☰

Ubuntu 20.04 分区和启动问题（GRUB 2.04）

tag-icon • tag-icon partitioning grub2 20.04 boot-repair boot-partition
Ubuntu 20.04 分区和启动问题（GRUB 2.04）

我刚安装完 Ubuntu 20.04 LTS（带 LVM 和完全加密），电脑就启动了 GNU GRUB 2.04 版。我直接进入 GRUB 控制台（支持最低限度的类似 BASH 的行编辑。对于第一个单词，TAB 列出了可能的命令补全。在其他地方，TAB 列出了可能的设备或文件补全）。

我的电脑从 Ubuntu 18.04 LTS（带 LVM 和完全加密）升级后，已经安装了 Ubuntu 20.04 LTS。我在交换文件方面遇到了一些问题（显然太小），因此决定重新安装。

计算机是戴尔 Latitude 7370（带 SSD）。BIOS 最近更新（1.19.5）。没有双启动。

我确实从实时 USB 运行了启动修复，但没有“建议修复”选项。以下是 pastbin：https://paste.ubuntu.com/p/3Nr9jWWnZW/

grub> exit让我进入蓝屏“启动恢复选项”，在这里我可以重置系统或继续启动。这两种方法都可以让我回到 grub 控制台。

为了绕过 GRUB 控制台，我需要输入以下命令（（hd0,1）对我来说是另一个名称）。我找到了这个解决方案这里

set prefix=(hd0,1)/grub
set root=(hd0,1)
insmod linux
insmod normal
normal

这让我进入了 Ubuntu。我运行了apt-update grub-update apt-upgrade。
但是当我重新启动计算机时。我回到了启动时的 GRUB 控制台。

结果sudo df -h

    Filesystem                 Size  Used Avail Use% Mounted on
    udev                       3,8G     0  3,8G   0% /dev
    tmpfs                      786M  1,9M  784M   1% /run
    /dev/mapper/vgubuntu-root  232G  6,0G  214G   3% /
    tmpfs                      3,9G  466M  3,4G  12% /dev/shm
    tmpfs                      5,0M  4,0K  5,0M   1% /run/lock
    tmpfs                      3,9G     0  3,9G   0% /sys/fs/cgroup
    /dev/loop0                 9,2M  9,2M     0 100% /snap/canonical-livepatch/95
    /dev/loop2                  55M   55M     0 100% /snap/core18/1880
    /dev/loop3                  63M   63M     0 100% /snap/gtk-common-themes/1506
    /dev/loop1                  98M   98M     0 100% /snap/core/10185
    /dev/loop4                 256M  256M     0 100% /snap/gnome-3-34-1804/36
    /dev/loop5                  30M   30M     0 100% /snap/snapd/8542
    /dev/loop6                  50M   50M     0 100% /snap/snap-store/467
    /dev/nvme0n1p5             704M  202M  451M  31% /boot
    /dev/nvme0n1p1             511M   18M  494M   4% /boot/efi
    tmpfs                      786M   52K  786M   1% /run/user/1000
    /dev/loop7                  56M   56M     0 100% /snap/core18/1932
    /dev/loop8                  31M   31M     0 100% /snap/snapd/9721
    /dev/loop9                  51M   51M     0 100% /snap/snap-store/481
    /dev/loop10                218M  218M     0 100% /snap/gnome-3-34-1804/60

其他信息来自sudo fdisk -l

Disk /dev/nvme0n1: 238,49 GiB, 256060514304 bytes, 500118192 sectors
Disk model: THNSN5256GPUK NVMe TOSHIBA 256GB        
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0xa17a7df7

Device         Boot   Start       End   Sectors   Size Id Type
/dev/nvme0n1p1 *       2048   1050623   1048576   512M  b W95 FAT32
/dev/nvme0n1p2      1052670 500117503 499064834   238G  5 Extended
/dev/nvme0n1p5      1052672   2549759   1497088   731M 83 Linux
/dev/nvme0n1p6      2551808 500117503 497565696 237,3G 83 Linux

我花了一些时间尝试寻找解决方案，但没有成功。您知道问题是什么以及如何解决吗？

答案1

正如 @oldfred 所说，分区混乱，可能是导致问题的原因。我按照以下方法进行了全新安装这些说明目前一切运行良好。

相关内容