Date: Mon, 29 Dec 2003 15:00:16 +0300 From: Sergey 'DoubleF' Zaharchenko <doublef@tele-kom.ru> To: Malcolm Kay <malcolm.kay@internode.on.net> Cc: FreeBSD questions <questions@freebsd.org> Subject: Re: Fwd: Re: Please help. Can't see HD Message-ID: <20031229150016.797c4aef.doublef@tele-kom.ru> In-Reply-To: <200312291457.13426.malcolm.kay@internode.on.net> References: <200312290405.hBT455U6021275@mail1.acecape.com> <200312291457.13426.malcolm.kay@internode.on.net>
next in thread | previous in thread | raw e-mail | index | archive | help
--Signature=_Mon__29_Dec_2003_15_00_16_+0300_fEV4hNdkP1k7bjvN Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline Content-Transfer-Encoding: 7bit On Mon, 29 Dec 2003 14:57:13 +1030 Malcolm Kay <malcolm.kay@internode.on.net> probably wrote: > On Mon, 29 Dec 2003 14:39, Francisco Reyes wrote: > > On Mon, 29 Dec 2003 14:27:01 +1030, Malcolm Kay wrote: > > >This is likely your problem source!!! > > > > > >/dev/rad[n] is an alias of /dev/ad[n]; that is it refers to IDE drive n. > > >(Historically they had somewhat different meanings but even then still > > >refered to the same physical device -- the 'r' means raw) > > > > > >If n was 2 you have over written the beginning of ad2. > > > > Well I guess the good news is that the HD is probably ok then. > > > > :-) > > Yes; should be. > > > > In FAT I seem to recall there are two copies of the boot sector. > > Does FreeBSD has anything like that? > > > > I seem to recall some options or utilities under MS-DOS that did > something like that, but think this was mainly for floppies. > Certainly there are duplicate copies of the FAT allocation tables, > but these are next to one another on the disk so don't really protect > against this sort of calamity. > > I guess the nearest thing in FreeBSD is mutiple copies of the > superblocks within the file system, but unless you can reconstruct > the slice table(partition in MS terms) I don't believe it will help. > > > If what I did trashed the first sectors would that have affected > > all mount points? > > How big was the image you copied to the disk? -- that should tell > you how much of your drive is overwritten. > > It is probable your disklabel has also disappeared, so you And the superblock, and some large piece of data. > probably need to reconstruct both the slice table in the MBR and > the disklabel in the first slice. With some vague recollections of > what you did originally to install FBSD it is possible that some > lucky guesses might work. For the `slice table' (MBR) sysutils/gpart could be of some help. Not sure about the disklabel, though. > If you can find the first sector of a slice carrying an installed file Where `find' might mean # hd < /dev/ad6s1 | grep "54 19 01 00" if looking for a ufs1 filesystem or # hd < /dev/ad6s1 | grep "19 01 54 19" for ufs2. (see the archive for details; in the discussion the method seemed to work) > system then this might hold a copy of the slice table allowing > reconstruction of the original MBR with some confidence. > > Malcolm Kay > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org" > -- DoubleF Vote for ME -- I'm well-tapered, half-cocked, ill-conceived and TAX-DEFERRED! --Signature=_Mon__29_Dec_2003_15_00_16_+0300_fEV4hNdkP1k7bjvN Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (FreeBSD) iD8DBQE/8Bdcwo7hT/9lVdwRAlaNAJoC45+aP/gpNeECwbThcTZsKryXDwCePvhb hzY7USFwAopSOz8KvzH4VTQ= =udLt -----END PGP SIGNATURE----- --Signature=_Mon__29_Dec_2003_15_00_16_+0300_fEV4hNdkP1k7bjvN--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20031229150016.797c4aef.doublef>