Válasz a "Lehet még egy ext4 sérüléses bug"-ra

Fájlrendszer, NAS, storage

Úgy tűnik, hogy Ted-nek az ünnepek alatt is van mivel foglalkoznia. A Phoronix-en jelent meg egy cikk tegnap "There Might Be Another EXT4 Corruption Bug" címmel. A cikk arról számol be, hogy Ubuntu(-k) alatt reprodukálhatónak látszik egy probléma. A feltételezett hibát bejelentették az Ubuntu Launchpad-re is. A kommenteknél felbukkant nemrég Theodore Ts'o is, aki megpróbálta eloszlatni az aggodalmakat és a kezdődő pánikot csírájában elfojtani. Ts'o szerint a jelentett fsck javítások teljesen normálisak, csak kozmetikai problémáról van szó. Nincs miért aggódni. A probléma gyökere úgy fest az, hogy más disztribúciókkal ellentétben az Ubuntu nem képes megbízhatóan tiszta rendszerleállítást csinálni úgy, hogy a fájlrendszer tisztán unmountolásra kerüljön. Ezért van az, hogy az ubuntusok gyakrabban találkoznak ezzel a jelenséggel...

( joco01 v | 2012. 11. 02., p – 10:45 )

Nagyon jó. Valami teljesen jelentéktelen kis számlálót javít az fsck, ezt már úgy jelentik be, hogy "fsck will FAIL", erre meg már rögtön adat korrupciós bugról cikkeznek :). Közben meg az Ubuntu képtelen rendesen leállni.

--
joco voltam szevasz

( mauzi v | 2012. 11. 02., p – 12:57 )

Kiváncsivá tett, hogy egy umount() rendszerhíváson mit lehet rosszul meghívni ubuntuéknál? :)

ls -la /etc/rc0.d/
total 17
drwxr-xr-x 2 root root 848 Oct 23 11:23 .
drwxr-xr-x 250 root root 13088 Nov 2 11:14 ..
[...]
lrwxrwxrwx 1 root root 18 Oct 15 2011 S40umountfs -> ../init.d/umountfs
lrwxrwxrwx 1 root root 20 Oct 15 2011 S60umountroot -> ../init.d/umountroot
lrwxrwxrwx 1 root root 14 Oct 15 2011 S90halt -> ../init.d/halt

less /etc/init.d/umountfs
[...]
# Short-Description: Turn off swap and unmount all local file systems.
[...]

less /etc/init.d/umountroot
[...]
# Short-Description: Mount the root filesystem read-only.
[...]

--
trey @ gépház

Én csak ntfs-nél hallottam ilyet, hogy a umount idő előtt visszatér. De:
http://fuse.sourceforge.net/doxygen/structfuse__operations.html#c41d37a…

Úgyhogy az ntfs-3g sync hibája lehet. Mivel egy egyszerű userspace process-ről van szó, ami direktben írja/olvassa a /dev/akármi-t, külön biztosítania kell hogy az írás ténylegesen megtörténjen, gondolom én.

( szilas | 2012. 11. 02., p – 16:21 )

Azt mondjuk mindig is sejtettem hogy az ubi nem mindig csinál tökéletes leállítást. Néhány gépen tapasztaltam ilyet (szabályos leállítás után fsckzott). De midig azt hittem valami elszigetelt eset lehet.

---------------------------------------------------------------
Ritkán szólok hozzá dolgokhoz. Így ne várj tőlem interakciót.