mirror of
https://github.com/linux-apfs/apfstests.git
synced 2026-05-01 15:01:44 -07:00
Filipe Manana
b665875fa5
Test that if we have a file with a hole, do a mix of direct IO and buffered writes to it and truncate the file to a size that lies in the middle of the hole, after unmounting and mounting again the filesystem, the file has a correct size and no data loss happened. This test is motivated by a bug found in btrfs when used with the no-holes feature (i.e. MKFS_OPTIONS="-O no-holes") which is fixed by the following patch for the linux kernel: Btrfs: fix data loss after truncate when using the no-holes feature [eguan: add _require_odirect] Signed-off-by: Filipe Manana <fdmanana@suse.com> Reviewed-by: Eryu Guan <eguan@redhat.com> Signed-off-by: Eryu Guan <eguan@redhat.com>
10 lines
414 B
Plaintext
10 lines
414 B
Plaintext
QA output created by 412
|
|
wrote 32768/32768 bytes at offset 0
|
|
XXX Bytes, X ops; XX:XX:XX.X (XXX YYY/sec and XXX ops/sec)
|
|
wrote 32768/32768 bytes at offset 65536
|
|
XXX Bytes, X ops; XX:XX:XX.X (XXX YYY/sec and XXX ops/sec)
|
|
File digest before unmounting the filesystem:
|
|
3c5ca3c3ab42f4b04d7e7eb0b0d4d806 SCRATCH_MNT/foo
|
|
File digest after mounting again the filesystem:
|
|
3c5ca3c3ab42f4b04d7e7eb0b0d4d806 SCRATCH_MNT/foo
|