Dotaz: gentoo ext4 corruption bug

[.]

Zdar.

Ktery gentoo kernel nema chybu v ex4? Zrovna instaluju ze stage3-i486-20121213 a na foru se pise, ze postizene byly hard masked a pritom sem pri emerge sources dostal zminovane linux-3.5.7-gentoo pred kterym varuji je v nem ten odkazovany 11 mesicu stary commit z 3.4 a neni v nem ani ten novy updated fix v jbd2 ani v ext4/ialloc. To nakonec fixli jinak nebo to fixli necim co slo jeste pred updated verzi? Nebo jak? Kurva ja sem na te 3.4 v breznu prisel o terra dat a ted ten zbytek to co sem pracne zachranil nehodlam zachranovat kurva podruhe.

Odpovědi

[.]

si rikam, ze neudelam stejnou chybu na nebudu prece pouzivat starou stable vanilu co ocividne nikdo nepouziva a vyberu si akorat cas, kdy ji namerguji nahoru.

[chrono]

Ten 3.5.7 kernel používam dosť dlho bez problémov (ale nepripájam disky s tými "nebezpečnými" voľbami).

[.]

jestli dobre vidim a nepomichal sem to s necim starsim, tak nakonec neslo o zadny parametry, ale o race umount, umount2 a otevrenyho inode.

[.]

jo optiony byly potreba asi jen v 3.6 aby se to projevilo, ale ne v nizsich.

[.]

a tak to vypada na informacni sum. ten posledni patch je novejsi nez zvesti o optionech.

[chrono]

Ktorá záplata je vlastne posledná? :) Pri hľadaní toho problému v ext4 opravili viac vecí (ktoré nakoniec s pôvodným hlásením nijako nesúviseli) a z toho, čo si pamätám ja, je posledná záplata práve o problémoch pri "neštandardných" voľbách pri pripájaní disku ext4: fix unjournaled inode bitmap modification.

[.]

no to je ten co vidim, ze v gentoo chybi. takze hardmask my ass. proto se ptam jestli to teda nekdo v gentoo opravil necim jinym. protoze ten race condition pri umountu co je 11 mesicu starej je tam porad bez zmeny.

if (err) goto fail; }

BUFFER_TRACE(inode_bitmap_bh, "get_write_access"); err = ext4_journal_get_write_access(handle, inode_bitmap_bh); if (err) goto fail;

BUFFER_TRACE(group_desc_bh, "get_write_access");

[.]

takze v momente, kdy udelam raid5 a nad nim lvm a pichnu do nej os tak jsem v ..., protoze dojde na ten race, ze neprojde umount.

[.]

a jeste tam bude jak o zivot zkouset pri nepovedenym vypnuti raidu a lvm syncnout metadata eventu obojiho tak to bude seekovat a bude dlouhej zurnal atimu v te ext4 a sem v ...

[.]

                if (err)
                        goto fail;
        }

        BUFFER_TRACE(inode_bitmap_bh, "get_write_access");
        err = ext4_journal_get_write_access(handle, inode_bitmap_bh);
        if (err)
                goto fail;

        BUFFER_TRACE(group_desc_bh, "get_write_access");

tohle by melo jit podle patche pryc.

a tady chybi

        err = -ENOSPC;
        goto out;

got:
        /* We may have to initialize the block bitmap if it isn't already */
        if (ext4_has_group_desc_csum(sb) &&
            gdp->bg_flags & cpu_to_le16(EXT4_BG_BLOCK_UNINIT)) {