UEFI और सुरक्षित बूट सक्षम के साथ 18.04 हाइबरनेट

Question

"sudo systemctl start hibernate.target" ने 16.04 के साथ एक Acer B117 पर लीगेसी बूट का उपयोग करके ठीक काम किया; 18.04 के अपडेट ने मुझे UEFI और (एसर आवश्यकता) सुरक्षित बूट सक्षम करने के लिए मजबूर किया। सस्पेंड अभी भी काम करता है, लेकिन मुझे हाइबरनेट की जरूरत है।

स्वैप विभाजन सक्रिय है और RAM आकार + 2GB के बराबर है;

GRUB_CMDLINE_LINUX_DEFAULT = "शांत स्पलैश फिर से शुरू = UUID = myswapuuid"

journalctl -xe ने एक्सेस / sys / पॉवर / डिस्क में विफलता का पता लगाया

बिल्ली / sys / शक्ति / डिस्क: [अक्षम]

बिल्ली / sys / शक्ति / राज्य: मेम फ्रीज

कोई सुझाव?

Answer 1

मेरे पास एक ही समस्या है और दुर्भाग्य से, यह आधिकारिक उबंटू कर्नेल के साथ संस्करण 4.13 के बाद से कर्नेल लॉकडाउन पैचसेट (टीएफआई-लॉकडाउन) के कारण असंभव है । प्रतिस्थापन है:

हाइबरनेट से लौटते समय रिज्यूमे की छवि को सत्यापित करने का कोई तरीका नहीं है। यह हस्ताक्षरित मॉड्यूल ट्रस्ट मॉडल से समझौता कर सकता है, इसलिए जब तक हम हस्ताक्षरित हाइबरनेट छवियों के साथ काम नहीं कर सकते हैं जब तक कि कर्नेल लॉक न हो जाए हम इसे अक्षम कर देते हैं।

संबंधित बायोनिक प्रतिबद्ध आप यहां देख सकते हैं ।

यह एक विवादास्पद निर्णय है और लिनुस ने इन परिवर्तनों को लिनक्स कर्नेल में विलय करने से मना कर दिया ।

थोड़ा और अधिक विवरण आप पा सकते हैं लेख 4.17 में कर्नेल लॉकडाउन है? और इसकी टिप्पणियाँ।

इसलिए जब हम कुछ जादू सॉफ्टवेयर की प्रतीक्षा करते हैं, जो हस्ताक्षरित हाइबरनेट छवियों के साथ काम करेंगे, हम केवल एक अन्य कर्नेल का उपयोग कर सकते हैं या सुरक्षित बूट को अक्षम कर सकते हैं ।

PS मुझे खुशी होगी कि अगर किसी ने इस समस्या को हल किया तो मैं एक और जवाब दूंगा।

Comments

बहुत बहुत धन्यवाद, यह समझते हुए कि एक अच्छा कदम आगे क्यों है।

— olli61

मैं किस कर्नेल का उपयोग कर सकता हूं? हाइबरनेशन मेरे लिए एक आवश्यक विशेषता है। (मुझे उम्मीद है कि मेरे पास 4.15, आदर्श रूप से 4.18 में से एक नया होना चाहिए, क्योंकि मेरा वाईफाई बाद में काम करता है, लेकिन पूर्व में नहीं।)

— nsandersen

Answer 2

उम्मीद है कि यह किसी की मदद करेगा, लेकिन मैं 19.04 पॉपोस / ubuntu चला रहा हूं। मेरे सेटअप में मैं s2disk या pm-hibernate का उपयोग करके हाइबरनेट करने में सक्षम था, लेकिन फिर से शुरू करना विफल रहा था। इसे ठीक करने के लिए, क्योंकि मेरे सिस्टम को ग्रब के बजाय यूईएफआई का उपयोग करके बूट किया गया है। मुझे बस बूट लोडर को फिर से स्थापित करना था। यह देखने के लिए कि क्या आप UEFI चला रहे हैं, निम्नलिखित का उपयोग करें:

[ -d /sys/firmware/efi ] && echo "Installed in UEFI mode" || echo "Installed in Legacy mode"

यदि UEFI मोड में है, तो मैंने बूटलोडर को पुन: स्थापित करने के लिए इस गाइड का पालन किया, यह भिन्न होता है यदि आप एक nvme डिस्क या sata डिस्क का उपयोग कर रहे हैं: https://support.system76.com/articles/bootloader/

कुंजी इस आदेश को चलाने के लिए है:

sudo update-initramfs -c -k all

सुनिश्चित करें कि आपके kernalboot विकल्पों में आप विभाजन या UUID को फिर से शुरू करने के लिए निर्दिष्ट करते हैं, जैसे कुछ इस तरह:

फिर से शुरू = UUID = ed8347ed-2eb4-40bc-bc77-cc53b987ed88

आप इसे इस प्रकार जोड़ सकते हैं: 1) sudo kernel-stub -a "resume = UUID = ..." 2) /etc/initramfs-tools/conf.d/resume फ़ाइल संपादित करें और जोड़ें: फिर से शुरू करें = UIDID = ed8347ed- 2eb4-40bc-bc77-cc53b987ed88

/var/log/syslogकुछ इस तरह से अपनी फ़ाइल की जाँच करें :

Aug 4 22:26:42 pop-os /usr/bin/kernelstub[19639]: kernelstub : DEBUG kopts: root=UUID=b37019a8-91f5-445f-94c1-7359a49ed5df ro quiet loglevel=0 systemd .show_status=false resume=UUID=ed8347ed-2eb4-40bc-bc77-cc53b987ed88

यदि रिज्यूम गायब है या गलत है तो आपको अपना बूट कर्नेल फिर से अपडेट करना होगा।

Comments

धन्यवाद, यह एकमात्र उत्तर है जिसने मुझे बिना किसी समस्या के फिर से शुरू करने की अनुमति दी।

— इमैनुएल एम। स्मिथ

एन्क्रिप्शन का एक उपयोगकर्ता के रूप में, मैं initramfs बदलने की जरूरत नहीं था, लेकिन मैं अक्षम cryptswap और की क्या ज़रूरत थी uncommenting और में उचित रूप से टिप्पणी करके सामान्य स्वैप पुन: सक्षम /etc/fstabऔर /etc/crypttab। cryptswap एक यादृच्छिक कुंजी का उपयोग करता है प्रत्येक हाइबरनेशन के लिए काम नहीं करता है।

— fuzzyTew

यदि आप एक एन्क्रिप्टेड स्वैप विभाजन चाहते हैं, तो आप इस पर एक नज़र डाल सकते हैं: help.ubuntu.com/community/EnableHibernateWithEncryptedSwap

— Lingster