이것은 매우 짧은 튜토리얼이 될 것입니다, 약속합니다. 당신은 다음 문제에 직면하고 있습니다: 당신은 VirtualBox 위에서 가상 머신에서 게스트 운영 체제로 Fedora를 테스트하고 있습니다. 당신의 테스트는 Fedora의 설치를 포함하며, 그것은 잘 진행되는 것 같습니다. 테스트를 마치고, 당신은 재부팅합니다. 그러나, 예상된 GRUB 메뉴 대신, 당신은 다음과 같이 읽히는 에러를 얻습니다: FATAL: INT18: BOOT FAILURE.
그래서 이제 당신은 무엇을 합니까? 음, 기본적으로 당신은 이 튜토리얼을 읽습니다. 그것은 단지 페도라만이 아닙니다, 비록 당신이 레드햇-기반과 수세 운영 체제들에서 이 문제를 마주칠 가능성이 데비안 제품군보다 더 높지만. 좋아요, 충분한 잡담, 이것을 빠르고 단순하게 해결합시다.
문제 & 해결책
그래서 당신이 VirtualBox에서 게스트 운영 체제의 설치 후 첫 부팅에서 이 에러를 보는 문제, 가장 가능성이 높지만 페도라에 국한되지 않습니다:
FATAL: INT18: BOOT FAILURE
이 문제는 4년 된 VirtualBox 티켓에 문서화되어 있지만, 저는 이 이슈를 페도라 16과 최신 Beefy Miracle 모두에서 마주쳤습니다. 이 문제는 당신이 운영 체제 이미지를 게스트 CD/DVD 드라이브에 마운트된 채로 두면 첫 부팅에서 나타납니다. 예를 들어:
이것을 해결하기 위해, 그냥 CD/DVD ROM을 언마운트하고 재부팅하세요. 당신은 컨트롤러에 대한 사용 가능한 이미지 목록을 Empty로 변경함으로써 이것을 할 수 있습니다. 여기 또 다른 스크린샷이 있습니다, 페도라가 구체적으로 관여하지 않고 그 기능이 작동하는 것을 보여줍니다.
전반적으로, 이 기묘한 에러는 내가 트러블슈팅 튜토리얼에서 KVM과 마주쳤던 문제와 매우 유사합니다. 팁 중 하나는 첫 부팅 실패를 중심으로 돌아가지만, 그것은 다른 종류의 경고와 함께 옵니다. 해결책은 두 경우 모두 동일합니다.
root (hd0,1)
Filesystem type is ext2fs, partition type 0x83
kernel /boot/vmlinuz
Error 15: File not found
Press any key to continue...
당신은 또한 부팅 순서를 HDD > CD/DVD-ROM > other로 변경할 수 있습니다. 이런 식으로, 설치 전에 디스크에 파티션 테이블이 없다면, VirtualBox는 두 번째 부팅 장치로 건너뛸 것이고, 그 후에 당신은 에러를 보지 않을 것입니다. 다시, 우리의 CentOS 테스트 것을 사용하여 시연:
결론
왜 두 개의 다른 가상화가 정확히 동일한 이슈를 가질까, 나는 모릅니다. 이 에러에 대한 모든 것은 이상합니다, 다소 변덕스러운 발현을 포함하여, 그리고 버그가 오랫동안 열려 있었다는 사실. 하지만 두 경우 모두, VirtualBox와 KVM에서, 해결책은 동일합니다, ISO 제거뿐만 아니라 부팅 순서 변경.
희망적으로, 당신은 무언가 가치 있는 것을 배웠고, 아마도 당신 자신을 추가 설치나 끝없는 GRUB 구조 모드에서 일하며 고장나지 않은 무언가를 어떻게든 고치려고 노력하는 것에서 구했을 것입니다. 아니면 아마도 페도라에게 정당하게 속하지 않는 문제들의 몫을 비난하는 것에서. 글쎄요, 저는 그게 다일 거라고 추측합니다. 우리는 불과 며칠 안에 페도라 18을 리뷰할 것이니, 계속 지켜봐 주세요.
치어스.
