[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Dealing with ext3 and sparse_super
From: |
abeiro |
Subject: |
Re: Dealing with ext3 and sparse_super |
Date: |
Thu, 05 May 2005 18:29:07 +0200 |
User-agent: |
Internet Messaging Program (IMP) H3 (4.0.3) |
Making a ext3 filesystem with mkfs.ext3, and then using tune2fs -O
^sparse_super doesn't solve the problem, as parted will remain
complaining about 'strange layout'.
e2fsck must be run after this. As the man page says:
After setting or clearing sparse_super and filetype filesystem
features, e2fsck(8) must be run on the filesystem to return the
filesystem to a consistent state. Tune2fs will print a message
requesting that the system administrator run e2fsck(8) if neces-
sary.
I did this. e2fsck took a long time repairing filesystem, but results were the
same, parted complains about 'strange layout' even when tune2fs says
sparse_super is not enabled.
As sparse_super change the location of backup superblocks, i did some
more tests
- Made and ext3 fs (mkfs.ext3 /dev/hdc1)
- Destroy superblock (dd if=/dev/zero of=/dev/hdc1 count=1 bs=4096)
- Find backup superblocks (e2fsck, and used some C code from mine)
I've found that I can destroy main superblock, and fsck just recovers it from
backup superblocks. But if resize a partition with parted (with or without
sparse_super enabled), then destroy main superblock, e2fsck can't recover
superblock. Where the backup superblocks go?.
This happens when blocksize is 4096 bytes; Doing the same in partitions
below 1G
where blocksize is 1024 seems to work. libparted is still complaining about
'strange layout', but resized partitions have all their backup
superblocks. Any
clue why this can happen?