धीमी बूट - "एक काम देव-डिस्क के लिए चल रहा है ..."


108

मुझे याद नहीं है कि जब समस्या होने लगी थी, लेकिन यह संभव है जब मैंने अपनी VMWare उबंटू छवि को बाहरी एसएसडी में स्थानांतरित कर दिया ताकि मैं अपने किसी भी पीसी पर ओएस का उपयोग कर सकूं। समस्या के बारे में Google पर कई लिंक नहीं हैं, लेकिन जो दिखाई देते हैं उनके बारे में बात करते हैं fstab। उदाहरण के लिए, स्लो बूट - "ए-स्टार्ट जॉब देव-डिस्क-बाइ ..." के लिए चल रहा है। - OpenSUSE फोरम

स्क्रीनशॉट

स्वैप विभाजन को हटाने और इसे फिर से बनाने के लिए आक्षेप।

मैं Gparted के साथ ऐसा करने की कोशिश कर सकता हूं, लेकिन मेरी मुख्य चिंता उबंटू में अपने वर्तमान सेट को खोना है क्योंकि मुझे पूरी तरह से यकीन नहीं है कि अगर मैं थ्रेड में सुझाए गए स्वैप के साथ गड़बड़ करता हूं तो क्या होगा। किसी को भी मदद करने में सक्षम?


आप अपने एसएसडी क्लोन करने के लिए चाहते हो सकता है और उसके बाद आप अपने आप को बाहर दस्तक कर सकते हैं :) (प्रयास करें Clonezilla इस के लिए)
Grammargeek

हाँ, मुझे लगता है कि मैं ऐसा कर सकता हूँ। मैं छुट्टियों तक घर वापस आने तक प्रतीक्षा करूँगा, इसलिए मैं इसे कुछ ऐसे स्थान पर ले जा सकता हूँ जहाँ मेरे पास अधिक स्थान हो
cpd1

1
मैंने इसे ठीक किया। मुझे नहीं लगता कि अगर मैं गार्टर्ड द्वारा जाता हूं तो कभी कोई स्वैप होता है। मैंने एक को बनाना और fstab में प्रविष्टि को बदलना समाप्त कर दिया। कि काम किया और कोई और 90 सेकंड बूट
cpd1

1
यदि आपने अपनी समस्या हल कर ली है, तो अपना उत्तर खुद बनाएं और चेक पर क्लिक करें जैसा कि हल किया गया है :)
ग्रामरेजेक

1
समझ में आता है ... मैंने इसे जोड़ा है
cpd1

जवाबों:


115

यदि आपको प्रत्येक बूट के दौरान 90 सेकंड की देरी के बाद देव-डिस्क द्वारा शुरू की गई शुरुआत मिलती है, तो निम्न चरणों को पूरा करें:

  1. सॉफ्टवेयर सेंटर का उपयोग कर स्थापित करें
  2. खुला खोला और देखें कि वर्तमान में उबंटू का उपयोग किन विभाजनों में किया गया है
  3. नीचे दी गई लाइन का उपयोग करके fstab फ़ाइल को संपादित करें।

    sudo -H gedit /etc/fstab
    
  4. उस डिवाइस को ढूंढें जिसे आप वर्तमान में उपयोग नहीं कर रहे हैं

  5. #उस लाइन की शुरुआत में एक और एक जगह डालें और इसे टिप्पणी करें।

  6. रीसेट करें, आशा है कि यह आपके लिए काम करता है!


3
कदम से कदम निर्देश हर किसी की मदद! धन्यवाद!
जॉन हॉल

उत्तर के रूप में मैंने आपको टैग किया क्योंकि आपने चरण दिए थे
cpd1

9
+1 ... उन लोगों के लिए जो इसे ढूंढ नहीं सकते /etc/fstab, आप इसे भी देख सकते हैं /etc/crypttab- यह मेरा मामला था।
Grzegorz

7
यदि यह एक ब्लॉक आईडी है जो बदल गई है, तो इसे टिप्पणी करने के बजाय मैं डिवाइस आईडी को ठीक करना पसंद करता हूं- यह देखने के लिए कि किस उपकरण का सहयोगी आईडी है और आईडी को प्रतिस्थापित करने के लिए lsblk -f का उपयोग करें।
user1708042

