बूट नहीं किया जा सकता क्योंकि: कर्नेल आतंक - सिंक नहीं: init को मारने का प्रयास किया गया!

Question

यह मुझे मिल गया है। मैं बूट नहीं कर सकता और मुझे हर समय पलक झपकते कीबोर्ड पर दो तीन छोटी रोशनी दिखाई देती है और कूलिंग पूरी शक्ति से काम कर रही है।

मैंने स्मृति परीक्षण के लिए अन्य आस्कुबंटू विषय सुझाव में देखा। मैंने यह किया। मेरी कोई त्रुटि नहीं थी।

मुझे यकीन है कि यह 99,9% है, यह एक हार्डवेयर समस्या नहीं है, क्योंकि मेरे पास विंडोज 7 है और मैं इसे बूट कर सकता हूं और यह ठीक काम करता है।

यह समस्या बिना किसी चेतावनी या कुछ और के आई। मैंने एक दिन लैपटॉप बंद कर दिया और दूसरे दिन मैं बूट नहीं कर सका।

पुनर्प्राप्ति मोड से मुझे यह मिलता है:

Comments

GRUB स्क्रीन पर उस प्रविष्टि का चयन करें जिसे आप बूट करना चाहते हैं (सबसे अधिक संभावना है कि डिफ़ॉल्ट के रूप में चयनित), प्रेस करें eऔर फिर मौजूद होने पर कर्नेल लाइन से 'शांत' और 'स्प्लैश' हटा दें। फिर आप बूट करने के लिए Ctrl-X दबा सकते हैं। यह थोड़ी अधिक जानकारी प्रदर्शित कर सकता है जो उपयोगी हो सकता है। संपादित करें: tumbleweed का सुझाव बेहतर है, बचाव का प्रयास करें

— benwh

यह बचाव मोड में बूट नहीं करता है। यह उसी त्रुटि पर अटका हुआ है। मैं सोच रहा हूँ कि बचाव स्क्रीन से सभी जानकारी को कैसे कॉपी / पेस्ट किया जाए।

— इवान डोकोव

क्या आप /var/log/kern.logलाइव सीडी का उपयोग करके अपने उबंटू विभाजन से हड़प सकते हैं ?

— लेकेनस्टाइन

जब मैं 14.04 से अपग्रेड करता हूं तो मैं यही समस्या रखता हूं, मैं पुराने कर्नेल के साथ बूट करने में सक्षम नहीं हूं और अधिक बचाव करता हूं, आपने इसे कैसे हल किया। ????

— नलपॉइंटर

Answer 1

वहां तुम जाओ /sbin/init: No such file or directory। लगता है कि यह एक /sbin/initपर नहीं मिल सकता है/dev/sda6 ।

शायद एक लाइव सीडी से एक नज़र है, और देखें कि क्या है sda6 ? क्या यह सही विभाजन है? क्या सिर्फ वह फाइल गायब है?

आप शायद इसे लाइव सीडी से ठीक कर सकते हैं, लेकिन मुझे यकीन नहीं है कि इसका कारण क्या है, इसलिए मैं निर्देश नहीं दे सकता। यदि आपके पास इसे ठीक करने का तरीका नहीं पता है, तो पुनः स्थापित करना शायद आसान है।

Comments

Sda6 पर मेरे पास उबंटू ओएस है। यह सही विभाजन है। मैंने एक LiveCD से बूट किया है और मैं / sbin / init फ़ाइल को / dev / sda6 में देखता हूं। मैं वास्तव में / sbin / init को ठीक करने का तरीका नहीं जानता, लेकिन मैं सुनिश्चित करने के लिए OS को पुनर्स्थापित नहीं करना चाहता। Init को ठीक करने में मेरी मदद करें। पुनश्च: इससे पहले कि मैं यहां विषय पोस्ट करूं मैंने लाइव सीडी से Gparted के साथ विभाजन की जांच की। यह मदद नहीं की।

— इवान डोकोव

ऐसा लगता है कि मैं ओएस को फिर से इंस्टॉल करूंगा।

— इवान डोकोव

मुझे लगता है कि सुझाव है कि करने के लिए नफरत है, मैं कर रहा हूँ यकीन है कि यह क्षम्य है, लेकिन मुश्किल है कि कैसे कहने के लिए है, नीचे बैठे हैं और मशीन के साथ playnig बिना ...

— Tumbleweed

मुझे उबंटू 15.10 में अपग्रेड करने के बाद भी यही समस्या है। लेकिन मैं USB बूट करने योग्य ubuntu 14.04 से भी पुनर्स्थापित नहीं कर सकता। ग्रब कमांड प्रॉम्प्ट के साथ एक काली स्क्रीन है

— जिज्ञासु

जब मैं 14.04 से अपग्रेड करता हूं तो मैं यही समस्या रखता हूं, मैं पुराने कर्नेल के साथ बूट करने में सक्षम नहीं हूं और अधिक बचाव करता हूं, आपने इसे कैसे हल किया। ????

— नलपॉइंटर

Answer 2

