☰

通过 dd 复制映像有时会导致磁盘无法启动

tag-icon • tag-icon debian dd grub2
通过 dd 复制映像有时会导致磁盘无法启动

我有以下完全相同的设备设置（型号和修订版匹配）：

  • 设备 A：操作系统已完全安装，所有必需的软件均已安装。
  • 设备 B：空白*磁盘
  • 设备 C：空白*磁盘

* 所有设备（在 A 的情况下）都安装了 Ubuntu 版本，但我不想使用它，因为我有一个完整的、定制的 Debian，我想使用

因此，我获取了设备 A 的映像并将其转储到设备 B 的磁盘上。之后，我比较了映像的 crc32 和设备 B 的内存，它们匹配。我启动了 B，它就像 A 的完整克隆一样工作。

现在我将相同的映像转储到设备 C（与 A 和 B 完全相同）上，并再次比较它们的 crc32 值，再次匹配。我启动它，它显示“未找到可启动媒体”。

为什么会发生这种情况，正如 crc32 所证实的，转储过程没有出现问题。但为什么它不起作用？还有更有趣的：我该如何解决这个问题？

编辑

输出fdisk -l（所有设备都以 mmcblk0pX 命名）

Device  Start     End       Sectors   Size
p1            34     97656     97623  47.7M  EFI System
p2         97657   2690217   2592561   1.2G  Microsoft basic data
p3       2691072  13025279  10334208     5G  Linux file system
p4      13025280  14940159   1914880   935M  Linux swap

答案1

首先，我没有找到原因。但我找到了一个对我来说没问题的解决方法。我启动了 EFI shell 并使用fs0:EFI shell 现在提示类似fs0\ >via的内容输入了 fs0 cd EFI，cd debian我能够找到一个名为的文件grubx64.efi。我通过输入运行该文件grubx64.efi，它启动了系统，向我显示了 GRUB2，我可以在里面选择我的 debian 安装。它启动完全正常，并且sudo grub-install我sudo update-grub能够恢复不知何故损坏的 EFI 记录。重新启动后，设备 C 的行为与设备 B 和 A 完全相同。

相关内容