linux-ext4 - [Bug 201685] ext4 file system corruption

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Date:   Wed, 21 Nov 2018 00:38:35 +0000
From:   bugzilla-daemon@...zilla.kernel.org
To:     linux-ext4@...r.kernel.org
Subject: [Bug 201685] ext4 file system corruption

https://bugzilla.kernel.org/show_bug.cgi?id=201685

Jimmy.Jazz@....net changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |Jimmy.Jazz@....net

--- Comment #8 from Jimmy.Jazz@....net ---
I could reproduce the issue. Probably not relevant but I had to modify the
initramfs script, 4.19.0 kernel for any reason changed the mdp raid major
number from 245 to 9 (i.e on a devtmpfs filesystem) and renamed them /dev/mdX
instead of /dev/md_dX as before. Partitions are now major 259. Also the md/lvm
devices became faster by the way. I tried ext4 mmp protection but without
success (i.e not a multi mount issue). 4.20.0-rc3 kernel gives the same sort of
issue. It is reproducible on an other amd64 machine with the same configuration
but different hardware.

Applications used for the test,
sys-fs/lvm2-2.02.173, sys-fs/mdadm-4.1, sys-fs/e2fsprogs-1.44.4,
sys-apps/coreutils-8.30, sys-apps/util-linux-2.33

More info in ext4_iget.txt.xz

-- 
You are receiving this mail because:
You are watching the assignee of the bug.