Linux Mint가 설치된 외부 SSD가 있습니다(라이브 USB가 아니라 내부 SSD와 같습니다). 약 1주일 전에 이것을 사용했는데 정말 효과가 좋았습니다. 오늘 컴퓨터를 켜려고 했는데 갑자기 작동이 안 됐어요.
부팅할 때 다음과 같은 회색 경고 상자와 함께 블루 스크린이 나타납니다.
Could not start the X
server (your graphical environment)
due to some internal error.
오류가 수정되면 시스템 관리자에게 문의하고 MDM을 다시 시작하라는 메시지가 계속 표시됩니다. 선택할 수 있는 유일한 옵션은 시스템을 재부팅하는 "확인"입니다.
이 오류는 부팅을 시도할 때마다 반복됩니다.
복구 모드로 부팅하면 무작위로 보이는 두 가지 일이 발생합니다.
복구 모드로 부팅하면 문제가 없지만 완전한 기능을 갖춘 시스템이 제공되지는 않습니다(예: 디스플레이 관리자가 로드되지 않아 듀얼 모니터 설정을 사용할 수 없고 부팅할 수 없는 것 같습니다). 수동으로)).
복구 모드로 부팅할 때 발생할 수 있는 또 다른 일은 터미널과 유사한 환경에 도달하게 된다는 것입니다. 이는 분명히 루트 쉘은 아니지만 GUI가 없는 Linux Mint인 것 같습니다. 로그인하여 터미널에 액세스하는 것처럼 보이지만 sudo reboot now
조금 더 잘 실행되는 것으로 재부팅하는 것 외에는 별다른 작업을 수행하지 않습니다.
터미널과 같은 환경에 로그인하면 다음과 같은 오류 메시지가 나타납니다.
sktemp: failed to create file via template `/var/lib/update-notifier/tmp.XXXXXXXXXX/': read-only file system
run-parts: /etc/update-motd.d/95/hwe-e01 exited with return code 1
/usr/lib/update-notifier/update-motd-fsck-at-reboot: 33: /usr/lib/update-notifier/update-metd-fsck-at-reboot: cannot create /var/lib/update-notifier/fsck-at-reboot: Read-only file system
따라서 시스템은 그렇게 해서는 안 되지만 파일 시스템이 읽기 전용이라고 생각하는 것 같습니다. 이제 전체 시스템을 간단히 폐기할 수도 있지만(어쩌면? 가능할까요?) CHOWN
, 이는 현명한 생각이 아닌 것 같습니다.
나도 탐색했다시스템 로그, 하지만 그것은 실제로 나에게 아무 것도 말해주지 않습니다. '오류'라는 단어가 16번이나 나오는데, 이 정보를 어떻게 해석해야 할지 모르겠습니다.
물론 게시하기 전에 조사를 했습니다. 내가 찾은 몇 가지 사항을 바탕으로 달렸습니다.
fsck -Af -M
둘 다 sudo
합계 su
이지만 두 번 모두 내가 얻는다
fsck from util-linux 2.20.1
그건 나에게 아무 것도 말해주지 않습니다.
또한 운영 체제가 손상을 방지하기 위해 파일 시스템을 읽기 전용으로 설정할 수 있다는 사실도 발견했지만, 손상을 해결하는 방법은커녕 손상의 원인이 무엇인지 잘 모르겠습니다.
이제 저는 "이 문제를 해결하는 데 도움을 줄" 사람을 찾고 있지 않습니다. 대신, 문제의 범위를 좁히기 위해 할 수 있는 추가 테스트가 있다면 여러분 중 누구든지 무슨 일이 일어나고 있는지 올바른 방향을 알려줄 수 있기를 바랍니다.
일부 사양:
- 출시: LinuxMint 17.2(rafaela)
- 그놈: 3.8.4 (우분투 2015-12-02)
- Xorg: 1.15.1 (2017년 7월 20일 오후 7시 11분 13초)
- CPU: 인텔(R) 코어(TM) i5-3470 CPU @ 3.20GHz
- 그래픽 카드: 온보드 Intel
답변1
fsck
이 -M
옵션을 사용하면 마운트된 파일 시스템을 검사하지 않습니다. 귀하의 런타임이 설치되어 있다고 가정하지만 틀릴 수도 있습니다. 마운트된 파일 시스템에서 실행하면 fsck
문제가 발생할 수 있으므로 사용하는 것이 가장 좋습니다 -M
. 파일 시스템이 마운트되지 않은 경우 LiveCD/thumb 드라이브(CD 마운트 또는 knoppix/등)의 파일 시스템에서 fsck를 실행해 봅니다. 즉, 이 -A
옵션은 효과가 없으므로 파일 시스템(및 유형)을 직접 지정해야 합니다.
전체 파일 시스템을 CHOWN하면 하루가 망가질 것입니다.
답변2
문제를 올바르게 디버깅하려면 몇 가지 조치를 취하는 것이 좋습니다.
오류에서 알 수 있듯이 권한 문제이므로 다음을 사용할 수 있습니다.
mount |sdX
여기서 X는 시스템이 마운트된 블록 장치입니다 sdb
.
이제 출력을 확인해야 합니다. 다음과 같습니다.
/dev/sda3 on / type ext4 (rw,relatime,data=ordered)
옵션을 보세요. 거의 100% 다음과 같은 결과가 나올 것입니다.error=ro
이것이 맞다면 물리적인 문제가 있는 것입니다. SSD 불량일 수도 있습니다.
다음 단계
dmesg -k
이것은 부팅 이후 시스템이 수행한 모든 커널 호출을 알려줍니다. 다음과 같은 것을 찾으십시오.
[ 6.190768] EXT4-fs (sda3): mounted filesystem with ordered data mode. Opts: (null)
아마도 sdb
나중에 오류가 표시되거나 블록 장치에 문제가 있음을 알리는 여러 오류가 표시될 수 있습니다... 문제가 발생하면 인터넷 검색으로 시작할 수 있습니다 :)
추신: 문제가 있고 dmesg -k
너무 빨라서 로그를 볼 수 없는 경우 dmesg -k | less
.