From owner-freebsd-stable@FreeBSD.ORG Mon Aug 27 18:42:15 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 18A9B106589A for ; Mon, 27 Aug 2012 18:42:15 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (wonkity.com [67.158.26.137]) by mx1.freebsd.org (Postfix) with ESMTP id A8C168FC22 for ; Mon, 27 Aug 2012 18:42:14 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.5/8.14.5) with ESMTP id q7RIg7T5048598; Mon, 27 Aug 2012 12:42:07 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.5/8.14.5/Submit) with ESMTP id q7RIg7Q0048595; Mon, 27 Aug 2012 12:42:07 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Mon, 27 Aug 2012 12:42:07 -0600 (MDT) From: Warren Block To: Matt Smith In-Reply-To: <78f8335e54e04f158609f0382afb8d4d@xtaz.co.uk> Message-ID: References: <2d4dfcb2637f4d0e9671899538b603d9@xtaz.co.uk> <67DFAA78-A9A2-49F9-9C29-CA5653ECE3C0@lassitu.de> <20120827172650.7e6a7685@AMD620.ovitrap.com> <78f8335e54e04f158609f0382afb8d4d@xtaz.co.uk> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (wonkity.com [127.0.0.1]); Mon, 27 Aug 2012 12:42:07 -0600 (MDT) Cc: Erich Dollansky , freebsd-stable@freebsd.org, Stefan Bethke Subject: Re: 9.1 RELENG_9 Unable to cleanly dismount root partition on shutdown X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Aug 2012 18:42:15 -0000 On Mon, 27 Aug 2012, Matt Smith wrote: > On 2012-08-27 14:56, Warren Block wrote: >> >> Stefan called it. The newfs is done on /dev/gpt/gptroot, no problem >> there. But when glabel writes to /dev/ada0p2--which is >> /dev/gpt/gptroot, same thing, it overwrites the last block. And then >> the filesystem is mounted with the glabel device, which is actually >> one block smaller than the filesystem expects. >> >> Could be either the filesystem or GEOM that's causing the failure at >> shutdown. >> >> Happily, those glabels aren't accomplishing anything useful and can >> be skipped. Removing the glabels and changing the devices in fstab >> might be enough. A more cautious approach would be to back up, newfs, >> skip the glabel step, and then change the devices in fstab. > > As I said on a previous mail I did boot it with a USB stick and cleared the > glabel metadata and altered the fstab to point to both the GPT labels and the > raw UFS device and I still get the issue. So am I right in thinking then that > this has caused irreparable damage To the filesystem? Probably (weasel word) not. The old instructions for gmirror used the last block out of a filesystem and there have been no notable reports of data loss. One thing to mention is that SU+J might change what the filesystem does with that last block. I'm avoiding SU+J until the dump problem is fixed, so have not experimented with that. > and the only way I can fix this now is to newfs the filesystem again, > this time just using GPT labels and not using glabel at all? I'll commit to it and say yes, that will work. > This is the first time I've ever done a manually partitioned installation > with GPT and alignment, previously I've only ever used sysinstall with > non-aligned MBR installations, so it was a bit of a learning curve. If I do > have to newfs it again then I want to be sure that I'm doing the correct > things so that I don't find myself with any other issues. So does the rest of > what I did look fine? No obvious problems jumped out at me. Here are my notes: http://www.wonkity.com/~wblock/docs/html/disksetup.html The gpart version is halfway down. I really need to switch that around.