Đây sẽ là một hướng dẫn rất ngắn, tôi hứa. Bạn đang gặp sự cố sau:bạn đang thử nghiệm Fedora với tư cách là một hệ điều hành khách trong một máy ảo trên VirtualBox. Thử nghiệm của bạn bao gồm việc cài đặt Fedora, có vẻ như đang diễn ra tốt đẹp. Kiểm tra xong, bạn khởi động lại. Tuy nhiên, thay vì menu GRUB như mong đợi, bạn gặp lỗi có nội dung:FATAL:INT18:BOOT FAILURE.
Vậy bây giờ bạn muốn làm gì? Vâng, về cơ bản bạn đọc hướng dẫn này. Không chỉ Fedora, mặc dù bạn có nhiều khả năng gặp phải vấn đề này với các hệ điều hành dựa trên RedHat và SUSE hơn là với họ Debian. Được rồi, lảm nhảm đủ rồi, hãy giải quyết chuyện này một cách nhanh chóng và đơn giản.
Sự cố & giải pháp
Vì vậy, sự cố mà bạn thấy lỗi này trong lần khởi động đầu tiên sau khi cài đặt hệ điều hành khách trong VirtualBox, rất có thể nhưng không giới hạn ở Fedora:
FATAL:INT18:LỖI KHỞI ĐỘNG
Vấn đề được ghi lại trong một vé VirtualBox từ bốn năm trước, nhưng tôi đã gặp phải vấn đề này cả trong Fedora 16 và Beefy Miracle mới nhất. Sự cố xuất hiện trong lần khởi động đầu tiên nếu bạn giữ hình ảnh hệ điều hành được gắn trong ổ đĩa CD/DVD khách. Ví dụ:
Để giải quyết vấn đề này, chỉ cần ngắt kết nối CD/DVD ROM-và khởi động lại. Bạn có thể làm điều này bằng cách thay đổi danh sách hình ảnh có sẵn cho bộ điều khiển thành Empty. Đây là một ảnh chụp màn hình khác, hiển thị tính năng này đang hoạt động mà không có sự tham gia cụ thể của Fedora.
Nhìn chung, lỗi kỳ lạ này rất giống với sự cố mà chúng tôi gặp phải với KVM, trong hướng dẫn khắc phục sự cố của tôi. Một trong những mẹo xoay quanh lỗi khởi động đầu tiên, chỉ có điều nó đi kèm với một loại cảnh báo khác. Độ phân giải giống hệt nhau trong cả hai trường hợp.
gốc (hd0,1)
Loại hệ thống tập tin là ext2fs, loại phân vùng 0x83
hạt nhân /boot/vmlinuz
Lỗi 15:Không tìm thấy tệp
Nhấn phím bất kỳ để tiếp tục...
Bạn cũng có thể thay đổi thứ tự khởi động thành HDD> CD/DVD-ROM> other. Bằng cách này, nếu không có bảng phân vùng trên đĩa trước khi cài đặt, VirtualBox sẽ chuyển sang thiết bị khởi động thứ hai và bạn sẽ không thấy lỗi sau đó. Một lần nữa, sử dụng thử nghiệm CentOS của chúng tôi để chứng minh:
Kết luận
Tại sao hai ảo hóa khác nhau lại có cùng một vấn đề, đánh bại tôi. Mọi thứ về lỗi này đều kỳ lạ, bao gồm cả biểu hiện hơi thất thường, cũng như thực tế là lỗi này đã tồn tại từ lâu. Nhưng trong cả hai trường hợp, VirtualBox và KVM, độ phân giải giống hệt nhau, cả việc loại bỏ ISO cũng như thay đổi thứ tự khởi động.
Hy vọng rằng bạn đã học được điều gì đó có giá trị và có lẽ đã tiết kiệm cho mình một bản cài đặt bổ sung hoặc hai hoặc hàng giờ liền làm việc trong chế độ cứu hộ GRUB bằng cách nào đó để cố sửa một thứ gì đó không bị hỏng. Hoặc có lẽ đổ lỗi cho Fedora về một số vấn đề không thuộc về nó. Vâng, tôi đoán đó sẽ là tất cả. Chúng tôi sẽ xem xét Fedora 18 chỉ sau vài ngày, vì vậy hãy chú ý theo dõi.
Chúc mừng.