मुझे उसी सटीक समस्या से बहुत परेशानी हुई और मुझे कुछ समय लगा लेकिन मैंने निम्नलिखित समस्या के साथ अपनी समस्या को ठीक करने में कामयाबी हासिल की। मैंने बूट रिपेयर स्थापित किया और अपने फाइल सिस्टम को रिपेयर किया। मेरे पास LVM (लॉजिकल वॉल्यूम मेंजमेंट) है और मैं fsck नहीं चला सकता। आप कैसे से इसे स्थापित करने का अनुसरण कर सकते https://help.ubuntu.com/community/Boot-Repair या

sudo add-apt-repository ppa:yannubuntu/boot-repair
sudo sed 's/trusty/saucy/g' -i /etc/apt/sources.list.d/yannubuntu-boot-repair-trusty.list
sudo apt-get update
sudo apt-get install -y boot-repair && (boot-repair &)

उसके बाद, बूट-मरम्मत स्वचालित रूप से खुलनी चाहिए

1. विस्तार करने के लिए " उन्नत विकल्प " पर क्लिक करें
2. " मुख्य विकल्प " टैब में, " GRUB की स्थापना रद्द करें " और " फ़ाइल सिस्टम की मरम्मत करें " की जाँच करें फ़ाइल सिस्टम की मरम्मत सबसे महत्वपूर्ण हिस्सा है क्योंकि कुछ फ़ाइल सिस्टम त्रुटि के कारण कर्नेल पैनिक्स होता है।
3. " ग्रब विकल्प " टैब को अंतरित करें , इसे फिर से इंस्टॉल करने से पहले " शुद्ध GRUB चेक करें "
4. और निश्चित रूप से आपके पास इंटरनेट कनेक्शन होना चाहिए क्योंकि आप नई फाइलें स्थापित करेंगे। और अंत में Apply पर क्लिक करें ।

Answer 3

वर्चुअल मशीन चलाते समय इस समस्या का सामना करने वालों के लिए बस अपना 2 सी जोड़ना है। मैं उसी संदेश को देख रहा था जब वीएम वर्चुअलबॉक्स से वीएमवेयर ईआरएक्सआई पर माइग्रेट करने की कोशिश कर रहा था। ऊपर दिए गए किसी भी समाधान ने समस्या को हल करने के लिए काम नहीं किया है, एकमात्र विकल्प जो समस्या को हल करता है वह डिस्क छवि को मैन्युअल रूप से VMWare प्रारूप में परिवर्तित करना था:

 /Applications/VMware\ Fusion.app/Contents/Library/vmware-vdiskmanager -r ubuntu-disk1.vmdk -t 4 ../ubuntu-disk.vmdk

4 -t का महत्वपूर्ण हिस्सा, जो ESXi- तैयार डिस्क छवि बनाता है। मैंने एक उदाहरण के रूप में VMWare Fusion का उपयोग किया है, लेकिन vmware-vdiskmanager के किसी भी वितरण का उपयोग किया जा सकता है।

Answer 4

मेरे अनुभव से, मुझे लगता है कि यह समस्या एक नए कर्नेल संस्करण में अपग्रेड करने के कारण होती है।

फोर्स शटडाउन और फिर फिर से बिजली। उबंटू या प्राथमिक के लिए अग्रिम विकल्प का चयन करें । अगले टैब में, बस एक पिछला कर्नेल संस्करण चुनें और हिट करें Enterऔर यह सामान्य रूप से डेस्कटॉप पर जाएगा।

Answer 5

मुझे ubuntu 18.04 के साथ यह मुद्दा मिला 16.04 से 18.04 तक अपने डिस्ट्रो को अपग्रेड करने पर , बूट प्रक्रिया फेंकता है, कर्नेल कॉरिक

e2fsck
sbin/init: No Such file or Directory
Kernel Panic - Not Syncing : Attempted to kill init !

इसे हल करने के लिए, मैंने लाइव उबंटू 18.04 डिस्क से बूट किया, फिर मैंने अपने फाइल सिस्टम निर्देशिका की सामग्री को बदल दिया

/bin & /sbin

लाइव उबंटू डिस्क के स्टॉक फाइल सिस्टम की निर्देशिकाओं / बिन और / एसबीएन की संबंधित सामग्री के साथ।

पहले डिस्क विभाजन को खोजें जिसमें मेरे मामले में परिवीक्षा है / dev / sda5 अब लाइव डिस्क से बूट करें और Live डिस्क के साथ माउंट / देव / sd5 करें

टर्मिनल खोलें और सामग्री को बदलने के लिए निम्न कमांड चलाएं

cp -r -i /bin /media/ubuntu/<name of your partition folder>
cp -r -i /sbin /media/ubuntu/<name of your partition folder>

उदाहरण:

cp -r -i /bin  /media/ubuntu/cdfb882d-e33c-49b5-8965-fea541464686/bin/
cp -r -i /sbin /media/ubuntu/cdfb882d-e33c-49b5-8965-fea541464686/sbin/

पीसी बंद करें और रिबूट करें।

उम्मीद है कि यह मदद कर सकता है!

Comments

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

— हाय जिन

@ पूरी तरह से मैंने पोस्ट को संपादित किया, मुझे आशा है कि अब यह भ्रमित नहीं होगा ..

— शाहबाज़ अली

बहुत बढ़िया, मुझे लगता है कि यह पहले की तुलना में बहुत स्पष्ट है :)

— हे जिन

यह बुरा है क्योंकि पैकेज प्रबंधक अब असंगत स्थिति में होगा।

— हैक