☰

更新至新 Ubuntu 版本后 Ubuntu 无法正常启动

tag-icon • tag-icon boot 22.04 fstab
更新至新 Ubuntu 版本后 Ubuntu 无法正常启动

你好，这是我的问题：

地位：

我尝试启动我的 NAS 系统 (Odroid-H2-Hardware)。它一直运行到 ubuntu 的启动屏幕，然后切换到紧急模式：

[   0.2814999] x86/cpu: SGX disabled by BIOS. 
/dev/nvme0n1p2: recovering journal
/dev/nvme0n1p2: clean, 254561/15237120 files, 13095856/60918272 blocks
[   3.525335] sd 2:0:0:0: [sdc] No Caching mode page found (this is removed when not using the ubuntu usb)
[   3.525375] sd 2:0:0:0: [sdc] Assuming drive cache: write through (this is removed when not using the ubuntu usb)
You are in emergency mode. After logging in, type "journalctl -xb" to view system logs, "systemctl reboot" to reboot, "systemctl default" or "exit" to boot into default mode.
Drücken Sie die Eingabetaste für Wartungsarbeiten (oder drücken Sie Strg+D, um fortzufahren)

我之前做过的事：

我的系统已经正常运行一年多了。

  1. 我确实添加了一个新的备份软件（veeam agent）。
  2. 我设置了一个错误的配置，因此它将整个文件系统（SSD 256GB + HDD 4TB）的备份放到了 SSD 上（直到那时一切都正常，所以我确实注意到了这一点）
  3. 我无法再加入 xrdp
  4. 我检查了 xrdp 的修复情况，发现存储已满（无法安装或更新任何东西）
  5. 我尝试删除缓存并减少日志文件，直到我发现了错误的备份
  6. 我删除了备份，我可以再次进行备份，但 xrdp 不起作用
  7. 我将版本从 22.04 更新到了 22.04.3（不确定版本，我不得不do-release-upgrade
  8. 在更新过程中，我确认了所有内容
  9. 有一次，它要求提供一个特定的配置文件，不幸的是我不记得是哪一个了。它说：
Configuration file 'xxxxxxx'
 ==> Modified (by you or by a script) since installation.
 ==> Package distributor has shipped an updated version.
   What would you like to do about it ?  Your options are:
    Y or I  : install the package maintainer's version
    N or O  : keep your currently-installed version
      D     : show the differences between the versions
      Z     : start a shell to examine the situation
 The default action is to keep your current version.
*** xxxxxx (Y/I/N/O/D/Z) [default=N] ?
  1. 我相信我选择了第二种选择（我认为这是问题所在，但不确定）
  2. 更新完成，我启动并进入紧急模式
  3. 我已经尝试了不同的解决方法，并做到了再次对于这篇文章（请参阅“我已经尝试过的方法”）

我已经尝试过的：

按 Ctrl +D / Strg +D

如果我第一次按下Ctrl +D它显示：

Reloading system manager configuration
Starting default target

什么都没发生，紧急模式又回来了。我第二次或第三次进入时，它以红色显示：

Failed to start default target: Transaction for graphical.target/start is destructive (emergency.target has 'start' job queued , but 'stop' is included in transaction).

此时，我还找不到输入任何内容，因此我不得不手动重启

查看日志

我按提示操作Enter并输入journalctl -xb。我不知道如何在这里发布日志，所以如果发现警告/故障，请按出现顺序列出（从屏幕上输入，因此可能有错别字）注意：我遗漏了一些关于 USB-Hub 和 Ubuntu-USB 的内容，这些内容是我后来为诊断而添加的：

X86/cpu: SGX disabled by BIOS.
Expanded resource Reserved due to conflict with PCI Bus 0000:00
device-mapper: core: CONFIG_IMA_DISABLE_HTABLE is disabled. Duplicate IMA measurements will not be recorded in the IMA log.
platform eisa.0: EISA: cannot allocate resource for mainboard
platform eisa.0: Cannot allocate resource for EISA slot 1
platform eisa.0: Cannot allocate resource for EISA slot 2
platform eisa.0: Cannot allocate resource for EISA slot 3
platform eisa.0: Cannot allocate resource for EISA slot 4
platform eisa.0: Cannot allocate resource for EISA slot 5
platform eisa.0: Cannot allocate resource for EISA slot 6
platform eisa.0: Cannot allocate resource for EISA slot 7
platform eisa.0: Cannot allocate resource for EISA slot 8
nvme nvme0: missing or invalid SUBNQN field
systemd-fstab-generator [298]: Moint point 0 is not a valid path, ignoring.

添加这一点后，它启动了不同的作业（绿色），并且一些消息开始重复。

