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-next>] [day] [month] [year] [list]
Message-ID: <a9518dce-b61a-3c28-b597-f21b6db9be0a@dragonfly.plus.com>
Date:   Thu, 8 Jun 2017 15:12:27 +0100
From:   Marc Thomas <marc@...gonfly.plus.com>
To:     linux-ext4@...r.kernel.org
Subject: e4defrag: Corrupt file after running e4defrag

Hello All,

After running "e4defrag" on an idle filesystem, I found a single file
out of 893084 regular files had become corrupt (md5sum changed).
I have repeated the process using an almost identical copy of the
original filesystem, and a different single file became corrupt.

In both cases the nature of the corruption was the first 4096 bytes of
the file being replaced with something different. The remainder of each
file was intact.
I don't think it's a hardware issue. The machine has ECC RAM, and no I/O
errors are being reported.

The ext4 filesystem is inside an LVM volume, and the underlying storage
is RAID1 md-raid.

The system is running vanilla kernel 4.11.3, with e2fsprogs-1.43.4 on an
8 core / 16 thread x86_64 CPU.


After the first e4defrag run:
# time md5sum --quiet -c CHECKSUMS_home_050617.md5
./marc/LinuxStuff/Linux4.x/patch-4.10.12.xz: FAILED
md5sum: WARNING: 1 computed checksum did NOT match

real    62m30.816s
user    10m15.144s
sys     2m29.436s

After the second run:
# time md5sum --quiet -c CHECKSUMS_home_050617.md5
./marc/.mozilla/firefox/jh6wc1il.default/formhistory.sqlite: FAILED
md5sum: WARNING: 1 computed checksum did NOT match

real    61m45.874s
user    10m24.339s
sys     2m12.107s


Can anyone help pin down the cause of the corruption? I'm happy to
repeat the process again (I have an image copy of the original source
filesystem) - but the "e4defrag" process takes about 4hours, and it
takes a further hour to do the md5sum check - so it's not quick to
reproduce.

Thanks & Kind Regards,
Marc


Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