Date: Thu, 29 Oct 2015 17:47:23 -0600 From: Ian Lepore <ian@freebsd.org> To: John-Mark Gurney <jmg@funkthat.com> Cc: freebsd-arm <freebsd-arm@freebsd.org> Subject: Re: Full SD Card Message-ID: <1446162443.91534.213.camel@freebsd.org> In-Reply-To: <20151029230843.GP65715@funkthat.com> References: <CABx9NuSH=3qbgpN_9HvFz=6OzMgWBZZvvzYcnw-qQ6GoeseWbw@mail.gmail.com> <20151029222755.GO65715@funkthat.com> <1446157768.91534.212.camel@freebsd.org> <20151029230843.GP65715@funkthat.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Thu, 2015-10-29 at 16:08 -0700, John-Mark Gurney wrote: > Ian Lepore wrote this message on Thu, Oct 29, 2015 at 16:29 -0600: > > On Thu, 2015-10-29 at 15:27 -0700, John-Mark Gurney wrote: > > > It is possible that if the machine crashed, that space is lost, > > > so > > > booting to single user mode, and running fsck manually may > > > recover > > > some space too... > > > > Why would a manual fsck in SU mode be necessary to recover the > > space? > > It shouldn't be, but some times hardware misbehaves, etc... I've had > a machine that ran SU+J on a CF to IDE adapter, and after some > crashes, > a normal fsck would not make the fs clean, and required a manual fsck > to restore the file system to correct state... I believe that it was > an issue w/ the hardware, but never tracked it down exactly... > Oh. SU+J. 'nuff said. I think we turned that off by default on arm images, because people have been reporting trouble with it for years. -- Ian
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1446162443.91534.213.camel>