बंटवारे को हटा दिया गया, अब बूट के दौरान 'सस्पेंड / रिज्यूम डिवाइस के संदेश का इंतजार कर रहा है

Question

मैंने हाल ही 8GBमें आकार में एक विभाजन हटा दिया है । यह विभाजन मुख्य विभाजन के बाद स्थित था, लेकिन यह महत्वपूर्ण नहीं है क्योंकि मैं अभी भी ओएस को बूट कर सकता हूं और सभी एप्लिकेशन चला सकता हूं।

बूट प्रक्रिया में अब निम्नलिखित संदेशों को प्रदर्शित करने में दो मिनट अतिरिक्त लगते हैं:

Gave up waiting for suspend/resume device
/dev/sda4: clean, .../... files .../... blocks
[ ***] A start job is running for dev-disk-by\.....\....\... .device
Dependencies failed!

मेरा सवाल यह है कि:

यह दूसरा विभाजन क्या था , और इसे कैसे पुनर्स्थापित या पुनः बनाया जा सकता है?

Comments

क्या ओएस शुरू होने पर आपको कोई त्रुटि या चेतावनी दिखाई देती है? यदि कोई संदेश नहीं है तो शायद आपके कर्नेल बूट्स के साथ quietऔर splashविकल्प। इन विकल्पों के बिना GRUB प्रविष्टि और बूट को अस्थायी रूप से संपादित करें। उन संदेशों पर विशेष रूप से ध्यान दें जो स्टाल और सीधे बाद वाले हैं।

— कामिल मैकियोरोस्की

@KamilMaciorowski जोड़ा गया गिरी संदेशों

— samdd

"सस्पेंड / रिज्यूमे डिवाइस के लिए इंतजार कर रहे हैं" - इससे मुझे लगता है कि स्वैप विभाजन के साथ एक समस्या है (लेकिन यह लापता नहीं समझा जाएगा ntfs-3g)। जांचें कि क्या आपका सिस्टम स्वैप का उपयोग करता है, चलाएं swapon। अगली बार दौड़ें swapon -aऔर निरीक्षण करें। इसकी शिकायत हो सकती है। आपके द्वारा हटाया गया विभाजन आपका स्वैप विभाजन हो सकता है।

— कामिल मैकियोरोस्की

@KamilMaciorowski धन्यवाद, ऐसा लगता है कि यह स्वैप विभाजन था, swapon: cannot find the device for UUID=3fd1..अब इसे फिर से बनाने का प्रयास किया जा रहा है। इसके अतिरिक्त मैंने इंस्टॉलर को चलाया है ntfs-3g, और यह मेरे NTFS विभाजन का पता लगाता है। आपकी मदद के लिए धन्यवाद

— samdd

Answer 1

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

विभाजन अब सूचीबद्ध नहीं था, /etc/fstabलेकिन विलंब जारी रहा। में कुछ नहीं /etc/initramfs-tools/conf.d/resume(धन्यवाद @KamilMaciorowski संकेत के लिए)।

कुंजी यह पता लगाने के लिए थी कि प्रारंभिक रैम डिस्क "संकलित" है, और कुछ मामले में (इस तरह से), पुन: उत्पन्न होना चाहिए। समाधान: sudo update-initramfs -u।

Comments

मेरे मामले में, /etc/initramfs-tools/conf.d/resume में स्वैप के लिए एक पुराना UID संदर्भ शामिल था। । update-initramfs -u ने इस मामले को सुलझाया। धन्यवाद।

— जी कैब

मेरे मामले में, उपरोक्त उत्तर ने मुझे संकेत दिया कि मेरी हाल ही में बनाई गई + एन्क्रिप्टेड (veracrypt के साथ) पार्टीशन शायद माउंट करने में विफल रही और मुझे जो करना था वह किया गया sudo nano /etc/fstabऔर फिर विभाजन के संदर्भ में बताई #गई लाइन के साथ कमेंट-आउट (उपसर्ग ) को एन्क्रिप्ट किया गया।

— 19

Answer 2

मैसेज की वजह से

सस्पेंड / रिज्यूम डिवाइस का इंतजार करना शुरू कर दिया

मुझे आपके स्वैप विभाजन के साथ एक समस्या का संदेह है। जांचें कि क्या आपका सिस्टम रन करके स्वैप का उपयोग करता है swapon। अगला रन swapon -aऔर आउटपुट देखें। यह cannot find the deviceसंदेश के साथ शिकायत कर सकता है । यदि हां, तो आपको पता होगा कि आपको अपने स्वैप पार्टिटोन को फिर से बनाना चाहिए।

प्रक्रिया:

पिछले प्रश्न का संदर्भ लें: मैं अपने द्वारा हटाए गए स्वैप विभाजन को कैसे पुनर्स्थापित करूं?

1. के साथ अपने विभाजन तालिका को संशोधित fdisk, gdisk, gpartedया किसी अन्य बराबर उपकरण। विभाजन प्रविष्टि को फिर से बनाएँ। विभाजन प्रकार होना चाहिए 0x82 Linux swap।
2. के साथ विभाजन सेट करें mkswap।
3. अपने /etc/fstabअनुसार संशोधित करें (पिछले आउटपुट से आपको swapon -aयह बताना चाहिए कि आपको कौन सी प्रविष्टि में बदलाव की आवश्यकता है यदि आपको यकीन नहीं है)।
4. महत्वपूर्ण:/etc/initramfs-tools/conf.d/resume उपरोक्त चरण में उपयोग किए गए यूयूआईडी को बदलें ।
5. भागो update-initramfs -u।

Answer 3

मेरे मामले में, बूट संदेश इस तरह दिखता था। स्वैप विभाजन हटा दिया गया था।

Gave up waiting for suspend/resume device
/dev/sda4 ... ...

[***] A start job is running for dev-disk-by\...\...\...\.device
...
...
...

सबसे पहले, अपने fstab फ़ाइल की सामग्री को देखें, cat /etc/fstab इस तरह का आउटपुट लौटाएगा

# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/sda4 during installation
UUID=8c1977eb-ac90-426b-bc9b-a7fb2ec8d760 /               ext4    errors=remount-ro 0       1
# swap was on /dev/sda3 during installation
UUID=00fd67-123DE-4b98-aa17-2d4025aed54 none            swap    sw              0       0
/dev/sr0        /media/cdrom0   udf,iso9660 user,noauto     0       0

फिर आप ध्यान दें, "स्थापना के दौरान स्वैप / देव / sdax पर था"।

हटाए गए विभाजन (उदाहरण के लिए fdisk या Gparted) को फिर से बनाएँ, फिर विभाजन के नए uuid को खोजने के लिए इस कमांड का उपयोग करें।

ls -l /dev/disk/by-uuid/

यह आउटपुट:

total 0
lrwxrwxrwx 1 root root 10 févr. 19 07:18 00151dcd-2bf5-4b98-aa17-8f40ef4cfd86 -> ../../sda4
lrwxrwxrwx 1 root root 10 févr. 19 07:18 6C5A1AC45A1A8B4A -> ../../sda2
lrwxrwxrwx 1 root root 10 févr. 19 07:18 8c1977eb-ac90-426b-bc9b-a7fb2ec8d760 -> ../../sda3
lrwxrwxrwx 1 root root 10 févr. 19 07:18 C064106664106188 -> ../../sda1

Fstab फ़ाइल में स्वैप के पर्याप्त uuid को कॉपी / पेस्ट करके अंतिम कमांड द्वारा प्रदर्शित किए गए सही यूआईडी के साथ अपने fstab को अपडेट करें। फिर रिबूट करें, यह समस्या को ठीक करना चाहिए।