Date: 11 Aug 1999 18:46:51 +0200 From: Dag-Erling Smorgrav <des@flood.ping.uio.no> To: Josef Karthauser <joe@pavilion.net> Cc: Dag-Erling Smorgrav <des@flood.ping.uio.no>, hackers@FreeBSD.ORG, fs@FreeBSD.ORG Subject: Re: Disk label recovery - request for suggestions. Message-ID: <xzpyafitgck.fsf@flood.ping.uio.no> In-Reply-To: Josef Karthauser's message of "Wed, 11 Aug 1999 17:35:35 %2B0100" References: <19990808185112.A99557@pavilion.net> <xzpg11qv3nm.fsf@flood.ping.uio.no> <19990811171514.X88035@pavilion.net> <xzp672muw03.fsf@flood.ping.uio.no> <19990811173535.Y88035@pavilion.net>
next in thread | previous in thread | raw e-mail | index | archive | help
Josef Karthauser <joe@pavilion.net> writes: > On Wed, Aug 11, 1999 at 06:23:24PM +0200, Dag-Erling Smorgrav wrote: > > Josef Karthauser <joe@pavilion.net> writes: > > > Ahha - of course. Ok, let me re-phrase the question then. By looking > > > at the contents of the superblocks on a UFS file system it's possible to > > > reconstruct a disklabel for a slice. > > Well, it's possible to reconstruct the label information for *that > > particular UFS file system*, since if you know the location of the > > superblock (or one of its backup copies), you can determine the offset > > and size of the FS. It won't tell you anything about *other* > > partitions though. > That's ok, because each slice has its _own_ label. If the bios partition > table loses it's mind that's a little more work :). You're confusing partitions and slices. DES -- Dag-Erling Smorgrav - des@flood.ping.uio.no To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?xzpyafitgck.fsf>