Date: Wed, 03 Sep 2008 16:14:30 +0300 From: Giorgos Keramidas <keramida@freebsd.org> To: freebsd-current@freebsd.org Subject: cpio reporting too many 'blocks' Message-ID: <87hc8x74nd.fsf@kobe.laptop>
next in thread | raw e-mail | index | archive | help
In a CURRENT snapshot built at: FreeBSD 8.0-CURRENT #0: Mon Sep 1 03:13:59 EEST 2008 bsdcpio is reporting _very_ large block counts: keramida@kobe:/ws/bsd/doc$ find * | cpio -p -dmu /hg/doc/bsd-import 757935406 blocks keramida@kobe:/ws/bsd/doc$ du -sh . 24M . keramida@kobe:/ws/bsd/doc$ env | fgrep BLOCK BLOCKSIZE=K I haven't tried building cpio from earlier versions yet, because an mpsafetty test patch is building as I type this. The last few commits seem related though: ------------------------------------------------------------------------ r182151 | kientzle | 2008-08-25 09:39:29 +0300 (Mon, 25 Aug 2008) | 6 lines MfP4: Verify correct interaction with umask: Add another file with different permissions and set a non-zero umask during the actual copy tests. The extra entry increases the size of the test archives of course, so adjust the expected sizes. ------------------------------------------------------------------------ r182102 | kientzle | 2008-08-24 09:21:00 +0300 (Sun, 24 Aug 2008) | 5 lines Update the total archive byte counters when writing entries to disk using archive_write_disk. Update cpio to use this to emit block counts in -p mode. Update cpio tests to verify these block counts. Is anyone else seeing similar/bogus cpio block counts?
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?87hc8x74nd.fsf>