从20.04升级到22.04升级后未能重新启动

Question

自从昨天发布22.04以来，我决定升级我的开发机器，这是一个10年前使用AMD处理器的惠普展馆。升级顺利，并在1.5小时内完成，但未能重新启动，进入紧急模式。我运行了引导修复，输出放在以下粘贴缓冲区中：http://paste.ubuntu.com/p/5bm8bNgY6y/

我有足够的磁盘空间。/只有72%是满的。

除了一个完整的安装，它会造成的问题，因为它会解决的问题，因为我有十几个应用程序，我需要重新安装，我不知道如何做。

我有一个双引导系统，Windows 10在另一个分区中。Ubuntu是主要的操作系统。

请帮帮忙。

提前谢谢。

@heynnema

fstab：

cat /mnt/etc/fstab
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# /boot/efi was on /dev/sda1 during installation
UUID=B444-715A  /boot/efi       vfat    umask=0077      0       1
#/swapfile                                 none            swap    sw              0       0
/bigswapfile                                 none            swap    sw              0       0
#
#
#UUID=1C1679C61679A186 /media/kevin/Windows ntfs errors=remount -ro 0 1
#
# Ubuntu on 2 tB drive /dev/sdb8
UUID=758626aa-c2cf-4faf-a16d-79370c7d3bcb /               ext4    -ro 0       1
# Windows partition on internal HDD
UUID=21BFBE168406B05D /media/kevin/Windows ntfs -ro 0 1
# / was on /dev/sda6 during installation
UUID=7425e72e-1e3e-754b-e1c1-724f00d33c98 /Ubuntu_sec ext4 -ro 0 1
#/dev/sdb3 /media/kevin/Ubuntu_data   ext4  errors=remount -ro 0 1
#/dev/sdc3 /media/kevin/Windows7 ntfs errors=remount -ro 0 1
/swapfile swap swap defaults 0 0

金发女郎：

sudo blkid
/dev/sda1: UUID="B444-715A" BLOCK_SIZE="512" TYPE="vfat" PARTLABEL="EFI system partition" PARTUUID="5fb77005-5d5f-4574-a190-f0717fd137aa"
/dev/sda3: LABEL="Windows" BLOCK_SIZE="512" UUID="21BFBE168406B05D" TYPE="ntfs" PARTLABEL="WIndows_primary" PARTUUID="6e7c930c-32b3-4145-9459-33b90c964d62"
/dev/sda4: LABEL="Windows RE tools" BLOCK_SIZE="512" UUID="BE12F7A512F760B7" TYPE="ntfs" PARTLABEL="Basic data partition" PARTUUID="450b37ce-7747-4712-9927-69d6bb53b976"
/dev/sda5: LABEL="RECOVERY" BLOCK_SIZE="512" UUID="860E51920E517BDD" TYPE="ntfs" PARTLABEL="Basic data partition" PARTUUID="c789d063-9ad4-423d-9354-4f3c70558dd0"
/dev/sda6: UUID="758626aa-c2cf-4faf-a16d-79370c7d3bcb" BLOCK_SIZE="4096" TYPE="ext4" PARTLABEL="Ubuntu" PARTUUID="35691675-f076-4e2f-a12d-9c2e25dd6999"
/dev/sdb1: LABEL="SYSTEM" BLOCK_SIZE="512" UUID="F49C1AE3CB6928FA" TYPE="ntfs" PARTUUID="47ba187e-01"
/dev/sdb2: LABEL="Windows10_new" BLOCK_SIZE="512" UUID="3E1562AEE8601345" TYPE="ntfs" PARTUUID="47ba187e-02"
/dev/sdb5: UUID="ba8b676d-604c-7712-c178-2fe538ff9545" BLOCK_SIZE="4096" TYPE="ext4" PARTUUID="47ba187e-05"
/dev/sdb7: UUID="214e9383-fa91-4dc8-86f8-2c46725011f8" BLOCK_SIZE="4096" TYPE="ext4" PTTYPE="dos" PARTUUID="47ba187e-07"
/dev/sdb8: LABEL="Ubuntu primary" UUID="7425e72e-1e3e-754b-e1c1-724f00d33c98" BLOCK_SIZE="4096" TYPE="ext4" PARTUUID="47ba187e-08"
/dev/sdg1: UUID="45990508-f44c-4bf4-a315-b41e0cdb5c67" BLOCK_SIZE="4096" TYPE="ext4" PARTUUID="c5adefda-01"
/dev/sdb6: UUID="e8e98bcc-c555-1bd7-0ef7-0733b525314c" TYPE="swap" PARTUUID="47ba187e-06"
/dev/loop1: TYPE="squashfs"
/dev/loop8: TYPE="squashfs"
/dev/loop6: TYPE="squashfs"
/dev/loop4: TYPE="squashfs"
/dev/loop2: TYPE="squashfs"
/dev/loop0: TYPE="squashfs"
/dev/loop7: TYPE="squashfs"
/dev/sda2: PARTLABEL="Microsoft reserved partition" PARTUUID="57cf924b-89f1-4bd3-97a8-dadd789b4762"
/dev/loop5: TYPE="squashfs"
/dev/loop3: TYPE="squashfs"

