☰

Linuxカーネル4.9.0、Debian 9で休止状態回復が失敗する

tag-icon • tag-icon debian linux-kernel fstab initramfs hibernate
Linuxカーネル4.9.0、Debian 9で休止状態回復が失敗する

最近、カーネルを3.16.4（Debian jessie）から4.9.0（Debianstretch）にアップグレードしました。 「休止状態」（ディスクの一時停止）を試みるまで、すべてが正常です。

LXDE で休止状態オプションを使用すると、休止状態として表示されます。ディスクスピンドルがカチカチとデータが記録される音が聞こえた。ただし、休止状態から再起動すると問題が発生します。カーネルはスワップからイメージを正常に復元しましたが、停止して再起動してすべての操作を失いました。インターネットのどこにも答えが見つかりません。人々は/etc/initramfs-tools/conf.d/resumeを設定しないか、カーネルパラメータを設定しないか、/etc/fstabに無効なエントリを設定することに関連するいくつかのバグを修正します。私にはこれらの権利があります。 /etc/initramfs-tools/conf.d/resumeでUUIDを変更し、fstabを変更し、回復カーネルパラメータを設定しないでください。

  • 拡張パーティション外のスワップパーティションをプライマリパーティションに移動しました。 UUID が保存され、新しい交換に適用されます。

  • システムが「イメージ100％復元」に達した後、「コンソールの一時停止」に達してから電源を切って正常に起動すると、すべての操作が失われます。

  • 新しくインストールしようとしましたが、運がありませんでした。

  • i386（32ビットx86）でのみ発生し、amd64（64ビットx86）には影響しません。

ディスクパーティションテーブルレイアウト：

NAME   FSTYPE LABEL    UUID                                 MOUNTPOINT
sda                                                         
├─sda1 ext4   HDD      <ROOT-UUID> /
└─sda2 swap   HDD-SWAP <SW-UUID> [SWAP]
sr0

アップグレード前はsda2が論理的でした（内部拡張にあります）。

安定したテーブル：

UUID=<ROOT-UUID> / ext4 errors=remount-ro 0 1
UUID=<SW-UUID> none swap sw 0 0

/etc/initramfs-tools/conf.d/resume

RESUME=UUID=<SW-UUID>

カーネルコマンドライン

BOOT_IMAGE=/boot/vmlinuz-4.9.0-3-686-pae root=UUID=<ROOT-UUID> ro quiet

システムメッセージ：

Computer: Compaq CQ60-120ec
Swap Size: 3.5GiB
Processor: AMD Athlon X2 64 QL-66
GPU: Nvidia Geforce 8200M G
Memory: 2G DDR2 667MHz
Desktop Environment: LXDE
Debian Version: 9 (stretch)
Kernel version: 4.9.0-3
Graphics Driver: nvidia legacy 304xxx

（プロセッサは64ビットであることがわかっていますが、もともと32ビットOSが搭載されていたので、/proc/cpuinfoを確認するまでは32ビットだと思いました。）

ベストアンサー1

この問題は、休止状態と休止状態の間の競合が原因で発生します。kASLR存在するx86-32。 kASLRを無効にすると、この問題を解決できます。ノーキャッスルカーネルブートオプション。x86-64影響を受けなかった。

Grubの場合は、/etc/default/grubを編集して追加できます。ノーキャッスル起動オプション（例：GRUB_CMDLINE_LINUX_DEFAULT = "quiet）ノーキャッスル」

その後実行グラップアップデート構成の更新と再起動試してみてください。


私も同じ問題を抱えていますが、PAEカーネルだけがこの問題の影響を受けているようです。 PAEのない同じカーネルはうまく機能します。

私の解決策はlinux-image-686をインストールし、linux-image-686-paeとlinux-image-4.9.0-4-686-paeを削除することでした。正確なカーネルバージョンはアップグレードによって時間の経過とともに変更される可能性がありますが、デフォルトでは現在実行されているPAEカーネルをPAEなしのカーネルに置き換える必要があります。

私のCPUは/ proc / cpuinfoに従ってPAEをサポートしているので、これは実際にはCPUのPAEサポートとは何の関係もありません。しかし、PAEはとにかく古いラップトップではあまり使用されません。

カーネル 4.13 PAE の Debian バックポートでも同じ問題が発生するため、これはカーネル 4.9 PAE とは関係ありません。

おすすめ記事