सैमसंग लैपटॉप पर उबंटू 14 बूटिंग। rEFInd हार्ड ड्राइव नहीं देखता है

Question

अच्छा दिन।

मैं अपने सैमसंग सीरीज 3 लैपटॉप पर उबंटू बूटिंग प्राप्त करने की कोशिश कर रहा हूं। उबंटू स्थापित किया गया है (और यह केवल ओएस है), लेकिन बूट नहीं किया।

मैं आम संकेत के माध्यम से गया हूं और अंत में एक निष्कर्ष पर आया कि मेरे फर्मवेयर के साथ एक समस्या हो सकती है जिसे मैं हल करने में असमर्थ हूं।

यह अब तक की कहानी है:

1. बूट-रिपेयर ने GPT के बारे में शिकायत की। इस मंच को पढ़ने से मैंने यह निष्कर्ष निकाला कि चूंकि मैं यूईएफआई का उपयोग करना चाहता हूं, इसलिए यह विकल्प मुझ पर लागू नहीं होता है। यहाँ लॉग है, हालांकि:

बूट-मरम्मत की जानकारी http://paste.ubuntu.com/11842457/

2. मैन्युअल रूप से EFI प्रविष्टि जोड़ने की कोशिश की। काम नहीं किया। रिबूट के बाद प्रविष्टि गायब हो गई

3. मैन्युअल रूप से अपने rEFInd का उपयोग करके EFI प्रविष्टि बनाने पर रोडरिक स्मिथ की सलाह पढ़ें। मैंने एक बूट करने योग्य USB बनाया, शेल में बूट किया और मैपिंग टेबल में केवल एक फाइल सिस्टम fs0 प्रदर्शित किया जो कि USB ही है। HDD मौजूद नहीं है इसलिए मैं EFI नहीं बना सकता, क्योंकि स्पष्ट रूप से, shimx64.efi नहीं है। वास्तव में निराशाजनक है। यह कैसे काम करने वाला है?

मैंने यह जानने के लिए दिन बिताए हैं कि क्या करना है। मुझे वास्तव में उबंटू काम करने के तरीके पर एक सरल और समझने योग्य मार्गदर्शिका की कमी है।

अद्यतन

EFI विभाजन में /EFI/ubuntuचार फ़ाइलों के साथ एक निर्देशिका होनी चाहिए : grub.cfg, grubx64.efi, MokManager.efiऔरshimx64.efi

मैं कैसे जांच कर सकता हूं? मैंने अपना EFI विभाजन और lsइसे 'd' पर लगाया है। वो खाली था।

रॉड की सलाह के बाद, dmesgपरिणाम यहां हैं

मुझे लगता है, मुझे यह कहने की आवश्यकता है कि इस लैपटॉप ने विंडोज 8 को प्रीइंस्टॉल्ड किया था और इसलिए फर्मवेयर को एक विशिष्ट तरीके से कॉन्फ़िगर किया गया हो सकता है। मैंने पुराने एचएचडी की मृत्यु के बाद उबंटू को स्थापित करने और एक नए पर स्विच करने का फैसला किया।

के माध्यम से एक तय करने के बाद gdisk, Ubuntu अंततः में दिखाई दिया rEFInd। मुझे USB डिस्क के अलावा अन्य शेल में सूचीबद्ध फ़ाइल सिस्टम दिखाई देते हैं। हालाँकि, मैं नहीं कर सकता ls fs1जो EFI पार्टीशन है, भले ही इसे शेल के शुरू होने के रूप में प्रदर्शित किया गया था। न ही मुझे shimx64.efiकहीं मिल सकता है। में उपलब्ध विकल्पों में से Ubuntu बूट करने की कोशिश की rEFInd। दो विकल्प थे:

1. vmlinuz-3.16.0-43-generic जिसका परिणाम हुआ unable to mount root fs on unknown block(0,0)
2. vmlinuz-3.16.0-43-generic.efi.signed उसी परिणाम के साथ

स्क्रीनशॉट

EFI प्रविष्टि बनाने का प्रयास bcfg boot add 4 fs1:\EFI\ubuntu\shimx64.efi "Ubuntu"स्पष्ट रूप से विफल रहा। fs1मेरा EFI विभाजन है।

नोटिस करने के लिए एक और बुरी बात: कर्नेल विफल होने के बाद उपलब्ध विभाजन की सूची खाली है।

अगर मैं USB को हटाता हूं rEFInd, तब भी कोई बूट डिवाइस मौजूद नहीं है।

यहाँ bootinfo है: http://paste.ubuntu.com/11850314/

जवाब के लिए धन्यवाद। खासकर रॉड स्मिथ को।

Answer 1

मेरे पास एक ही समस्या है, और आपको तब टर्मिनल से ऐसा करना होगा:

      sudo apt-get install linux-amd64_ linux-efi
      sudo apt-get update
      sudo apt-get upgrade
      sudo apt-get install -f
      sudo apt-get install aptitude
      sudo aptitude linux-efi

और यह इस तरह से ठीक काम कर सकता है।

Answer 2

इसलिए EFI विभाजन की शून्यता के बारे में मेरा संदेह बिना कारण के नहीं था। उबंटू को पूरी तरह से स्थापित नहीं किया गया है क्योंकि ओवरहीटिंग के कारण लैपटॉप नीचे चला गया। मैंने इसे पुन: स्थापित किया और यह अब बूट हो रहा है।

Answer 3

