एन्क्रिप्टेड होम का उपयोग करके साफ 14.04 इंस्टॉल पर काम न करें


28

अपडेट 3:

जब तक मैं अपग्रेड के बाद कुछ अन्य मुद्दों का सामना कर रहा था, तब से मैं किसी भी पुराने cruft को हटाने के लिए सिस्टम को खरोंच से पुनर्स्थापित करने का निर्णय लिया। कैसे भी हो, यह मुद्दा कायम रहा।

एक साफ इंस्टॉल पर, "एन्क्रिप्टेड होम" का उपयोग करके इंस्टॉल करने का विकल्प टूटे हुए एन्क्रिप्टेड स्वैप कॉन्फ़िगरेशन की ओर जाता है।

अपडेट 2:

मैंने उस विभाजन आदेश को निर्धारित किया जिसके बारे में cfdisk ने शिकायत की थी, लेकिन वह जारी है। स्वैप अब / देव / sda6 पर है, और मैं इसे ऊपर और नीचे इस प्रकार चला सकता हूं:

~$ sudo mkswap /dev/sda6
Setting up swapspace version 1, size = 7998460 KiB
no label, UUID=18881d0f-d9ec-43be-a23f-0cbd78ea6d22

$sudo nano /etc/crypttab # Update crypttad with new UUID

$ sudo /etc/init.d/cryptdisks reload
 * Stopping remaining crypto disks...
 * cryptswap1 (stopped)...                                               [ OK ] 
 * Starting remaining crypto disks...                                        
 * cryptswap1 (starting)..
 * cryptswap1 (started)...                                               [ OK ] 
$ sudo swapon -a

$ls -l /dev/disk/by-uuid/
total 0
lrwxrwxrwx 1 root root 10 May 11 09:04 08b07f88-6da5-4b40-b062-42b3bb1c5f00 -> ../../sda3
lrwxrwxrwx 1 root root 10 May 11 09:08 18881d0f-d9ec-43be-a23f-0cbd78ea6d22 -> ../../sda6
lrwxrwxrwx 1 root root 10 May 11 09:04 19aa372c-05c8-4226-8f09-c54e5566e816 -> ../../sda5
lrwxrwxrwx 1 root root 10 May 11 09:04 A800B16E00B143DA -> ../../sda1
lrwxrwxrwx 1 root root 10 May 11 09:04 D28230E68230D129 -> ../../sda2
lrwxrwxrwx 1 root root 10 May 11 09:08 fcc8c419-8fec-4d4d-b55e-9e4c3b04d21d -> ../../dm-0

लेकिन रिबूट स्वैप के बाद सक्रिय करने में विफल रहता है और यह एक बार फिर इस तरह दिखता है:

$ ls -l /dev/disk/by-uuid/
total 0
lrwxrwxrwx 1 root root 10 May 11 09:12 08b07f88-6da5-4b40-b062-42b3bb1c5f00 -> ../../sda3
lrwxrwxrwx 1 root root 10 May 11 09:12 19aa372c-05c8-4226-8f09-c54e5566e816 -> ../../sda5
lrwxrwxrwx 1 root root 10 May 11 09:12 A800B16E00B143DA -> ../../sda1
lrwxrwxrwx 1 root root 10 May 11 09:12 D28230E68230D129 -> ../../sda2

फिलहाल मेरा अनुमान यह है कि डिस्क को एन्क्रिप्टेड लाइनक्स के रूप में सेट करने पर अब विभाजन प्रकार को नहीं पहचाना जाता है और इसलिए इसे ठीक से लोड नहीं किया जाता है, क्योंकि यह यूयूआईडी के लिए रजिस्टर नहीं होता है और इसलिए क्रायसैप्सअप इसे विफलता का कारण नहीं बना सकता है। लेकिन मुझे नहीं पता कि इसे कैसे ठीक किया जाए ..

अद्यतन प्रश्न:

आगे के परीक्षण से पता चला कि मैं $ mkswap / dev / sda5 चलाकर स्वैप प्राप्त कर सकता हूं

और फिर सही UUID के साथ / etc / crypttab को अपडेट करना और यहाँ बताए गए चरणों का पालन करना : मैं एन्क्रिप्टेड स्वैप फ़ाइल को कैसे सेटअप करूँ?

