Bug#595732: release-notes: use 'vol_id' to get UUID, in section 4.8.1 of the notes
retitle 595732 release-notes: use 'blkid' to get UUID, in section 4.8.1
On Mon, Sep 06, 2010 at 10:30:12AM +0200, A Mennucc wrote:
> Package: release-notes
> Severity: normal
> section 4.8.1 says
> To implement the UUID approach Find out the universally unique identifier
> of your filesystem by issuing:
> ls -l dev/disk/by-uuid | grep hda6
> You should get a line similar to this one:
> lrwxrwxrwx 1 root root 24 2008-09-25 08:16 d0dfcc8a-417a-41e3-ad2e-9736317f2d8a -> ../../hda6
> This does not always work as expected: for example, for people using crypt
> filesystem, RAID or LVM, the above looks like
> lrwxrwxrwx 1 root root 10 6 set 08:28 0253e19c-2e69-4720-a59a-2062d82ea8fd -> ../../dm-6
> and then it is difficult to associate dm-6 to the device that is listed by 'mount' or 'df'
> There is a much better way to find out UUID for devices: use
> vol_id --uuid DEVICE
> this is more straightforward, does not need any backward guessing
> I recommend documenting it in the release notes
> ps: 'vol_id' is part of 'udev' in Debian/lenny
Yes, it was.
| udev (146-1) experimental; urgency=low
| * New upstream release.
| + vol_id and libvolume_id have been removed. (Closes: #500883, #534765)
| Breaks: dmsetup (<< 2.02.51-1), mdadm (<< 3.0-3)
| + Introduced libgudev-1.0.
| + Finally removed the udevinfo compatibility symlink.
| + Applies ACLs on /dev nodes if ConsoleKit is active.
| * Added patch test_for_glib: do not run udev-acl unless glib is installed.
| * Stop copying /etc/udev/rules.d/ in the initramfs.
| * Renamed some rules files for uniformity with other distributions:
| 50-udev.rules => 50-udev-default.rules,
| 95-late.rules => 95-udev-late.rules.
| -- Marco d'Itri <firstname.lastname@example.org> Sat, 22 Aug 2009 05:50:20 +0200
I used to document vol_id for "Debian Reference". Then someone told me
it is not available in squeeze. Now I write as:
| TIP: You can probe UUID of a block special device with blkid(8).
Other than vol_id -> blkid, this is good point raised.