이것은 매우 짧은 자습서가 될 것입니다. 약속드립니다. 당신은 다음과 같은 문제에 직면해 있습니다:VirtualBox 위에 있는 가상 머신에서 Fedora를 게스트 운영 체제로 테스트하고 있습니다. 귀하의 테스트에는 잘 진행되고 있는 것으로 보이는 Fedora 설치가 포함되어 있습니다. 테스트가 끝나면 재부팅합니다. 그러나 예상되는 GRUB 메뉴 대신 FATAL:INT18:BOOT FAILURE라는 오류가 표시됩니다.
그래서 지금 무엇을 합니까? 음, 기본적으로 이 자습서를 읽었습니다. Fedora뿐만 아니라 RedHat 기반 및 SUSE 운영 체제에서 Debian 제품군보다 이 문제가 발생할 가능성이 더 높습니다. 자, 옹알이는 그만하고 이 문제를 빠르고 간단하게 해결해 봅시다.
문제 및 해결책
따라서 VirtualBox에 게스트 운영 체제를 설치한 후 처음 부팅할 때 이 오류가 표시되는 문제는 Fedora에만 국한되지는 않습니다.
치명적:INT18:부팅 실패
이 문제는 4년 된 VirtualBox 티켓에 문서화되어 있지만 Fedora 16과 최신 Beefy Miracle에서 모두 이 문제를 발견했습니다. 게스트 CD/DVD 드라이브에 마운트된 운영 체제 이미지를 유지하는 경우 처음 부팅할 때 문제가 나타납니다. 예:
이 문제를 해결하려면 CD/DVD ROM을 마운트 해제하고 재부팅하십시오. 컨트롤러의 사용 가능한 이미지 목록을 비어 있음으로 변경하면 됩니다. 다음은 Fedora가 구체적으로 관여하지 않은 상태에서 작동 중인 기능을 보여주는 또 다른 스크린샷입니다.
대체로 이 이상한 오류는 문제 해결 자습서에서 KVM에서 직면한 문제와 매우 유사합니다. 팁 중 하나는 첫 번째 부팅 실패를 중심으로 하며 다른 종류의 경고와 함께 제공됩니다. 해상도는 두 경우 모두 동일합니다.
루트 (hd0,1)
파일 시스템 유형은 ext2fs, 파티션 유형은 0x83입니다.
커널 /boot/vmlinuz
오류 15:파일을 찾을 수 없음
계속하려면 아무 키나 누르십시오...
부팅 순서를 HDD> CD/DVD-ROM> 기타로 변경할 수도 있습니다. 이렇게 하면 설치 전에 디스크에 파티션 테이블이 없으면 VirtualBox가 두 번째 부팅 장치로 건너뛰고 이후에 오류가 표시되지 않습니다. 다시 CentOS 테스트 기능을 사용하여 다음을 시연합니다.
결론
두 개의 서로 다른 가상화가 정확히 동일한 문제를 갖는 이유는 무엇입니까? 이 오류에 대한 모든 것은 다소 불규칙한 징후와 버그가 오랫동안 열려 있었다는 사실을 포함하여 이상합니다. 그러나 두 경우 모두 VirtualBox와 KVM의 해상도는 동일하며 ISO를 제거하고 부팅 순서를 변경합니다.
다행스럽게도 여러분은 가치 있는 것을 배웠고 추가 설치 또는 GRUB 복구 모드에서 어떻게든 고장나지 않은 것을 고치려고 노력하는 2시간 또는 끝없이 작업하는 시간을 절약했을 것입니다. 또는 정당하게 속하지 않는 문제에 대해 Fedora를 비난할 수도 있습니다. 글쎄, 그게 전부일 것 같아. 며칠 후에 Fedora 18을 검토할 예정이니 계속 지켜봐 주시기 바랍니다.
건배.