bug-parted
[Top][All Lists]
Advanced

[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?







reply via email to

[Prev in Thread] Current Thread [Next in Thread]