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 мая 2015 г., at 9:23, Edward Tomasz Napierała <trasz@FreeBSD.org> wrote: > > > Dnia 6 maj 2015 o godz. 22:49 Ryan Stone <rysto32@gmail.com> napisał(a): > >> 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. > > 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>