9.1 RELENG_9 Unable to cleanly dismount root partition on
matt at xtaz.co.uk
Mon Aug 27 14:09:02 UTC 2012
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
> 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,
> 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 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?
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?
If it is clearly my own fault then the PR can obviously be closed and
chalked up to learning!
More information about the freebsd-stable