login
Login
/
Register
Search
Forums
News
Blogs
Features
Site
Home
»
Mailing list archives
»
linux-fsdevel
»
2007
»
July
»
22
Unknown mailing list,
search
.
Re: [RFH] Partition table recovery
view
thread
!MAILaRCHIVE_VOTE_RePLACE
Previous message: [
thread
] [
date
] [author]
Next message: [
thread
] [
date
] [
author
]
[view in full thread]
From:
Indan Zupancic <indan@...>
To: Theodore Tso <tytso@...>, Al Boldi <a1426z@...>, <linux-raid@...>, <linux-kernel@...>, <linux-fsdevel@...>
Subject:
Re: [RFH] Partition table recovery
Date: Sunday, July 22, 2007 - 5:23 pm
On Sun, July 22, 2007 18:28, Theodore Tso wrote:
quoted text
> On Sun, Jul 22, 2007 at 07:10:31AM +0300, Al Boldi wrote: >> Sounds great, but it may be advisable to hook this into the partition >> modification routines instead of mkfs/fsck. Which would mean that the >> partition manager could ask the kernel to instruct its fs subsystem to >> update the backup partition table for each known fs-type that supports such >> a feature. > > Well, let's think about this a bit. What are the requirements? > > 1) The partition manager should be able explicitly request that a new > backup of the partition tables be stashed in each filesystem that has > room for such a backup. That way, when the user affirmatively makes a > partition table change, it can get backed up in all of the right > places automatically. > > 2) The fsck program should *only* stash a backup of the partition > table if there currently isn't one in the filesystem. It may be that > the partition table has been corrupted, and so merely doing an fsck > should not transfer a current copy of the partition table to the > filesystem-secpfic backup area. It could be that the partition table > was only partially recovered, and we don't want to overwrite the > previously existing backups except on an explicit request from the > system administrator. > > 3) The mkfs program should automatically create a backup of the > current partition table layout. That way we get a backup in the newly > created filesystem as soon as it is created. > > 4) The exact location of the backup may vary from filesystem to > filesystem. For ext2/3/4, bytes 512-1023 are always unused, and don't > interfere with the boot sector at bytes 0-511, so that's the obvious > location. Other filesystems may have that location in use, and some > other location might be a better place to store it. Ideally it will > be a well-known location, that isn't dependent on finding an inode > table, or some such, but that may not be possible for all filesystems.
To be on the safe side, maybe also add a checksum, timestamp and something identifying the disk the filesystem was created on. Regards, Indan
Previous message: [
thread
] [
date
] [author]
Next message: [
thread
] [
date
] [
author
]
Messages in current thread:
Re: [RFH] Partition table recovery
, Al Boldi
, (Sun Jul 22, 12:10 am)
Re: [RFH] Partition table recovery
, Theodore Tso
, (Sun Jul 22, 12:28 pm)
Re: [RFH] Partition table recovery
, Indan Zupancic
, (Sun Jul 22, 5:23 pm)
Re: [RFH] Partition table recovery
, Rene Herman
, (Mon Jul 23, 4:15 am)
Re: [RFH] Partition table recovery
, Theodore Tso
, (Mon Jul 23, 9:58 am)
Re: [RFH] Partition table recovery
, Rene Herman
, (Tue Jul 24, 12:08 am)
Re: [RFH] Partition table recovery
, Jan-Benedict Glaw
, (Mon Jul 23, 4:41 am)
Re: [RFH] Partition table recovery
, Rene Herman
, (Mon Jul 23, 6:54 am)
Re: [RFH] Partition table recovery
, Bill Davidsen
, (Mon Jul 23, 4:22 pm)
Re: [RFH] Partition table recovery
, Rene Herman
, (Mon Jul 23, 8:39 am)
Re: [RFH] Partition table recovery
, Jan-Benedict Glaw
, (Mon Jul 23, 9:15 am)
Re: [RFH] Partition table recovery
, Rene Herman
, (Mon Jul 23, 9:32 am)
Re: [RFH] Partition table recovery
, Al Boldi
, (Sun Jul 22, 3:05 pm)
Navigation
Create content
Mailing list archives
Recent posts
Popular discussions
linux-kernel
:
FUJITA Tomonori
Re: Integration of SCST in the mainstream Linux kernel
Chris Friesen
Re: Slow DOWN, please!!!
Greg Kroah-Hartman
[PATCH 005/196] Chinese: add translation of SubmittingDrivers
Matthew Wilcox
Re: AIM7 40% regression with 2.6.26-rc1
git
:
linux-netdev
:
David Miller
[GIT]: Networking
Frans Pop
svc: failed to register lockdv1 RPC service (errno 97).
Ingo Molnar
[bug, netconsole, SLUB] BUG skbuff_head_cache: Poison overwritten
Gerrit Renker
[PATCH 15/37] dccp: Set per-connection CCIDs via socket options
openbsd-misc
:
Colocation donated by:
Who's online
There are currently
0 users
and
540 guests
online.
Syndicate