主页 / unix / 问题 / 512283
Accepted
bejo
Asked: 2019-04-14 06:40:41 +0800 CST

/dev/disk/by-uuid下的短uuid和长uuid

  • 772

我的系统上有几个硬盘分区（Linux josDeb 4.9.0-8-amd64 #1 SMP Debian 4.9.144-3.1 (2019-02-19) x86_64 GNU/Linux）。它正在与：

bejo@josDeb:~$ ls -l /dev/disk/by-uuid

产量：

total 0
lrwxrwxrwx 1 root root 10 Apr 13 16:20 00FB-604A -> ../../sdb1
lrwxrwxrwx 1 root root 10 Apr 13 16:19 4425-7572 -> ../../sda1
lrwxrwxrwx 1 root root 10 Apr 13 16:19 8dc07aba-5729-4525-883f-09c32d1a9e98 -> ../../sda2
lrwxrwxrwx 1 root root 10 Apr 13 16:19 95a8efff-92d2-4e31-8632-bf7a640e100f -> ../../sda3
lrwxrwxrwx 1 root root 10 Apr 13 16:19 f5a05b5e-c3ed-4227-bb62-fe4576b72643 -> ../../sda4

有些分区 uuid 很长，有些很短。我想了解为什么。我想，uuid 总是有 16 个字节。为什么我有不同大小的 uuid？

disk block-device

1 个回答

  1. Best Answer

    实际的UUID应该是 128 位长并且是唯一的。在此之前，各种系统都提供了各种不同大小的序列号以供区分。因此，Linux 只需获取它可以找到的任何序列号并将它们粘贴在/dev/by-uuid/目录中，即使它们与 UUID 定义不匹配。FAT32 卷 ID就是这种情况：

    Sector offset   FAT32 EBPB offset   Length (bytes)  Contents 
0x043           0x38                4               Cf. 0x027 for FAT12/FAT16 (Volume ID)

    历史描述：

    卷 ID（序列号）

    通常，序列号“xxxx-xxxx”是由 INT 21h/AH=2Ah（获取系统日期）[nb 7] 和 INT 21h/AH=2Ch（获取系统时间）返回的两个 DX 值相加的 16 位相加创建的[nb 7] 用于序列号的高位字和另一个 16 位相加的两个 CX 值用于序列号的低位字。或者，某些 DR-DOS 磁盘实用程序提供了 /# 选项，用于从 BCD 编码的月、日、小时和分钟的 8 位值而不是序列号生成人类可读的时间戳“mmdd-hhmm”。

    这是一个 32 位的值，例如可以显示为 4425-7572。这两个分区很可能是 EFI 系统分区，因为它们必须是 FAT32。

    您可以使用以下命令获得更好的信息（可能来自解析多个/dev/disks/by-*/条目）blkid：

    # blkid

    或仅限于那些简短的条目：

    # blkid /dev/sda1 /dev/sdb1

    该手册建议使用lsblk不需要root的代替。所以有了正确的选择lsblk -o +UUID,FSTYPE /dev/sda1 /dev/sdb1。

    例如这里：

    $ lsblk -o +UUID,FSTYPE /dev/sda1 /dev/sdb1
NAME MAJ:MIN RM  SIZE RO TYPE MOUNTPOINT UUID                                 FSTYPE
sda1   8:1    0  200M  0 part /boot/efi  1234-5678                            vfat
sdb1   8:17   1  200M  0 part            9ABC-DEF0                            vfat
    • 6

相关问题