Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 28 Mar 1995 23:51:41 -0800
From:      Paul Traina <pst@shockwave.com>
To:        Bruce Evans <bde@zeta.org.au>
Cc:        current@FreeBSD.org
Subject:   Re: kern/280: new slice manager totally confused about old slice disks 
Message-ID:  <199503290751.XAA00497@precipice.shockwave.com>
In-Reply-To: Your message of "Wed, 29 Mar 1995 17:33:20 %2B1000." <199503290733.RAA21500@godzilla.zeta.org.au> 

next in thread | previous in thread | raw e-mail | index | archive | help
No, what you have done is absolutely right.  Disklabel should not be able
to read a bsd pseudolabel if there is no BSD label there.  All concerns I
have are gone.


  From: Bruce Evans <bde@zeta.org.au>
  Subject: Re: kern/280: new slice manager totally confused about old slice dis
>>ks
  >>Synopsis:       the new slice code is bitching about my old slices
  
  >1) It looks like the implicit label stuff for unlabeled disks is
  >   non-functional?  I cannot ask disklable to read the pseudo-label off
  >   of sd1
  
  So we need the pseudo-label on all BSD slices?  Perhaps a read-only one
  on non-BSD slices?  This would make it possible to determine the type
  and size of all slices using standard ioctls and utilities (fdisk is
  nonstandard and doesn't support extended partitions).
  
  There are some semantic problems with modifiying pseudo-labels.  All
  the slices and labels are currently reread on first-opens to pick up
  any changes to the DOSpartition table (changes to labels are handled
  better).  Modifications are thus going to be lost immediately (instead
  of at the next boot) unless you keep another device on the drive open.
  
  Bruce



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199503290751.XAA00497>