| 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
| ||
|
Date: Mon, 14 Feb 2011 19:58:17 +0200 From: Marti Raudsepp <marti@...fo.org> To: Chris Mason <chris.mason@...cle.com> Cc: Josef Bacik <josef@...hat.com>, btrfs hackers <linux-btrfs@...r.kernel.org>, Kernel hackers <linux-kernel@...r.kernel.org> Subject: Re: btrfs: compression breaks cp and cross-FS mv, FS_IOC_FIEMAP bug? On Mon, Feb 14, 2011 at 17:01, Chris Mason <chris.mason@...cle.com> wrote: > Or, it could just be delalloc ;) I suspect delalloc. After creating the file, filefrag reports "1 extent found", but for some reason it doesn't actually print out details of the extent. After a "sync" call, the extent appears and "cp" starts working as expected: % rm -f foo bar % echo foo > foo % sync % filefrag -v foo Filesystem type is: 9123683e File size of foo is 4 (1 block, blocksize 4096) ext logical physical expected length flags 0 0 0 4096 not_aligned,inline,eof foo: 1 extent found % cp foo bar % hexdump bar 0000000 6f66 0a6f 0000004 Without sync: % rm -f foo bar % echo foo > foo % filefrag -v foo Filesystem type is: 9123683e File size of foo is 4 (1 block, blocksize 4096) ext logical physical expected length flags foo: 1 extent found % cp foo bar % hexdump bar 0000000 0000 0000 0000004 Regards, Marti -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@...r.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists