mirror of
https://github.com/linux-apfs/apfstests.git
synced 2026-05-01 15:01:44 -07:00
43b3882db9
Test that after truncating a file into the middle of a hole causes the new size of the file to be persisted after a clean unmount of the filesystem (or after the inode is evicted). This is for the case where all the data following the hole is not yet durably persisted, that is, that data is only present in the page cache. This test is motivated by an issue found in btrfs, which got fixed by the patch titled: "Btrfs: fix shrinking truncate when the no_holes feature is enabled" Signed-off-by: Filipe Manana <fdmanana@suse.com> Reviewed-by: Eryu Guan <eguan@redhat.com> Signed-off-by: Dave Chinner <david@fromorbit.com>
12 lines
374 B
Plaintext
12 lines
374 B
Plaintext
QA output created by 098
|
|
wrote 131072/131072 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 262144
|
|
XXX Bytes, X ops; XX:XX:XX.X (XXX YYY/sec and XXX ops/sec)
|
|
File content after remount:
|
|
0000000 aa aa aa aa aa aa aa aa aa aa aa aa aa aa aa aa
|
|
*
|
|
0400000 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
|
|
*
|
|
0500000
|