Date: Thu, 19 Oct 2017 11:12:54 +0100 From: tech-lists <tech-lists@zyxst.net> To: freebsd-questions@freebsd.org Subject: Re: How to recover data from dead hard drive. Message-ID: <20171019101253.GA23947@acer> In-Reply-To: <AE761404-1C5A-4540-849B-4A4181BE55C4@fjl.co.uk> References: <59DBA387.4050108@gmail.com> <20171009191435.145c9dd2.freebsd@edvax.de> <72772933-C642-43DB-AFD6-6B5D40EEF39E@fjl.co.uk> <BN6PR2001MB1730D947FADA3A9DC9A370A480490@BN6PR2001MB1730.namprd20.prod.outlook.com> <59E21214.4020509@gmail.com> <20171014214926.2fed03aa.freebsd@edvax.de> <20171014202115.GA92751@acer.zyxst.net> <AE761404-1C5A-4540-849B-4A4181BE55C4@fjl.co.uk>
next in thread | previous in thread | raw e-mail | index | archive | help
On Thu, Oct 19, 2017 at 10:25:31AM +0100, Frank Leonhardt (m) wrote: >If you're lucky this is caused by bhyve. However, by this stage, if >you're booting from a once-working boot drive then the ZFS stuff should >have been brought in by the loader, allowing it to mount the FS >and load the OS. > >Have you tried specifying a different device? (Its safe to guess). > >I'd probably mount the image using mdconfig on a ZFS enabled machine >(type zpool to check it's been compiled with the right modules) and >see if it can auto-mount. Easier than sorting out boot problems, >especially if the boot partition has been clobbered. I'll try again hopefully later today and get back with detailed results. I've tried most of what you've suggested, but not exactly. >ZFS is surprisingly good at reassembling stuff from odd locations using >GUID metadata. Only worry I have is that its part of a striped vdev, >which will allow you to boot that far using code duplicated on each >drive, but then no further. ZFS was installed single-disk root-on-zfs with no other options, so if there is/are vdevs present, it would be something defaulted to. I don't think there's any vdev. Thanks again for taking the time to answer. I'll get back later with better data. -- J.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20171019101253.GA23947>