Date: Mon, 15 Aug 2022 19:22:30 +0300 From: Toomas Soome <tsoome@me.com> To: FreeBSD User <freebsd@walstatt-de.de> Cc: FreeBSD CURRENT <freebsd-current@freebsd.org> Subject: Re: ZFS: cannot import zroot: I/O error Message-ID: <7B040730-5115-4BC9-A45A-53FA2145810C@me.com> In-Reply-To: <20220815170159.2394b5dd@thor.intern.walstatt.dynvpn.de> References: <20220815170159.2394b5dd@thor.intern.walstatt.dynvpn.de>
next in thread | previous in thread | raw e-mail | index | archive | help
--Apple-Mail=_4EBF50BE-5D7B-448D-A57C-5AF069043DE1 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On 15. Aug 2022, at 18:01, FreeBSD User <freebsd@walstatt-de.de> = wrote: >=20 > Hello, >=20 > I'm running a FreeBSD 13.1-RELENG-p1 zroot-based guest in a VirtualBox = 4.1.24/26 (do not know > exactly). The host is a special system based on Linux und VirtualBox = and I have no chances to > configure the VBox. >=20 > Somehow the VBox crashed and hung up the complete computer, so I had = to cold start it after > approx. 30 minutes of waiting. After that, rhe virtual drive and its = ZFS filesystem was > wrecked, shwing a stream of=20 >=20 > zio_read error: 5 > ZFS: i/o error - all block copies unavailable >=20 > After a quick search I found some advices howto try fixing, last an = longest one was=20 >=20 > zpool import -fFX -N -R /alternate/path zroot >=20 > which took approx 20 minutes - with no success. >=20 > There are some valuable data on the partition, which are all backed = up, but it would take its > time to restore everything, so I'd like to ask whether there is any = cance to "repair" the > mysterious damage. >=20 > I'm able to boot off from an USB flash drive =E2=80=A6 >=20 This happens when vbox is telling zfs that data is written on disk, but = is actually still in caches=E2=80=A6 So yea, the standard answer could = be =E2=80=9Crestore from backup=E2=80=9D, but it also may help to use = ability to revert TXG (it does drop data!). See also = https://gist.github.com/mkhon/34d979c78077a20648456272d7f2cc15 = <https://gist.github.com/mkhon/34d979c78077a20648456272d7f2cc15> rgds, toomas --Apple-Mail=_4EBF50BE-5D7B-448D-A57C-5AF069043DE1 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 <html><head><meta http-equiv=3D"Content-Type" content=3D"text/html; = charset=3Dutf-8"></head><body style=3D"word-wrap: break-word; = -webkit-nbsp-mode: space; line-break: after-white-space;" class=3D""><br = class=3D""><div><br class=3D""><blockquote type=3D"cite" class=3D""><div = class=3D"">On 15. Aug 2022, at 18:01, FreeBSD User <<a = href=3D"mailto:freebsd@walstatt-de.de" = class=3D"">freebsd@walstatt-de.de</a>> wrote:</div><br = class=3D"Apple-interchange-newline"><div class=3D""><div = class=3D"">Hello,<br class=3D""><br class=3D"">I'm running a FreeBSD = 13.1-RELENG-p1 zroot-based guest in a VirtualBox 4.1.24/26 (do not = know<br class=3D"">exactly). The host is a special system based on Linux = und VirtualBox and I have no chances to<br class=3D"">configure the = VBox.<br class=3D""><br class=3D"">Somehow the VBox crashed and hung up = the complete computer, so I had to cold start it after<br = class=3D"">approx. 30 minutes of waiting. After that, rhe virtual drive = and its ZFS filesystem was<br class=3D"">wrecked, shwing a stream of <br = class=3D""><br class=3D"">zio_read error: 5<br class=3D"">ZFS: i/o error = - all block copies unavailable<br class=3D""><br class=3D"">After a = quick search I found some advices howto try fixing, last an longest one = was <br class=3D""><br class=3D"">zpool import -fFX -N -R = /alternate/path zroot<br class=3D""><br class=3D"">which took approx 20 = minutes - with no success.<br class=3D""><br class=3D"">There are some = valuable data on the partition, which are all backed up, but it would = take its<br class=3D"">time to restore everything, so I'd like to ask = whether there is any cance to "repair" the<br class=3D"">mysterious = damage.<br class=3D""><br class=3D"">I'm able to boot off from an USB = flash drive =E2=80=A6<br class=3D""><br = class=3D""></div></div></blockquote><div><br class=3D""></div><div>This = happens when vbox is telling zfs that data is written on disk, but is = actually still in caches=E2=80=A6 So yea, the standard answer could be = =E2=80=9Crestore from backup=E2=80=9D, but it also may help to use = ability to revert TXG (it does drop data!). See also <a = href=3D"https://gist.github.com/mkhon/34d979c78077a20648456272d7f2cc15" = class=3D"">https://gist.github.com/mkhon/34d979c78077a20648456272d7f2cc15<= /a></div><div><br class=3D""></div><div>rgds,</div><div>toomas</div><br = class=3D""><br class=3D""></div><div><br class=3D""></div><br = class=3D""></body></html>= --Apple-Mail=_4EBF50BE-5D7B-448D-A57C-5AF069043DE1--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?7B040730-5115-4BC9-A45A-53FA2145810C>