हालाँकि समस्या यह है कि जब मैं कंप्यूटर को रिबूट करता हूं, तो / dev / sda5 मेरे चलने पर प्रकट नहीं होता है

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

यदि मैं करता हूँ:

$ cfdisk /dev/sda 

मुझे निम्नलिखित त्रुटि मिलती है:

FATAL ERROR: Bad logical partition 6: enlarged logical partitions overlap
                      Press any key to exit cfdisk

ग्राफ़िकल "डिस्क" उपयोगिता डिस्क का उपयोग करते समय किसी भी त्रुटि के बारे में शिकायत नहीं करती है।

$ sudo fdisk -l

Disk /dev/sda: 256.1 GB, 256060514304 bytes
255 heads, 63 sectors/track, 31130 cylinders, total 500118192 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x619aebf1

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1   *        2048      206847      102400    7  HPFS/NTFS/exFAT
/dev/sda2          206848   100870143    50331648    7  HPFS/NTFS/exFAT
/dev/sda3       191397888   192397311      499712   83  Linux
/dev/sda4       192399358   500117503   153859073    5  Extended
/dev/sda5       484118528   500117503     7999488   82  Linux swap / Solaris
/dev/sda6       192399360   484118527   145859584   83  Linux

Partition table entries are not in disk order

मूल प्रश्न:

14.04 (13.04 से) में अपग्रेड करने के बाद मेरे कंप्यूटर को गंभीर मंदी का सामना करना पड़ रहा है, जब शीर्ष पर चलने पर मैंने kswap0 को सीपीयू समय की एक बहुत ऊपर ले जाने पर ध्यान दिया। मैंने यह भी देखा कि मेरे पास कोई स्वैप स्थान नहीं था!

$ sudo swapon -a
swapon: /dev/mapper/cryptswap1: stat failed: No such file or directory

लगता है मेरे एन्क्रिप्टेड स्वैप सेटअप के साथ कुछ समस्या है (मुझे यह भी पता नहीं था कि मेरे पास एक है)

$ cat /etc/crypttab 
cryptswap1 UUID=abe3c568-c8fd-4dfb-b8e9-0520d442dd61 /dev/urandom swap,cipher=aes-cbc-essiv:sha256

$ ls -l /dev/disk/by-uuid/
total 0
lrwxrwxrwx 1 root root 10 May  6 11:00 08b07f88-6da5-4b40-b062-42b3bb1c5f00 -> ../../sda3
lrwxrwxrwx 1 root root 10 May  6 11:00 19aa372c-05c8-4226-8f09-c54e5566e816 -> ../../sda6
lrwxrwxrwx 1 root root 10 May  6 11:00 A800B16E00B143DA -> ../../sda1
lrwxrwxrwx 1 root root 10 May  6 11:00 D28230E68230D129 -> ../../sda2

और मेरे फैस्टब को देख रहा था

$ 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/sda6 during installation
UUID=19aa372c-05c8-4226-8f09-c54e5566e816 /               ext4    errors=remount-ro 0       1
# /boot was on /dev/sda3 during installation
UUID=08b07f88-6da5-4b40-b062-42b3bb1c5f00 /boot           ext2    defaults        0       2
# swap was on /dev/sda5 during installation
#UUID=abe3c568-c8fd-4dfb-b8e9-0520d442dd61 none            swap    sw              0       0
/dev/mapper/cryptswap1 none swap sw 0 0

मेरा अनुमान है कि sd5 के सेटअप में कुछ गड़बड़ है, लेकिन मुझे नहीं पता कि इसे कैसे ठीक किया जाए क्योंकि यह एन्क्रिप्टेड होने के लिए सेटअप है। आगे बढ़ने के लिए कुछ मदद की सराहना करेंगे।


मुझे एन्क्रिप्टेड विभाजन के बारे में कुछ भी पता नहीं है, लेकिन यह पहली त्रुटि बताती है कि स्वैप विभाजन को माउंट नहीं किया गया है। इसके अलावा / etc / fstab में इसके लिए माउंटिंग लाइन पर टिप्पणी की गई है। मैं उस लाइन को
अनलॉक्ड