आपके कॉन्फ़िगरेशन को देखते हुए, rEFInd और EFI शेल आपको ESP और लिनक्स पार्टीशन दोनों दिखा रहे होंगे। (यह मानता है कि rEFInd USB ड्राइव ext4fs ड्राइवर के साथ कॉन्फ़िगर किया गया है, जिसे rEFInd USB मैं वितरित करता हूं।) इस प्रकार, मेरा संदेह यह है कि आपकी हार्ड डिस्क में कुछ गड़बड़ है। उबंटू आपातकालीन डिस्क में अपनी हार्ड डिस्क के पहचानकर्ता को sudo sgdisk -v /dev/sdaबदलने /dev/sdaका प्रयास करें । यह त्रुटियों के लिए विभाजन तालिका का परीक्षण करेगा। यदि आपको कोई दिखाई देता है, तो वापस रिपोर्ट करें या GPT डिस्क की मरम्मत पर मेरे GPT fdisk प्रलेखन पढ़ें ।

यदि कोई जीपीटी समस्याएं नहीं हैं, तो dmesg > dmesg.txtएक आपातकालीन डिस्क से कोशिश करें और आउटपुट को एक पास्टबिन साइट पर पोस्ट करें । यह आउटपुट इस बारे में एक संकेत प्रदान कर सकता है कि आपकी डिस्क फर्मवेयर के लिए क्यों दिखाई नहीं देती है।

---

संपादित करें: यह मुझे ऐसा लगता है जैसे कि rEFInd आपकी कर्नेल से मिलान करने के लिए एक प्रारंभिक रैम डिस्क (initrd) नहीं पा सकता है। बस स्पष्ट होना चाहिए, क्या आप उन kernels को rEFInd से या एक EFI शेल से लॉन्च कर रहे हैं? मैं पूछता हूं क्योंकि आपके द्वारा दिए गए ( vmlinuz-3.16.0-43-genericऔर vmlinuz-3.16.0-43-generic.efi.signed) .efi.signedएक्सटेंशन के अलावा दो फ़ाइलनाम समान हैं , और rEFInd में केवल .efi.signedगुठली रखने के लिए कोड शामिल है यदि दोनों मौजूद हैं, तो यह अजीब है कि दोनों rEFInd मेनू में दिखाई देंगे। (ओटीओएच, यदि आपने गलत टाइप किया है और गुठली उनके संस्करण संख्याओं में भिन्न है, तो यह पूरी तरह से समझ में आता है कि उस विस्तार के बिना दो, एक के साथ और एक होगा।)

आप लाइव उबंटू डिस्क का उपयोग करके एक initrd फ़ाइल की तलाश कर सकते हैं, और यह जांच कर सकते हैं कि क्या (यदि कोई हो) initrd=rEFInd F2 को हिट करके कर्नेल को पास कर रहा है या कर्नेल लॉन्च करते समय दो बार डालें। यह प्रक्रिया एक टेक्स्ट एडिटर खोलेगी, जिसमें कर्नेल पास किए गए विकल्पों को दिखाया गया है, और आपको उन विकल्पों को संपादित करने में भी सक्षम बनाता है।

इस बिंदु पर, हालांकि, उबंटू को फिर से स्थापित करना आसान हो सकता है। जब तक मुझे गलतफहमी न हो, यह एक नई स्थापना है, इसलिए आपको सिस्टम पर कोई मूल्यवान उपयोगकर्ता डेटा नहीं मिला है। सक्रिय 0xEE सुरक्षात्मक विभाजन के साथ अब निष्क्रिय है, जो भी अतिरिक्त समस्या आपको हो रही है, एक नए इंस्टॉलेशन को ठीक करने की संभावना है।

Comments

शुभ दिन रॉड। जवाब के लिए धन्यवाद। अभी-अभी किया है। कोई समस्या नहीं बताई गई है। वैसे, मैंने कुछ दिनों पहले ही इस HDD को खरीदा है। मुझे पता है कि उनमें से कुछ दोषपूर्ण हैं, लेकिन मुझे लगता है कि उच्च नहीं हैं? इसके अलावा, Ubuntu स्थापित होने लगता है क्योंकि मैं ext4 में सभी सामान्य सामग्री देखता हूं।

— रूबी शनोल

निम्नलिखित चेतावनी देते हुए कहा गया है: एमबीआर में 0xEE सुरक्षात्मक विभाजन सक्रिय रूप से चिह्नित है। यह तकनीकी रूप से GPT विनिर्देश का उल्लंघन है, और डिस्क को अनदेखा करने के लिए कुछ EIF का कारण बन सकता है, लेकिन कुछ BIOS-आधारित कंप्यूटरों पर GPT डिस्क से बूट करना आवश्यक है। आप विशेषज्ञों के मेनू पर 'n' विकल्प का उपयोग करके एक नया सुरक्षात्मक MBR बनाकर इस ध्वज को साफ कर सकते हैं

— Rubi Shnol

यही कारण है कि चेतावनी लगभग निश्चित रूप से आपकी समस्या का कारण पहचान करता है, और एक समाधान के लिए निर्देश प्रदान करता है: उपयोग gdiskके nमेनू अपने विशेषज्ञों पर विकल्प '। (आप fdiskइस ध्वज को साफ़ करने के लिए पुराने संस्करणों का भी उपयोग कर सकते हैं । उबंटू 14.04 जहाजों के साथ एक पुराना पर्याप्त संस्करण है जो इसे काम करना चाहिए।)

— रॉड स्मिथ

यह काम नहीं किया। कुछ भी नहीं बदला। gdisk -l /dev/sdaउसी तालिका को पहले की तरह आउटपुट करता है

— Rubi Shnol

sgdiskकोई समस्या नहीं रिपोर्ट, और न ही चेतावनी हालांकि

— Rubi Shnol