Linux EXT4/RAID0 korrupciós bug

 ( trey | 2015. május 22., péntek - 13:01 )

A héten több helyen Linux 4.0.x felhasználók panaszkodtak arra, hogy EXT4 fájlrendszer korrupció áldozataivá váltak. A gyanú az EXT4/RAID0 együttállásra terelődött. A nyomozást során az április 10-én elkövetett "47d68979cc968535cb87f3e5f2e6a3533ea48fbd" commit lett a fő gyanúsított.

A probléma egy sornyi kód megfelelő helyre rakásával megoldódni látszik. A probléma látszólag nem érinti azokat, akiknél hiányzik/nincs beállítva a discard mount opció.

További részletek itt.

Hozzászólás megjelenítési lehetőségek

A választott hozzászólás megjelenítési mód a „Beállítás” gombbal rögzíthető.

lol @ "A friend of mine has a prison pen pal who insists there are other filesystems besides ext4."

Basszus ez nagyot ütött. Hans forogna a cellájában :)

Linux kernel coding style:
...
CAPITALIZED macro names are appreciated but macros resembling functions may be named in lower case.
...

Talán a function-like makrókra vonatkozó részt fölül kellene bírálni. Ha a "sector_div()" makró nagybetűs lett volna, akkor a patch szerzője talán jobban megnézte volna, hogy az 1. paraméter változik-e.

Vagy eleve nem kéne olyen makrókat használni, amik basztatják a paramétereket, főleg ha emiatt külön mentegetni kell az eredeti értéket...

"...handing C++ to the average programmer seems roughly comparable to handing a loaded .45 to a chimpanzee." -- Ted Ts'o

Ez a korrupció mindenhová beteszi a lábát. :(
--
zsebHUP-ot használok!

Nem tudom miért kell csodálkozni.
Nekem anno úgy tanítottak, hogy a raid0-ban a 0 annak a valószínűségét mutatja, hogy valaha még viszontlátom az adataimat.

Hát én pl. használom.
Azért, mert gyors és a két diszk együttes méretével megegyező területem van...
És, hogy elveszhet? Igen. Ezért kell backup a fontos dolgokról. Sima diszk is megdögölhet.