当我创建 luks 分区时,我曾经使用过 8300 Linux 类型(我从 2000 年开始就使用这个!),今天我发现了一个新的分区 id
sgdisk -L|grep -i luks
8309 Linux LUKS
用这个代替 8300 有什么优势吗?
当我创建 luks 分区时,我曾经使用过 8300 Linux 类型(我从 2000 年开始就使用这个!),今天我发现了一个新的分区 id
sgdisk -L|grep -i luks
8309 Linux LUKS
用这个代替 8300 有什么优势吗?
由于
sgdisk
操作的是 GPT 分区表,因此该数字8309
是实际分区类型 UUID 的非标准简写。据我所知,该数字方案是特定于的sgdisk
,甚至可能因 的不同版本而异sgdisk
。由于描述是
Linux LUKS
,使用该分区类型将表明该分区的内容将使用 LUKS 加密。如果某些分区工具知道该特定类型 UUID 的含义,它可能会阻止该工具浪费时间尝试识别其中的文件系统类型,因为预期内容是加密的。
大多数 Linux 发行版根本不关心分区类型标识符;通常推荐的识别文件系统的方式是尽可能使用每个文件系统的唯一 UUID。读取文件系统 UUID 需要提前知道文件系统类型,或者自动检测它。
唯一真正的优势是它使分区表更具描述性,因此如果磁盘被移除并插入另一个系统,则可能更加明显地表明必须在使用其中的数据之前解锁 LUKS 加密。