kernel: r1825: loading out-of-tree module taints kernel.
kernel: r1825 module verification failed: signature and/or required key missing - tainting kernel (was displayed white)
systemd-udevd [356]: nvme0n1: Process '/usr/bin/unshare -m /usr/bin/snap auto-import --mount=/dev/nvme0n1' failed with exit code 1.
systemd-udevd [368]: Using default interface naming scheme 'v249'.
systemd-udevd [357]: sdb: Process '/usr/bin/unshare -m /usr/bin/snap auto-import --mount=/dev/sdb' failed with exit code 1.
mtp-probe [390]: checking bus1, device 2: "/sys/devices/pci0000:00/0000:00:15.0/usb1/1-2"
mtp-probe [390]: bus: 1, device: 2 was not an MTP device
systemd-udevd [359]: nvme0n1p1: Process '/usr/bin/unshare -m /usr/bin/snap auto-import --mount=/dev/nvme0n1' failed with exit code 1.
systemmd[1]: Found device KINGSTON SA2000M8250G EFI\x20System\x20Partition.

我假设以下失败是之前的结果（例如无法挂载 xxx）

检查x86/cpu: SGX disabled by BIOS（无原因）

我搜索了一下，发现Ubuntu 20.04 启动时 BIOS 消息禁用 SGX但这似乎不是原因

检查Failed to start default target

我在这里寻找解决方案https://ubuntuforums.org/showthread.php?t=2482674和这里退出 Ubuntu 的紧急模式最后做了这样的事情：

  1. 以“试用 Ubuntu”模式启动 Ubuntu Live DVD/USB
  2. terminal按 Ctrl+Alt+T打开窗口
  3. 类型sudo fdisk -l结果是：
Festplatte /dev/loop0: 3,02 GiB, 3241230336 Bytes, 6330528 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes


Festplatte /dev/loop1: 4 KiB, 4096 Bytes, 8 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes


Festplatte /dev/loop2: 63,45 MiB, 66531328 Bytes, 129944 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes


Festplatte /dev/loop3: 237,21 MiB, 248729600 Bytes, 485800 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes


Festplatte /dev/loop4: 73,88 MiB, 77463552 Bytes, 151296 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes


Festplatte /dev/loop5: 349,7 MiB, 366682112 Bytes, 716176 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes


Festplatte /dev/loop6: 485,52 MiB, 509100032 Bytes, 994336 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes


Festplatte /dev/loop7: 53,26 MiB, 55844864 Bytes, 109072 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes


Festplatte /dev/sda: 3,64 TiB, 4000787030016 Bytes, 7814037168 Sektoren
Festplattenmodell: TOSHIBA HDWQ140 
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes
Festplattenbezeichnungstyp: gpt
Festplattenbezeichner: 674F1DA9-7BE4-4BE1-A21B-0E3C773F0153

Gerät      Anfang       Ende   Sektoren Größe Typ
/dev/sda1    2048 7814035455 7814033408  3,6T Linux RAID


Festplatte /dev/sdb: 3,64 TiB, 4000787030016 Bytes, 7814037168 Sektoren
Festplattenmodell: TOSHIBA HDWQ140 
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes
Festplattenbezeichnungstyp: gpt
Festplattenbezeichner: 60010EF4-38E2-4BC4-A6CF-85151FD5B036

Gerät      Anfang       Ende   Sektoren Größe Typ
/dev/sdb1    2048 7814035455 7814033408  3,6T Linux RAID


Festplatte /dev/nvme0n1: 232,89 GiB, 250059350016 Bytes, 488397168 Sektoren
Festplattenmodell: KINGSTON SA2000M8250G                   
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes
Festplattenbezeichnungstyp: gpt
Festplattenbezeichner: 94ADF3BF-029D-47A7-AC04-2731524D9021

Gerät           Anfang      Ende  Sektoren  Größe Typ
/dev/nvme0n1p1    2048   1050623   1048576   512M EFI-System
/dev/nvme0n1p2 1050624 488396799 487346176 232,4G Linux-Dateisystem


Festplatte /dev/sdc: 7,45 GiB, 8000110592 Bytes, 15625216 Sektoren
Festplattenmodell: Cruzer Blade    
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes
Festplattenbezeichnungstyp: dos
Festplattenbezeichner: 0x0fc98286

Gerät      Boot Anfang     Ende Sektoren Größe Kn Typ
/dev/sdc1  *      2048 15625215 15623168  7,4G  c W95 FAT32 (LBA)


Festplatte /dev/loop8: 91,69 MiB, 96141312 Bytes, 187776 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes


Festplatte /dev/loop9: 12,32 MiB, 12922880 Bytes, 25240 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes


Festplatte /dev/loop10: 452 KiB, 462848 Bytes, 904 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes
  1. 将 /dev/nvme0n1 设备名称标识为我的“Linux 文件系统”
  2. 打字sudo fsck -f /dev/nvme0n1
  3. 出现错误，搜索后发现我必须使用分区
  4. 输入的sudo fsck -f /dev/nvme0n1p1结果是：
fsck von util-linux 2.37.2
fsck.fat 4.2 (2021-01-31)
There are differences between boot sector and its backup.
This is mostly harmless. Differences: (offset:original/backup)
  65:01/00