交换：(没有输出)

swapon -s

记忆：

free -h
      Total.      Used.    Free.    Shared.    Buff/cache.   Available
Mem:  15Gi.    144Mi.   14Gi.    9.0 Mi.     285Mi.        14Gi
Swap:   0B.     0B.        0B

@heynnema，我注释掉了交换行，并用-ro将行更改为"defaults=rw“，从而修复了fstab。系统现在启动到21.10，但不想升级到22.04。上面说没有新版本可供使用。

谢谢你的帮助。

我得到了升级开始使用:做发布升级-d @heynnema好的升级进行到点，它说在我方便的时候重新启动，我做到了。但是，系统在重新启动时会冻结。我有一个屏幕截图，而且欺骗它是高于我的工资等级。现在它说内核恐慌: VFS:无法打开根设备"sda6“或未知的-block (0,0)：error-6。21.10的升级似乎很正常。为什么升级到22.04失败了？我有一个截图，这是一个.HEIC图像，但不能附加。

来自ls -al /boot的输出，来自以前的内核，即22.04：

ls -al /boot
total 222164
drwxr-xr-x  5 root root     4096 Apr 23 18:58 .
drwxr-xr-x 23 root root     4096 Apr 22 14:40 ..
-rw-r--r--  1 root root   257253 Mar 29 10:09 config-5.13.0-40-generic
-rw-r--r--  1 root root   260489 Mar 30 11:28 config-5.15.0-25-generic
-rw-r--r--  1 root root   237975 Apr  8 04:44 config-5.4.0-109-generic
drwx------  5 root root     4096 Dec 31  1969 efi
drwxr-xr-x  4 root root     4096 Apr 23 18:57 grub
drwxr-xr-x  5 root root     4096 Apr 22 15:28 grub.bak
lrwxrwxrwx  1 root root       28 Apr 22 15:01 initrd.img -> initrd.img-5.13.0-40-generic
-rw-r--r--  1 root root 97563363 Apr 23 18:58 initrd.img-5.13.0-40-generic
-rw-r--r--  1 root root 76596883 Apr 23 18:58 initrd.img-5.4.0-109-generic
lrwxrwxrwx  1 root root       28 Apr 22 15:01 initrd.img.old -> initrd.img-5.4.0-109-generic
-rw-r--r--  1 root root   182800 Feb  6 15:35 memtest86+.bin
-rw-r--r--  1 root root   184476 Feb  6 15:35 memtest86+.elf
-rw-r--r--  1 root root   184980 Feb  6 15:35 memtest86+_multiboot.bin
-rw-------  1 root root  5976259 Mar 29 10:09 System.map-5.13.0-40-generic
-rw-------  1 root root  6246119 Mar 30 11:28 System.map-5.15.0-25-generic
-rw-------  1 root root  4759493 Apr  8 04:44 System.map-5.4.0-109-generic
lrwxrwxrwx  1 root root       25 Apr 22 15:01 vmlinuz -> vmlinuz-5.13.0-40-generic
-rw-------  1 root root 10246688 Mar 29 10:13 vmlinuz-5.13.0-40-generic
-rw-------  1 root root 11073600 Mar 30 11:29 vmlinuz-5.15.0-25-generic
-rw-------  1 root root 13668608 Apr  8 04:45 vmlinuz-5.4.0-109-generic
lrwxrwxrwx  1 root root       25 Apr 22 15:01 vmlinuz.old -> vmlinuz-5.4.0-109-generic

