걱정하지 마세요. 이번 튜토리얼은 정말 짧습니다. 현재 이런 상황이라면 이 글이 도움이 될 것입니다. VirtualBox 위에서 가상 머신으로 Fedora를 게스트 운영체제로 테스트 중인데, 설치 과정은 잘 진행됩니다. 그런데 테스트를 마치고 재부팅을 하면, 예상했던 GRUB 메뉴 대신 다음과 같은 오류 메시지만 나타나는 것이죠.
FATAL: INT18: BOOT FAILURE
그래서 어떻게 해야 할까요? 바로 이 튜토리얼을 읽으면 됩니다. 사실 이 문제는 Fedora에만 국한된 것이 아닙니다. 다만 Debian 계열보다는 RedHat 기반 배포판이나 SUSE 계열 운영체제에서 더 자주 발생하는 편입니다. 자, 서론은 여기까지 하고 빠르고 간단하게 해결해 보겠습니다.
문제 원인과 해결 방법
이 문제는 VirtualBox에서 게스트 운영체제(대표적으로 Fedora)를 설치한 직후 첫 부팅 시 나타나는 오류입니다.
이 문제는 4년 전에 등록된 VirtualBox 버그 티켓에도 기록되어 있을 만큼 오래된 이슈입니다. 필자 역시 Fedora 16과 최신 Beefy Miracle 버전에서 모두 이 문제를 경험했습니다. 원인은 의외로 간단합니다. 첫 번째 부팅 시점에 운영체제 ISO 이미지가 게스트의 CD/DVD 드라이브에 마운트된 채로 남아 있기 때문입니다.
방법 1: CD/DVD 이미지 마운트 해제
해결 방법은 매우 간단합니다. 가상 머신 설정에서 컨트롤러에 연결된 이미지 목록을 '비어 있음(Empty)'으로 변경하여 CD/DVD-ROM을 마운트 해제한 뒤 재부팅하면 됩니다.
방법 2: 부팅 순서 변경
또 다른 방법은 부팅 순서를 HDD > CD/DVD-ROM > 기타 순으로 변경하는 것입니다. 이렇게 설정하면 설치 전 디스크에 파티션 테이블이 없더라도 VirtualBox가 두 번째 부팅 장치로 넘어가므로, 이후에는 해당 오류가 나타나지 않습니다.
참고로 이 문제는 KVM에서도 동일하게 발생합니다. 필자의 KVM 문제 해결 튜토리얼에서도 첫 부팅 실패 관련 팁을 다룬 적이 있는데, 오류 메시지 형태만 조금 다를 뿐 본질적으로 같은 문제입니다. 예를 들어 KVM에서는 다음과 같은 GRUB 오류가 나타날 수 있습니다.
root (hd0,1)
Filesystem type is ext2fs, partition type 0x83
kernel /boot/vmlinuz
Error 15: File not found
Press any key to continue...
이 경우에도 해결 방법은 완전히 동일합니다. ISO 이미지를 제거하거나 부팅 순서를 조정하면 됩니다.
마무리
왜 서로 다른 두 가상화 솔루션이 똑같은 문제를 겪게 되는지는 저도 의아할 따름입니다. 이 오류는 증상이 나타났다 사라지기도 하는 비일관적인 양상을 보이고, 관련 버그도 오랫동안 방치되어 왔다는 점에서 참 이상하기 짝이 없습니다. 하지만 다행인 점은 VirtualBox든 KVM이든 해결 방법이 동일하다는 것입니다. ISO 이미지 제거, 그리고 부팅 순서 변경. 이 두 가지면 충분합니다.
이 글을 통해 불필요한 재설치 몇 번과, GRUB 구조 모드에서 실제로 고장 나지 않은 것을 고치려고 밤샘 작업하는 시간을 아꼈다면 좋겠습니다. 아니면 문제의 원인도 아닌 Fedora를 탓하고 있었다면, 이제는 오해를 풀 수 있기를 바랍니다. 몇 일 후 Fedora 18 리뷰로 다시 찾아오겠습니다. 기대해 주세요.
감사합니다.