☰

Fstab 修改导致启动进入紧急模式

tag-icon • tag-icon fstab
Fstab 修改导致启动进入紧急模式

问题：我在 Fstab 中所做的更改（三行）导致计算机在紧急模式下启动到命令行。

到目前为止我所做的：

  1. 我研究了按照“info fstab”的说明和来自受人尊敬的网站的大量在线教程所做的更改。我看不到我在哪里犯了任何语法错误。我指定的挂载点确实存在。硬盘信息正确。所有硬盘上的文件系统都是ext4。
  2. 我最初尝试使用 UUID（从 BLKID 获得）并第一次遇到了这个问题。所以我切换到磁盘名称，结果没有变化。
  3. 我尝试使用“sda”而不是“sda1”，但这并没有改变结果。所有硬盘都只有一个分区。
  4. 我在互联网和堆栈交换中搜索了 6 个月前的类似问题（之前可能没有用，因为我使用的是 Mint 19.3）。有数千个 Fstab 和紧急更多问题，但只有少数与我的问题类似。这些问题的解决方案与我的情况并不真正相关。一方面，我不双重启动。我这台电脑上只有 Mint 19.3。
  5. 我检查了三个磁盘上的文件系统。我手动安装了每一个并查找错误。找不到任何东西，并且手动安装时它们可以完美工作。
    6.我现在花了三天时间来完成这个工作，主要是因为从 DVD 进行实时启动需要很长时间，而且我不知道如何在命令行上使用 vim 编辑文件。我无法独自解决这个问题。

相关资料：
主板为技嘉Z390 Auros Pro Wifi。到目前为止，它似乎与 LINUX 兼容，但我无法控制需要 Gigabyte 软件的 LED 和风扇等。但我不是为了 LED 才买的，所以我不在乎。

  1. 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>
/dev/mapper/mint--vg-root /               ext4    errors=remount-ro 0       1
# /boot/efi was on /dev/nvme0n1p1 during installation
UUID=7F98-B65E  /boot/efi       vfat    umask=0077      0       1
/dev/mapper/mint--vg-swap_1 none            swap    sw              0       0
#/dev/sda1  /home/q/Data        ext4                       0  1
#/dev/sdb1  /home/q             ext4                       0  1
#/dev/sdc1  /home/q             ext4       noatime         0  0
  1. 块 ID 输出：


/dev/nvme0n1p1: UUID="7F98-B65E" TYPE="vfat" PARTLABEL="EFI System Partition" PARTUUID="7d5fe466-2a44-421e-be0b-a3600286fd22"
/dev/nvme0n1p2: UUID="fFiJXn-yCCi-NoS5-fBOI-pUpD-nEBe-vuYbKa" TYPE="LVM2_member" PARTUUID="106491db-9533-401c-a07a-b413d8d0a3a6"
/dev/sda1: LABEL="Home" UUID="abdb5f5a-d197-49cd-ac9e-9d4d8b42d48e" TYPE="ext4" PARTLABEL="Home" PARTUUID="2eb3589e-1670-4b12-9a7d-30f3855a506e"
/dev/sdb1: LABEL="Backup" UUID="1a46a49e-8009-4e07-81ab-4e77ab4ee0e5" TYPE="ext4" PARTLABEL="Backup" PARTUUID="2eb3589e-1670-4b12-9a7d-30f3855a506e"
/dev/sdc1: LABEL="Samsung SSD 860" UUID="7938c2e7-f67b-480a-a387-5def5b089d28" TYPE="ext4" PARTUUID="35ee9883-01"
/dev/mapper/mint--vg-root: UUID="4fe5f494-6808-48de-affe-39065ad53331" TYPE="ext4"
/dev/mapper/mint--vg-swap_1: UUID="f2ac1774-150b-4454-a148-4223654558b6" TYPE="swap"
/dev/sr0: UUID="2019-12-13-16-58-44-00" LABEL="Linux Mint 19.3 Cinnamon 64-bit" TYPE="iso9660" PTUUID="1dda4ac4" PTTYPE="dos"