lsb_release -r发布时间: 22.04

也许我应该编辑grub并向上移动这一行。这是5.15.0.25内核

美国东部时间晚9点45分：

ls -al /boot
total 324984
drwxr-xr-x  5 root root      4096 Apr 23 20:25 .
drwxr-xr-x 23 root root      4096 Apr 22 14:40 ..
-rw-r--r--  1 root root    257253 Mar 29 10:09 config-5.13.0-40-generic
-rw-r--r--  1 root root    260489 Mar 30 11:28 config-5.15.0-25-generic
-rw-r--r--  1 root root    237975 Apr  8 04:44 config-5.4.0-109-generic
drwx------  5 root root      4096 Dec 31  1969 efi
drwxr-xr-x  4 root root      4096 Apr 23 18:57 grub
drwxr-xr-x  5 root root      4096 Apr 22 15:28 grub.bak
lrwxrwxrwx  1 root root        28 Apr 23 20:25 initrd.img -> initrd.img-5.15.0-25-generic
-rw-r--r--  1 root root  97563363 Apr 23 18:58 initrd.img-5.13.0-40-generic
-rw-r--r--  1 root root 105285205 Apr 23 20:20 initrd.img-5.15.0-25-generic
-rw-r--r--  1 root root  76596883 Apr 23 18:58 initrd.img-5.4.0-109-generic
lrwxrwxrwx  1 root root        28 Apr 22 15:01 initrd.img.old -> initrd.img-5.4.0-109-generic
-rw-r--r--  1 root root    182800 Feb  6 15:35 memtest86+.bin
-rw-r--r--  1 root root    184476 Feb  6 15:35 memtest86+.elf
-rw-r--r--  1 root root    184980 Feb  6 15:35 memtest86+_multiboot.bin
-rw-------  1 root root   5976259 Mar 29 10:09 System.map-5.13.0-40-generic
-rw-------  1 root root   6246119 Mar 30 11:28 System.map-5.15.0-25-generic
-rw-------  1 root root   4759493 Apr  8 04:44 System.map-5.4.0-109-generic
lrwxrwxrwx  1 root root        25 Apr 22 15:01 vmlinuz -> vmlinuz-5.13.0-40-generic
-rw-------  1 root root  10246688 Mar 29 10:13 vmlinuz-5.13.0-40-generic
-rw-------  1 root root  11073600 Mar 30 11:29 vmlinuz-5.15.0-25-generic
-rw-------  1 root root  13668608 Apr  8 04:45 vmlinuz-5.4.0-109-generic
lrwxrwxrwx  1 root root        25 Apr 22 15:01 vmlinuz.old -> vmlinuz-5.4.0-109-generic

2022年6月27日:我的初级计算机从20.04升级到21.04，这是升级到22.04 LTS的第一步。这一次我甚至不能进入紧急模式。我只是得到了一个食物提示。我想我在升级过程中看到了一条恐慌消息，大意是/dev/sda4 4(主要的Ubuntu分区)已经损坏。我可以开始列出/etc/fstab的内容和lsblk的输出，以及您上次让我做的其他事情。我运行了两次启动修复，但这并没有解决启动问题。以下是这两个迭代的Boot信息: paste.ubuntu.com/p/JQfwPJkZvJ paste.ubuntu.com/p/gWPD9GrTZp，我将尝试研究它们，但我真的不太了解它们。谢谢你提前帮忙。上次你说要编辑这个问题，但我看不出现在有这个选项。

