Fórum Ubuntu CZ/SK
Ubuntu pro osobní počítače => Instalace, aktualizace a spouštění => Téma založeno: Ventero 28 Srpna 2019, 09:18:43
-
Nainstaloval jsem čerstvě Ubu-Mate 18.04.1 na jeden oddíl cca 20GB, aktualizoval a v podstatě nic jiného neudělal. Acronis True Image 2019 hlasí, že tento ext4 oddíl je vadný (bílý křížek v červeném poli - vlevo na stavové indikaci zaplnění oddílu). Jak a čím ho můžu nejúčinněji zkontrolovat a co vše, abych měl jistotu? Konzistenci, vadné sektory a co ještě? Počítám, že nejspíš z nějakého livka, než z běžícího OS.
-
Nainstaloval jsem čerstvě Ubu-Mate 18.04.1 na jeden oddíl cca 20GB, aktualizoval a v podstatě nic jiného neudělal. Acronis True Image 2019 hlasí, že tento ext4 oddíl je vadný (bílý křížek v červeném poli - vlevo na stavové indikaci zaplnění oddílu). Jak a čím ho můžu nejúčinněji zkontrolovat a co vše, abych měl jistotu? Konzistenci, vadné sektory a co ještě? Počítám, že nejspíš z nějakého livka, než z běžícího OS.
Ano, nabootuj live a zkontroluj filesystém na tom oddíle pomocí fsck (třeba prostřednictvím GParted).
Co dalšího je na tom disku? Je GPT nebo MBR?
Zkontroluj zarovnání oddílů (sudo fdisk -l)
Podívej se na disk (s.m.a.r.t).
Jinak spoustu testovacích utilit najdeš na UBCD https://www.ultimatebootcd.com/ (vytvoř si bootflešku --> Yumi)
Ten Acronis (v té verzi může být bug) spouštíš z čeho? Použij boot medium.
Proč instaluješ 18.04.1 a ne aktuální 18.04.5 ??
-
Např. aplikace Disky (Disks) umí S.M.A.R.T. data i kontrolu a opravu souborového systému.
-
Myslim, ze ted je nejcerstvejsi 18.04.3 (na petku je brzy) ale instaluji vzdy jednicku kvuli HWE stack - potazmo stabilite. To jsi mi snad kdysi i radil primo ty :) Ale je to aktualizovane, takze to stejne hlasi verzi trojkovou. Oddily by mely byt zarovnany nebot se zacinalo instalatorem Win - nocmene, jak to z toho fdisk -l poznam, jestli je zarovnan nebo ne?
Acronis spoustim z flashky a ukazuje to jen na tom oddilu ext4 - pravda je, ze Ubuntu hlasilo nejake problemy pri pouzivani BT manageru.
Disk je MBR.
Ten zbytek provedu, jak budu u kompu - dik za navedeni.
-
Myslim, ze ted je nejcerstvejsi 18.04.3 (na petku je brzy) ale instaluji vzdy jednicku kvuli HWE stack - potazmo stabilite. To jsi mi snad kdysi i radil primo ty :) Ale je to aktualizovane, takze to stejne hlasi verzi trojkovou. Oddily by mely byt zarovnany nebot se zacinalo instalatorem Win - nocmene, jak to z toho fdisk -l poznam, jestli je zarovnan nebo ne?
Acronis spoustim z flashky a ukazuje to jen na tom oddilu ext4 - pravda je, ze Ubuntu hlasilo nejake problemy pri pouzivani BT manageru.
Disk je MBR.
Ten zbytek provedu, jak budu u kompu - dik za navedeni.
1. Ano, 18.04.3 samozřejmě...
2. HWE má až instalace z obrazu 18.04.2 a novějších. Do starších ale jde dodatečně doinstalovat, ale musíš to udělat sám. Pokud to neuděláš, zůstaneš na 4.15 až do konce LTS (04/2023).
3. Zda máš/nemáš HWE poznáš podle aktuálního kernelu (uname -r). Pokud máš 4.15 kernel, HWE nemáš. Pokud máš 5.0 kernel tak ano.
Příkaz na přechod je:
sudo apt-get install --install-recommends linux-generic-hwe-18.04 xserver-xorg-hwe-18.04
-
Výstup ze sudo fdisk -l
Disk /dev/sda: 232,9 GiB, 250059350016 bytes, 488397168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x03f7304d
Device Boot Start End Sectors Size Id Type
/dev/sda1 * 2048 206847 204800 100M 7 HPFS/NTFS/exFAT
/dev/sda2 206848 126412799 126205952 60,2G 7 HPFS/NTFS/exFAT
/dev/sda3 126412800 445933567 319520768 152,4G 7 HPFS/NTFS/exFAT
/dev/sda4 445933568 488396799 42463232 20,3G 83 Linux
Je to zarovnané? Podle čeho se to určí?
GParted:
Check and repair file system (ext4) on /dev/sda4 00:00:07 ( SUCCESS )
calibrate /dev/sda4 00:00:01 ( SUCCESS )
path: /dev/sda4 (partition)
start: 445933568
end: 488396799
size: 42463232 (20.25 GiB)
check file system on /dev/sda4 for errors and (if possible) fix them 00:00:06 ( SUCCESS )
e2fsck -f -y -v -C 0 '/dev/sda4' 00:00:06 ( SUCCESS )
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
224135 inodes used (16.89%, out of 1327104)
228 non-contiguous files (0.1%)
246 non-contiguous directories (0.1%)
# of inodes with ind/dind/tind blocks: 0/0/0
Extent depth histogram: 196695/30
1960752 blocks used (36.94%, out of 5307904)
0 bad blocks
1 large file
167203 regular files
27424 directories
7 character device files
0 block device files
0 fifos
33 links
29492 symbolic links (27395 fast symbolic links)
0 sockets
------------
224159 files
e2fsck 1.44.1 (24-Mar-2018)
grow file system to fill the partition 00:00:00 ( SUCCESS )
resize2fs -p '/dev/sda4' 00:00:00 ( SUCCESS )
resize2fs 1.44.1 (24-Mar-2018)
The filesystem is already 5307904 (4k) blocks long. Nothing to do!
Disks:
... is undamaged
To vypadá vše v pořádku - ne? SMART - vše OK - nic přealokovaného, dokonce ani CRC apod. nic.
-
Jo, je to OK. Disk je MBR, čtyři primární oddíly (to je maximum). Pokud by nebyly zarovnané, příkaz (fdisk -l) by to vypsal.
Takže to spíš vypadá na problém toho Acronisu. Pokud ho chceš mermomocí používat, zkus jinou verzi.
Jinak z Acronisu se stal postupem času strašný moloch. Poslední "slušná" verze (kterou používám) je 2013. Nicméně ta nemá podporu uefi/gpt...
Dále jsem zjistil, že i FS (ext4) se postupně mění. GParted z U14.04 nebylo schopno pracovat s ext4 oddíly vytvořenými v U18.04
-
Tak to je neskutecna debilita vyvojaru - pak meli udelat ext5 - a pocitam, ze asi bude problem i s pluginama a utilitama ve Windows - ty jsou vetsinou nejnoveji z 2012 ...
Jojo - trochu jsem patral po tom zarovnani a napadla me z tech souvislostnich informaci myslenka, zda tam snad nejaky rozdil v zurnalovani.
Jinak zarovnani se pry v fdisk pozna tak, ze cislo zacatku bloku je delitelne 512 a zaroven cislo velikosti oddilu je tez delitelne 512, parted ma na to prikaz:
parted -l
parted /dev/sdx
align-check optimal N
#N je cislo oddilu
-
Pokud není oddíl zarovnaný, fdisk přímo vypíše hlášku "Partition does not start on physical sector boundary".
Může to mít vliv na výkon disku.
Lze to poměrně snadno opravit přidáním 1MB na začátek oddílu https://askubuntu.com/questions/156994/partition-does-not-start-on-physical-sector-boundary/911553#911553?newreg=30dc83ad9c514022b43e097012ad3eb8
-
Hlavně na amortizaci SSD to má taky vliv. Našel jsem i návody jak to zarovnat pomocí parted i fdisk - s fdisk to ale nefungovalo prý.
S tím gparted je to ale nejjednoduší, zdá se.
https://rainbow.chard.org/2013/01/30/how-to-align-partitions-for-best-performance-using-parted/
https://blog.kihltech.com/2014/02/align-gpt-partitions-on-4k-sector-disks/
https://askubuntu.com/questions/55214/how-do-i-correctly-align-partions-on-a-hdd-with-sector-size-of-4096-bytes
V návodech s gparted doporučují 1 MIB, nicméně po instálátoru Win7 je začátek v fdisk psán na 2048 - tedy na 2MiB, jestli jsem to dobře pochopil.
Tak mě vrtá hlavou, proč oddíl nezačíná na nule - pak by byl automaticky zarovnaný a proč se počítá s logickým blokem 512 a ne fyzickým 4096. Pak mi přijde kontralogické přidávat 1MiB a začínat v třetině či půlce fyzického sectoru. Ten přece definuje opotřebovávanou buňku a dle mé logiky je skutečně zarovnané jen to, co začíná na nule nebo na každém dalším fyzickém sektoru tedy násobku 4096 ? ? ?
-
ehm kousek výpisu fdisk -l pro ilustraci...
Disk /dev/sda: 465,8 GiB, 500 107 862 016 bajtů, 976 773 168 sektorů
Model disku: WDC WD5000HHTZ-0
Jednotky: sektorů po 1 * 512 = 512 bajtech
Velikost sektoru (logického/fyzického): 512 bajtů / 4096 bajtů
Velikost I/O (minimální/optimální): 4096 bajtů / 4096 bajtů
Typ popisu disku: dos
Identifikátor disku: 0xb0d6ef0b
Zařízení Zaveditelný Začátek Konec Sektory Velikost ID Druh
/dev/sda1 * 2048 4196351 4194304 2G 83 Linux
z toho mi vychází 2048*512 je 1MB
imho byl logický blok 512B použit kvůli zpětné kompatibilitě - používá to spousta starších biosů a os, kde je to "natvrdo" nakódované
-
Aha - tam je porad ten nasobek 512. Ta kompatibilita vysvetluje, proc se to takto pouziva ty logicke bloky, tak jeste tapu v tom, jak je to s tema bunkama vs logicky/fyzicky sektor. Porad mi nejde do hlavy ze zarovnani neni od nuly. Ze by kvuli MBR/GPT ?
-
zjednodušeně ano
MBR je prakticky nultý sektor (budeme brát v potaz LBA - disky bez LBA jsou už opravdu _velká_ historie)
pak bylo volno a na sektoru 63 začínala první partišna, dnes se používá sektor 2048 (do tohoto jinak nevyužitého prostoru je například umístěna část grubu, nebo některé odolnější viry :-D)
a GPT používá ochranný MBR taky, kvůli OS neznalých GPT...