☰

恢复因放错位置而导致的死机 Linux（基于 Debian）

tag-icon • tag-icon boot linux-mint kernel grub2
恢复因放错位置而导致的死机 Linux（基于 Debian）

主要是复活意外死掉的 Linux。上次使用它时，我用一些 sudo 打开了 3 个 GUI 终端。我不确定，但那时我刚刚学会使用 pushd 和 popd，我怀疑是什么杀死了我可爱的 ​​Mint。我使用 GUI（通过任务栏）进行更新，而不是apt在终端上使用。

已死的 Linux 是已升级到 20.1 的 Linux Mint 18。

详细的内核版本，sda6 /：

 memtest86+.bin
 memtest86+.elf
 memtest86+_multiboot.bin
 System.map-5.4.0-72-generic
 System.map-5.8.0-50-generic
 vmlinuz -> vmlinuz-5.8.0-50-generic
 vmlinuz-5.4.0-72-generic
 vmlinuz-5.8.0-50-generic
 vmlinuz.old -> vmlinuz-5.4.0-72-generic
  • 这文件系统

    请注意，那里的错误现在不再相关

  • 布克迪德
  • 伊什布利克
  • 正确的文件（我假设）位于 sda6 分区 /var/foo/bar/baz 中。该文件被意外放错了位置，包括我的主文件夹。

当前启动顺序

set root=hd0,msdos6
insmod part_msdos
insmod ext2
load_video
set gfxpayload=keep
insmod gzio
search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos6 --hint-baremetal=ahci0,msdos6 3f3fce91-72f7-403f-90d2-aaaadc657cbc
linux /vmlinuz root=UUID=3f3fce91-72f7-403f-90d2-aaaadc657cbc rw quiet nosplash debug
initrd /initrd.img

当我使用 set prefix=/subdirectory/foo 时，busybox 会产生 normal.mod，foo.mod not found。但现在会产生失败，init/opt 或 /proc 目录已经存在。我将使用此问题中的正在进行的操作来更新这些详细信息。

尝试：

  • 手动将文件从 live mint（通过拇指驱动器）复制到我的 sda6。
  • 阅读文档
  • 使用 set prefix=($root)/var/foo/bar/ ，但仍然进入忙碌框，没有具体错误。或者我无法确定我应该在这里提到哪个错误

我还需要一个助手来导航busybox并提供必要的日志。

问题是如何修复 grub2-boot 加载程序，以便我的死机可以复活。如果我正确地将问题和疑问区分开来，我会提出一个问题，如何更正启动顺序的前缀？不知何故，我非常确定这是可能的，只是还不知道怎么做。

相关内容