Date: Wed, 11 Aug 1999 11:33:30 -0600 From: Warner Losh <imp@village.org> To: Dag-Erling Smorgrav <des@flood.ping.uio.no> Cc: Josef Karthauser <joe@pavilion.net>, hackers@FreeBSD.ORG, fs@FreeBSD.ORG Subject: Re: Disk label recovery - request for suggestions. Message-ID: <199908111733.LAA18169@harmony.village.org> In-Reply-To: Your message of "11 Aug 1999 18:23:24 %2B0200." <xzp672muw03.fsf@flood.ping.uio.no> References: <xzp672muw03.fsf@flood.ping.uio.no> <19990808185112.A99557@pavilion.net> <xzpg11qv3nm.fsf@flood.ping.uio.no> <19990811171514.X88035@pavilion.net>
next in thread | previous in thread | raw e-mail | index | archive | help
In message <xzp672muw03.fsf@flood.ping.uio.no> Dag-Erling Smorgrav writes: : 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. It will give a fairly strong hint, however. If you know what is taken up by this partition, you can remove it from the pool of available space and guess with a relatively high degree of accuracy that the next partition begins where this one ends. : > Is this trick possible with other : > kinds of file systems too? : : That's totally dependent on the particular file system. For instance, : a swap partition contains no metadata (that I know of), so all you can : do is deduce it's size and position from the sizes and positions of : surrounding partitions, and of the slice they're in. Yes. This is true.... That's one of the problems of my disklabel reconstruction program that tries to run fast... It slows way down when it hits the swap area... Warner 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?199908111733.LAA18169>