From owner-freebsd-arm@freebsd.org Thu Dec 14 19:30:22 2017 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 DF158E8C80A for ; Thu, 14 Dec 2017 19:30:22 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [69.239.235.194]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "www.zefox.org", Issuer "www.zefox.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 9AD2E749EB for ; Thu, 14 Dec 2017 19:30:22 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.15.2/8.15.2) with ESMTPS id vBEJUbtG066268 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 14 Dec 2017 11:30:38 -0800 (PST) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.15.2/8.15.2/Submit) id vBEJUb04066267; Thu, 14 Dec 2017 11:30:37 -0800 (PST) (envelope-from fbsd) Date: Thu, 14 Dec 2017 11:30:37 -0800 From: bob prohaska To: Mark Millard Cc: freebsd-arm@freebsd.org, bob prohaska Subject: Re: Filesystem full, but df says not. Message-ID: <20171214193037.GA66234@www.zefox.net> References: <20171214190050.GA66078@www.zefox.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Dec 2017 19:30:23 -0000 On Thu, Dec 14, 2017 at 11:10:45AM -0800, Mark Millard wrote: > On 2017-Dec-14, at 11:00 AM, bob prohaska wrote: > > > > An rpi2 running -current reported errors during boot like this on the > > serial console after a graceful reboot: > > > > UFS /dev/ufs/rootfs (/) cylinder checksum failed: cg 0, cgp: 0x4c0a5f41 != bp: 0x38b82866 > > UFS /dev/ufs/rootfs (/) cylinder checksum failed: cg 3, cgp: 0x58e2c1f5 != bp: 0x903c297 > > UFS /dev/ufs/rootfs (/) cylinder checksum failed: cg 0, cgp: 0x4c0a5f41 != bp: 0x38b82866 > > Believe the above low-level messages. > > > /: write failed, filesystem is full > > cp: /etc/motd: No space left on device > > My guess: > > Other places likely translate the more detailed error > classification to more generic classifications that > hopefully result in an appropriate handling of the issue > but is otherwise not necessarily correct. > > In other words: do not believe the later related messages > in all its detail. > > > . > > Mounting late filesystems:. > > Dec 14 10:08:56 www kernel: pid 1394 (cp), uid 0 inumber 53912 on /: filesystem full > > > > Root is on the microSD card, /usr /var /tmp and swap are on usb flash. > > > > Nevertheless, it reached multi-user and allowed me to ssh in and run df, > > which reported > > Filesystem 1K-blocks Used Avail Capacity Mounted on > > /dev/ufs/rootfs 1473116 479936 875332 35% / > > devfs 1 1 0 100% /dev > > /dev/msdosfs/MSDOSBOOT 51140 7588 43552 15% /boot/msdos > > /dev/da0e 52221244 28697844 19345704 60% /usr > > /dev/da0d 3044988 517860 2283532 18% /tmp > > /dev/da0a 2031132 122868 1745776 7% /var > > This activity probably did not depend on the bad cylinder > checksums. > > > Still, any activity that wrote to disk repeated the filesystem full error. > > > > This happened with three different kernels, dating Dec 12, 7 and Aug 26. > > Running fsck -fy once in single user didn't seem to help, although it > > finished without obvious errors. Running fsck -fy repeatedly in single-user > > seems to have cleared the error, but it's a surprising development. > > Is there any user utility more rigorous than fsck to inspect the filesystem? The machine is now building world without obvious distress. Thanks for reading! bob prohaska