[ale] Ubuntu help

Jim Kinney jim.kinney at gmail.com
Mon Jan 26 14:07:29 EST 2009


:-) I used to grouse about bank routing and credit card numbers being
oversized until I saw UUID's on IRIX 10 years ago.

>From what I have seen in the email traffic, UUID is becoming the
preferred standard for drive/partition designation as it is truly
unique. Having a partition name space clash is a real nightmare during
a drive relocation because of a failed controller. UUID is _ugly_ but
so far it's quite reliable.

a really nice thing about blkid is it gives a pile of normally
gibberish id's in a way that is usable! for example from my laptop
running F10 blkid followed by mount shows _why_ this data is good to
have access to:

[jkinney at porter ~]$ blkid
/dev/sda1: LABEL="/boot" UUID="9a41cb7e-bdf9-423b-b184-72b518da9fa9"
TYPE="ext3" SEC_TYPE="ext2"
/dev/sda3: UUID="z3d6hO-o8kP-XKU3-2SiI-EctM-llec-2hkhJV" TYPE="lvm2pv"
/dev/sda2: UUID="dVS8hD-AfNC-U1li-4Oao-Wwib-fC0s-MoHc9g" TYPE="lvm2pv"
/dev/mapper/VolGroup02-LogVol00:
UUID="c529e71a-7843-4cdc-8a97-56bfd9be1133" TYPE="crypt_LUKS"
/dev/mapper/luks-c529e71a-7843-4cdc-8a97-56bfd9be1133: TYPE="swap"
UUID="875ebd56-edc0-4c9c-9298-395675479bcb"
/dev/sda5: UUID="OdC1L0-TUKi-WvTA-wrP3-vLGf-5s1B-qlBVRc" TYPE="lvm2pv"
/dev/sda6: UUID="jlRJ0I-5g08-egvn-5IsC-CZiu-lk0e-EaSjVk" TYPE="lvm2pv"
/dev/sda7: UUID="p37F7l-unxq-CYOA-sOcr-blu0-t8dP-nyM6pU" TYPE="lvm2pv"
/dev/sda8: UUID="pEHepo-UU3Q-j263-QPJK-KoD7-6fSU-wQb3rT" TYPE="lvm2pv"
/dev/sda9: UUID="eu7mBT-NVIY-qevd-NWci-4cSR-70W7-FBymlS" TYPE="lvm2pv"
/dev/mapper/luks-32c8bddd-4da8-442e-9236-eda43ec7b2ac:
UUID="35087a49-b7ef-4957-a219-5148da63733c" TYPE="ext3"
/dev/mapper/luks-953315ac-6bc2-4a7a-8be1-755f5559a0c9:
UUID="d0ed890c-8055-404f-b8a1-19705bcf5e71" TYPE="ext3"
/dev/mapper/VolGroup00-LogVol00:
UUID="32c8bddd-4da8-442e-9236-eda43ec7b2ac" TYPE="crypt_LUKS"
/dev/mapper/VolGroup01-LogVol00:
UUID="953315ac-6bc2-4a7a-8be1-755f5559a0c9" TYPE="crypt_LUKS"
[jkinney at porter ~]$ mount
/dev/mapper/luks-32c8bddd-4da8-442e-9236-eda43ec7b2ac on / type ext3 (rw)
/proc on /proc type proc (rw)
sysfs on /sys type sysfs (rw)
devpts on /dev/pts type devpts (rw,gid=5,mode=620)
/dev/mapper/luks-953315ac-6bc2-4a7a-8be1-755f5559a0c9 on /home type ext3 (rw)
/dev/sda1 on /boot type ext3 (rw)
tmpfs on /dev/shm type tmpfs (rw)
none on /proc/sys/fs/binfmt_misc type binfmt_misc (rw)
sunrpc on /var/lib/nfs/rpc_pipefs type rpc_pipefs (rw)
gvfs-fuse-daemon on /home/jkinney/.gvfs type fuse.gvfs-fuse-daemon
(rw,nosuid,nodev,user=jkinney)
/dev/sdb1 on /media/disk type vfat
(rw,nosuid,nodev,uhelper=hal,shortname=lower,uid=500)
/dev/sr0 on /media/CDROM type udf (ro,nosuid,nodev,uhelper=hal,uid=500)


As can be seen, crypto mounted hard drives rely on UUID strings.

And yes, I name my machines after beer styles :-)  alt was a hard
machine to work with and was retired from service.

2009/1/26 Michael B. Trausch <mike at trausch.us>:
> On Mon, 26 Jan 2009 11:15:25 -0500
> Joshua Kite <jwkite at gmail.com> wrote:
>
>> Installing Grub did the trick.  I also had to clean up fstab for the
>> move from the hd* to the sd* hard drive naming convention, but at
>> this point my server is now up, running, and updated.  Hopefully I'll
>> avoid mistakes like this one in the future.  Besides learning to read
>> logs and keep systems updated, I've now learned the important
>> difference between LTS and non-LTS versions of the Ubuntu distro.  In
>> short, while it seems that changing sources.list and using apt-get
>> upgrade SHOULD work, chances are it will break your system when
>> making major jump-shifts in distrobutions.
>
> You may want to use the UUID convention for /etc/fstab.
>
> Just run 'blkid' and then replace the /dev/sdXX column in /etc/fstab
> with UUID=XXXXXXX ...
>
> This way you can move disks and partitions around and they'll still be
> found and usable without having to update /etc/fstab.  :-)
>
>        --- Mike
>
> --
> My sigfile ran away and is on hiatus.
> http://www.trausch.us/
>
> _______________________________________________
> Ale mailing list
> Ale at ale.org
> http://mail.ale.org/mailman/listinfo/ale
>
>



-- 
-- 
James P. Kinney III


More information about the Ale mailing list