1) Copy original to backup
2) Copy backup to original
3) No action
  1. 这次没有做任何修改，输入sudo fsck -f /dev/nvme0n1p2，结果是：
fsck von util-linux 2.37.2
e2fsck 1.46.5 (30-Dec-2021)
Durchgang 1: Inodes, Blöcke und Größen werden geprüft
Durchgang 2: Verzeichnisstruktur wird geprüft
Durchgang 3: Verzeichnisverknüpfungen werden geprüft
Durchgang 4: Referenzzähler werden überprüft
Durchgang 5: Zusammengefasste Gruppeninformation wird geprüft
/dev/nvme0n1p2: 254562/15237120 Dateien (0.4% nicht zusammenhängend), 13097910/60918272 Blöcke
  1. 重启后没有变化

检查 fstab

接下来我检查了一下，偶然发现了这两篇帖子：陷入紧急模式并且什么都不起作用？

  1. 输入cat /etc/fstab（没有工作，因为我在 ubuntu-usb 上没有显示我的实际 fstab）
  2. 直接在终端中打开 ssd 的 etc 文件夹
  3. 输入cat 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>

# / was on /dev/nvme0n1p2 during installation
UUID=4c7afe94-e2be-488d-930a-80c72c771823 /               ext4    errors=remount-ro 0       1
# /boot/efi was on /dev/nvme0n1p1 during installation
UUID=F0F9-771C  /boot/efi       vfat    umask=0077      0       1
/swapfile                                 none            swap    sw              0       0
/dev/md0    /mnt/storage    ext4    defaults 0 2
bindfs#/mnt/storage/shares/niels /mnt/storage/nextcloud-bindfs/heimnetz-niels fuse force-user=root,force-group=root,create-for-user=smb,create-for-
group=smb,chgrp-ignore,chown-ignore,chmod-ignore 0 0
bindfs#/mnt/storage/shares/main /mnt/storage/nextcloud-bindfs/heimnetz-main fuse force-user=root,force-group=root,create-for-user=smb,create-for-group=smb,chgrp-ignore,chown-ignore,chmod-ignore 0 0
  1. 输入blkid，结果是：
/dev/nvme0n1p1: UUID="F0F9-771C" BLOCK_SIZE="512" TYPE="vfat" PARTLABEL="EFI System Partition" PARTUUID="9532a5b1-7b6d-4788-8554-8208602710dc"
/dev/nvme0n1p2: UUID="4c7afe94-e2be-488d-930a-80c72c771823" BLOCK_SIZE="4096" TYPE="ext4" PARTUUID="06bed7c0-645d-4684-abce-f526a5746e26"
/dev/sda1: UUID="10f77fbe-8714-9c38-780e-3911509dfb79" UUID_SUB="79173ef2-be7b-248a-6d46-38b3aab64104" LABEL="niels-ODROID-H2:0" TYPE="linux_raid_member" PARTLABEL="primary" PARTUUID="9f866313-e4ae-4bd2-bb78-4a4a41b04f86"
/dev/sdb1: UUID="10f77fbe-8714-9c38-780e-3911509dfb79" UUID_SUB="c4ab03ba-0e32-9575-c85e-bf0c1bba7cf6" LABEL="niels-ODROID-H2:0" TYPE="linux_raid_member" PARTLABEL="primary" PARTUUID="fb90770c-5a63-4453-bd56-a1f16865e27a"
/dev/sdc1: LABEL="UBUNTU 22_0" UUID="5624-662A" BLOCK_SIZE="512" TYPE="vfat" PARTUUID="0fc98286-01"
  1. /etc/fstab我检查了输出中没有出现的 UUID blkid ，但没有找到任何 UUID。

###在高级选项启动菜单中启动###在启动菜单中选择高级选项时，我得到 4 个选项：

Ubuntu, with Linux 5.15.0-86-generic
Ubuntu, with Linux 5.15.0-86-generic (recovery mode)
Ubuntu, with Linux 5.15.0-84-generic
Ubuntu, with Linux 5.15.0-84-generic (recovery mode)

当我尝试恢复模式（启动版本）时，我进入了菜单，但仍然在终端中。-> 我无法选择任何选项，并且有一些奇怪的图形错误，显示终端的一行或其中的一部分。我以某种方式做到了，dbkg但没有改变任何东西。

在启动过程中，我发现除了 2 行之外所有行都正常。我制作了一个慢动作视频，其中说明以下内容：

[  OK  ] Mounted /mnt/storage/nextcloud-bindfs/heimnetz-nxxxx
[FAILED] Failed to mount /mnt/storage/nextcloud-bindfs/heimnetz-nxxxx.
See 'systemctl status "mnt-storage-nextcloud\\x2dbindfs-heimnetz\\x2dniels.mount"' for details
[Depend] Dependency failed for Local File Systems.

我目前所在位置（TL:DR）

我设法以恢复模式启动并访问所有文件，但我不知道如何继续。我认为这是一些或多或少重要的配置文件。（例如fstab）。

相关内容