昨晚我尝试使用 do-release-upgrade 命令将 ubuntu 18.04 升级到 20.04。升级过程中，系统将我注销并提示我重新启动。重新启动后，我无法启动 Windows（Bitlocker 恢复）或 ubuntu 分区（initramfs 终端）。在 GNU GRUB v2.02 菜单之后，选择恢复选项没有任何作用（仍然登录到 initramfs）。
我尝试使用 fsck 检查分区，但没有看到任何类似于我的驱动器的分区。 initramfs 提示符 busybox
我能够从运行 xubuntu 的 USB 启动（由于某种原因，4 个 USB 中只有 1 个可以工作）并让 gparted 列出我的分区： 分区列表
再次重启后，我看不到 initramfs 菜单。相反，我在选择常规启动选项后看到黑屏，或者在选择恢复模式后看到恢复菜单。
我尝试使用实时 USB 进行启动修复 grub 进入 busybox- 启动修复- 启动修复摘要
问题依然存在（现在 ubuntu 文本由于某种原因变小了）。尝试启动 ubuntu 后，我无限期地看到制造商徽标（华硕寻找不可思议）。
使用 nomodeset 启动似乎没有任何作用（假设我做得正确）。 黑屏
我已经花了将近 6 个小时，但进展不大。如果能提供下一步该怎么做的建议，我将不胜感激。
编辑1： 从恢复模式 -> 根控制台
root@user$ fsck /dev/nvme0n1p6
root@user$ /dev/nvme0n1p6 is mounted e2fsck: Cannot continue aborting.
root@user$ fsck -nf /dev/nvme0n1p6
fsck from util-linux 2.34
e2fsck 1.45.5 (07-Jan-2020)
Warning! /dev/nvme0n1p6 is mounted.
Warning: skipping journal recovery because doing a read-only filesystem check.
Pass 1: Checking inodes, blocks, and sizes
Inode 1448636 extent tree (at level 1) could be shorter. Optimize? no
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
Free blocks count wrong (25787609, counted=12663609)
Fix? no
Free inodes count wrong (12663604, counted 12663609)
Fix? no
/dev/nvme0n1p6: 1254604/13918208 files (0.4% non-contiguous), 29857319/55644928 blocks
从运行 xubuntu 的实时 USB 运行 fsck
$ sudo fsck /dev/nvme0n1p6
fsck from util-linux 2.31.1
e2fsck 1.44.1 (24-Mar-2018)
/dev/nvme0n1p6: clean, 1254602/13918208 files, 29857328/55644928 blocks
从 grub 终端
grub> fsck
error: can't find command
grub> ls
(proc) (hd0) (hd0,gpt6) (hd0,gpt5) (hd0,gpt4) (hd0,gpt3) (hd0,gpt2) (hd0,gpt1)
-Windows 分区现在可以工作了 - 在我的 Microsoft 帐户中找到了我的 BitLocker 密钥。
-我正在运行英特尔集成显卡
-ASUS ZenBook 14 UX433FA-DH74 -我没有找到 /boot/grub.cfg，而是找到了 /boot/grub/grub.cfg，我编辑了它以删除所有 quiet splash 实例。我认为结果是一样的（屏幕左上角闪烁的下划线“_”）。
grub> ls (hd0,gtp6)/boot efi/ grub/ config-5.4.0.47-generic vmlinuz-5.4.0-47-generic memtest86+.bin memtest86+.elf memtest86+_multiboot.bin config-5.4.0-48-generic vmlinuz-5.4.0-48-generic vmlinuz.old initrd.img.old System.map-5.4.0-48-generic initrd.img-5.4.0-48 vmlinuz System.map-5.4.0-47 initrd.img initrd.img-5.4.0-47-generic
sudo fsck -f /dev/nvme0n1p6
fsck from util-linux 2.31.1
e2fsck 1.44.1 (24-Mar-2018)
Pass 1: Checking inodes, blocks, and sizes
Inode 1448636 extent tree (at level 1) could be shorter. Fix<y>? yes
Pass 1E: Optimizing extent trees
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
/dev/nvme0n1p6: ***** FILE SYSTEM WAS MODIFIED *****
/dev/nvme0n1p6: 1254394/13918208 files (0.4% non-contiguous), 29892046/55644928 blocks
更新了 BIOS 现在 ubuntu（包括恢复模式）让我回到 initramfs。（BIOS 更新重新打开了安全启动 - 关闭它会阻止 initramfs 并转而进入恢复）
从 USB：
xubuntu@xubuntu:~$ sudo mkdir /mnt/ubu
xubuntu@xubuntu:~$ sudo mount /dev/nvme0n1p6 /mnt/ubu
xubuntu@xubuntu:~$ ls -al /mnt/ubu
total 128
drwxr-xr-x 26 root root 4096 Oct 2 15:13 .
drwxr-xr-x 1 root root 60 Oct 2 16:27 ..
drwxr-xr-x 2 root root 4096 Oct 1 02:01 bin
drwxr-xr-x 4 root root 4096 Oct 1 02:00 boot
drwxr-xr-x 2 root root 4096 Apr 3 21:03 cdrom
drwxr-xr-x 4 root root 4096 Feb 3 2020 dev
drwxr-xr-x 160 root root 12288 Oct 1 03:54 etc
drwxr-xr-x 3 root root 4096 Apr 3 21:04 home
lrwxrwxrwx 1 root root 32 Sep 25 10:22 initrd.img -> boot/initrd.img-5.4.0-48-generic
lrwxrwxrwx 1 root root 32 Sep 25 10:22 initrd.img.old -> boot/initrd.img-5.4.0-47-generic
drwxr-xr-x 22 root root 4096 Oct 1 01:29 lib
drwxr-xr-x 2 root root 4096 Oct 1 01:25 lib32
drwxr-xr-x 2 root root 4096 Oct 1 01:25 lib64
drwx------ 2 root root 16384 Apr 3 21:02 lost+found
drwxr-xr-x 4 root root 4096 Apr 3 22:35 media
drwxr-xr-x 5 root root 4096 Jun 24 15:14 mnt
drwxr-xr-x 6 root root 4096 May 20 17:15 opt
drwxr-xr-x 2 root root 4096 Apr 24 2018 proc
drwxr-xr-x 2 root root 4096 Aug 10 21:42 recovery
drwx------ 12 root root 4096 Oct 2 01:09 root
drwxr-xr-x 14 root root 4096 Apr 3 21:04 run
drwxr-xr-x 2 root root 12288 Oct 1 01:34 sbin
drwxr-xr-x 18 root root 4096 Sep 28 12:00 snap
drwxr-xr-x 2 root root 4096 Feb 3 2020 srv
drwxr-xr-x 2 root root 4096 Apr 24 2018 sys
drwxrwxrwt 7 root root 4096 Oct 2 16:13 tmp
drwxr-xr-x 13 root root 4096 Jul 31 04:29 usr
drwxr-xr-x 14 root root 4096 Feb 3 2020 var
lrwxrwxrwx 1 root root 29 Sep 25 10:22 vmlinuz -> boot/vmlinuz-5.4.0-48-generic
lrwxrwxrwx 1 root root 29 Sep 25 10:22 vmlinuz.old -> boot/vmlinuz-5.4.0-47-generic
我可以启动实时 ubuntu 20.04.1 usb。我应该尝试重新安装它吗？它说我将丢失所有文件和程序。