मुझे पूरा यकीन है कि इस पर टिप्पणी की जानी चाहिए और क्रायसपाइप 1 पंक्ति को अप्रत्यक्ष रूप से / etc / crypttab की जानकारी का उपयोग करके इसे बढ़ाना जिम्मेदार है। आपका सुझाव निश्चित रूप से इसे अनएन्क्रिप्टेड फ़ैशन में माउंट करेगा?
अंजान n

1
यह काम करेगा? https://ubuntuforums.org/showthread.php?t=2224129 मैं कुछ आज्ञाओं के बारे में निश्चित नहीं हूं और मैं उबंटू को खंगालना नहीं चाहता।

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

फिलहाल मैं नियमित स्वैप का उपयोग करने के लिए वापस चला गया हूं। अगर मैं किसी को अपना लैपटॉप चुराता हूँ और किसी की उदारता के साथ निपुणता से निपुण होने का फैसला करता हूं तो मुख्य परिदृश्य यह है कि क्या वे कुछ दिलचस्प पा सकते हैं, यानी सबसे अधिक संभावना है कि केवल USB का उपयोग करके बूट करने की कोशिश करें और मेरे घर के विभाजन को माउंट करें। मेरे पास ऐसा कुछ भी नहीं है जो मुझे लगता है कि किसी को इतना मूल्यवान लगेगा कि वह स्वैप से इसके अंशों को पुनर्प्राप्त करने का प्रयास करे। यह वास्तव में एन्क्रिप्टेड होम + नियमित स्वैप का उपयोग करने के लिए एक इंस्टॉल विकल्प होना चाहिए।
अंजान

जवाबों:


16

ज्ञात बग

एक बग (नीचे देखें) है जो UUIDविभाजन के लिए ओवरराइट करता है जैसे ही डेटा इसे लिखा जाता है। इसलिए, आप UUIDएन्क्रिप्टेड स्वैप के लिए उपयोग करने के लिए विभाजन को संदर्भित करने के लिए उपयोग नहीं कर सकते ।

इन दिनों, स्वैप स्थान शायद ही कभी इस्तेमाल किया जाता है। मेरी मशीन पर, स्वैप का उपयोग केवल तब किया जाता है जब मैं अपना 40 वां टैब खोलता हूं। जब मेरे पास कोई स्वैप नहीं होता है, तो अचानक मेरा कंप्यूटर पिछड़ने लगता है और ब्राउज़र स्वयं बंद हो जाता है। या Chromiumब्राउज़र के मामले में , बहुत सारे टैब अचानक 'मर' जाएंगे।
इस कारण से, /dev/disk/by-uuid/आपके संदर्भ में संदर्भित करना कुछ समय के लिए काम करना प्रतीत/etc/crypttab हो सकता है , लेकिन जैसे ही आपका स्वैप स्थान वास्तव में उपयोग किया जाता है, यह ओवरराइट कर देगा UUIDक्योंकि संपूर्ण विभाजन एन्क्रिप्टेड डेटा संग्रहण के लिए उपयोग किया जाता है।

आसान तय

आसान समाधान आपके द्वारा डिवाइस में स्वैप विभाजन को संदर्भित करना है /etc/crypttab, जैसे:

cryptswap1 /dev/sda5 /dev/urandom swap,cipher=aes-cbc-essiv:sha256

चेतावनी: यह संभवतः एक लैपटॉप पर सुरक्षित है (मैं इसे इस तरह उपयोग करता हूं), लेकिन अगर आप डेस्कटॉप पर स्वैपेबल ड्राइव के साथ हैं या ड्राइव / विभाजन लेआउट को बदलने के लिए अन्य कारण हैं, तो आप ऐसा नहीं करना चाहते हैं, एक के रूप में सामान्य भंडारण विभाजन अचानक स्वैप के लिए इस्तेमाल किया जा सकता है।

नोट: इस परिवर्तन को प्रभावी होने के लिए आपको रिबूट करने की आवश्यकता है, क्योंकि केवल जब बूटिंग /dev/mapper/cryptswap1बनाई जाएगी ।

उचित समाधान

इसे ठीक करने का उचित तरीका यह है कि कच्चे विभाजन के उस हिस्से को सुनिश्चित किया जाए जो UUIDएन्क्रिप्टेड स्वैप डेटा द्वारा अधिलेखित नहीं है, इसलिए यह अभी भी रिबूट पर रहेगा। हालाँकि, मुझे यकीन नहीं है कि यह कहाँ UUIDलिखा है और कितना बाइट लेता है। आप अपने जोखिम पर ऐसा कर सकते हैं:

