읽기 전용에서 읽기/쓰기로 다시 설치하는 것이 잠재적으로 위험합니까?

읽기 전용에서 읽기/쓰기로 다시 설치하는 것이 잠재적으로 위험합니까?

저는 문제가 없었던 Ubuntu 14.04 가상 서버(VMWare인 것 같습니다) 관리를 돕고 있지만 오늘은 어떤 이유로 루트 파일 시스템이 읽기 전용이었습니다. 이것은 프로덕션 웹 서버이며 이로 인해 현재 다운되었습니다.

저는 VMWare 백엔드를 제어하지 않습니다. 지난 주 한 동료는 기본 백업 서버를 재구축해야 하므로 서버를 파괴하지 않도록 주의해야 한다고 언급했습니다. 나는 그에게 대안이 있다고 생각하지만 그 상태는 모르겠습니다. 나는 다른 시간대에 있고 백업이 제대로 되었는지 확인하려면 몇 시간을 기다려야 합니다.

이러한 상황을 고려할 때 백엔드의 누군가와 대화할 수 있을 때까지 루트 파일 시스템을 다시 마운트해야 할지 잘 모르겠습니다. 웹사이트를 복원하는 데 스트레스가 있지만, 특히 백업이 제대로 되어 있는지 모르는 경우에는 그 과정에서 어떤 것도 중단하고 싶지 않습니다.

내 질문은 파일 시스템을 읽기/쓰기로 다시 마운트하려고 할 때 위험이 있습니까?

답변1

예, 이는 잠재적으로 위험합니다.

파일 시스템이 읽기 전용으로 다시 마운트되면 커널이 일부 불일치를 발견했을 가능성이 높습니다. 이 경우 손상 및 데이터 손실을 방지하기 위해 시스템을 읽기 전용으로 마운트합니다.

이 문제를 해결하는 방법은 여러 가지가 있지만 콘솔에 액세스할 수 있는 경우 가장 쉬운 방법은 컴퓨터를 다시 시작하는 것입니다. 디스크가 완전히 로그오프되지 않은 경우 시스템 시작 시 fsck문제를 해결하고 시스템을 계속 사용할 수 있게 해주는 프로그램이 실행됩니다.

그러나 다음 사항을 고려하십시오.

  • 여러 문제가 보고 되면 fsck디스크가 손상되었거나 곧 실패할 가능성이 있습니다. 올바른 백업이 있는지 모르는 경우 지금 시스템을 종료하십시오. 그렇지 않으면 모든 데이터가 손실될 가능성이 높습니다.
  • 문제 가 fsck해결되었지만 일정 시간이 지난 후 다시 나타나면 디스크가 손상되었거나 죽어 있는 것입니다. 찾다.
  • 일부 문제는 자동으로 해결될 수 없으며 이로 인해 시스템이 유지 관리 모드로 전환됩니다. 배포판에 따라 루트 비밀번호를 입력한 다음 수동으로 실행 fsck하고 질문에 대해 결정을 내려야 할 수도 있습니다. 그래서 콘솔 액세스가 필요하다고 말한 것입니다 ;-)

관련 정보