[lkml]   [1999]   [Jan]   [11]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: ext2 corruption?
> Can anyone explain how is this possible?


> -rw------- 1 chuka etf 100664896 Apr 26 1996 attributes
> -rw------- 1 chuka etf 67110035 Nov 6 1997 filter
> -rw------- 1 chuka etf 67108951 Apr 26 1996 headers
> -rw------- 1 chuka etf 420 May 28 1998 newsgroups
> -rw------- 1 chuka etf 67108941 Apr 26 1996 posted
> -rw------- 1 chuka etf 7430 May 28 1998 tinrc
> galeb-Sat09-12:38pm/users/etf/chuka/.tin# du -sk
> 17 .

du counts the actual number of disk blocks in use. Presumably,
"attributes," "filter," "headers," and "posted" are files with
holes in them; the software that created them wrote one block
near the end of the file, and maybe some near the middle; because
no other blocks were written, the filesystem didn't feel the need
to allocate them. If the application asks for a chunk it hasn't
written to, the filesystem will simply return a buffer full of
zeros; when the application finally does write some data there,
then the filesystem will allocate the blocks to that file.
Kevin L. Mitchell <>
------------------------- -. .---- --.. ..- -..- -------------------------- (PGP keys availiable from here)
RSA AE87D37D/1024: DE EA 1E 99 3F 2B F9 23 A0 D8 05 E0 6F BA B9 D2
DSS ED0DB34E/1024: D9BF 0E74 FDCB 43F5 C597 878F 9455 EC24 ED0D B34E
DH 2A2C31D4/2048: 1A77 4BA5 9E32 14AE 87DA 9FEC 7106 FC62 2A2C 31D4

To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
Please read the FAQ at

 \ /
  Last update: 2005-03-22 13:49    [W:0.037 / U:0.092 seconds]
©2003-2018 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site