3
मेरे लिए जो काम किया है वह चरण 4 को बदलने के लिए है: "बूट के लिए देरी का कारण बनने वाले डिवाइस के लिए gparted में पाया गया UUID की प्रतिलिपि बनाएँ, और चरण 5: से" इसे बदलें जहां डिवाइस fstab फ़ाइल में पाया जाता है "। कभी-कभी जब आप चाल विभाजन बदलते हैं तो UUIDs बदल जाते हैं और यही समस्या का कारण बनता है। आपको बस संशोधित विभाजन के लिए नए यूयूआईडी को ठीक करने की आवश्यकता है।
m4l490n 14

35

ऐसा लगता है कि मुद्दा इस तथ्य के कारण था कि भले ही fstab में एक स्वैप के लिए एक प्रविष्टि थी, वास्तव में एक नहीं था। मैंने विभाजन को आकार देने के लिए GParted का उपयोग किया और एक नया स्वैप बनाया। मैंने तब UUID को fstab फ़ाइल में कॉपी किया ...

  1. मैंने अब स्वैप किया है
  2. और बूट 90 सेकंड के भीतर सेकंड के लिए नीचे है

5
मैंने अपना मुख्य विभाजन (डिलीट / रिक्रिएटिंग स्वैप) को पुन: आकार दिया और इस मुद्दे में भाग गया। मैंने UUID द्वारा उपकरणों को सूचीबद्ध करने के लिए 'sudo blkid' का उपयोग किया और नए UUID का उपयोग / etc / fstab में किया।
ब्रैड गॉस

32

मेरे वीएम पर अपने प्राथमिक विभाजन को बदलने के बाद मेरे पास एक ही मुद्दा था क्योंकि जिप्टेड लाइव ने मुझे ऐसा करने के लिए अपने स्वैप को हटाने और पुन: व्यवस्थित करने के लिए मजबूर किया। इसके कारण एक नया UUID सेट किया गया जो fstab फ़ाइल से मेल नहीं खाता।

मुद्दे से बचने के लिए, /etc/fstabआप में भी हो सकता है

  • sudo blkidप्राथमिक विभाजन के आकार बदलने के बाद स्वैप UUID को नए के साथ बदलें ( इसे खोजने के लिए)।

  • या, प्राथमिक विभाजन आकार बदलने से पहले (या बाद में) स्वैप विभाजन पर टिप्पणी करें।

मैं पूर्व की सिफारिश करूंगा क्योंकि यह ओएस सेटअप करने के लिए है जिस तरह से है।


मुझे मदद की और साथ ही बाद मेरे स्वैप विभाजन चलती
po.pe

17

मेरे मामले में, मैं पहले एन्क्रिप्टेड स्वैप का उपयोग कर रहा था, और स्टार्टअप नौकरी का उल्लेख किया गया था /dev/mapper/cryptswap1। समस्या को हल करने के लिए मुझे /etc/crypttabविलियम मैकडॉनल्ड द्वारा उत्तर में वर्णित चरणों के अलावा, फ़ाइल को भी निकालना पड़ा ।


6

जब gparted के साथ विभाजन का आकार बदलना या हटाना आपको अक्सर एक नया स्वैप विभाजन बनाना होगा।

इसके निर्माण के बाद gparted के माध्यम से स्वैप को सक्रिय करना आवश्यक है (कमांड "स्वैप सक्रिय करें")।

इसके अलावा आपको नए UUID को / etc / fstab में कॉपी करना होगा अन्यथा इसे बूट करने के लिए OS इसे खोजने का प्रयास करेगा लेकिन व्यर्थ में क्योंकि fstab फ़ाइल में पुराने स्वैप का उल्लेख है। Gparted UUID के लिए जानकारी वितरित करता है लेकिन आप आसानी से टर्मिनल में दौड़ सकते हैं:

sudo blkid

इसे खोजने के लिए।


4

बूट करते समय भी मुझे यही समस्या थी।

मेरे में /etc/fstabफ़ाइल, मेरे विभाजन जहां के रूप में परिभाषित /dev/sda1, /dev/sda2आदि, लेकिन जब बूटिंग, कई बार संदेश "दिखाई दिया एक शुरुआत काम देव-SDX के लिए चल रहा है " ( "x" को परिभाषित करता है जो इकाई या विभाजन प्रभावित था)।

इसे हल करने के लिए, मैंने /dev/sdxविभाजन के यूयूआईडी द्वारा मूल्य बदल दिया । UUID को देखने के लिए, टर्मिनल रन से lsblk -f। फिर, प्रभावित विभाजन के UUID की प्रतिलिपि बनाएँ और इसे /etc/fstabफ़ाइल में लिखें , इसकी जगह /dev/sdaxनिम्नानुसार है: /dev/sda1परिवर्तन UUID=xxxxxxxxxxxxxxxxxx