我只是试着按以下方式修复/dev/sda4 4: /dev/sda4 4-efi-目录=/boot/efi target= x86_64-efi安装x86_64-Efi平台。grub: error:未能获得/boot/efi'. ubuntu@ubuntu:~$ sudo grub-install /dev/sda4 Installing for i386-pc platform. grub-install: error: failed to get canonical path of /cow的规范路径。sudo -l: Disk /dev/sda: 1.82 TiB，2000398934016字节，3907029168扇区磁盘模型: WDC WD20EZAZ-00G单元:1* 512 = 512字节扇区大小(逻辑/物理)：512字节/ 4096字节I/O大小(最小/最优)：4096字节/ 4096字节磁盘标签类型: gpt磁盘标识符: 269D15EA-10B9-4A5E-9C29-75C578F72C80

设备启动端扇区大小类型/dev/sda4 1 2048 34815 32768 16 M微软保留/dev/sda4 2 104448 1128447 1024000 500 m EFI系统/dev/sda4 3 1128448 1128448 977690947 976562500 465.7G Microsoft basic data /dev/sda4 4 977692672 1954252799 976560128 465.7G Linux文件系统/dev/sda4 5 195425282700 97503999 1843251200 878.9G Linux文件系统/dev/sda4 6 3797504000 3897504000 999099 999099 102400000 102400000 48.8G Linux交换

sudo install-根目录=/mnt/ /dev/sda为i 386-pc平台安装。grub-安装:警告:这个GPT分区标签不包含BIOS启动分区；嵌入是不可能的。grub安装:警告:嵌入是不可能的。只能通过使用区块列表在此设置中安装GRUB。然而，大片是不可靠的，它们的使用是不受欢迎的。grub-安装:错误:不会继续进行区块列表。

现在我将尝试查看是否可以启动到恢复模式。它不会到达grub菜单，只是grub提示符，所以我确定了根设备并使用root=(hd3,4)设置它，然后是linux=/boot/vmlinuz-5.13.52和initrd /boot/initrd.img-5.13.52，但是它说，过了一段时间，“根文件系统没有指定”并挂在initramfs中。我重复了后者，但是在linux命令中添加了"root=/dev/sda4 4 ro“。这一次它启动了，但进入了紧急模式。

我看了一下-xb日志，似乎sdc磁盘上有错误(我的外部备份)，但我在sda上没有注意到任何错误。

Answer 1

用户进行了从20.04到21.10到22.04的升级，虽然所有的升级都表示成功完成，但它不会引导到22.04，尽管以前的内核引导良好。

从下面的ls -al /boot输出中可以看到，22.04升级未能创建ramdisk文件initrd.img -5.15.0-25泛型，也未能更新initrd.img的符号链接。

ls -al /boot

total 222164
drwxr-xr-x  5 root root     4096 Apr 23 18:58 .
drwxr-xr-x 23 root root     4096 Apr 22 14:40 ..
-rw-r--r--  1 root root   257253 Mar 29 10:09 config-5.13.0-40-generic
-rw-r--r--  1 root root   260489 Mar 30 11:28 config-5.15.0-25-generic
-rw-r--r--  1 root root   237975 Apr  8 04:44 config-5.4.0-109-generic
drwx------  5 root root     4096 Dec 31  1969 efi
drwxr-xr-x  4 root root     4096 Apr 23 18:57 grub
drwxr-xr-x  5 root root     4096 Apr 22 15:28 grub.bak
lrwxrwxrwx  1 root root       28 Apr 22 15:01 initrd.img -> initrd.img-5.13.0-40-generic
-rw-r--r--  1 root root 97563363 Apr 23 18:58 initrd.img-5.13.0-40-generic
-rw-r--r--  1 root root 76596883 Apr 23 18:58 initrd.img-5.4.0-109-generic
lrwxrwxrwx  1 root root       28 Apr 22 15:01 initrd.img.old -> initrd.img-5.4.0-109-generic
-rw-r--r--  1 root root   182800 Feb  6 15:35 memtest86+.bin
-rw-r--r--  1 root root   184476 Feb  6 15:35 memtest86+.elf
-rw-r--r--  1 root root   184980 Feb  6 15:35 memtest86+_multiboot.bin
-rw-------  1 root root  5976259 Mar 29 10:09 System.map-5.13.0-40-generic
-rw-------  1 root root  6246119 Mar 30 11:28 System.map-5.15.0-25-generic
-rw-------  1 root root  4759493 Apr  8 04:44 System.map-5.4.0-109-generic
lrwxrwxrwx  1 root root       25 Apr 22 15:01 vmlinuz -> vmlinuz-5.13.0-40-generic
-rw-------  1 root root 10246688 Mar 29 10:13 vmlinuz-5.13.0-40-generic
-rw-------  1 root root 11073600 Mar 30 11:29 vmlinuz-5.15.0-25-generic
-rw-------  1 root root 13668608 Apr  8 04:45 vmlinuz-5.4.0-109-generic
lrwxrwxrwx  1 root root       25 Apr 22 15:01 vmlinuz.old -> vmlinuz-5.4.0-109-generic

