☰

Amazon EC2 이미지에 대해 부팅 시 fsck를 실행해야 합니까?

tag-icon • tag-icon boot startup fstab fsck amazon-ec2
Amazon EC2 이미지에 대해 부팅 시 fsck를 실행해야 합니까?

Amazon EC2에서 실행되는 Ubuntu 마이크로 인스턴스가 있습니다.

최근에 로그인한 후 다음과 같은 경고를 받았습니다.

*** /dev/xvda1 will be checked for errors at next reboot ***

몇 번 다시 시작을 사용했지만 init 6로그인하면 여전히 동일한 알림이 표시되므로 분명히 fsck시작 시 실행되지 않습니다.

나는 읽었다이 블로그 게시물<pass>/etc/fstab 컬럼을 로 설정 하면 0재부팅 시 디스크 검사를 건너뛴다 고 합니다 . 이것은 내 fstab파일입니다:

<file system>           <mount point><type><options><dump><pass>
LABEL=cloudimg-rootfs   /            ext4  defaults 0     0
/dev/xvdh               /vol         xfs   noatime  0     0

이는 ec2 이미지의 기본 구성입니다 ubuntu.

  • <pass> 여기 설정이 정상인가요 0?
  • 왜 으로 설정되어 있나요 0?
  • 이를 실행하는 가장 좋은 방법은 무엇입니까 fsck? 이 값을 변경해야 합니까, 아니면 경고가 표시되면 수동으로 실행해야 합니까?

답변1

  • 왜 으로 설정되어 있나요 0?

    몇 가지 가능한 이유를 볼 수 있습니다.

    EC2에서 실행 중이므로 하드웨어(스토리지 및 컴퓨팅 인스턴스)가 가상화됩니다. 이 구성은 파일 시스템 손상을 초래하는 모든 종류의 오류가 발생할 가능성이 훨씬 낮으며 저장소의 실제 물리적 결함(예: 자기 저장소의 불량 블록)은 거의 불가능합니다.

    1. 이는 파일 시스템 문제가 덜 일반적이므로 파일 시스템을 자주 확인할 필요가 없음을 의미합니다. 문제가 의심되면 fsck를 수동으로 실행해야 할 수도 있습니다.

    2. EC2는 읽기 전용 루트 파일 시스템을 갖거나 적어도 인스턴스가 시작될 때 고정된 상태를 복원하는 파일 시스템을 갖도록 "설계"되었습니다. EC2의 가장 큰 장점은 필요에 따라 소규모 인스턴스를 가동하고 수요가 감소하면 이를 종료하여 항상 동일한 운영 체제 구성을 실행할 수 있다는 것입니다. 이 경우 루트 파일 시스템은 변경되지 않으므로 확인할 필요가 없습니다. "개발"이나 일반 용도로 시스템을 사용하는 경우 이는 분명히 적용되지 않지만 EC2에 대한 Amazon의 진정한 의도는 아니라고 생각합니다.

    3. EC2에서 실행하면 fsck대역폭과 프로세서 성능이 낭비됩니다. 이는 사용자와 Amazon 모두의 비용으로 해석됩니다.

  • <pass>여기 설정이 정상인가요 0?

    나는 이것이 새로운 Linux 설치에서 일반적이라고 생각 1하지만 배포판마다 다를 수 있습니다. Amazon의 사전 구축된 EC2 이미지도 EC2용으로 사전 구성되어 있습니다.

  • 이를 실행하는 가장 좋은 방법은 무엇입니까 fsck? 이 값을 변경해야 합니까, 아니면 경고가 표시되면 수동으로 실행해야 합니까?

    두 옵션 모두 장점이 있습니다. 자주 재부팅하는 경우 볼륨의 마운트 수를 자주 늘리는 것보다 수동으로 실행하는 것이 좋습니다.

fstab그런데 루트 파일 시스템이 일반적 으로 설치 후(사용 가능한 경우) 또는 설치 전에 확인되는지 잘 모르겠습니다 . 이전이었다면 루트 파일 시스템을 마운트하기 전에 실제로 "일반적인" Ubuntu 설치가 에서 수행되었을 수 있습니다 fsck. initramfs이 경우 initramfsEC2에서는 다를 수 있으며 파일 시스템 확인을 제안하는 플래그는 무시될 수 있습니다.

관련 정보