主页 / ubuntu / 问题 / 1288125
Accepted
ubuntophe
Asked: 2020-10-30 13:24:37 +0800 CST

分区和引导问题 Ubuntu 20.04 (GRUB 2.04)

  • 772

在我全新安装 Ubuntu 20.04 LTS（使用 LVM 和完全加密）后，我的计算机立即使用 GNU GRUB 版本 2.04 启动。我直接到达 GRUB 控制台（支持最小的类似 BASH 的行编辑。对于第一个词，TAB 列出了可能的命令完成。任何其他地方的 TAB 都列出了可能的设备或文件完成）。

从 Ubuntu 18.04 LTS（使用 LVM 和完全加密）升级后，我的电脑已经安装了 Ubuntu 20.04 LTS。我对交换文件有一些问题（显然太小了），并决定重新安装。

该计算机是 Dell Latitude 7370（带 SSD）。BIOS 最近更新 (1.19.5)。没有双启动。

我确实从 live-USB 运行了引导修复，但没有执行“推荐修复”的选项。这是过去的bin：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

我花了一些时间试图找到一个没有任何成功的解决方案。知道问题是什么以及如何解决吗？

grub2 partitioning boot-repair boot-partition 20.04

1 个回答

  1. Best Answer

    正如@oldfred 提到的，分区搞砸了，可能是问题的原因。我按照这些说明进行了全新安装，现在一切正常。

    • 0

相关问题