Dotaz: muze MKFS zmrazit system?

[petrfm]

Ahoj, mam vytvoreny 500GB soubor (naplneny nahodnymi daty pres dd) jako kontejner na LVM svazku, ktery pripojuju k LOOP zarizeni. Tohle LOOP zarizeni jsem zasifroval pres cryptsetup a luks. Vsechno OK. Pripojil jsem ho luksem jako dev/mapper/encdata

Nyni jsem spustil :

mkfs.ext3 /dev/mapper/encdata

no a vyskocilo mi writing inode tables 275/4000 a to je tak asi vse pratele zrznul terminal, druhy taky... apache se zastavil. Muzu sice psat, ale neodpovida mi, ani hodit do pozadi nepomaha.

Muze to byt tim, ze to bude zase formatovat treba 10 hodin, nebo se proste a jednoduse hryznul linux ?

Podotykam, ze jsem na tom svazku nevytvarel partysny. Mam za to, ze uz pouziti toho cryptsetup partysnu vytvori a jen se to ma naformatovat? Protoze v navodu nic jineho nepisou, ale fdisk -l mi zahlasil :

Disk /dev/mapper/encdata: 536.9 GB, 536868361216 bytes 255 heads, 63 sectors/track, 65270 cylinders, total 1048571018 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 Disk identifier: 0xe5b6e2ec

Disk /dev/mapper/encdata doesn't contain a valid partition table

Ale to mi hlasi koukam i u LVM svazku, takze o nic nejde? Jen jen se zeptam - mam tam delat primo ext3, nebo nad tim sifrovanym svazkem spustit LVM a az tam udelat FS? Co je lepsi z hlediska vykonu? Uz tam mam totiz jeden LVM na blokovem zarizeni, na tom LVM mam vytvoreny ten soubor - kontejner a timpadem bych mel LVM na LVM pres LOOP a asi bych se z toho uz pos-al

P.

Odpovědi

[petrfm]

Tak mne napada, ze na tom loopu zadna partysna byt nemuze, ze tam je defakto jenom nejaky "bordel", ktery si tam vytvari ten sifrovaci aloritmus. Ze jedine citelne data jsou az za luksOpen v /dev/mapper

Resetnul jsem to, nemelo to smysl a zkusim to znovu

[petrfm]

Takze 2x restart, porad to same... Inu provedl jsem znovu LuksFormat a luksOpen nyni s nazvem mojedata misto encdata a hlavne, spustil jsem mkfs.ext4 a uz to frci... taky to pribrzdilo u 300, ale ted to jede dale a uz to skoro bude.

Tak cim to muze byt, ze tam neprotlacim ext3? nebo je to jen nahoda?

[Sten]

Tipuju to na vadný disk nebo řadič. ext4 používá uninit_bg, takže na rozdíl od ext3 nedělá plnou inicializaci inodů.

Z hlediska výkonu je nejlepší mít co nejméně vrstev.

[petrfm]

Neee, funguje to ted vsechno OK... uz na to taham data... A navic, ja ten kontejner cely plnil random daty a bez chyby... Az kdyz jsem ho chtel jako virtualni a sifrovane zarizeni formatovat, nastal problem

Muzu teda pouzivat ext4 bez problemu, kdyz to s nim funguje?

[Sten]

Pokud je vadný disk, tak v mnoha případech selhává akorát čtení, zápis funguje. A to dd určitě žádné čtení nedělalo.

Pokud to funguje, tak jo. Ale zkusil bych tam spustit alespoň extended SMART test.