☰

格式化辅助 SSD 后，在 LUKS 加密安装上实现最小程度的 BASH 类

tag-icon • tag-icon boot grubrescue luks
格式化辅助 SSD 后，在 LUKS 加密安装上实现最小程度的 BASH 类

在我格式化了以前安装 Windows 的旧 SSD 后，我无法加载 ubuntu，我认为这与 Ubuntu 的启动无关。Ubuntu 分区是 LUKS 加密的，在 GRUB 中我能够列出以下内容（由于我断开了旧磁盘的连接，因此只有安装 ubuntu 的 1TB 磁盘处于连接状态）：

grub>ls
(proc) (memdisk) (hd0) (hd0,gpt3) (hd0,gpt2) (hd0,gpt1)

在分区上使用 ls 我得到以下结果：

Device hd0: No known filesystem detected - Sector size 512 byte - Total size 976762584 KiB

GPT1：

Partition hd0,gpt1: Filesystem type fat, UUID ______ - Partition start at 1024KiB - Total size 524288 KiB

（hd0，gpt1）/包含一个易燃/文件夹，其中包含Ubuntu/和引导/.ubuntu/ 有一个启动grub2.efi文件位于其中，而 Boot/ 包含启动盘和启动盘

GPT2：

Partition hd0,gpt2: Filesystem type ext*, Last modification time _____ UUID ______ - Partition start at 525312 KiB - Total size 1750016 KiB

（hd0，gpt2）/包含：

失物招领/（空的），易燃/（空的），豬豬/

我尝试在网上查找其他指南中的许多 Linux 文件对于恢复启动似乎很重要，例如： vmlinuz-6.2.0-20-通用，initrd.img-6.2.0-20-通用，维姆林兹，初始化系统映像， 和别的。

GPT3：

Partition hd0,gpt3: No known filesystem detected - Partition start at 2275328KiB - Total size 974486528 KiB

我尝试了以下操作：

>set root=(hd0,gpt2)
>set prefix=(hd0,gpt2)/
>linuxefi /vmlinuz-6.2.0-20-generic
>initrdefi /initrd.img-6.2.0-20-generic
>boot

似乎它启动了（黑屏，白色文字瀑布），但它总是卡在

[1.8xxxxx] i915 0000:00:02.0: enabling device (0000 -> 0003)

我是否必须再次推倒系统并重新安装所有内容，还是我遗漏了什么？提前谢谢您 :)

答案1

使用本指南，特别是“通过实时图像”部分：

  1. 创建了一个实时的 Ubuntu USB，并通过“试用 Ubuntu”启动它。

  2. 已安装启动修复：

    sudo add-apt-repository ppa:yannubuntu/boot-repair 
sudo apt update
sudo apt install boot-repair

  3. 使用“磁盘”，我挂载了磁盘上未挂载的分区，然后解锁加密数据分区（在执行此操作之前，启动修复无法解决问题）

  4. 启动引导修复程序并按照其指示恢复引导

我将把这个问题/答案留在这里，因为我找不到任何专门针对我所处场景的指南，希望这对将来的某些人有帮助。引导修复是一个很棒的工具！

相关内容