यह एक बहुत छोटा ट्यूटोरियल होगा, मैं वादा करता हूं। आप निम्नलिखित समस्या का सामना कर रहे हैं: आप VirtualBox के शीर्ष पर एक वर्चुअल मशीन में गेस्ट ऑपरेटिंग सिस्टम के रूप में Fedora का परीक्षण कर रहे हैं। आपका टेस्ट Fedora की इंस्टॉलेशन शामिल है, जो अच्छी तरह से चल रही प्रतीत होती है। टेस्ट के साथ किया, आप रीबूट करते हैं। हालांकि, अपेक्षित GRUB मेनू के बजाय, आपको एक त्रुटि मिलती है जो पढ़ती है: FATAL: INT18: BOOT FAILURE।
तो अब आप क्या करते हैं? खैर, मूल रूप से आप इस ट्यूटोरियल को पढ़ते हैं। यह सिर्फ Fedora नहीं है, हालांकि आप इस समस्या का सामना RedHat-आधारित और SUSE ऑपरेटिंग सिस्टम के साथ डेबियन परिवार की तुलना में अधिक होने की संभावना है। ठीक है, पर्याप्त बकबक, आइए इसे जल्दी और सरलता से हल करें।
समस्या और समाधान
तो वह समस्या जो आप इस त्रुटि को VirtualBox में गेस्ट ऑपरेटिंग सिस्टम की इंस्टॉलेशन के बाद पहले बूट पर देखते हैं, सबसे अधिक संभावना है लेकिन Fedora तक सीमित नहीं:
FATAL: INT18: BOOT FAILURE
समस्या चार साल पुराने VirtualBox टिकट में दर्ज है, लेकिन मैं इस मुद्दे को Fedora 16 और नवीनतम Beefy Miracle दोनों में देख चुका हूं। समस्या पहले बूट पर प्रकट होती है यदि आप ऑपरेटिंग सिस्टम इमेज को गेस्ट CD/DVD ड्राइव में माउंटेड रखते हैं। उदाहरण के लिए:
इसे हल करने के लिए, बस CD/DVD ROM को अनमाउंट करें और रीबूट करें। आप इसे कंट्रोलर के लिए उपलब्ध इमेज की सूची को Empty में बदलकर कर सकते हैं। यहां एक और स्क्रीनशॉट है, जिसमें Fedora को विशेष रूप से शामिल किए बिना फीचर को एक्शन में दिखाया गया है।
कुल मिलाकर, यह अजीब त्रुटि उस समस्या के समान है जिसका हमने 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 > अन्य में भी बदल सकते हैं। इस तरह, यदि इंस्टॉलेशन से पहले डिस्क पर कोई पार्टीशन टेबल नहीं है, तो VirtualBox दूसरे बूट डिवाइस पर कूद जाएगा, और फिर आप बाद में त्रुटि नहीं देखेंगे। फिर से, हमारे CentOS टेस्ट थिंगी का उपयोग करके प्रदर्शित कर रहे हैं:
निष्कर्ष
क्यों दो अलग-अलग वर्चुअलाइजेशन में सटीक समान मुद्दा होगा, मुझे समझ नहीं आता। इस त्रुटि के बारे में सब कुछ अजीब है, जिसमें कुछ हद तक अनियमित अभिव्यक्ति, साथ ही तथ्य यह है कि बग उम्र के लिए खुला रहा है। लेकिन दोनों मामलों में, VirtualBox और KVM, समाधान समान है, ISO को हटाने के साथ-साथ बूट ऑर्डर में बदलाव।
उम्मीद है, आपने कुछ मूल्यवान सीखा है और शायद खुद को एक अतिरिक्त इंस्टॉलेशन या दो या GRUB रेस्क्यू मोड में किसी तरह कुछ ठीक करने की कोशिश में अंतहीन घंटे काम करने से बचाया है जो टूटा नहीं है। या शायद Fedora को उन समस्याओं के एक हिस्से के लिए दोषी ठहराया जो सही मायने में उसके नहीं हैं। खैर, मुझे लगता है कि यह सब होगा। हम कुछ ही दिनों में Fedora 18 की समीक्षा करेंगे, इसलिए बने रहें।
चीयर्स।