cryptswap1 UUID=abe3c568-c8fd-4dfb-b8e9-0520d442dd61 /dev/urandom swap,offset=36,cipher=aes-cbc-essiv:sha256

ध्यान दें offset=36

कृपया, यदि आपके पास एक Ubuntu एक खाता लॉग इन है और लॉन्चपैड पर बग # 1310058 पर जाएं और चुनें (या यहां क्लिक करें): "यह बग मुझे बहुत प्रभावित करता है" इसलिए बग को 'लोकप्रियता' मिलेगी और इसे ठीक करने के लिए अधिक संभावना है।


अपडेट 2014-10-27

मैं भी इस पर लड़खड़ा गया। मेरे द्वारा सत्यापित नहीं किया गया। यह offsetअधिक वाचालता के साथ चाल की तरह दिखता है और एक टूटी हुई स्वैप के पुनर्निर्माण के बारे में टिप्पणी करता है।

https://bugs.launchpad.net/ubuntu/+source/ecryptfs-utils/+bug/1310058/comments/22


5
मैं बस यह नोट करना चाहता हूं कि बग को कुछ दिनों पहले (मार्च मार्च 2015 तक) स्थिति के अनुसार " बग जारी किया गया है", हालांकि बग को बगेसलाचैपडॉट.नेट पर देखा जा रहा है। यह फिक्स केवल 15.04 पर स्पष्ट रूप से लागू होता है। मैं देख रहा हूँ कि क्या यह 14.04 LTS को वापस भेजा जा रहा है ... और "आधिकारिक" अपडेट प्रक्रिया क्या हो सकती है
टॉमी ट्रसेल

1
@TommyTrussell: एलटीएस के लिए बैकपोर्टिंग पागल नहीं होगा। इस तरह की महत्वपूर्ण चीजों के लिए कीड़े रिलीज होने के लगभग एक साल बाद भी खुलते हैं, यही वजह है कि बिग जीक्स डिस्ट्रोस भी ओएसएक्स और विंडोज के बराबर नहीं होगा। दुर्भाग्य से।
रेडसंड्रो

मुझे बग की सार्वजनिक चर्चा की जानकारी नहीं है क्योंकि वे OSX और Windows में तय किए जा रहे हैं, इसलिए वे "बराबर" कैसे हो सकते हैं? OSX के साथ मेरे अनुभव में, कीड़े तय हो जाते हैं या नहीं; कोई सार्वजनिक चर्चा नहीं, इसलिए वे "अपारदर्शी हैं।" मैंने केवल नए बग नंबर का उल्लेख किया है (क्योंकि जो आपने लिंक किया था वह डुप्लिकेट चिह्नित किया गया था) ताकि आप अपना संदर्भ अपडेट कर सकें। जैसा कि आप बग 953875 में उल्लिखित फोरम पोस्टिंग में चर्चा से देख सकते हैं, सबसे स्थिर फिक्स इनिट सिस्टम के आधार पर भिन्न हो सकता है, जो 15.04 में बदल रहा है। SO 14.04 फिक्स में आगे की संगतता के लिए तकनीकी चुनौतियां हो सकती हैं।
टॉमी ट्रसेल

मैं केवल यह कह रहा हूँ कि आप विंडोज या OSX जैसी प्रणाली पर "ओह, वैसे ही टूटे हुए हैं" जैसा कुछ नहीं देखेंगे । यह एक प्रकार की मुख्य कार्यक्षमता है जिसे कभी भी परीक्षण और तय होने से पहले RTM नहीं मिलेगा । बस इतना ही। सुरक्षा के लिए, कोई सार्वजनिक चर्चा नहीं, लेकिन अभी भी आंकड़े हैं
रेडसेंड्रो

