From owner-freebsd-arm@freebsd.org Thu Oct 29 23:47:26 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D4B06A1F468 for ; Thu, 29 Oct 2015 23:47:26 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from outbound1b.ore.mailhop.org (outbound1b.ore.mailhop.org [54.200.247.200]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B49F91355 for ; Thu, 29 Oct 2015 23:47:26 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from ilsoft.org (unknown [73.34.117.227]) by outbound1.ore.mailhop.org (Halon Mail Gateway) with ESMTPSA; Thu, 29 Oct 2015 23:47:46 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.14.9/8.14.9) with ESMTP id t9TNlNS7035388; Thu, 29 Oct 2015 17:47:23 -0600 (MDT) (envelope-from ian@freebsd.org) Message-ID: <1446162443.91534.213.camel@freebsd.org> Subject: Re: Full SD Card From: Ian Lepore To: John-Mark Gurney Cc: freebsd-arm Date: Thu, 29 Oct 2015 17:47:23 -0600 In-Reply-To: <20151029230843.GP65715@funkthat.com> References: <20151029222755.GO65715@funkthat.com> <1446157768.91534.212.camel@freebsd.org> <20151029230843.GP65715@funkthat.com> Content-Type: text/plain; charset="us-ascii" X-Mailer: Evolution 3.16.5 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Oct 2015 23:47:26 -0000 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