यह मेरे लिए काम करता है, मुझे आशा है कि यह जानकारी उपयोगी है।


हाँ। यह वास्तव में समस्या है जो यूयूआईडी का समाधान है। सिस्टम उस आईडी के साथ किसी भी विभाजन को मापता है, भले ही वह किस डिवाइस पर है या विभाजन कहाँ स्थित है। नकारात्मक पक्ष यह है कि जब भी आप विभाजन को नष्ट / बनाते हैं या एक नया ड्राइव स्थापित करते हैं, तो आपको UUID को बदलना होगा। और एक पार्टीशन (gparted copy / पेस्ट) को डुप्लिकेट करने से एक ही UUID के साथ एक कॉपी बन जाएगी, जो मूल और प्रतिलिपि दोनों एक ही समय में ऑन-लाइन होने पर समस्या पैदा कर सकती है। ज्यादातर लोगों के लिए, यह ठीक है, लेकिन आपको ड्राइव को प्रतिस्थापित / प्रतिस्थापित करते समय इसे ध्यान में रखने की आवश्यकता है।
डेविड सी।

3

मेरा बूट धीमा हो गया था क्योंकि मैंने अपनी ड्राइव को स्वैप किया था और यूयूआईडी मेल नहीं खाता था। इसके कारण उबटन बूट के दौरान एक स्कैन कर सकता था।

मैं अक्सर चारों ओर स्वैप ड्राइव करता हूं। यदि आपकी माउंट हमेशा एक ही स्थान पर होती हैं (मेरी तरह), तो आप केवल यूयूआईडी को हटा सकते हैं और उस स्कैन त्रुटि को होने से रोकने के लिए सीधा रास्ता रख सकते हैं ...

# <file system> <mount point>   <type>  <options>       <dump>  <pass>
/dev/sda1 /               ext4    errors=remount-ro 0       1
/dev/sda2 none            swap    sw              0       0

यह सुझाव कैसे बूटिंग को गति देगा? कोई संदर्भ?
मुस्तफा अहंगराह

मैं उनके त्रुटि प्रश्न का जवाब दे रहा था, जिससे धीमी गति से बूट हो रहा था। मैंने अपना उत्तर स्पष्ट कर दिया।
दान

1
हां, डिवाइस के नाम से बढ़ते हुए समस्या से बचा जाता है, लेकिन यह भी समस्या पैदा करता है कि यूयूआईडी (और वॉल्यूम लेबल) हल करने के लिए थे - जो विभिन्न स्थानों पर एक ड्राइव को संलग्न करता है (जैसे एक एसएटीए इंटरफ़ेस से दूसरे में) डिवाइस का नाम बदल देगा, अपनी आरोह तोड़ना। आपको यह तय करने की आवश्यकता है कि किस समस्या के साथ जीना आसान है, लेकिन सुनिश्चित करें कि आप अपने निर्णय को याद रखें क्योंकि समस्या होने पर यह बहुत निराशाजनक हो सकता है क्योंकि आप भूल गए थे।
डेविड सी।

3

मुख्य स्थिति:

पहले से ही विवरण में उत्तर दिया गया है ... (आपको उन फ़ाइलों के तहत UUID की जांच करने की आवश्यकता है)

/etc/crypttab 
/etc/fstab
/etc/grub.d/40_custom 
/boot/grub2/grub.cfg

वैकल्पिक स्थिति I - उदय:

यह udv के कारण हो सकता है यदि आपके पास एक नियम स्क्रिप्ट है /etc/udev/rules.d/जो बूट समय पर चलने के लिए नहीं है, यदि स्क्रिप्ट विफल हो जाती है तो यह fstab कदम हमेशा के लिए चलेगा, बस अपनी ज़रूरतों को पूरा करने या इसे हटाने के लिए अपनी स्क्रिप्ट को संपादित करें।

वैकल्पिक स्थिति II - क्रिप्टेड देव:

क्रिप्टेड विभाजन भ्रमित हो सकते हैं क्योंकि मुख्य विभाजन में एक UUID होता है और मैप किया गया अस्वीकृत एक अन्य UUID होता है जो मुख्य एक से अलग होता है एक एकल विभाजन के लिए उन्हें अलग स्थान पर परिभाषित किया जाना है etc/crypttabऔर/etc/fstab

# lsblk -o name,uuid,mountpoint
├─sda2                         727fa348-8804-4773-ae3d-f3e176d12dac
│ └─sda2_crypt (dm-0)          P1kvJI-5iqv-s9gJ-8V2H-2EEO-q4aK-sx4aDi

