Grub2在重新启动后在命令行中启动，无法找到/boot或/grub
注意：在标记为重复之前阅读问题。这是不同的。我哪儿也找不到这个问题的答案。
我有windows 10预装和双引导它与ubuntu18.04。我需要在windows 10中增加c驱动器的空间。
最后，它需要我的笔记本电脑重新启动。重新启动后，显示grub屏幕。似乎是正常的问题。事实上，我在unix.stackexchange.com和askubuntu.com中找到了许多答案。我遵循了这个过程，但我夹在中间。
作为给出的答案和许多其他，我需要找到grub/或引导/我无法找到。我没有找到vmlinuz-4.4.0-38-泛型或initrd.img-4.4.0-38-泛型与相应的版本通过以下过程
我还跟踪了https://www.linux.com/training-tutorials/how-rescue-non-booting-grub-2-linux/，它也提供了很好的信息
我的系统似乎在(hd0，gpt1)。
在grub中向我显示的目录结构如下所示
(hd0,gpt1)/efi
Boot/ Microsoft/ ubutnu/
Boot/
bootx64.efi fbx64.efi
ubuntu/
grubx64.efi grub.cfg shimx64.efi mmx64.efi bootx64.csv因此，我看不到grub/或引导/按照大多数答案的要求，相反，我看到的是不同的
Edit1: cat (hd0，gpt1)/efi/ubuntu/grub.cfg和ls的输出(hd0如下所示
Edit2:谢谢telcoM。我准备了Ubuntu安装USB并尝试Ubuntu功能。我也安装了测试盘。但它只向我展示了一个硬盘分区，这是我的USB 32 GB。
回答 1
Unix & Linux用户
发布于 2020-06-02 05:43:13
不幸的是，在使用AOMEI分区助手时，您可能已经销毁了Ubuntu根文件系统。也许它无法识别Linux分区，并将它们显示为不带驱动器号的未知/空分区。
事实上，ESP上的Debian风格的迷你grub.cfg表示前缀设置是
set prefix=($root)'/boot/grub'指示/boot不是一个单独的文件系统；如果是，前缀将被设置为$(root)'/grub'。
在分区修改之前，GRUB将能够找到一个具有迷你grub.cfg文件中指定的UUID的文件系统。由于现在找不到它，我担心文件系统可能被覆盖或以其他方式损坏。
您的现有分区似乎是：
(hd0,gpt1)-这是用于加载GRUB的EFI系统分区。(hd0,gpt2)-从大小(只有16M)来看，这似乎是通常由Windows10生成的"Microsoft保留“分区。(hd0,gpt3)-大小约67 GB / 64 GiB，您的Windows :驱动器根据您的评论(hd0,gpt4)-大小约200 GiB/ 191 GiB，您的Windows :驱动器根据您的评论(hd0,gpt5)-大小约870 M，内容不明。也许是Windows恢复分区？
根据分区大小和启动位置，(hd0,gpt3)与(hd0,gpt4)之间的间隔约为2 2 0D23。这可能是Linux分区过去所处的位置。
因此，Linux分区似乎丢失了。您应该找到一个Linux (或其他合适的引导媒体)，其中包含一个分区恢复实用程序(如testdisk )，并查看是否可以恢复该Linux分区或其任何部分。
下面是一个指向包含testdisk：https://www.cgsecurity.org/wiki/TestDisk_Livecd的Live列表的链接
通过在GRUB提示符中键入以下内容，您应该能够进入Windows：
chainloader /efi/Microsoft/boot/bootmgfw.efi但是，如果您需要从Linux分区拯救任何文件，<#>you现在不应该这样做。实际上，您应该避免任何可能写入磁盘的操作，直到您成功地将所有重要文件从丢失的Linux分区中解救出来，或者确信进一步的救援尝试将不值得。
如果您想放弃恢复Linux的尝试，转到BIOS设置并将"Windows“移到引导顺序的第一位，也应该持久地恢复启动Windows的能力(仅限于)。
您应该使用另一台计算机准备一个可引导的Live (或其他实时引导媒体，如吊坠)，并使用testdisk或其他可用的救援工具。
如果您熟悉Ubuntu，可以使用Ubuntu功能--您可以使用准备Ubuntu安装USB并使用它的“尝试Ubuntu”功能，然后只需使用常用的包管理工具来自动下载和安装testdisk到基于RAM的安装。在这种情况下，每次从USB引导时，您都需要再次这样做，这样才能获得可用的工具。
或者您可以使用使用更长的过程来设置具有持久性的活动USB.或完成一个基于USB的Ubuntu安装。；这两个选项都应该允许您使用标准的包管理工具将testdisk和/或其他恢复工具添加到USB中，然后带着损坏的Linux分区返回到计算机，从挂起启动它并进行恢复尝试。
您还需要第二个目录或其他媒体来将任何恢复的文件保存到其中；尽管您可能能够挂载Windows :驱动器并使用它来存储恢复的文件，因为它似乎没有重叠丢失的分区。
一旦您可以从摆式引导计算机并在计算机的硬盘上运行testdisk (例如，只运行sudo testdisk /dev/sda或任何设备名称)，接下来的步骤取决于它将报告什么。在最好的情况下，它可以简单地撤销AOMEI所做的事情，并恢复丢失的分区。
AOMEI分区助手似乎只针对Windows用户，因为它似乎不支持任何非Windows分区类型。将来，您可能希望使用gparted来修改任何安装了Linux的计算机的分区。
https://unix.stackexchange.com/questions/590363
复制相似问题
腾讯云开发者
