यह एक बहुत ही छोटा ट्यूटोरियल होगा, मैं वादा करता हूँ। आप निम्नलिखित समस्या का सामना कर रहे हैं:आप वर्चुअलबॉक्स के शीर्ष पर वर्चुअल मशीन में अतिथि ऑपरेटिंग सिस्टम के रूप में फेडोरा का परीक्षण कर रहे हैं। आपके परीक्षण में फेडोरा का अधिष्ठापन शामिल है, जो अच्छा चल रहा है। परीक्षण के साथ हो गया, आप रीबूट करें। हालाँकि, अपेक्षित GRUB मेनू के बजाय, आपको एक त्रुटि मिलती है जो पढ़ती है:FATAL:INT18:BOOT FAILURE।
तो अब आप क्या करेंगे? ठीक है, मूल रूप से आप इस ट्यूटोरियल को पढ़ते हैं। यह सिर्फ फेडोरा नहीं है, हालांकि आप डेबियन परिवार की तुलना में रेडहैट-आधारित और एसयूएसई ऑपरेटिंग सिस्टम के साथ इस समस्या का सामना करने की अधिक संभावना रखते हैं। ठीक है, बहुत हो गया बड़बड़ाना, चलो इसे जल्दी और सरलता से हल करें।
समस्या और समाधान
तो समस्या यह है कि आप इस त्रुटि को वर्चुअलबॉक्स में अतिथि ऑपरेटिंग सिस्टम की स्थापना के बाद पहले बूट पर देखते हैं, सबसे अधिक संभावना है लेकिन फेडोरा तक सीमित नहीं है:
घातक:INT18:बूट विफलता
समस्या को चार साल की आयु के वर्चुअलबॉक्स टिकट में प्रलेखित किया गया है, लेकिन मैं इस मुद्दे पर फेडोरा 16 और नवीनतम बीफी चमत्कार दोनों में आया हूं। यदि आप अतिथि सीडी/डीवीडी ड्राइव में ऑपरेटिंग सिस्टम छवि को आरोहित रखते हैं तो समस्या पहले बूट पर प्रकट होती है। उदाहरण के लिए:
इसे हल करने के लिए, बस सीडी/डीवीडी रोम को अनमाउंट करें-और रीबूट करें। आप नियंत्रक के लिए छवियों की उपलब्ध सूची को खाली में बदलकर ऐसा कर सकते हैं। यहां एक और स्क्रीनशॉट है, जिसमें फेडोरा को विशेष रूप से शामिल किए बिना फीचर को कार्रवाई में दिखाया गया है।
कुल मिलाकर, यह अजीब त्रुटि मेरे समस्या निवारण ट्यूटोरियल में KVM के साथ हुई समस्या के समान है। युक्तियों में से एक पहली बूट विफलता के इर्द-गिर्द घूमती है, केवल यह एक अलग तरह की चेतावनी के साथ आती है। संकल्प दोनों मामलों में समान है।
रूट (एचडी0,1)
फ़ाइल सिस्टम प्रकार ext2fs है, विभाजन प्रकार 0x83 है
कर्नेल /बूट/vmlinuz
त्रुटि 15:फ़ाइल नहीं मिली
जारी रखने के लिए कोई भी कुंजी दबाएं...
आप बूट क्रम को HDD> CD/DVD-ROM> Other में भी बदल सकते हैं। इस तरह, यदि स्थापना से पहले डिस्क पर कोई विभाजन तालिका नहीं है, तो वर्चुअलबॉक्स दूसरे बूट डिवाइस पर चला जाएगा, और फिर आपको बाद में त्रुटि दिखाई नहीं देगी। फिर से, प्रदर्शित करने के लिए हमारी CentOS परीक्षण चीज़ का उपयोग करना:
निष्कर्ष
दो अलग-अलग वर्चुअलाइजेशन का एक ही मुद्दा क्यों होगा, मुझे धड़कता है। इस त्रुटि के बारे में सब कुछ अजीब है, जिसमें कुछ हद तक अनियमित अभिव्यक्ति भी शामिल है, साथ ही तथ्य यह है कि बग उम्र के लिए खुला है। लेकिन दोनों ही मामलों में, वर्चुअलबॉक्स और केवीएम, रिज़ॉल्यूशन समान है, आईएसओ को हटाने के साथ-साथ बूट ऑर्डर में बदलाव दोनों।
उम्मीद है, आपने कुछ मूल्यवान सीखा है और शायद अपने आप को एक अतिरिक्त स्थापना या GRUB बचाव मोड में काम करने वाले दो या अंतहीन घंटों को किसी तरह से ठीक करने की कोशिश कर रहा है जो टूटा नहीं है। या शायद फेडोरा को कुछ समस्याओं के लिए दोष देना जो उचित रूप से इससे संबंधित नहीं हैं। अच्छा, मुझे लगता है कि यह सब होगा। हम कुछ ही दिनों में फेडोरा 18 की समीक्षा करेंगे, इसलिए बने रहें।
प्रोत्साहित करना।