Date: Mon, 20 Jul 2015 15:29:12 +0200 From: Marc "UBM" Bocklet <ubm@u-boot-man.de> To: freebsd-stable <freebsd-stable@freebsd.org> Subject: Re: problem with geli and LSI controller Message-ID: <20150720152912.b67d215afcd8bc23c39d292f@u-boot-man.de> In-Reply-To: <20150720145646.987e20371fd2ba2343fc8ecb@u-boot-man.de> References: <20150719173432.16bfa3be6d110571cbc8fe2a@gmail.com> <20150719161651.GQ8523@funkthat.com> <20150720145646.987e20371fd2ba2343fc8ecb@u-boot-man.de>
next in thread | previous in thread | raw e-mail | index | archive | help
On Mon, 20 Jul 2015 14:56:46 +0200 Marc "UBM" Bocklet <ubm@u-boot-man.de> wrote: > > > > This sounds like the drives were in raid0 mode, and not raw disk > > mode... You might be able to recover the disk w/ geli resize, > > assuming only space was added at the end, not at the begining, but > > I have never personally tried that myself... I'd recommend trying > > on a copy of the drive so you don't loose data if that is possible.. > > And one more question, directed at the list: even if geli manages to > move the metadata via resize, the gpart metadata is probably still > lost? Replying to myself again, it appears that the safest way is to get a Rocket Raid controller identical to the one we had, put it in another system, connect the disks, import the old pool and move the data to the new pool on the the LSI controller. Am I overlooking anything? Cheers, Marc
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20150720152912.b67d215afcd8bc23c39d292f>