Date: Fri, 7 Jun 2019 08:57:45 +0100 From: Steven Hartland <killing@multiplay.co.uk> To: Michelle Sullivan <michelle@sorbs.net> Cc: freebsd-stable <freebsd-stable@freebsd.org> Subject: Re: ZFS... Message-ID: <CAHEMsqZLvFeA9k7bBpeFDqND8WmifqtKyC7OkF-3TbXBhENOSQ@mail.gmail.com> In-Reply-To: <70d5e0d3-c188-7f06-cf53-702d565fd481@sorbs.net> References: <30506b3d-64fb-b327-94ae-d9da522f3a48@sorbs.net> <70fac2fe3f23f85dd442d93ffea368e1@ultra-secure.de> <70C87D93-D1F9-458E-9723-19F9777E6F12@sorbs.net> <CAGMYy3tYqvrKgk2c==WTwrH03uTN1xQifPRNxXccMsRE1spaRA@mail.gmail.com> <5ED8BADE-7B2C-4B73-93BC-70739911C5E3@sorbs.net> <d0118f7e-7cfc-8bf1-308c-823bce088039@denninger.net> <2e4941bf-999a-7f16-f4fe-1a520f2187c0@sorbs.net> <CAOtMX2gOwwZuGft2vPpR-LmTpMVRy6hM_dYy9cNiw%2Bg1kDYpXg@mail.gmail.com> <34539589-162B-4891-A68F-88F879B59650@sorbs.net> <CAOtMX2iB7xJszO8nT_KU%2BrFuSkTyiraMHddz1fVooe23bEZguA@mail.gmail.com> <576857a5-a5ab-eeb8-2391-992159d9c4f2@denninger.net> <A7928311-8F51-4C72-839C-C9C2BA62C66E@sorbs.net> <b0fa0f8e-dc45-9d66-cc48-c733cbb9645b@denninger.net> <FD9802E0-E2E4-464A-8ABD-83B0A21C08F2@sorbs.net> <bf63007@sorbs.net> <CB86C16D-87D9-4D3F-9291-1E2586246E04@sorbs.net> <7DBA7907-BE8F-4944-9A71-86E5AC1B85CA@gromit.dlib.vt.edu> <5c458075-351f-6eb6-44aa-1bd268398343@sorbs.net> <289FE04E-1692-4763-96B3-91E8C1BBBBD6@sorbs.net> <70d5e0d3-c188-7f06-cf53-702d565fd481@sorbs.net>
next in thread | previous in thread | raw e-mail | index | archive | help
Great to hear you got your data back even after all the terrible luck you suffered! Regards Steve On Fri, 7 Jun 2019 at 00:49, Michelle Sullivan <michelle@sorbs.net> wrote: > Michelle Sullivan wrote: > >> On 02 May 2019, at 03:39, Steven Hartland <killing@multiplay.co.uk> > wrote: > >> > >> > >> > >>> On 01/05/2019 15:53, Michelle Sullivan wrote: > >>> Paul Mather wrote: > >>>>> On Apr 30, 2019, at 11:17 PM, Michelle Sullivan <michelle@sorbs.net> > wrote: > >>>>> > >>>>> Been there done that though with ext2 rather than UFS.. still got > all my data back... even though it was a nightmare.. > >>>> > >>>> Is that an implication that had all your data been on UFS (or ext2:) > this time around you would have got it all back? (I've got that impression > through this thread from things you've written.) That sort of makes it > sound like UFS is bulletproof to me. > >>> Its definitely not (and far from it) bullet proof - however when the > data on disk is not corrupt I have managed to recover it - even if it has > been a nightmare - no structure - all files in lost+found etc... or even > resorting to r-studio in the even of lost raid information etc.. > >> Yes but you seem to have done this with ZFS too, just not in this > particularly bad case. > >> > > There is no r-studio for zfs or I would have turned to it as soon as > this issue hit. > > > > > > > So as an update, this Company: http://www.klennet.com/ produce a ZFS > recovery tool: https://www.klennet.com/zfs-recovery/default.aspx and > following several code changes due to my case being an 'edge case' the > entire volume (including the zvol - which I previously recovered as it > wasn't suffering from the metadata corruption) and all 34 million files > is being recovered intact with the entire directory structure. Its only > drawback is it's a windows only tool, so I built 'windows on a stick' > and it's running from that. The only thing I had to do was physically > pull the 'spare' out as the spare already had data on it from being > previously swapped in and it confused the hell out of the algorithm that > detects the drive order. > > Regards, > > Michelle > > -- > Michelle Sullivan > http://www.mhix.org/ > >
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CAHEMsqZLvFeA9k7bBpeFDqND8WmifqtKyC7OkF-3TbXBhENOSQ>