Date: Thu, 21 Apr 2011 01:37:14 -0400 From: Arnaud Lacombe <lacombar@gmail.com> To: Benjamin Kaduk <kaduk@mit.edu> Cc: Warren Block <wblock@wonkity.com>, FreeBSD-Current <freebsd-current@freebsd.org> Subject: Re: Switch from legacy ata(4) to CAM-based ATA Message-ID: <BANLkTimCbWBs0_8oQh-_Qk-hxWxjnhXikw@mail.gmail.com> In-Reply-To: <alpine.GSO.1.10.1104202220460.19944@multics.mit.edu> References: <4DAEAE1B.70207@FreeBSD.org> <20110420203754.GM85668@acme.spoerlein.net> <4DAF46F8.9040004@FreeBSD.org> <BCE89DC7-116D-48E1-BD86-DF986062B0CC@samsco.org> <4DAF5FBA.8080304@FreeBSD.org> <BANLkTi=Um9Yr3jQWSmyunz6gZo=kGPVMKg@mail.gmail.com> <BANLkTimwSgFBYWW2oomdTHSbb%2BZ9HhBFUQ@mail.gmail.com> <alpine.BSF.2.00.1104201915110.34275@wonkity.com> <BANLkTikMW2iee%2Bc8Y5FhuVbgy98_eq5oxA@mail.gmail.com> <alpine.GSO.1.10.1104202220460.19944@multics.mit.edu>
next in thread | previous in thread | raw e-mail | index | archive | help
Hi,
On Wed, Apr 20, 2011 at 10:26 PM, Benjamin Kaduk <kaduk@mit.edu> wrote:
> On Wed, 20 Apr 2011, Arnaud Lacombe wrote:
>
>> Hi,
>>
>> On Wed, Apr 20, 2011 at 9:17 PM, Warren Block <wblock@wonkity.com> wrote=
:
>>>
>>> On Wed, 20 Apr 2011, Arnaud Lacombe wrote:
>>>
>>>> On Wed, Apr 20, 2011 at 6:38 PM, Garrett Cooper <yanegomi@gmail.com>
>>>> wrote:
>>>>>
>>>>> On Wed, Apr 20, 2011 at 3:35 PM, Doug Barton <dougb@freebsd.org> wrot=
e:
>>>>>
>>>>> glabel create <label> /dev/<blah>
>>>>
>>>> Just tested that with a kernel from HEAD and a 8.x userland. This does
>>>> not seem to survive a reboot.
>>>
>>> No, "create" makes a temporary label. =A0"label" writes a label to the =
last
>>> block of the device.
>>>
>> ... which does not seem be doable when the fs is mounted:
>>
>> [in single-user, with only / mounted r/w and /dev]
>> # geom label label root /dev/ad0s1a
>> geom: Can't store metadata on /dev/ad0s1a: Operation not permitted.
>
> As an anti-foot-shooting measure, this is blocked unless the flag sysctl
> kern.geom.debugflags |=3D 16 is set
>
unfortunately, that condition alone is not enough, the geom (not sure
the term is correct) should also have a rank of 1, which is not the
case on my [fairly standard ?] disk. Here is some more info from ddb:
db> show geom
class: SWAP (0xc0875260)
class: DISK (0xc0853720)
geom: ad0 (0xc1d56900), rank=3D1
provider: ad0 (0xc1d56880), access=3Dr1w1e3
consumer: 0xc20b9e40 (ad0), access=3Dr1w1e3
consumer: 0xc20ba000 (ad0), access=3Dr0w0e0
class: DEV (0xc0853600)
geom: ad0s1a (0xc1d56700), rank=3D4
consumer: 0xc20b9b00 (ad0s1a), access=3Dr0w0e0
geom: ad0s1 (0xc1d56480), rank=3D3
consumer: 0xc20b9d80 (ad0s1), access=3Dr0w0e0
geom: ad0 (0xc1d56780), rank=3D2
consumer: 0xc20ba000 (ad0), access=3Dr0w0e0
class: LABEL (0xc0853ca0)
class: VFS (0xc0853c00)
geom: ffs.ad0s1a (0xc1d56c80), rank=3D4
consumer: 0xc20b9980 (ad0s1a), access=3Dr1w1e1
class: PART (0xc0854520)
geom: ad0s1 (0xc1d56200), rank=3D3
provider: ad0s1a (0xc1d56100), access=3Dr1w1e1
consumer: 0xc20b9980 (ad0s1a), access=3Dr1w1e1
consumer: 0xc20b9b00 (ad0s1a), access=3Dr0w0e0
consumer: 0xc20b9cc0 (ad0s1), access=3Dr1w1e2
geom: ad0 (0xc1d56680), rank=3D2
provider: ad0s1 (0xc1d56580), access=3Dr1w1e2
consumer: 0xc20b9cc0 (ad0s1), access=3Dr1w1e2
consumer: 0xc20b9d80 (ad0s1), access=3Dr0w0e0
consumer: 0xc20b9e40 (ad0), access=3Dr1w1e3
So right now, I still have no transition mechanism from 8.x to 9.x,
beside dropping in single user and edition /etc/fstab manually.
In the mean time, I'd assume that GEOM labels can be used in
`vfs.root.mountfrom', am I right ?
Thanks,
- Arnaud
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?BANLkTimCbWBs0_8oQh-_Qk-hxWxjnhXikw>