Adding a drive

Alan Dacey Sr. grokit at ajinfosearch.com
Wed Apr 7 22:10:31 UTC 2010


On Tuesday 06 April 2010 05:28:28 pm Steve Morris wrote:
> On 06/04/10 08:23, Alan Dacey Sr. wrote:
> > On Monday 05 April 2010 10:07:49 am Basil Chupin wrote:
> >> On 05/04/10 23:53, Tom H wrote:
> >>> On 05/04/10, Steve Morris wrote:
> >>>>> Just a comment on this process. I is my experience that the only safe
> >>>>> method of mounting a partition is to ensure that at format time a
> >>>>> label is specified for the partition and use the label in the fstab
> >>>>> entry, uuid is terribly unreliable.
> >>>>> Uuid is unreliable as a partition identifier because moving a
> >>>>> partition changes the uuid, deleting and recreating a partition in
> >>>>> the same physical place changes the uuid and an inplace resize of a
> >>>>> partition changes the uuid.
> >>> 
> >>> On 05/04/2010, Basil Chupin wrote:
> >>>> Ah, a most interesting point. I have taken a note of this, thanks very
> >>>> much.
> >>> 
> >>> Not using a UUID goes against Ubuntu standard practice (and upcoming
> >>> Debian standard practice).
> >>> 
> >>> It should be standard operating procedure for anyone about to embark
> >>> on any of the above partition changes to make a note of the UUIDs (if
> >>> she/he does not have this information saved offline) in order to
> >>> reassign them (a very simple procedure).
> >> 
> >> And thanks for this.
> >> 
> >> I understand that the use of UUIDS is a more stable way of identifying
> >> HDs for grub as the BIOS may on occasions "see" them in a different
> >> order on bootups.
> >> 
> >> BC
> > 
> > UUID's are the way to /always/ identify a particular partition.  Since
> > they should not change vey often, it really isn't much of a problem. 
> > The only time you may want to identify them by /dev/sc# is if you have a
> > partition that you test new distros/releases on (that you want quick
> > access to the data) and gets reformatted frequently.
> > It also teaches you to make the right size partitions.  Especially if you
> > are lazy!
> 
> I wasn't suggesting the use of /dev/sc# in fstab, I was suggesting the
> use of LABEL= to identify the partition, which as far as I have been
> able to determine is only changeable by a format. The obvious issue with
> UUID= is the home partition where multi-user usage of applications like
> mail requires the home partition to be resized because the original size
> has become too small. This resizing will change the uuid, and depending
> on the distribution it is done from and the tool used can result in a
> uuid that is invalid, thereby making the partition unusable.
> 
> regards,
> Steve

You do have a point there and I agree with it.  UUID's will change when the 
partition is changed.  At least editing fstab isn't very difficult.  I got a lot 
of practice with that until I learned to size my partitions to what works for 
me.


-- 
Alan

"Now no one has to tell an old Aberdeene pub-crawler how to applaud, captain."  
Montgomery Scott




More information about the kubuntu-users mailing list