fstab 실수로 OS가 시작되지 않을 때의 조치 (클라우드에서 머신 복제 할 때 등)
지금 사용하고 있는 클라우드에서는, 마운트를 정상적으로 실시하기 위해서/etc/fstab에 아래와 같이 UUID를 명기해 볼륨을 마운트 해 두는 것이 추천되고 있다.
UUID=f4713aa1-3a33-4933-85e8-94c421269a98 / ext4 defaults 1 1
그런데 이 fstab에서 UUID를 매핑하는 것은 템플릿에서 머신 복제할 때 생각하지 않는 트랩이 된다. .
라고 하는 것도, fstab로 매핑 하고 있는 UUID는 어디까지나 스냅샷을 취득한 원래의 가상 머신에 마운트하고 있는 디스크의 것이므로, 복제한 새로운 가상 머신은 다른 UUID를 가진 디스크가 마운트된다.
그리고, OS 기동시에 아래와 같은 에러로 멈춘다. .
이 때,
① 우선 루트 비밀번호를 넣어 로그인
②이 상태라면 디스크가 리드 온리 모드로 마운트되어 있으므로 아래의 커맨드로 리드 온리에서 리드 라이트 모드로 변경한다.
mount -o remount ,rw /
③ 이전의 fstab에서 UUID 매핑하고 있는 행을 삭제
#UUID=f4713aa1-3a33-4933-85e8-94c421269a98 / ext4 defaults 1 1
에서 다시 시작하면 안전하게 시작됩니다.
이어서
NW 관련도 아래 파일이 mac 주소와 네트워크 인터페이스의 매핑을 가지고 있기 때문에, 한번 삭제한다
재부팅 후에 현재의 디바이스 정보로 재작성되기 때문에, 그 정보를 바탕으로 ifcfg-ethxx당 mac 주소를 변경하면 잘 소통한다.
rm -f /etc/udev/rules.d/70-persistent-net.rules
기억하고 있지만, 이 작업할 때마다 여러 번 같은 실수를 하고 있기 때문에 정리해 보았다.
원래 스냅샷을 찍는 시점에서 fstab의 해당 행을 코멘트 아웃해 두면 물론 이런 사건은 일어나지 않는다.
Reference
이 문제에 관하여(fstab 실수로 OS가 시작되지 않을 때의 조치 (클라우드에서 머신 복제 할 때 등)), 우리는 이곳에서 더 많은 자료를 발견하고 링크를 클릭하여 보았다 https://qiita.com/shnagai/items/9135f79be4b6b88e1ba1텍스트를 자유롭게 공유하거나 복사할 수 있습니다.하지만 이 문서의 URL은 참조 URL로 남겨 두십시오.
우수한 개발자 콘텐츠 발견에 전념 (Collection and Share based on the CC Protocol.)