Comment 0 for bug 1735839
Revision history for this message
| Dmitrii Shcherbakov (dmitriis) wrote feature request: /dev/by-dname symlinks based on GUID patition table UUIDs | #0 |
© 2004
Canonical Ltd.
•
Terms of use
•
Data privacy
•
Contact Launchpad Support
•
Blog
•
Careers
•
System status
•
f33e652
(Get the code!)
Block devices can be identified by a GPT placed on them.
Each partition table contains a UUID which uniquely identifies a device.
sudo blkid -o udev -p /dev/nvme0n1
ID_PART_
ID_PART_
gdisk:
Command (? for help): p
Disk /dev/nvme0n1: 1000215216 sectors, 476.9 GiB
Logical sector size: 512 bytes
Disk identifier (GUID): 8C5E98A4-
We could leverage that for software that needs to create its own partitions after deployment in MAAS for example. In this case there will be no need to create a new partition table post-deployment but there will be no partitions or file systems on a block device which will be ready for any use.
Example: Ceph needs to use block devices to create partitions but "zapping" of a partition table is configurable. If a partition table is pre-zapped during the deployment and a new clean one is created ceph-disk can just create partitions on an existing partition table.
Serial numbers are not super reliable as they depend on a block driver while in this case we rely on a superblock written at the deployment time. Even if we have an odd device that doesn't have reliable means of identification we can rely on a persistent UUID we ourselves put onto that device.
MAAS needs to grow an ability to configure empty block devices which will get a clean partition table at will too.
I think it's worthwhile to create a udev rule for ubuntu server in general: /dev/disk/