얼마 전에 openSUSE 11.2(64비트)를 설치하고 주로 Apache 전용 호스팅 머신으로 사용하고 있습니다.
한동안(~1개월) 모든 것이 잘 작동했지만 며칠 전 파일 시스템이 읽기 전용(!?)이 된 것 같았습니다.
vi 또는 매뉴얼 페이지 시작 여부에 관계없이 거의 모든 작업이 실패합니다(디스크에 파일을 생성할 수 없음).
이런 것을 본 사람이 있나요? 그렇다면 회복하기 위해 무엇을 했습니까? 해결책을 찾기 위해 인터넷 검색을 시도했지만 유용한 답변을 찾지 못했습니다.
참고 - 이 기간 동안 큰 변화는 없었으며 기계의 부하도 매우 적었습니다.
답변1
이는 파일 시스템 또는 디스크 오류일 수 있습니다. dmesg단서를 찾으려면 시스템 로그를 확인하세요 . 아직 확인하지 않았다면 재부팅하기 전에 확인하세요. 재부팅하면 시스템이 정상으로 돌아가나요? 아니면 파일 시스템 문제에 대해 경고하나요?
읽기-쓰기 모드를 사용하여 파일 시스템을 다시 마운트할 수 있지만 mount -o remount,rw /자체적으로 마운트되는 이유를 알기 전까지는 이 작업을 수행하지 않는 것이 좋습니다.
키보드 단축키를 클릭하면 루트 파일 시스템을 읽기 전용으로 다시 마운트할 수 있습니다. 일반적으로 이것은 AltSysRequ당신이나 당신의 고양이가 이런 일을 했을 가능성이 있습니까?
종료 요청을 시작한 다음 중단했습니까? 종료 스크립트는 일반적으로 프로세스가 끝나면 시스템을 다시 설치하지만 지루해져서 끝까지 건너뛰는 경우도 있었습니다. :)
답변2
나는 이것을 전에 본 적이 있습니다. 이런 일이 우리에게 몇 번 일어났습니다.
우리는 백엔드 SAN 스토리지를 갖춘 VMware ESXi 시스템을 실행합니다. 해당 머신과 관련되지 않은 SAN에서 높은 I/O를 경험하면 스토리지의 대기 시간이 늘어나고 본질적으로 일정 기간 동안 디스크를 사용할 수 없게 됩니다. 시스템은 각 볼륨을 읽기 전용으로 설정하여 응답합니다. a를 실행하면 remount성공적으로 완료되지만 실제로 디스크를 다시 마운트하지는 않습니다. 이를 복구하는 유일한 방법은 재부팅한 다음 single user mode디스크 로 이동하는 것입니다 fsck. 또는 재부팅 시 자동으로 캡처되는 경우도 있습니다 fsck.
우리의 해결책은 블록 장치의 디스크 시간 초과를 수정하는 것입니다./sys
# cat /sys/block/sd*/device/timeout
60
우리는 "시간 초과"가 발생하기 전의 시간을 수정하여 본질적으로 더 많은 대기 시간을 겪게 만드는 60에서 이 숫자의 값을 늘립니다 . 180그러나 부작용은 파일 시스템, 특히 쓰기 볼륨이 높은 파일 시스템에서 손상이 발생할 수 있다는 것입니다. 이것이 바로 우리가 했던 것처럼 기본 설치를 별도의 설치나 드라이브로 분리하는 경우 /var활동이 더 많기 때문에 해당 볼륨이 읽기 전용이 되는 이유이기도 합니다.