18.04 UEFIおよびセキュアブートが有効な状態での休止状態


14

「sudo systemctl start hibernate.target」は、レガシーブートを使用するAcer B117で16.04で正常に機能しました。18.04に更新すると、UEFIおよび(Acer要件)セキュアブートが有効になりました。サスペンドは引き続き機能しますが、休止状態が必要です。

スワップパーティションはアクティブで、RAMサイズ+ 2GBに相当します。

GRUB_CMDLINE_LINUX_DEFAULT = "quiet splash resume = UUID = myswapuuid"

journalctl -xeは、/ sys / power / diskへのアクセスの失敗を明らかにしました

cat / sys / power / disk:[無効]

cat / sys / power / state:memをフリーズします

助言がありますか?

回答:


11

私は同じ問題を抱えていますが、残念ながら、カーネルロックダウンパッチセット(efi-lockdown)により、バージョン4.13以降の公式Ubuntuカーネルでは不可能です。実証は次のとおりです。

現在、休止状態から戻るときに再開イメージを確認する方法はありません。これにより、署名されたモジュールの信頼モデルが損なわれる可能性があるため、署名された休止状態のイメージを操作できるようになるまで、カーネルがロックダウンされたときに無効にします。

関連するBionicコミットは、こちらで確認できます

これは議論の余地のある決定であり、Linus はこれらの変更をLinuxカーネルにマージすることを拒否しました

あなたが見つけることができるもう少し詳細は、4.17のカーネルロックダウンの記事ですか?とそのコメント。

したがって、署名された休止状態のイメージで動作する魔法のソフトウェアを待つ間、別のカーネルのみを使用するか、セキュアブートを無効にすることができます

PS誰かがこの問題を解決した場合、私は別の答えを喜んで支持します。


どうもありがとうございます。理由を理解することは良い前進です。
olli61

どのカーネルを使用できますか?休止状態は私にとって不可欠な機能です。(私のWiFiは後者で動作しますが、前者ではなく、4.15よりも新しいものが理想的です。)
nsandersen

1

これが誰かを助けることを願っていますが、私はpopos / ubuntu 19.04を実行しています。私のセットアップでは、s2diskまたはpm-hibernateを使用して休止状態にすることができましたが、再開は失敗しました。これを修正するには、grubではなくUEFIを使用してシステムを起動するようにします。ブートローダーを再インストールする必要がありました。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を指定することを確認してください。たとえば、次のようなものです。

resume = UUID = ed8347ed-2eb4-40bc-bc77-cc53b987ed88

これは次のいずれかの方法で追加できます。1)sudo kernel-stub -a "resume = UUID = ..." 2)/etc/initramfs-tools/conf.d/resumeファイルを編集して、追加:resume = UUID = 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

履歴書が見つからないか間違っている場合は、ブートカーネルを再度更新する必要があります。


おかげで、これは私が問題なく再開することができた唯一の答えです。
エマニュエルM.スミス

暗号化のユーザーとして、initramfsを変更する必要はありませんでしたが、とで適切にコメントを外してコメントを付けることにより、cryptswapを無効にし、通常のスワップを再度有効にする必要が/etc/fstabありました/etc/crypttab。cryptswapは起動ごとにランダムキーを使用するため、休止状態では機能しません。
fuzzyTew

暗号化されたスワップパーティションが必要な場合は、次をご覧ください。help.ubuntu.com
community
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.