@Redsandro खैर, यह एक नि: शुल्क ऑपरेटिंग सिस्टम है और इस तरह से सामान केवल रिलीज से पहले तय किया जाएगा यदि लोग रिलीज का परीक्षण करते समय बग की खोज करते हैं। रिलीज के बाद, यह बहुत जोखिम भरा है कि बग फिक्स करने से किसी के कॉन्फ़िगरेशन पर कुछ और टूट जाएगा। हालाँकि यह हालिया रिलीज़ में ठीक किया जा सकता है - इसलिए यह उपयोग करने के लायक हो सकता है - लेकिन अंतरिम रिलीज़ आमतौर पर LTS रिलीज़ की तुलना में अधिक अस्थिर होते हैं क्योंकि फोकस सामान्य अपडेट पर अधिक होता है। लेकिन आपने पहचाना कि बग परीक्षण / फिक्सिंग / क्वालिटी एश्योरेंस (क्यूए) इतना महत्वपूर्ण क्यों है और उबंटू उस पर बेहतर हो रहा है।
Ads20000

9

मुझे उबंटू 14.04 में एक ही सटीक समस्या थी और इस धागे के पार आया; यह लिंक जो उत्परिवर्ती प्रदान करता है, मेरे लिए अच्छी तरह से काम करता है। मैंने /dev/disk/by-id/ dev / sdXY के बजाय संदर्भ का उपयोग किया , क्योंकि यह संदर्भ हमेशा एक ही भौतिक विभाजन की ओर इशारा नहीं करता है। मेरा /etc/crypttabअंत जैसे:

cryptswap1 /dev/disk/by-id/wwn-0x500...-part6 /dev/urandom swap, cipher=aes-cbc-essiv:sha256

3
यह उचित और आसान निर्धारण है!
सर्ज स्ट्रोबंड्ट

7

बस एक अनएन्क्रिप्टेड स्वैप का उपयोग करें

... और घर / रखें एन्क्रिप्टेड

मैंने यहां सुझाए गए कुछ अन्य समाधानों की कोशिश की। भले ही वे एक गर्म रिबूट के बाद काम करते रहे, आखिरकार वे सभी शटडाउन और कोल्ड रिस्टार्ट के बाद असफल हो गए।

यह बताता है कि हम वास्तव में एक दोहरे बग से निपट रहे हैं:

  1. स्वैप ड्राइव का UUID एन्क्रिप्शन सिस्टम द्वारा ओवरराइड हो जाता है, और
  2. बूटिंग के दौरान टाइमआउट समस्या है।

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

इस बिंदु पर, निम्नलिखित विचार मेरे मन को पार कर गए:

  1. सिस्टम इंस्टॉलेशन के दौरान, मैंने केवल अपने \homeविभाजन को एन्क्रिप्ट करने के लिए कहा , और कुछ नहीं।
  2. एन्क्रिप्टेड स्वैप विभाजन नहीं होने से जुड़े जोखिम बल्कि सीमित हैं।
  3. यह उनके कार्य को साफ करने के लिए कैनोनिकल पर निर्भर है। मैं इसके साथ कोई और समय बर्बाद नहीं करूंगा।

इसलिए, यहां पूरे ऑपरेटिंग सिस्टम को फिर से स्थापित किए बिना स्वैप को एक सामान्य, अनएन्क्रिप्टेड स्वैप के रूप में पुनर्स्थापित करने का मेरा समाधान है।

  1. यदि आपने पहले से ऐसा नहीं किया है, तो स्थापित करें blkid:$ sudo apt-get install blkid
  2. /etc/crypttabसंपूर्ण cryptswap1पंक्ति संपादित करें और हटाएं :$ sudo nano /etc/crypttab
  3. सिस्टम सेटिंग्स मेनू से GParted प्रारंभ करें।
  4. आप विस्मयादिबोधक चिह्न के साथ एक विभाजन देखेंगे। यह दोषपूर्ण स्वैप विभाजन होना चाहिए। इसे सावधानीपूर्वक चुनें और इसे linux-swapपार्टीशन में सुधारें। इस ऑपरेशन को लागू करने के बाद, आपको बहाल सामान्य स्वैप विभाजन के नए यूयूआईडी के बारे में सूचित किया जाता है। आपको इस जानकारी को सहेजने का अवसर दिया जाता है। यदि आप नहीं जानते हैं, तो आप कमांड लाइन से हमेशा नया UUID प्राप्त कर सकते हैं blkid:$ sudo blkid
  5. अब, /etc/fstabअपनी पुरानी महिमा को बहाल करने का समय आ गया है :$ sudo nano /etc/fstab

    • के लिए एक संदर्भ युक्त पूरी लाइन निकालें /dev/mapper/cryptswap1
    • के सामने swapहैश को हटाकर पुरानी लाइन को हटा दें ।#UUID=...
    • अब, पुराने UUID को पहले प्राप्त नए के साथ बदलें।
    • फ़ाइल को मारकर बाहर Ctrl+ लिखें O और + के nanoसाथ बाहर निकलें ।CtrlX
  6. एक बार यह सब करने के बाद, आप पहले से ही नए अनएन्क्रिप्टेड स्वैप का उपयोग शुरू कर सकते हैं: $ sudo swapon -a
  7. यह समाधान गर्म रिबूट और शटडाउन ठंड के साथ बंद दोनों से बचता है।

