Date: Sun, 18 Oct 2009 02:13:34 +0300 From: Manolis Kiagias <sonicy@otenet.gr> To: Matthew Seaman <m.seaman@infracaninophile.co.uk> Cc: PJ <af.gourmet@videotron.ca>, "freebsd-questions@freebsd.org" <freebsd-questions@freebsd.org> Subject: Re: I hate to bitch but bitch I must Message-ID: <4ADA4F9E.5080009@otenet.gr> In-Reply-To: <4ADA4DAF.1090700@infracaninophile.co.uk> References: <4AD8EB8F.9010900@videotron.ca> <4AD8F651.1000001@otenet.gr> <4AD8FD82.8050306@videotron.ca> <4AD90066.60606@otenet.gr> <4ADA32D2.2020802@videotron.ca> <4ADA49AD.9040304@otenet.gr> <4ADA4DAF.1090700@infracaninophile.co.uk>
next in thread | previous in thread | raw e-mail | index | archive | help
Matthew Seaman wrote: > Manolis Kiagias wrote: >> PJ wrote: > >>> Now, does that mean that glabel does not work if there are several >>> disks >>> on the system... it certainly does not say so nor does it adv ertise >>> that this would not work if there are several ATA disks present.. >>> Previously I had also tried a reboot press 4 with exactly the same >>> results.... > >> Aha, as I said above then. >> If you've done this and you are still getting the can't store metadata >> message, >> I am really out of ideas. > > Just a WAG, but > > sysctl kern.geom.debugflags=16 > > possibly? > > Cheers, > > Matthew > Ha, yes, the "shoot in the foot" sysctl :) Shouldn't be needed though - I was labelling a boot disk about half an hour ago and nothing else than pure 'glabel label' was required. There must be something else that stops it. Maybe running glabel with -v will help the OP (hopefully with a more detailed error message)
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4ADA4F9E.5080009>