UUID=fb2b6c2e-a8d7-4855-b109-c9717264da8a / ext4 auto,noatime,noload,data=ordered,commit=10,defaults 1 1fstab 에 넣었어요
이제 서버를 다시 시작할 수 없습니다. 다시 시작할 수 있지만 모든 유형의 연결을 거부합니다.
내 제공자가 말한 내용은 다음과 같습니다.
Yeah, the noload option might be problematic... I can't edit /etc/fstab from
single user mode, but I might be able to edit it using one of my pxe boot tools
to enter the filesystem manually. With regards to your request about
/var/log/messages and /var/log/secure, I'm afraid I can't do that for you
(technically, I'm already bordering on managed services by editing your fstab
for you, but I am justifying it as necessary to restore connectivity)...
noload 옵션을 목적으로 Google에서 검색했습니다.
그리고 문제 없습니다. Linux 포럼의 누군가가 로깅을 비활성화했다고 말했습니다.
실제 오류 메시지를 수동으로 입력하지 않고 붙여넣을 수는 없지만 실제로 설명적이지는 않다는 것을 확신합니다. (기본적으로 시스템에서는 읽기/쓰기 모드에서 루트를 다시 설치할 수 없다고 말하고 읽기로 구성된 오류가 발생합니다. /write 문제, 특히 /var의 문제는 화면에 인쇄됩니다.)...
해피엔딩으로 끝나네요:
귀하의 서버가 다시 온라인 상태가 되었으며 귀하의 iptables를 성공적으로 비활성화할 수 있었으며(참고로 이로 인해 연결 문제가 발생했음을 확인했습니다) 이제 이 티켓 앞부분에서 제공된 자격 증명을 사용하여 귀하의 서버에 SSH를 통해 연결할 수 있습니다.
답변1
설명한 대로 man mount:
복구 없음/로드 없음
설치할 때 저널을 로드하지 마십시오. 파일 시스템이 완전히 마운트 해제되지 않은 경우 로그 재생을 건너뛰면 파일 시스템에 불일치가 포함되어 많은 문제가 발생할 수 있습니다.
실제로 는 시험해 볼 수 있도록 파일 시스템을 마운트할 때만 이 옵션을 사용해야 합니다 fsck./etc/fstabext4
답변2
noload일기 기능을 끄지 마세요. 로그 로딩을 억제합니다.일기 기능을 끄지 마세요. 상상할 수 있듯이 이는 일반적으로 좋은 일이 아닙니다.
noload가장 유용한 방법은 디스크를 변경하지 않고 로그를 재생하지 않고 디스크를 읽기 전용으로 마운트하는 것입니다. 이 방법으로 대부분의 데이터를 읽을 수 있으며, sync호출을 통해 로그가 플러시되는 경우에도 모든 데이터를 읽을 수 있습니다. 예를 들어, 이는 최대 절전 모드 시스템의 현재 마운트된 파일 시스템에서 읽는 방법입니다.
noload이것이 문제의 원인일 수도 있고 아닐 수도 있지만, 그럼에도 불구하고 이는 매우 나쁜 생각이며 확실히 /etc/fstab.