%20%EC%9D%B8%EC%8A%A4%ED%84%B4%EC%8A%A4%EC%9D%98%20%EB%91%90%20%EB%B2%88%EC%A7%B8%20%EB%94%94%EC%8A%A4%ED%81%AC%EC%97%90%20Linux%EB%A5%BC%20%EC%84%A4%EC%B9%98%ED%95%A9%EB%8B%88%EB%8B%A4..png)
실행 중인 Linux(RHEL 7.8) AWS 인스턴스에 두 번째 디스크를 마운트하고 여기에 사용자 정의된 부팅 가능한 Linux 환경을 설치한 다음 해당 디스크를 AMI로 변경하여 새 Linux 인스턴스를 부팅하려고 합니다. 이것이 클라우드에 있기 때문에 표준 설치 절차를 실행하기 위해 ISO를 부팅하거나 킥스타트할 수 없습니다. 나는 이것이 이 작업을 수행하는 우회적인 방법이라는 것을 알고 있지만 이것이 필수 사항이라고만 말씀드리겠습니다.
디스크에 파티션을 생성하고, XFS 파일 시스템을 생성하고, 마운트한 다음, 여기에 커널 및 grub2 패키지뿐만 아니라 기본 및 코어 패키지 그룹을 설치합니다. 거기에는 문제가 없습니다. 나는grub2-설치새 디스크에서 해당 경로로 chroot를 실행하고 실행합니다.grub2-mkconfig -o /boot/grub2/grub.cfg. fstab에서 새 디스크에 UUID를 사용했는지 확인하고 디스크 UUID가 grub 구성에서 사용되고 있는지 확인했습니다.
그런 다음 인스턴스를 종료하고 볼륨의 스냅샷을 찍은 다음 해당 스냅샷을 AMI로 전환합니다. 거기에는 문제가 없습니다. 인스턴스를 부팅하면 로그인 프롬프트가 표시될 수 있었습니다. 그래도 내가 얻을 수 있는 것은 여기까지다. sshd가 시작되지 않는 것 같아서 액세스할 수 없습니다. 시스템 로그에 로그인 프롬프트가 표시되는 것뿐입니다. 내가 무엇을 하든 openssh 서버를 시작하고 응답할 수 없는 것 같습니다. systemd가 사용하는 심볼릭 링크를 확인했습니다.~할 수 있게 하다sshd에 대한 프로세스가 마련되어 있습니다. 작동하는 Linux 인스턴스를 얻는 데 필요한 일부 구성이나 추가 패키지가 누락된 것 같습니다. 이와 같은 작업을 수행하는 방법에 대한 정보가 많지 않은 것 같지만 패키지와 구성을 올바르게 조합하면 가능할 것 같습니다.