（前提是 SSD 上的分区和文件系统对齐有意义：）
在 SSD 上进行分区对齐时，开始时会有一些未使用的空间（例如，如果第一个分区从扇区 2048 开始，且逻辑扇区大小为 512 字节，则大约为 1 MiB）。
使用该空间是否有任何缺点（可以有一个保存 GRUB 的小分区，或者也可以不在扇区 2048 而是在 64 MiB 处启动根文件系统，并使用之前的空间作为 /boot 分区。该文件系统可能未对齐，但很少写入）？
我看不出任何反对它的地方（除了在使用 DOS 分区布局时丢失一个主分区之外），是否有任何不明显的反对意见？ （我还发现尝试使用最初的 1-4 MiB 空间并没有多大好处，除了不浪费它可能“看起来更好”）。
答案1
选择 1MB 偏移量是因为无论底层存储如何，它都几乎可以保证对齐。当磁盘变为 4KiB 扇区时，它首次被选中。但对齐就是对齐，这应该不重要。
讲故事的时间！
当我必须让我的第一个 4K 磁盘在旧阵列中工作时，我会从扇区 56 开始分区（相对于传统的 63），因为移动到扇区 64 是不可能的：那么分区就不会很大足以加入 RAID 阵列。在 DOS 分区表上，这占用了一些用于 GRUB 的空间，但幸运的是我仍然有足够的空间。后来当获得更大的磁盘时，我移动到了2048扇区。磁盘更大，因此分区仍然足够大以加入RAID阵列。当然，系统中的磁盘不同会增加系统管理员的工作量，但是，这就是生活。 （值得庆幸的是，我已经能够淘汰大部分系统）。
1MB 的空间在多 TB 的磁盘上并不引人注目。它也不是在数百 GB 的 SSD 上。我承认做浪费空间让我有点恼火——我的意思是，在我成长的时代，120MB 就是一个巨大的硬盘，操作系统可以装在一张软盘上。1MB！？这就是一个完整的操作系统！
不过，它有一个巨大的优势：它针对 4K 磁盘进行对齐，针对 SSD（物理块大小至少为 64KiB）进行对齐，在阵列上进行条带对齐相当容易，并且它会可能会在相当长一段时间内在所有合理的存储技术上保持一致。
但是，如果您只有一个磁盘，除了不标准之外，确实没有任何缺点（例如，如果我尝试在丢失分区表后恢复磁盘数据，我会首先检查从 2048 开始的分区.)
至于其他选择：非对齐引导并不是什么大问题。读取可能会慢一点，写入也会慢得多，但这两种情况都不会经常发生而引起人们的注意。然而，64MB 的 /boot 分区太小了，我不会小于 256MB。即使是目标（而不是通用）initrd 也约为 5MB，内核的另一个约为 4MB，并且在几次更新后您很快就会耗尽空间（除非您经常清除旧内核）。不过，只要您不将内核/initrds 放在那里，EFI 启动就应该没问题。
答案2
挤个bios_grub分区进去就完全没问题了64s-2047s。对于 DOS 分区，这就是前几个扇区将用于的用途（只是没有任何分区）。
对于数据分区、实际文件系统，我会坚持使用 MiB 对齐。
答案3
如果系统启用了 BIOS“引导扇区保护”功能，则使用整个磁盘进行软件 RAID 可能会使 RAID 软件不满意，因为 BIOS 功能会阻止（为了极大的安全性！）写入那些早期块。因此，这是使用整个磁盘的一个潜在缺点（没有检查 BIOS 的此类功能并确保它们已关闭）。