From: Marc Mutz <Marc@Mutz.com>
To: Andreas Dilger <adilger@turbolinux.com>
Cc: Adam <adam@cfar.umd.edu>, linux-kernel@vger.kernel.org
Subject: Re: 'holey files' not holey enough.
Date: Fri, 01 Dec 2000 14:13:10 +0000 [thread overview]
Message-ID: <3A27B1F6.48E959BE@Mutz.com> (raw)
In-Reply-To: <200011292334.eATNYNB09518@webber.adilger.net>
Andreas Dilger wrote:
>
> Marc Mutz writes:
> > kernel 2.2.17, '/' being a 1k blocksize ext2fs:
> >
> > root@adam:/ > dd if=/dev/zero of=holed.file bs=1000 seek=5000 count=1000
> > 1000+0 records in
> > 1000+0 records out
> > root@adam:/ > ls -l holed.file
> > -rw-r--r-- 1 root root 6000000 Nov 29 23:33 holed.file
> > root@adam:/ > du -sh holed.file
> > 5.7M holed.file
>
> Strangely, I have 2.2.17 (TurboLinux patched), on a 1k filesystem and
> I have no problems. I have 1k, 2k, and 4k ext2 fs, all OK.
>
> What people who have the problem should be doing is:
> > ls -li holed.file # find inode number
> 10732 -rw-r--r-- 1 root root 6000000 Nov 29 16:17 holed.file
> > du -sk holed.file # see what "stat" thinks
> 983k holed.file
dito
> > debugfs /dev/XXX
> debugfs> stats # find out ext2 block size
> ...
> Block size = 1024, fragment size = 1024
> ...
dito
> Links: 1 Blockcount: 1966
dito
> TOTAL: 983
dito
> If what debugfs says doesn't match du, then it is du/libc/stat that is
> broken. If debugfs says the file actually has 6000000 bytes of data,
> then it is the filesystem that is broken.
>
$ du --version
du (GNU fileutils) 3.16
$ ls -l /lib/libc*
lrwxrwxrwx 1 root root 13 May 8 1999 /lib/libc.so.4 \
-> libc.so.4.7.6
-rwxr-xr-x 1 root root 634880 Apr 29 1996
/lib/libc.so.4.7.6
-rwxr-xr-x 1 root root 2478585 Dec 14 1998 /lib/libc.so.6
-rwxr-xr-x 1 root root 85699 Dec 14 1998
/lib/libcrypt.so.1
$ ldd /usr/bin/du
libc.so.6 => /lib/libc.so.6 (0x40009000)
/lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x80000000)
all from SuSE 6.0 (I know, it's old...)
Marc
--
Marc Mutz <Marc@Mutz.com> http://EncryptionHOWTO.sourceforge.net/
University of Bielefeld, Dep. of Mathematics / Dep. of Physics
PGP-keyID's: 0xd46ce9ab (RSA), 0x7ae55b9e (DSS/DH)
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
Please read the FAQ at http://www.tux.org/lkml/
next prev parent reply other threads:[~2000-12-01 17:58 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2000-11-29 13:00 'holey files' not holey enough Adam
2000-11-29 13:07 ` Tigran Aivazian
2000-11-29 13:14 ` Adam
2000-11-29 20:55 ` Adam
2000-11-29 20:03 ` Martin Josefsson
2000-11-29 22:36 ` Marc Mutz
2000-11-29 23:18 ` safemode
2000-11-29 23:34 ` Andreas Dilger
2000-11-30 14:34 ` Adam
2000-11-30 17:45 ` Andreas Dilger
2000-12-01 14:13 ` Marc Mutz [this message]
[not found] <Pine.GSO.4.21.0012020517290.20770-100000@chia.umiacs.umd.edu>
2000-12-02 20:40 ` Jaakko Hyvätti
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=3A27B1F6.48E959BE@Mutz.com \
--to=marc@mutz.com \
--cc=adam@cfar.umd.edu \
--cc=adilger@turbolinux.com \
--cc=linux-kernel@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.