lkml.org 
[lkml]   [2000]   [Sep]   [28]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [CFT][PATCH] ext2 directories in pagecache
On Thu, Sep 28, 2000 at 11:51:02AM -0400, Alexander Viro wrote:
> On Thu, 28 Sep 2000, Marko Kreen wrote:
> > On Tue, Sep 26, 2000 at 05:29:27PM -0400, Alexander Viro wrote:
> >
> > EXT2-fs error (device sd(8,6)): ext2_add_entry: bad entry in directory
> > #28699: rec_len is smaller than minimal - offset=1024, inode=0,
> > rec_len=0, name_len=0
>
> BTW, did fsck complain about that directory?
>
It seemed not, all errors were for unattached inodes...
When creating a new database PostgreSQL creates new dir under
/var/lib/postgres/data/base and that did not succeed after fsck too.

Now I have pure test9-pre7 and everything is ok, on boot the fsck
ran but did not find anything. createdb ran successfully too.

Anyway here's debugfs:

root@snoopy:~# debugfs
debugfs 1.19, 13-Jul-2000 for EXT2 FS 0.5b, 95/08/09
debugfs: open /dev/sda6
debugfs: stat lib/postgres/data/base
Inode: 14479 Type: directory Mode: 0700 Flags: 0x0 Generation: 883245
User: 31 Group: 32 Size: 1024
File ACL: 0 Directory ACL: 0
Links: 7 Blockcount: 2
Fragment: Address: 0 Number: 0 Size: 0
ctime: 0x39d342a6 -- Thu Sep 28 15:07:50 2000
atime: 0x39d36486 -- Thu Sep 28 17:32:22 2000
mtime: 0x39d342a6 -- Thu Sep 28 15:07:50 2000
BLOCKS:
58934
TOTAL: 1

debugfs: stat lib/dpkg/info
Inode: 67586 Type: directory Mode: 0755 Flags: 0x0 Generation: 748811
User: 0 Group: 0 Size: 155648
File ACL: 0 Directory ACL: 0
Links: 2 Blockcount: 306
Fragment: Address: 0 Number: 0 Size: 0
ctime: 0x39d26598 -- Wed Sep 27 23:24:40 2000
atime: 0x39d33b5b -- Thu Sep 28 14:36:43 2000
mtime: 0x39d26598 -- Wed Sep 27 23:24:40 2000
BLOCKS:
270599 270741 270822 270901 270976 271043 271137 271199 271263 271505 271923 272365 272436 272437 272513 272623 272739 272815 272985 273078 273227 273282 273346 273389 273470 273574 273638 273815 273902 273988 274053 274139 274188 274240 274333 274423 274526 274648 274732 274835 274914 274979 275064 275300 275367 275569 275637 275680 275806 275939 276115 276164 276243 276262 276263 276264 276265 276266 276267 276268 276269 276270 276271 276272 276273 276274 276275 276276 276277 276278 276279 276280 276281 276282 276283 276284 276285 276286 276287 276288 276289 276290 276291 276292 276293 276294 276295 276296 276297 276298 276299 276300 276301 276302 276303 276304 276305 276306 276307 276308 276309 276310 276311 276312 276313 276314 276315 480 581 323 325 727 728 1275 1276 1277 1278 1279 279 280 281 1256 369 601 602 339 340 1583 482 483 2303 459 2457 276 1475 550 551 552 553 724 6820 2117 6371 6745 6761 6888 7403 7404 7405 7406 7407 7408 7409
TOTAL: 153

debugfs: stat lib/postgres/data
Inode: 14476 Type: directory Mode: 0700 Flags: 0x0 Generation: 881888
User: 31 Group: 32 Size: 1024
File ACL: 0 Directory ACL: 0
Links: 4 Blockcount: 2
Fragment: Address: 0 Number: 0 Size: 0
ctime: 0x39d33e73 -- Thu Sep 28 14:49:55 2000
atime: 0x39d36491 -- Thu Sep 28 17:32:33 2000
mtime: 0x39d33e73 -- Thu Sep 28 14:49:55 2000
BLOCKS:
58933
TOTAL: 1

debugfs: stats
Filesystem is read-only
Volume name = (none)
Last mounted directory = (none)
Filesystem UUID = e98aa633-facb-4e84-9f3b-60b396871e54
Filesystem features: filetype sparse_super
Last mount time = Thu Sep 28 14:49:49 2000
Last write time = Thu Sep 28 17:40:10 2000
Mount counts = 1 (maximal = 20)
Filesystem OS type = Linux
Superblock size = 1024
Block size = 1024, fragment size = 1024
Inode size = 128
75776 inodes, 63241 free
303088 blocks, 154137 free, 15154 reserved, first block = 1
8192 blocks per group
8192 fragments per group
2048 inodes per group
37 groups (2 descriptors blocks)

[ groups stuff removed ]



--
marko

-
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/

\
 
 \ /
  Last update: 2005-03-22 12:38    [W:0.169 / U:0.200 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site