EC2 인스턴스 "일반 오류 마운트 파일 시스템"

Question

SSB가 실행될 때 Ubuntu 12.04 LTS를 실행하는 AWS 마이크로 인스턴스가 있고 어젯밤에 나는 apt-get 업데이트를 수행했는데 오류가 발생했습니다 (기억하지 못합니다) . 그래서 나는 나의 인스턴스를 재부팅 할 것이라고 생각했다. 오늘 아침, 인스턴스가 Instance Sstaus Check에 실패하여 SSH를 실행할 수 없다고합니다. 내 시스템 로그 맨 아래에 있습니다. 데이터를 저장하는 방법은 없습니까? 저장하지 않으려면 어떻게해야합니까?

감사합니다.

Loading, please wait... 
[35914369.823672] udevd[81]: starting version 175 
Begin: Loading essential drivers ... done. 
Begin: Running /scripts/init-premount ... done. 
Begin: Mounting root file system ... Begin: Running /scripts/local-top ... done. 
Begin: Running /scripts/local-premount ... done. 
[35914370.187877] EXT4-fs (xvda1): mounted filesystem with ordered data mode. Opts: (null) 
Begin: Running /scripts/local-bottom ... done. 
done. 
Begin: Running /scripts/init-bottom ... done. 
[35914373.347844] init: mountall main process (183) terminated with status 1 
General error mounting filesystems. 
A maintenance shell will now be started. 
CONTROL-D will terminate this shell and reboot the system. 
Give root password for maintenance 
(or type Control-D to continue): 

Answer 1

파일 시스템이 얼마나 심각하게 손상되었는지에 따라 다릅니다.

AWS에서 새 인스턴스를 시작한 다음 EBS 볼륨을 새 인스턴스에 연결할 수 있습니다. 그러면 데이터를 복구하는 데 도움이 될 수 있습니다.

인스턴스를 종료하지 마십시오. 그렇지 않으면 파일 시스템이 완전히 손실 될 수 있습니다.

Answer 2

항상 apt-get 업데이트/업그레이드 또는 yum 업데이트/업그레이드를 수행하기 전에 실행중인 인스턴스의 "Create AMI"옵션을 사용하십시오. 이렇게하면 시스템을 재부팅 한 후 (업데이트 후) 실패한 경우 방금 생성 한 AMI를 사용하여 '이전'버전 (즉, 부팅 가능한) 인스턴스를 시작할 수 있습니다.

이 경우 Ubuntu는 아마도 새 커널 및/또는 ram 파일 시스템 (ramfs)을 설치하려고했는데 커널 및 ramfs 종속성이있는 AWS 가상 시스템이므로 표준 우분투 빌드는 아마도 이러한 종속성을 충족시키지 못했을 것입니다. 가상 머신이 이제 토스트가되었습니다.

위에서 언급했듯이 부팅 할 수없는 시스템에서 데이터를 복구해야하는 경우 EBS 볼륨을 작동하는 시스템에 마운트하십시오. 사용중이라고 불평 할 수도 있습니다. 그렇다면 EBS 볼륨을 유지하려면 볼륨을 종료하기 전에 볼륨을 보존 할 수있는 옵션을 선택해야합니다. 인스턴스를 종료 할 때의 기본값은 이전에 (또는 정기적으로) 생성 한 EBS 기반 AMI에서 부팅했기 때문에 인스턴스의 EBS 볼륨을 파괴하는 것입니다.