无法启动但 GPT 表正常

无法启动但 GPT 表正常

我因为连续做了几件傻事而遇到了这种情况。

这一切都始于我将发行版从 17.10 升级到 18.04 时。这台机器与 Windows 8 双启动,并且机器(华硕 X75A 笔记本电脑)上激活了安全启动。升级完成并重新启动计算机后,我不小心按了“继续启动”而不是“输入 MOK”或类似的东西。然而,无论我重新启动多少次,它都没有继续启动。我甚至输入了正确的密码,但由于第二次启动时没有“输入 MOK”之类的选项,我只能“从磁盘注册密钥”(我应该没有?)。

所以我决定重新安装 grub,但最愚蠢的是使用旧的 16.04 Lubuntu 备用 iso 磁盘来执行此操作(这是安装系统的磁盘,后来升级到 17.04,然后升级到 17.10)。当然,grub 安装失败了。

然后我刻录了 18.04 磁盘并再次尝试,但没有成功。我尝试从 testdisk 重写分区表,将 EFI 分区类型从“Microsoft data”更改为“EFI”,但没有任何效果。它甚至将 linux 分区显示为“Microsoft data”,奇怪的是,类型为“ext4”(这是正确的)。

然后我尝试在救援模式下进​​行 chroot,删除 grub 并安装 grub-efi,但没有成功:它抱怨缺少 /usr/lib/grub/i386-pc/modinfo.sh(即 grub-efi)。我尝试按照建议手动清除 grub,然后安装 grub-efi,但错误仍然存​​在。然后我尝试安装 grub-pc,它给了我迄今为止最好的结果 - grub 救援 shell 提示。但我不喜欢这样(我真傻),经过一些其他努力后,我决定从头开始重新安装 lubuntu,保持 windows 分区不变(如果可能)。安装在最后冻结在 update-grub 处,机器现在无法启动(打开后出现“插入适当的启动媒体并按任意键”消息);此外,BIOS 菜单(在重新启动后立即按下 F2 后打开)不显示与 HDD 相关的任何启动选项。下次在救援模式 chroot 会话期间,update-grub 运行顺利,但重新启动后的图片是一样的。

然后我阅读了有关 gdisk 的信息并从 Knoppix 启动了它,但显示分区表正常(带有 MBR 的 GPT):

GPT fdisk (gdisk) version 1.0.1

Type device filename, or press <Enter> to exit: /dev/sda
Partition table scan:
  MBR: protective
  BSD: not present
  APM: not present
  GPT: present

Found valid GPT with protective MBR; using GPT.

Command (? for help): p
Disk /dev/sda: 976773168 sectors, 465.8 GiB
Logical sector size: 512 bytes
Disk identifier (GUID): 747C0D94-3D8A-9C4A-A47B-40714820931D
Partition table holds up to 128 entries
First usable sector is 34, last usable sector is 976773134
Partitions will be aligned on 2048-sector boundaries
Total free space is 2029 sectors (1014.5 KiB)

Number  Start (sector)    End (sector)  Size       Code  Name
   1            2048          616447   300.0 MiB   EF02
   2          616448         1845247   600.0 MiB   0700
   3         2107392       391895039   185.9 GiB   0700
   4       391895040       392816639   450.0 MiB   0700
   5       392816640       926996479   254.7 GiB   8300
   6       926996480       934809599   3.7 GiB     8200
   7       934809600       976773119   20.0 GiB    0700
   8         1845248         2107391   128.0 MiB   8300

然后我再次运行了 testdisk,结果显示如下:

TestDisk 6.14-WIP, Data Recovery Utility, September 2012
Christophe GRENIER <[email protected]>
http://www.cgsecurity.org

Disk /dev/sda - 500 GB / 465 GiB - CHS 60801 255 63
     Partition               Start        End    Size in sectors
>P MS Data                    13960     628359     614400 [NO NAME]
 P MS Data                   660424     666597       6174 [Boot]
 P MS Data                  1109040    1115213       6174 [Boot]
 P MS Data                  1659760    1665933       6174 [Boot]
 P MS Data                  1845247    3074046    1228800
 P Mac HFS                 42763530   42978641     215112
 P MS Data                 61659936   61666109       6174 [Boot]
 P MS Data                 61842568   61848741       6174 [Boot]
 P MS Data                 63305686   63326424      20739 [NO NAME]
 P MS Data                 73289656   73295829       6174 [Boot]
 P Mac HFS                118840118  246439479  127599362 [~X^D]
 P MS Data                366007096  366013269       6174
Structure: Ok.  Use Up/Down Arrow keys to select partition.
Use Left/Right Arrow keys to CHANGE partition characteristics:
                P=Primary  D=Deleted
Keys A: add partition, L: load backup, T: change type, P: list files,
     Enter: to continue
FAT32, blocksize=4096, 314 MB / 300 MiB

分区的实际内容如下:

sda1: EFI
sda2: MS Windows Recovery
sda3: MS Windows main
sda4: ??? (something from Windows probably)
sda5: Lubuntu /
sda6: Linux swap
sda7: ASUS things (?)
sda8: Lubuntu /boot

请问,除了对磁盘进行完全重新分区之外,还有人能提出其他建议吗?已进行备份,已从 Linux 和 Windows 分区复制文件。

答案1

好的,看来问题现在已经无法恢复,而且由于我在提出这个问题之前的操作混乱,情况太具体了。我只能从头开始安装一切。如果管理员认为合适,我不反对关闭这个问题。

非常感谢奥尔德弗雷德感谢他坚持不懈、专业奉献,尽管注定会失败,却仍然试图帮助我!

相关内容