안녕하세요. 시스템 재시작 실패 후 Linux 비상 모드를 종료하려고 합니다.
먼저 /etc/fstab다음 파티션에 문제가 있는지 확인하고 발견했습니다.
UUID=0C80015D80014EA0 /mnt/data ntfs 기본값 02
여기에 있는 숫자는 2특정 파일 시스템을 검사해야 함을 나타냅니다.
sudo blkid출력을 보면 UUID가 내 /dev/sdb1파일에 할당되어 파일이 손상되었다고 결론을 내렸습니다. 손상된 파티션 확인 및 복구 사용을 제안하는 일부 스레드를 읽었지만 fsck실행하면 fsck /dev/sdb1다음 메시지가 나타납니다.
fsck of util-linux 2.36
나는 이것이 fsck잘 작동하지 않을 것이라고 생각했지만 /root파티션에서 명령을 시도했을 때 잘 작동했습니다.
~# sudo fsck /dev/sdb3
fsck of util-linux 2.36
e2fsck 1.45.6 (20-Mar-2020)
/dev/sdb3 its mounted
그래서 내가 무엇을 할 수 있니?
실행해보니 df -h없어졌네요 /dev/sdb1.
답변1
여기서 여러 가지의 의미를 오해하고 있습니다.
- /etc/fstab은 정적 파일이며 강조 표시된 필드는 정적 파일입니다.아니요파일 시스템의 상태와 이를 확인할 수 있는 잠재적 순서를 나타냅니다.
- 선택한 행은 파일 시스템이 Windows 파일 시스템인 ntfs 유형임을 나타냅니다. Windows에서만 이 파일 시스템을 확인할 수 있으며 Linux fsck에서는 지원하지 않습니다.
- fsck가 오류 없이 종료되면 오류가 발견되지 않았음을 의미합니다. 인용한 줄에는 fsck의 버전 번호가 표시되어 있으며 오류를 나타내지도 않고 아무것도 확인하지도 않았습니다.
- fsck가 파일 시스템이 마운트되었다고 불평하는 경우, 사용 중이고 쓰기 가능한 파일 시스템에서 fsck를 실행할 수 없다는 메시지가 표시됩니다. 또한 파일 시스템을 쓰기 가능하게 마운트할 수 있으면 문제가 없을 수 있으며 어쨌든 fsck는 필요하지 않습니다.
패닉 모드로 들어가기 직전에 인쇄될 오류를 포함하지 않았기 때문에 실제 문제가 무엇인지 질문에서 명확하지 않습니다.
/dev/sdb1파일 시스템이 손상되어 (Windows를 통해) 확인해야 하기 때문에 마운트되지 않을 수 있고, fstab에서 필요한 파일 시스템을 마운트할 수 없어 시스템이 패닉 모드에 있는 것으로 추측됩니다 .
Windows 파일 시스템을 fstab에 직접 마운트하는 것은 Linux에서 복구할 수 없기 때문에 권장되지 않습니다. noautofstab에 sdb1(즉)에 대한 옵션을 추가 defaults,noauto하고 나중에 수동으로 마운트하거나, 부팅 후 필요할 때 자동 마운트 또는 udisks-daemon을 사용하여 자동으로 마운트하는 것이 좋습니다 .
이 중에서 자동 마운트는 더 이상 필요하지 않을 때 자동으로 마운트 해제하기 때문에 아마도 더 나은 선택일 것입니다. 또한 Linux를 제대로 종료하지 않고 시스템이 갑자기 재부팅되는 경우 파일 시스템이 여전히 마운트되어 있으면 파일이 손상될 수 있습니다. 체계.