我正在研究 Linux 下的分区，从 sfdisk 开始。如果我将分区表从一个驱动器复制到另一个驱动器，它将复制每个分区的设备 UUID 和 PTUUID，但如果我要创建新设备，我可以为 GPT 驱动器指定 UUID，但不能为 MBR 驱动器指定 UUID。这让我认为 UUID 和 PTUUID 对于 MBR 驱动器来说不是必需的。那是什么情况呢？
如果我需要驱动器的 UUID 以及分区的 PTUUID，我该如何手动完成呢？我看到 sfdisk 允许我为 GPT 设备指定 UUID，但只能为 MBR 设备指定标签。如何为 MBR 创建 UUID？如何确保分区 PTUUID 是基于该设备 UUID 创建的？我不知道如何为设备创建主 UUID，或者如何根据它为分区创建 PTUUID。
我正在测试一个用于 Raspberry Pi 系统的 Python 脚本，用于重新格式化和复制分区信息和分区数据。为了从第一个设备（通常是 USB 记忆棒）获取信息，我使用：
sfdisk -d /dev/sda >sda_data.txt
然后，要将同一个表复制到目标驱动器，我使用：
sfdisk /dev/sdb <sda_data.txt
总体而言，它按预期工作，但是如果我在较小的磁盘上使用它怎么办？例如，假设 sda1 是 msdos 格式的引导分区，而 sda2 是填充驱动器其余部分的 extfs 分区。假设 /dev/sda2 上的总数据（启动命令和数据除外）约为 10GB，而 /dev/sda 为 64GB。
我的数据足够小，当我将文件从 64GB 设备复制到较小的 32GB 设备时，较小的设备上的 /dev/sdb 将有足够的空间来将所有数据存储在较小的设备上。因此，如果 sda 是 64GB，sdb 是 32GB，我仍然可以将 sda 上的所有数据复制到 sdb。
问题或问题出在较小的sdb的分区上。
当我从 sda 读取分区信息时，它包括分区大小，并且第二个分区 sda2 将比新分区 sdb2 大很多。当我在 sdb 上使用 sda_data.txt 中的信息转储时，我的经验是 sfdisk 允许 sdb 上较小的设备大小，并且不会尝试创建太大的分区 - 它会在 sdb2 上创建一个自动转到末尾的分区较小的设备。
这是我的经验。这是标准行为吗？sfdisk 是否总是将最后一个分区的大小调整为较小的设备？换句话说，我可以依靠 sfdisk 在较小的设备上创建较小的分区吗？（这是假设在 sdb 结束后没有分区启动，并且完全超出该设备上的空间。出于本次讨论的目的，我们可以假设最后一个分区可能需要减少，但它仍然会能够适合 sdb - 它只是不是全尺寸的。）
我正在 Pi3B 上开发 Raspberry Pi 操作系统。我正在使用一个脚本来执行一些分区操作，有时我想擦除驱动器，所以我使用（作为root）：
dd if=/dev/zero of=/dev/mmblk0 status=progress bs=1M
我总是得到这个 - 即使使用不同的 microSD 卡和不同的尺寸：
300941312 bytes (301 MB, 287 MiB) copied, 1 s, 301 MB/s
dd: error writing '/dev/mmblk0': No space left on device
340+0 records in
339+0 records out
356405248 bytes (356 MB, 340 MiB) copied, 1.20626 s, 295 MB/s
该设备如此快地耗尽空间，32、64 或 128GB 卡上甚至没有使用 1GB，这是怎么回事？我可以在 USB 记忆棒上执行同样的操作，没有任何问题，但每次在 microSD 卡上执行此操作时都会遇到此问题。
我正在使用 sfdisk 作为将一个驱动器复制到另一个驱动器的过程的一部分。据我所知，它看起来默认为 512 字节的扇区大小，但我没有看到任何明确说明这是给定的。我正在从一个驱动器读取分区表（使用“-d”获得）并将其写入另一个驱动器。我没有指定分区大小的原始数字以外的任何内容，如下所示：
label: dos
label-id: 0xe5e884c6
device: /dev/sda
unit: sectors
/dev/sda1 : start= 8192, size= 524288, type=e, bootable
/dev/sda2 : start= 532480, size= 245227520, type=83
当我将它写入新设备时，sfdisk 会使用 512 字节的默认扇区大小吗？是否还有其他因素会影响这一点，例如设备尺寸？（在手册页中，没有说明扇区大小，至少没有明确说明。）