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  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
Subject: [Bug 201685] ext4 file system corruption changed:

           What    |Removed                     |Added
                 CC|                            |

--- Comment #8 from ---
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.

Powered by blists - more mailing lists