注意：标记为“Home”(sda1) 的磁盘不是当前安装中的“/home”，而是先前安装中的我的主目录。此安装的主目录位于主板上的 M2m SSD (nvme01p2) 上。我想在此安装中将 sda1(Home) 安装在我当前的 /home 中。我尝试在安装过程中将其安装为 /home 但每次我尝试这样做时安装程序都会崩溃。这应该是一个警钟，但我只是放弃了，让安装程序做它想做的事。我以为 M2m SSD 有一些我不知道的独特之处。我手动安装和使用 sda1 没有遇到任何问题。

  1. mount -a 的输出：


mount: /home/q/Data: wrong fs type, bad option, bad superblock on /dev/sda1, missing codepage or helper program, or other error.

注意：这是在修复实时发行版中的 fstab 后重新启动，然后将 fstab 更改回修改后的版本并运行 mount -a 后进行的。尝试将 mount -a 的输出通过管道传输到文本文件，但在紧急模式下不起作用。

来自journalctl -xb 的一些错误通过管道传输到可能相关的txt 文件。

Line 1073
-- Unit dns-clean.service has failed.
-- 
-- The result is RESULT.
Jan 13 12:42:29 q-Z390-AORUS-PRO-WIFI systemd[1]: dns-clean.service: Job dns-clean.service/start failed with result 'dependency'.
Jan 13 12:42:29 q-Z390-AORUS-PRO-WIFI systemd[1]: local-fs.target: Job local-fs.target/start failed with result 'dependency'.
Jan 13 12:42:29 q-Z390-AORUS-PRO-WIFI systemd[1]: local-fs.target: Triggering OnFailure= dependencies.
Jan 13 12:42:29 q-Z390-AORUS-PRO-WIFI systemd[1]: home-q-Data.mount: Job home-q-Data.mount/start failed with result 'dependency'.
Jan 13 12:42:29 q-Z390-AORUS-PRO-WIFI systemd[1]: Unnecessary job for dev-sda1.device was removed.
-- Subject: Unit dev-sda1.device has failed
-- Defined-By: systemd
-- Support: http://www.ubuntu.com/support
-- 
-- Unit dev-sda1.device has failed.
-- 
-- The result is RESULT.
Jan 13 12:42:29 q-Z390-AORUS-PRO-WIFI kernel: EXT4-fs (sdb1): Unrecognized mount option "0" or missing value
Jan 13 12:42:29 q-Z390-AORUS-PRO-WIFI systemd[1]: Starting Set console font and keymap...
-- Subject: Unit console-setup.service has begun start-up
-- Defined-By: systemd
-- Support: http://www.ubuntu.com/support

Line 1273
-- Unit systemd-update-utmp.service has begun starting up.
Jan 13 12:42:29 q-Z390-AORUS-PRO-WIFI mount[865]: mount: /home/q: wrong fs type, bad option, bad superblock on /dev/sdb1, missing codepage or helper program, or other error.
Jan 13 12:42:29 q-Z390-AORUS-PRO-WIFI kernel: EXT4-fs (sdb1): Unrecognized mount option "0" or missing value
Jan 13 12:42:29 q-Z390-AORUS-PRO-WIFI systemd[1]: Starting Network Name Resolution...
-- Subject: Unit systemd-resolved.service has begun start-up
-- Defined-By: systemd
-- Support: http://www.ubuntu.com/support

注意：我没有发现 sdc1 的错误，但它没有安装在 /home/q 处。它安装在/media/q/Samsung SSD 860

有谁知道我做错了什么？

或者这可能是 Mint 19.3 的另一种非标准操作方式？我在 grub 上也遇到了类似的问题，其中对 /etc 中标准 grub 配置文件的更改没有影响（但至少没有阻止操作系统启动！）。我自己通过在 /boot 中找到 Mint 特定的配置文件并修改它来解决这个问题。

相关内容