在这里，我们手动创建了ramdisk文件，更新了符号链接，并用以下内容更新了GRUB：

sudo update-initramfs -c -k 5.15.0-25-generic

cd /boot

sudo ln -s initrd.img-5.15.0-25-generic initrd.img

sudo update-grub

reboot

您可以在以下ls -al /boot输出中看到更改：

ls -al /boot

total 324984
drwxr-xr-x  5 root root      4096 Apr 23 20:25 .
drwxr-xr-x 23 root root      4096 Apr 22 14:40 ..
-rw-r--r--  1 root root    257253 Mar 29 10:09 config-5.13.0-40-generic
-rw-r--r--  1 root root    260489 Mar 30 11:28 config-5.15.0-25-generic
-rw-r--r--  1 root root    237975 Apr  8 04:44 config-5.4.0-109-generic
drwx------  5 root root      4096 Dec 31  1969 efi
drwxr-xr-x  4 root root      4096 Apr 23 18:57 grub
drwxr-xr-x  5 root root      4096 Apr 22 15:28 grub.bak
lrwxrwxrwx  1 root root        28 Apr 23 20:25 initrd.img -> initrd.img-5.15.0-25-generic
-rw-r--r--  1 root root  97563363 Apr 23 18:58 initrd.img-5.13.0-40-generic
-rw-r--r--  1 root root 105285205 Apr 23 20:20 initrd.img-5.15.0-25-generic
-rw-r--r--  1 root root  76596883 Apr 23 18:58 initrd.img-5.4.0-109-generic
lrwxrwxrwx  1 root root        28 Apr 22 15:01 initrd.img.old -> initrd.img-5.4.0-109-generic
-rw-r--r--  1 root root    182800 Feb  6 15:35 memtest86+.bin
-rw-r--r--  1 root root    184476 Feb  6 15:35 memtest86+.elf
-rw-r--r--  1 root root    184980 Feb  6 15:35 memtest86+_multiboot.bin
-rw-------  1 root root   5976259 Mar 29 10:09 System.map-5.13.0-40-generic
-rw-------  1 root root   6246119 Mar 30 11:28 System.map-5.15.0-25-generic
-rw-------  1 root root   4759493 Apr  8 04:44 System.map-5.4.0-109-generic
lrwxrwxrwx  1 root root        25 Apr 22 15:01 vmlinuz -> vmlinuz-5.13.0-40-generic
-rw-------  1 root root  10246688 Mar 29 10:13 vmlinuz-5.13.0-40-generic
-rw-------  1 root root  11073600 Mar 30 11:29 vmlinuz-5.15.0-25-generic
-rw-------  1 root root  13668608 Apr  8 04:45 vmlinuz-5.4.0-109-generic
lrwxrwxrwx  1 root root        25 Apr 22 15:01 vmlinuz.old -> vmlinuz-5.4.0-109-generic

我们还编辑了/etc/fstab以纠正/swapfile中的问题。

Ubuntu22.04现在正在正确引导。