1
यह एकमात्र उत्तर है जिसने मेरे लिए काम किया, हालांकि मैंने बाकी सब कोशिश की।
पंद्रह

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

@ ChristianSkjødt आपके स्वैप विभाजन में उसका बूट ध्वज सेट नहीं होना चाहिए। किसी भी तरह, उपरोक्त प्रक्रिया का उस पर कोई प्रभाव नहीं पड़ेगा।
सर्ज स्ट्रोबांड्ट

2

इस पर एक नजर । मैंने इस मुद्दे को केवल UUID = ... / dev / sda3 in / etc / crypttab के साथ बदलकर ठीक किया।


1
"sudo fdisk -l" को चलाने के लिए पहले जांच लें कि आपके स्वैप विभाजन को क्या कहा जाता है, यह "/ etc / sda5" या अन्य हो सकता है, फिर क्रिप्ट को संपादित करें जैसा कि उत्परिवर्ती द्वारा वर्णित है। यह मेरे लिए काम करता है और एक रिबूट बच जाता है। यह निश्चित रूप से एक बग है क्योंकि मुझे यह समस्या एक नए एसएसडी पर एक ताजा स्थापित करने के साथ मिली। मैं स्थापित करने के लिए "एन्क्रिप्ट होम डायरेक्टरी" विकल्प के लिए गया था, इंस्टॉलेशन के बाद एन्क्रिप्ट / होम करने के लिए बहुत बेहतर है, खासकर यदि आप पिछले इंस्टॉलेशन से पुराने / घर से फ़ाइलों की नकल कर रहे हैं।
पॉल विलियम्स

sudo fdisk -lकुछ कोई नहीं बता रहा था था। इसके लिए धन्यवाद! :)
अमन आलम

आपको कम से कम लोगों को चेतावनी देनी चाहिए कि /dev/sd*रास्ते एक चक्कर पर बदल सकते हैं और स्वैप डेटा द्वारा गलत विभाजन को नष्ट कर सकते हैं। /dev/disk/by-idश्रेष्ठ है।
अंडरस्कोर_ड

0

मुझे यह समस्या है, जैसा कि लोगों ने प्रश्न 332625 में किया था । सस्पेंड और रिबूट का कुछ संयोजन आपके स्वैप विभाजन के UUID को खो देता है (जैसा कि आपके / etc / fstab में टिप्पणी कहते हैं, इस की पुष्टि करें sudo blkd), इसलिए आपके / etc / crypttab में लाइन उस UUID को एन्क्रिप्टेड स्वैप विफल करने के लिए उपयोग करती है।

मुझे गायब होने वाले यूयूआईडी के बजाय विभाजन के नाम ( / देव / sda6 आपके मामले में) या नाम का उपयोग करने के लिए कोई सौभाग्य स्विचिंग / आदि / क्रिप्टैब नहीं है ।/devdev/disk/by-id/

एन्क्रिप्टेड स्वैप को त्यागना सबसे दुखद और अब तक का सबसे अच्छा समाधान है।


यह मुद्दा बहुत पुराना है, मुझे आश्चर्य है कि उन्होंने इसे पहले से तय क्यों नहीं किया, अब मैं अपने डेस्कटॉप के साथ एक ही समस्या का सामना कर रहा हूं और इसे चला नहीं पा रहा हूं, इसे अतीत में अपने लैपटॉप पर तय किया है लेकिन याद नहीं कर सकते हैं :(
tomasb
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.