☰

Fstab 수정으로 인해 시작이 비상 모드로 전환됨

tag-icon • tag-icon fstab
Fstab 수정으로 인해 시작이 비상 모드로 전환됨

문제: Fstab(세 줄)에서 변경한 내용으로 인해 컴퓨터가 비상 모드에서 명령줄로 부팅되었습니다.

지금까지 내가 한 일:

  1. 나는 "info fstab"에 대한 지침과 존경받는 사이트의 수많은 온라인 튜토리얼에 따라 변경 사항을 조사했습니다. 어디에서 문법적 오류가 발생했는지 알 수 없습니다. 내가 지정한 마운트 지점이 존재합니다. 하드디스크 정보가 정확합니다. 모든 하드 드라이브의 파일 시스템은 ext4입니다.
  2. 나는 처음에 UUID(BLKID에서 얻음)를 사용해 보았고 처음으로 이 문제에 직면했습니다. 그래서 디스크 이름으로 바꿨더니 결과는 바뀌지 않았습니다.
  3. "sda1" 대신 "sda"를 사용해 보았지만 결과는 바뀌지 않았습니다. 모든 하드 드라이브에는 파티션이 하나만 있습니다.
  4. 나는 6개월 전에 비슷한 질문을 찾기 위해 인터넷과 스택 교환을 검색했습니다(아마도 Mint 19.3을 사용하고 있기 때문에 이전에는 유용하지 않았을 것입니다). 수천 개의 Fstab과 긴급 추가 질문이 있지만 몇 가지만 내 문제와 유사합니다. 이러한 문제에 대한 해결책은 실제로 내 상황과 관련이 없습니다. 우선 저는 듀얼부팅을 하지 않습니다. 이 컴퓨터에는 Mint 19.3만 있습니다.
  5. 세 개의 디스크에 있는 파일 시스템을 검사했습니다. 각각을 수동으로 설치하고 오류를 찾았습니다. 아무것도 찾을 수 없으며 수동으로 설치하면 완벽하게 작동합니다.
    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 관련 구성 파일을 찾아서 수정하여 이 문제를 직접 해결했습니다.

관련 정보