वास्तविक UUID को निर्दिष्ट करने की आवश्यकता है etc/crypttab

# cat /etc/crypttab
sda2_crypt  UUID=727fa348-8804-4773-ae3d-f3e176d12dac  none  luks

वर्चुअल UUID में होना चाहिए /etc/fstab

# cat /etc/fstab
UUID=P1kvJI-5iqv-s9gJ-8V2H-2EEO-q4aK-sx4aDi / ext4 defaults,errors=remount-ro 0 1

वैकल्पिक स्थिति III - भूत देव:

एक उपकरण जो बूट समय पर आरोहित होने के लिए सेटअप है, लेकिन सिस्टम में मौजूद नहीं है या यूएसबी ड्राइव की तरह अलग नहीं है।

वास्तविक कनेक्टेड डिवाइसों के साथ चेकआउट lsblk -o name,uuid,mountpointकरें और /etc/fstabकेवल कनेक्टेड डिवाइस को रखने के लिए संपादित करें या असंबद्ध डिवाइस को वहीं छोड़ दें लेकिन उन्हें विकल्प के साथ बूट पर नजरअंदाज noautoकरने के लिए सेट करें और लाइन को इस तरह सेट करें

UUID=BLA-BLA-BLA /mount ext4 option,noauto,option 0 0

सिस्टम लॉग की जाँच करना

journalctl -ab 

systemd-analyze blame

systemd-analyze critical-chain

systemctl status dev-mapper-crypt_sda2.device

systemctl status systemd-udev-settle.service

1
धन्यवाद, यह एक बहुत अच्छा जवाब है और इसे स्वीकार किया जाना चाहिए। यहां अधिकांश अन्य उत्तर खतरनाक रूप से गलत हैं और भले ही वे समस्या को दरकिनार करते हैं, वे अन्य मुद्दों को पेश करते हैं जो कम स्पष्ट हो सकते हैं, उदाहरण के लिए एक स्वैप डिवाइस के एन्क्रिप्शन को हटाना।
वकार लिम

2

अन्य उत्तरों में जाँच /etc/fstabया /etc/crypttabउल्लेख के अलावा, कर्नेल मापदंडों से आने वाले UUID के लिए भी जाँच करें /etc/default/grub। थोड़ी देर के लिए मैं एक ऐसी प्रणाली से बहुत उलझन में था, जो जीआरयूबी विन्यास में /etc/fstabएक resume=…कर्नेल पैरामीटर की खोज करने के लिए एक पूरी तरह से अयोग्य थी ।


1
इससे मुझे समस्या हल करने में मदद मिली। मेरा / etc / fstab ठीक था। फिर, इसके अतिरिक्त /etc/default/grubमुझे भी इसमें बदलाव करने पड़े /boot/efi/EFI/fedora/grub.cfg। द लिटक्स "रिज्यूमे = यूयूआईडी = ..." स्वेप विभाजन को मैन्युअल रूप से बदलने के बाद पैरामीटर अप्रचलित हो गया।
Stphane

1

आप प्रतीक्षा को छोड़ सकते हैं और ' Ctrl+ c' का उपयोग करके सीधे अपने लॉग-इन स्क्रीन पर जा सकते हैं और फिर समाधान पर काम कर सकते हैं। कभी-कभी यह हमेशा के लिए चलेगा यदि नहीं।


क्या वह सचमुच Ctrl, प्लस की और सी है?
मुरु

हां, यह बात है :)
रेमन सुआरेज़

0

मुझे पता है कि यह पुराना है, लेकिन मैं rsync के साथ किसी इंस्टॉलेशन की क्लोनिंग करते समय इस समस्या, उसी त्रुटि संदेश पर लड़खड़ा गया। fstab पर कोई त्रुटि नहीं है, हाथ से initrdfs को अपडेट करने के बाद समस्या हल हो गई थी। इसे पूरा करने के लिए,

  1. मशीन को एक कार्यशील अधिष्ठापन (मल्टीबूट मशीन, लाइव एलसीडी अन्यथा) में बूट करें

  2. समस्या के साथ सिस्टम के रूट विभाजन को माउंट करें

  3. माउंट देव, sys और एक काम कर रहे chroot के रूप में खरीद

  4. फाइलस्टेम की जड़ में चेरोट करें

  5. mkinitrd निष्पादित करें

  6. बाहर निकलें चुरोट और रिबूट।

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.