18.04 UEFI ve güvenli önyükleme etkinken hazırda bekletme


14

"sudo systemctl start hibernate.target" eski önyükleme kullanarak bir Acer B117 üzerinde 16.04 ile iyi çalıştı; 18.04 sürümüne geçmek beni UEFI ve (Acer gereksinimi) güvenli önyükleme etkin kullanmaya zorladı. Askıya alma hala çalışıyor, ancak hazırda beklemeye ihtiyacım var.

Takas bölümü etkin ve RAM boyutu + 2GB'ye eşit;

GRUB_CMDLINE_LINUX_DEFAULT = "sessiz sıçrama özgeçmiş = UUID = myswapuuid"

journalctl -xe, / sys / power / diske erişemediğini açıkladı

cat / sys / güç / disk: [devre dışı]

cat / sys / power / state: anıları dondur

Herhangi bir öneri?

Yanıtlar:


12

Aynı problemim var ve maalesef, çekirdek kilitleme patchset (efi-lockdown) nedeniyle 4.13 sürümünden bu yana resmi Ubuntu çekirdeği ile imkansız . Özet:

Hazırda bekletme modundan çıkarken devam ettirilen resmi doğrulamanın bir yolu yoktur. Bu, imzalı modüllerin güven modelini tehlikeye atabilir, bu nedenle imzalı hazırda bekletme görüntüleri ile çalışana kadar, çekirdek kilitlendiğinde onu devre dışı bırakırız.

İlgili Biyonik taahhüdü burada görebilirsiniz .

Bu tartışmalı bir karardır ve Linus bu değişiklikleri linux çekirdeğinde birleştirmeyi reddetti .

Biraz daha fazla ayrıntı bulabilirsiniz 4.17 Çekirdek kilitleme makalesi ? ve yorumları.

İmzalı hazırda bekletme görüntüleri ile çalışacak bazı sihirli yazılımlar beklerken, yalnızca başka bir çekirdek kullanabilir veya güvenli önyüklemeyi devre dışı bırakabiliriz .

Not: Birisi bu sorunu çözerse başka bir cevabı iptal etmekten mutluluk duyarım.


Çok teşekkür ederim, neden iyi bir adım olduğunu anlıyoruz.
olli61

Hangi çekirdeği kullanabilirim? Hazırda bekletme benim için önemli bir özelliktir. (Ben WiFi benim ikincisi üzerinde çalışır, ancak eski değil 4.15, ideal olarak 4.18 daha yeni bir tane olması gerekir.)
nsandersen

1

umarım bu birine yardımcı olur, ama ben popos / ubuntu 19.04 çalıştırıyorum. Kurulumumda s2disk veya pm-hibernate kullanarak hazırda bekletebildim, ancak sürdürme başarısız oldu. Bunu düzeltmek için, sistemim grub yerine UEFI kullanılarak önyüklendiğinden. Önyükleme yükleyicisini yeniden yüklemek zorunda kaldım. UEFI çalıştırıp çalıştırmadığınızı kontrol etmek için aşağıdakileri kullanın:

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

UEFI modundaysa, önyükleyiciyi yeniden yüklemek için bu kılavuzu izledim, bir nvme diski veya sata disk kullanıyorsanız değişiklik gösterir: https://support.system76.com/articles/bootloader/

Anahtar bu komutu çalıştırmaktır:

sudo update-initramfs -c -k all

kernalboot seçeneklerinizde, nereden devam edeceğinizin bölümünü veya UUID'sini belirttiğinizden emin olun, örn. böyle bir şey:

Devam = UUID'si = ed8347ed-2eb4-40bc-bc77-cc53b987ed88

Bunu aşağıdakilerden birini kullanarak ekleyebilirsiniz: 1) sudo kernel-stub -a "resume = UUID = ..." 2) /etc/initramfs-tools/conf.d/resume dosyasını düzenleyin ve şunu ekleyin: resume = UUID = ed8347ed- 2eb4-40bc-bc77-cc53b987ed88

/var/log/syslogdosyanızı böyle bir şey için kontrol edin :

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

Özgeçmiş eksik veya yanlışsa, önyükleme çekirdeğinizi tekrar güncellemeniz gerekir.


Teşekkürler, sorunsuz bir şekilde devam etmeme izin veren tek cevap bu.
Emmanuel M. Smith

Şifreleme Bir kullanıcı olarak, ben initramfs değiştirmeye gerek yoktu, ama ben devre dışı cryptswap ve zorundaydı uncommenting ve uygun şekilde yorum yaparak, normal takas yeniden etkinleştirmek /etc/fstabve /etc/crypttab. cryptswap her önyüklemede rastgele bir anahtar kullanır, bu nedenle hazırda bekletme için çalışmaz.
fuzzyTew

Şifreli bir takas bölümü istiyorsanız, şuna göz atabilirsiniz
Lingster
Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.