Ubuntu Server 16.04 / sdc पर स्थापित होता है, लेकिन बूट करने में विफल रहता है

Question

मैं एक आंतरिक एसएसडी के साथ मशीन पर उबंटू सर्वर 16.04 एलटीएस की एक साफ स्थापना कर रहा हूं। इंस्टॉल को पूरा करने के बाद, सिस्टम बूट करने में विफल रहता है और सिंगल लाइन fsckआउटपुट प्रिंट करता है , शेष स्क्रीन पूरी तरह से खाली है।

यह बहुत ही सर्वर उबंटू सर्वर 14.04.4 एलटीएस को ठीक से स्थापित करता है, इसलिए यह 16.04 एलटीएस के लिए बहुत विशिष्ट है। मैंने हर उस तरीके से स्थापित करने की कोशिश की है जिसमें मैं 16 में सोच सकता हूं और मुझे हर बार एक ही परिणाम मिलता है: स्थापना बिना किसी त्रुटि के पूरी होती है, लेकिन रिबूट होने पर मुझे रिबूट fsckकरने के बाद आउटपुट की एक पंक्ति के साथ एक काली स्क्रीन मिलती है :(

मैंने देखा कि इस सर्वर मशीन पर 14 और 16 के बीच एक बड़ा अंतर (जो कि अनएक्सपेक्टेशनल है, यह 16 जीबी रैम और सैमसंग 850 ईवीओ एसएसडी के साथ सिर्फ एक जेनेरिक ब्रॉडवेल आई 5 बॉक्स है) यह है कि उबंटू 14 का पता लगाता है और ड्राइव को स्थापित करता है/sda जबकि उबंटू 16 का पता लगाता है और ड्राइव को इस रूप में स्थापित करता है/sdc - इसके अलावा, Ubuntu 16 उबंटू इंस्टॉल के साथ यूएसबी फ्लैश ड्राइव का पता लगाता है /sda! यह मेरे रूप में .. बहुत गलत है।

मैं USB इंस्टॉलेशन ड्राइव के रूप में इलाज करने के लिए उबंटू सर्वर 16.04 स्थापित कैसे कर सकता हूं /sda?

संपादित करें: प्रति अनुरोध, यहां इंस्टॉल के अंत के fdiskबाद alt+ दबाने के बाद आउटपुट है→

यहाँ का उत्पादन है

# mkdir /mnt/ssd
# mount /dev/sdc1 /mnt/ssd
# nano /mnt/ssd/etc/fstab

जब मैं USB इंस्टॉल मीडिया से "रेस्क्यू मोड" में बूट करता हूं (रिकवरी मोड में बूट करने का कोई विकल्प मेरे सामने प्रस्तुत नहीं किया गया है), तो मुझे "डिवाइस के लिए रूट फाइल सिस्टम के रूप में उपयोग करने के लिए निम्न विकल्प मिलते हैं"

/dev/sda1  
/dev/sda5  
/dev/sdb1  
Assemble RAID array  
Do not use a root file system  

ध्यान दें कि कोई भी / sdc फाइल सिस्टम का पता नहीं लगाया गया है या दिखाया गया है। हालाँकि, जब मैं कंसोल में प्रवेश करता हूं /sda1और fdisk -lमैं देखता हूं कि मैंने क्या स्थापित किया है / sdc!

मैंने "GRUB बूट लोडर" को पुन: स्थापित करने का प्रयास किया /sda1और मुझे एक त्रुटि मिली। मैंने इसे फिर /sdaसे लक्ष्य के साथ आजमाया , और यह काम करने लगा।

लेकिन रिबूटिंग, एक ही ब्लैक स्क्रीन, दुर्भाग्य से fsck आउटपुट की तरह सिंगल।

Comments

Sda / sdc कोई मायने नहीं रखता, मुझे विश्वास है, क्योंकि अधिकांश डिस्ट्रो कुछ समय से UUIDs का उपयोग कर रहे हैं। : हो सकता है इस तरह के वसूली मोड के रूप में उपलब्ध बूट विकल्प को देखकर कुछ और जानकारी प्राप्त करने की कोशिश wiki.ubuntu.com/RecoveryMode

— Shtééf

हाँ रिकवरी में जाना और आपके / etc / fstab की समीक्षा करना निश्चित रूप से अगला कदम है। तब आपको ग्रब को पुनर्स्थापित करने की आवश्यकता हो सकती है।

— chx

@ Shtééf पुनर्प्राप्ति मोड कुछ भी नहीं दिखाता है, वास्तव में, पुनर्प्राप्ति मोड में मैं / sdc वॉल्यूम को बिल्कुल भी नहीं देख सकता।

— जेफ एटवुड

क्या आप डिबग मोड को सक्षम कर सकते हैं? wiki.archlinux.org/index.php/boot_debugging

— Braiam

ग्रब मेनू में, eडिफ़ॉल्ट प्रविष्टि को संपादित करने के लिए टाइप करें, और debugउस पंक्ति के अंत में संलग्न करें जो कहता है quiet। वास्तव में, शांत करना ठीक है।

— ब्रिअम

Answer 1

मैं 16.04 शुद्ध स्थापित के साथ एक ही व्यवहार देखा।

यदि आपका मुद्दा मेरा जैसा है, तो यह वास्तव में ठीक है, यह सिर्फ आपको tty7 दिखा रहा है।

ctrl+ alt+ मारने की कोशिश करें F1जो आपको लॉगिन प्रॉम्प्ट के साथ टर्मिनल तक ले जाए।

Comments

वाह यह पूरी तरह से है! मैंने ctrl + alt + F1 दबाया और मेरे पास बूटेड सिस्टम है। यह बहुत अजीब है! ये क्यों हो रहा है?

— जेफ एटवुड

@JeffAtwood lightdm / X को tty7 पर शुरू किया गया है, इसलिए डेस्कटॉप उबंटू बूट होगा। रिलीज के साथ कहीं न कहीं ओवरसाइट .. एक बग के रूप में दाखिल होने की जरूरत है, लेकिन मुझे यकीन नहीं है कि कहां।

— सेठ

किसी को भी कभी भी इसके लिए बग ढूंढना या दर्ज करना है? मैं दमन नहीं कर सकता।

— एडम मोनसेन १४'१६ को

नरक .... मैं सिर्फ 3hours भूत और फिर से एक UEFI मुद्दे के लिए खोज करने की कोशिश कर सब कुछ भूत .... tty7 .... आप एक बहुत धन्यवाद खर्च!

— 131

क्या मुझे लॉगिन करने के लिए हर बार ctrl + alt + F1 दबाने की आवश्यकता को रोकने के लिए कुछ भी किया जा सकता है?

— ubiquibacon

Answer 2

मुझे कल रात उबंटू 15.10 के साथ भी यही समस्या थी। बाहर मुड़कर मैंने एक (द्वितीयक) ड्राइव पर SATA कनेक्टर को खटखटाया। यहां कोई वास्तविक त्रुटि आउटपुट नहीं है, जो तब तक काफी भ्रामक था जब तक मैंने खोला और कनेक्टर को जगह से बाहर नहीं देखा।

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

एक लाइव ओएस बूट करें (आपको अपने उबंटू सर्वर फ्लैश ड्राइव का पुन: उपयोग करने में सक्षम होना चाहिए - Alt→एक कमांड लाइन पर जाने के लिए हिट )। डिस्क और विभाजन की एक सूची प्राप्त करें:

# fdisk -l | less

जाहिर है यह sdc पर होगा, लेकिन निर्धारित करें कि कौन सा विभाजन ext4 सिस्टम एक है।

विभाजन माउंट करें (sdc2 मानकर):

# mkdir /mnt/ssd
# mount /dev/sdc2 /mnt/ssd

अब इसके fstab का निरीक्षण करें:

# nano /mnt/ssd/etc/fstab

यदि यह एक UEFI स्थापित है, तो आपको संभवतः केवल EFI सिस्टम विभाजन ( /boot/efi), बूट विभाजन ( /boot), और सिस्टम रूट ( /) के लिए लाइनें होनी चाहिए । सेटअप मदद करता है कि यह उत्पन्न fstab में की गई लाइनों को एनोटेट करता है, इसलिए कुछ भी नहीं /dev/sdc*हटाया जाना चाहिए (या बस इसे सुरक्षित होने के लिए टिप्पणी करें)।

सहेजें कि ( CtrlX, Y, Enter), और कर

# sync
# reboot

सुनिश्चित करने के लिए कि परिवर्तन डिस्क और रिबूट के लिए प्रतिबद्ध हैं। फ्लैश ड्राइव को डिस्कनेक्ट करें और देखें कि यह कैसे जाता है।

सिस्टम ड्राइव से पहले फ्लैश ड्राइव दिखाई देने के कुछ सामान्य कारणों में एक BIOS सेटिंग का उपयोग किया जाता है जो आपको ड्राइव की स्वयं की पहचान पर भरोसा करने के बजाय ड्राइव को किसी अन्य प्रकार (फ्लॉपी ड्राइव, हार्ड ड्राइव आदि) को नकली करने की अनुमति देता है। , या क्योंकि ड्राइव को हटाने योग्य बिट बंद कर दिया गया है। क्या आप 14.04 इंस्टॉलर के लिए उसी ड्राइव का उपयोग कर रहे हैं जैसा कि आप 16.04 के लिए कर रहे हैं? यदि आप निश्चित हैं कि यह आपके अंत में नहीं है तो यह OS बग की तरह आवाज करता है।

Comments

हां सब कुछ 100% समान है, शून्य हार्डवेयर परिवर्तन। इस सर्वर पर उबंटू 14 एलटीएस ठीक स्थापित करता है।

— जेफ एटवुड

ठीक है यह निश्चित रूप से अधिक जानकारी है, धन्यवाद, मैंने आपके द्वारा अनुरोध की गई जानकारी के साथ प्रश्न को अपडेट किया है। मुझे उन स्क्रीनशॉट में कुछ भी गलत नहीं दिख रहा है?

— जेफ एटवुड

Answer 3

आप sda / sdc मुद्दे से गुमराह हैं। आपका fstabदिखाता है कि मशीन प्रति UUID फ़ाइल सिस्टम को असाइन करती है, और उसके शीर्ष पर, fsckलाइन से पता चलता है कि ग्रब एक initrd शुरू कर सकता है जिसने प्रारंभिक फ़ाइलचेक किया था।

यह कर्नेल के लिए गलत ग्राफिक्स सेटिंग के रूप में सरल कुछ हो सकता है। असल में, आप ttys नहीं देख सकते हैं, और X आपके सर्वर पर नहीं है, सही है?

कोशिश करो और जोड़ने nomodesetके लिए GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"में लाइन /etc/default/grub, और यह भी एक पंक्ति जोड़ें GRUB_GFXPAYLOAD_LINUX=keep।

मेरे पास 16.04 के साथ दो सिस्टम थे, जैसा कि आप वर्णन करते हैं, वैसे ही लक्षण दिखाते हैं, लेकिन चूंकि वे एक्स को बूट कर सकते हैं, मैं इसे एक रनिंग सिस्टम में ठीक कर सकता हूं। यह बहुत समान था, मैंने fsck लाइन (tty1 पर) या कुछ भी नहीं (tty2-6 पर) देखा।

Comments

जाहिरा तौर पर यह tty7मुख्य डिस्प्ले को आउटपुट भेज रहा है , लेकिन यह सफलतापूर्वक बूट हो रहा है? पता नहीं क्यों, या कैसे ठीक करें। ctrl + alt + f1 मुझे "वास्तविक" कंसोल पर स्विच करने देता है।

— जेफ एटवुड

एक सामान्य प्रणाली में, इनिशियलाइज़ेशन में tty1 को अग्रभूमि में शामिल करना शामिल है, इसलिए इसे डिस्प्ले मिलता है और आप लॉगिन प्रॉम्प्ट देखते हैं, आप डिस्प्ले पर त्रुटि और स्थिति संदेश भी देखते हैं। आपके मामले के लिए, केवल त्रुटि और स्थिति संदेश, पूर्ण आरंभीकरण केवल Alt-F2 के साथ होता है जब एक और ट्टी शुरू होती है। GRUB_CMDLINE_LINUX_DEFAULT="nomodeset quiet splash"सलाह के साथ कोशिश करें , दूसरी पंक्ति भी जोड़ें। इसने मेरे लिए इनिशियलाइज़ेशन खत्म कर दिया। मुझे यह करने के बाद tty1 लॉगिन प्रॉम्प्ट मिला, दो कंप्यूटरों पर।

— emk2203

इस मामले में आसान समाधान ठीक है (मैं आमतौर पर इस बॉक्स में वैसे भी एसएसएच हूं), लेकिन यह एक परेशान करने वाला बग है, मुझे उम्मीद है कि इसे रिलीज में ठीक किया जा सकता है।

— जेफ एटवुड

Answer 4

मैंने सिर्फ Ubuntu Server 16.04.1 LTS इंस्टॉल किया और ठीक उसी समस्या का सामना किया।

यह समस्या ग्रब विकल्प GRUB_CMLDLINE_LINUX_DEFAULT के कारण उबंटू के डेस्कटॉप संस्करण की तरह "शांत स्पलैश" पर सेट हो रही है। स्प्लैश स्क्रीन को सामान्य वर्बोज़ बूट पाठ के बजाय दिखाया गया है।

किसी तरह बूट प्रक्रिया पूरी हो जाने के बाद, कंसोल को tty7 में गिरा दिया जाता है, जो कि गैर-विद्यमान xserver GUI है, जिसके परिणामस्वरूप उपरोक्त समस्या आती है।

इसे "टेक्स्ट" पर वापस सेट करें और आखिरकार उबंटू बूट संदेश उबंटू सर्वर tty1 कंसोल में बूट होगा।

संपादित करें: जैसा कि @ emk2203 द्वारा उल्लेख किया गया है, यह समस्या बूटलोडर द्वारा गलत ड्राइव पर स्थापित किए जाने के कारण नहीं है। इंस्टॉलेशन वास्तव में बूट करने में सफल होता है, लेकिन ग्रब कॉन्फिग में बग के कारण tty1 के बजाय noxistent tty7 को मुख्य डिस्प्ले में भेजा जाता है।

Comments

यह वास्तव में सवाल का जवाब नहीं देता है। यदि आपका कोई अलग प्रश्न है, तो आप प्रश्न पूछें पर क्लिक करके पूछ सकते हैं । पर्याप्त प्रतिष्ठा होने पर आप इस प्रश्न पर अधिक ध्यान आकर्षित करने के लिए एक इनाम भी जोड़ सकते हैं । - समीक्षा से

— फाबबी

@ फ़ेबी: मुझे लगता है कि पोस्ट एक उत्तर के रूप में इरादा है, हालांकि मुझे यकीन नहीं है कि यह वास्तव में सवाल का जवाब दे रहा है।

— डेविड फ़ॉस्टर

मेरा उत्तर @ emk2203 के समान है और मेरा इरादा उनके पोस्ट के तहत एक टिप्पणी करने का था, हालांकि मेरे पास ऐसा करने के लिए पर्याप्त प्रतिष्ठा नहीं है।

— लोन्गिह

Answer 5

यह एक ऐसी ही समस्या की तरह दिखता है जो मुझे पिछले Ubuntu के साथ मिला था। यह बूट लोडर को USB ड्राइव पर स्थापित कर रहा था। मुझे आंतरिक ssd में एक बूट लोडर (ग्रब या जो भी) मैन्युअल रूप से स्थापित करना था।

Comments

जैसा कि आप आखिरी स्क्रीनशॉट में देख सकते हैं कि यह निश्चित रूप से बूट लोडर को स्थापित कर रहा है/sdc

— जेफ एटवुड