Názory k článku Migrace souborového systému ext3 na ext4
-
xyz (neregistrovaný)Že by nový druh adrenalinového sportu? http://www.h-online.com/open/Possible-data-loss-in-Ext4--/news/112821
-
anonymníKoukam zes ten clanek necetl. To neni chyba ale vlastnost. Napriklad na notebooku, pokud je zaplunty rezim setreni baterie je situace stejna i na ext3(ono i pokud neni zapnute setreni, ale to by musel system spadnout do 5 vterin od "zapsani dat"). Opozdeni zapis umoznuje optimalizaci zapisovanych dat. Muzu si tedy vybrat mezi jistotou, ze za temer zadnych okolnosti neztratim data nebo, ze budu mit vyssi vykon filesystemu, ale je tu moznost ztraty dat. Pokud pouzivam stabilni jadro (z vlastni zkusenosti muzu rict ze pada jenom vyjimecne), tak jedina moznost jak prijit o data je vypnuti proudu(pokud nemam zalozni zdroj).
-
anonymnía) pokud umis cist, nic se nikde neformatuje
b) pokud mas o tucnakovi aspon potuchy, tak vis, ze root je pro nej BUH a tim padem ti dovoli COKOLI
c) je celkem logicke, ze pri zmene FS je nanejvejs vhodny, aby do toho FS nehrabaly aplikace
Jasne ? Tux nejsou widle ktery ti odmitnou odstrelit thread z pameti i jako adminovi. Tudiz pokud pustis zmenu FS na primountovany FS nejspis to dopadne podle toho = prijdes o data. Proc to jde ? Protoze se predpoklada, ze admin VI CO DELA. Muze mit tudiz nejaky duvod nebo rad porada adrenalinovy sporty. -
A co takhle read-only mount, a single user mode? :( To už na to lidi zapomněli, protože se všude vyrojily LiveCD?
Dále pokud zapínáte i dir_index, tak je zapotřebí pustit e2fsck s parametrem -D, aby to k něčemu bylo:
man e2fsck i stránky o ext4 to uvádí:
After setting the dir_index feature, e2fsck -D can be run to convert existing directories to the hashed B-tree format. -
anonymníNevim, jeste sem Ext4 bliz nezkoumal, ale mohlo se leco predevsim proto, ze Ext3 je s Ext2 kompatabilni obema smery (= kdyz se 3ka moutne jako 2ka, funguje to, jen bez tech featur). Tohle u Ext4 nejde. Ext3 nejde namontovat jako Ext3.
Tudiz neocekavam ze by melo valneho smyslu mit to ro jako ext3 a pritom mu to menit na 4ku. -
Jirka P (neregistrovaný)Pokud vím, tak ext4 je s ext3 také kompatibilní oběma směry, tedy dá se namountovat jako ext3. Problém je, když ten FS používá extenty, to ho nepřečtete (ale na nově vytvořené ext4 nebudou). Stejná situace jako ext3 s žurnálem jako ext2.
Taky by mě zajímalo, proč se v článku nezmiňuje možnost pracovat na read-only mountnuté partišně, případně proč není možná. -
Ach jo - další samozvaný expert na ext4, co si ani nepřečte dostupné zdroje ("Nevim, jeste sem Ext4 bliz nezkoumal").
Píše se to i tomhle článku - pokud nezapnete přes tune2fs nové vlastnosti, tak je systém stále připojitelný jako ext3/ext4.
Ve chvíli, kdy dojde k nastavení vlastností v superbloku, tak se se stávajícím filesystémem zatím nic nestane:
- extents - funguje až pro nové soubory
- uninit_bg - je vlastnost pouze pro zkrácení doby běhu fsck
- dir_index - opět jen pro nové adresáře + staré se dají překlopit pomocí e2fsck -D
Takže, co uděláte - připojíte konvertovaný kořenový svazek jako read-only (mount -o remount,ro /dev/_device_) a v tuhle chvíli je jedno jestli jako ext3 nebo ext4, následně nastavíte přes tune2fs nové vlastnosti, a pak spustíte opravu disku (e2fsck -fpD /dev/_device_). Následně je potřeba počítač rebootnout (vypíše to e2fsck). -
a (neregistrovaný)
Co myslíš tím nedestruktivně? Když v linuxu změníš nějaký soubor, který je třeba pro chod nějakého procesu, tak se jednoduše vytvoří nový a u starého se pouze odstraní všechny hardlinky. Po rebootu (nebo restartu procesu, který daný soubor používá) starý soubor zanikne a začne se používat nový. Takže je úplně jedno ve které fázi zedituješ /etc/fstab …
