Date: Wed, 23 Apr 2014 11:18:52 +0200 From: Hugo Lombard <hal@elizium.za.net> To: Gennadiy Gulchin <ggulchin@icloud.com> Cc: FreeBSD Filesystems <freebsd-fs@freebsd.org> Subject: Re: ZFS unable to import pool Message-ID: <20140423091852.GH2830@sludge.elizium.za.net> In-Reply-To: <20140423080056.GE2830@sludge.elizium.za.net> References: <B493BD80-CDC2-4BA6-AC14-AE16B373A051@icloud.com> <20140423064203.GD2830@sludge.elizium.za.net> <B1024D84-EBBE-4A9B-82C4-5C19B5A66B60@icloud.com> <20140423080056.GE2830@sludge.elizium.za.net>
next in thread | previous in thread | raw e-mail | index | archive | help
On Wed, Apr 23, 2014 at 10:00:56AM +0200, Hugo Lombard wrote: > On Wed, Apr 23, 2014 at 12:48:16AM -0700, Gennadiy Gulchin wrote: > > Sorry, it was dd if=/dev/null of=/dev/ada7 bs=512 count=1... > > > > OK, so you only overwrote the first 512 bytes of the disk, am I > understanding correctly? > Are you sure that the above command was the only command that altered the data on ada7 outside of ZFS? I tried to recreate your situation using file backed md devices, and even when I deleted the first 256k of the one device (equivalent to an entire label), zpool import could still see the device (and be willing to import it) and zdb would show the first label as 'failed to unpack' but would happily read the second (being+256k), third (end-512k), and fourth (end-256k) labels. Also, I might be on an entirely wrong track here... -- Hugo Lombard .___. (o,o) /) ) ---"-"---
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20140423091852.GH2830>