Date: Thu, 7 May 2015 13:12:28 +0300 From: Dmitry Sivachenko <demon@FreeBSD.org> To: =?utf-8?Q?Edward_Tomasz_Napiera=C5=82a?= <trasz@FreeBSD.org> Cc: Ryan Stone <rysto32@gmail.com>, "freebsd-hackers@freebsd.org" <freebsd-hackers@freebsd.org> Subject: Re: What's required to make removal of a mounted USB stick safe? Message-ID: <D4835143-A763-4C04-BAEC-65580E847C11@FreeBSD.org> In-Reply-To: <1306708F-0872-4D02-9C88-70F683018C39@FreeBSD.org> References: <CAFMmRNwTi2GOEHN1tDQ7o1-VAtykT%2Bz3g%2B70qaDMenThSrSRgQ@mail.gmail.com> <1306708F-0872-4D02-9C88-70F683018C39@FreeBSD.org>
next in thread | previous in thread | raw e-mail | index | archive | help
> On 7 =D0=BC=D0=B0=D1=8F 2015 =D0=B3., at 9:23, Edward Tomasz = Napiera=C5=82a <trasz@FreeBSD.org> wrote: >=20 >=20 > Dnia 6 maj 2015 o godz. 22:49 Ryan Stone <rysto32@gmail.com> = napisa=C5=82(a): >=20 >> Currently FreeBSD stands a fair chance at panicking if a mounted USB = drive >> is removed while I/O is in flight. Does anybody know what work is = involved >> to have the kernel safely recover from this case? Losing data from = the >> drive is expected of course but there's no reason that the entire = kernel >> has to crash. >=20 > I've spent some time on this few years ago, and got it to work, except = for one case: UFS with softupdates. It's possible that some regressions = have been introduced since then. What's the filesystem? Do you have a = backtrace? Recently I forgot to unmount a partition on failed disk (UFS+SU), and = after disk was removed it was a kernel panic (something related to SU = but I did not save the trace). stable/10=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?D4835143-A763-4C04-BAEC-65580E847C11>