☰

Fstabの変更により起動が緊急モードに切り替わる

tag-icon • tag-icon fstab
Fstabの変更により起動が緊急モードに切り替わる

問題：Fstab（3行）で行った変更により、コンピュータが緊急モードでコマンドラインから起動しました。

これまで私がしたこと：

  1. 「info fstab」のガイダンスと、尊敬されているサイトの多数のオンラインチュートリアルに従って変更を調査しました。どこで文法的なエラーが発生したのかわかりません。私が指定したマウントポイントが存在します。ハードディスク情報が正しいです。すべてのハードドライブのファイルシステムはext4です。
  2. 私は最初にUUID（BLKIDから取得）を試してみましたが、初めてこの問題に直面しました。だからディスク名に変更したところ、結果は変わりませんでした。
  3. 「sda1」の代わりに「sda」を使ってみましたが、結果は変わりませんでした。すべてのハードドライブには1つのパーティションしかありません。
  4. 私は6ヶ月前に同様の質問を見つけるためにインターネットとスタック交換を検索しました（おそらくMint 19.3を使用していたので、以前は役に立ちませんでした）。何千ものFstabと緊急の追加質問がありますが、いくつかありますが、私の問題に似ています。これらの問題に対する解決策は実際に私の状況とは関係ありません。まず私はデュアルブートをしません。このコンピュータにはMint 19.3のみがあります。
  5. 3つのディスク上のファイルシステムを調べました。それぞれを手動でインストールし、エラーを見つけました。何も見つからず、手動でインストールすると完璧に動作します。
    6. これを行うには 3 日かかりました。主にDVDからライブで起動するのに時間がかかりすぎ、コマンドラインでvimを使用してファイルを編集する方法がわからないためです。この問題は私だけでは解決できません。

関連情報：
マザーボードはGigabyte 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）にあります。今回のインストールでは現在 /home に sda1(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を動作させる別の非標準的な方法ですか？ /etc の標準 grub 構成ファイルを変更しても効果がない grub と同様の問題がありました (ただし、少なくとも OS ブートを妨げませんでした!)。 / bootでMint関連の設定ファイルを見つけて修正し、この問題を直接解決しました。

関連情報