更新：我已经使用 Super GRUB2 Disk 成功修复了我的 Mint 安装，现在可以成功启动到我的所有操作系统。当我进入 Mint 后，我更新了所有需要的东西，包括 GRUB2 和 initramfs，然后重新启动，它运行得很好。我的系统终于恢复正常了
为什么多次重新安装和重新格式化一开始都不起作用？我已经在多个设备上执行了多次 Linux 安装，没有出现任何问题。为什么在完全重新格式化整个驱动器后，这种行为似乎仍然存在？我怎样才能防止这种情况在（希望是遥远的）未来再次发生？这是否意味着硬盘本身、分区或其他方面可能存在问题？
-原帖- 我已经尝试重新安装 Mint 18 多次，结果相同 - 它显示了一个更大的、扭曲的 Linux Mint 启动徽标版本，然后落入 initramfs 中。值得注意的是，我上周第一次遇到这个问题，由于这个问题和其他问题，我决定完全擦除我的硬盘并重新开始，首先重新安装 Windows 8.1。然后我调整了驱动器的大小来安装 Mint 和 Cub Linux。
问题是，我第一次安装它时效果很好。我可以毫无问题地启动 Windows（重新安装后第一件事就是将其升级到 10）、Linux Mint 和 Cub Linux。然而，在再次将分区格式化为 ext4 并使用相同的实时 USB 重新安装 Mint 后，它现在启动到 initramfs。我尝试在实时USB上重新安装iso并尝试再次重新安装，还尝试删除并重新创建分区，但无济于事。
我完全不知道发生了什么或下一步该做什么，我只知道我希望能够再次进行双启动。任何帮助将非常感激！
编辑：可能值得一提的是，就在这件事发生之前，我的 Grub 遇到了一些问题。我首先安装了 Mint，将引导加载程序放在与安装相同的分区中，并且成功完成。然后我安装了 Cub Linux，其引导加载程序再次位于同一分区上，并在安装结束时收到一条错误，指出无法安装 grub-efi-amd64-signed。我启动到 Mint，更新了 Grub，然后从更新的菜单启动到 Cub。然后我安装了 grub-efi-amd64-signed，重启后发现 Cub 覆盖了 Mint 的启动菜单。我更新了 Grub，启动到 Mint，然后再次更新了 Grub，希望能够覆盖 Cub 的菜单。它不起作用。然后我启动到 Cub 并清除 grub-efi-amd64-signed，然后启动回 Mint，它仍然显示 Cub 的菜单。我最终决定重新安装它们，这就是标题中的问题开始的时候。
编辑2：想想看，这整件事至少部分是由拙劣的 MintPup 安装引发的。我不小心删除了所有分区，然后使用TestDisk恢复分区表。除了少数几个分区外，所有分区都完好无损，因为 TestDisk 报告我的两个分区的结构很糟糕。因此，我恢复了除这两个分区之外的所有分区，当我查看分区时，结构“不良”的分区右侧的分区已移至左侧，在磁盘末尾留下了几 GB 的未分配空间。那是 Mint 首先开始启动到 initramfs 的时候，但是当我重新格式化驱动器时，当时出现的任何问题肯定都应该被删除，对吗？