パーティションを削除し、起動中に「デバイスのサスペンド/レジュームを待機しています」というメッセージが表示されるようになりました

14

私は最近8GB、サイズの前後のパーティションを削除しました。このパーティションはメインパーティションの後にありましたが、OSを起動してすべてのアプリケーションを実行できるため、重要ではないようです。

起動プロセスが完了するまでにさらに2分かかり、次のメッセージが表示されます。

Gave up waiting for suspend/resume device
/dev/sda4: clean, .../... files .../... blocks
[ ***] A start job is running for dev-disk-by\.....\....\... .device
Dependencies failed!

私の質問は：

この2番目のパーティションは何でしたか、それをどのように復元または再作成できますか？

— サムド
ソース

OSの起動時にエラーや警告が表示されますか？メッセージがまったくない場合、カーネルはquietおよびsplashオプションで起動します。GRUBエントリを一時的に編集し、これらのオプションなしで起動します。特にストールしたメッセージとその直後のメッセージに注意してください。

— Kamil Maciorowski 2017

@KamilMaciorowskiカーネルメッセージを追加

— samdd

「デバイスのサスペンド/レジュームを待つのをあきらめてください」–これにより、スワップパーティションに問題があると思います（ただし、が見つからないことについては説明しませんntfs-3g）。システムがswapを使用しているかどうかを確認し、を実行しswaponます。次に実行swapon -aして観察します。文句を言うかもしれません。削除したパーティションがスワップパーティションであった可能性があります。

— Kamil Maciorowski 2017

@KamilMaciorowskiおかげで、それはswapon: cannot find the device for UUID=3fd1..今それを再作成しようとして、スワップパーティションだったようです。さらに、のインストーラーを実行したntfs-3gところ、NTFSパーティションが検出されました。ご協力ありがとうございます

— samdd 2017

22

Debianで同じエラーメッセージと同様の起動遅延が発生しましたが、わずかな違いがあります。自分でスワップパーティションを自発的に削除しただけで、再作成する予定がないことはわかっていました。

パーティションはリストに表示されなくなりました/etc/fstabが、遅延は続きました。何もありません/etc/initramfs-tools/conf.d/resume（ヒントについては@KamilMaciorowskiに感謝します）。

重要なのは、初期RAMディスクが「コンパイル」され、場合によっては（このように）、再生成する必要があることを理解することでした。解決策：sudo update-initramfs -u。

— jmr
ソース

私の場合、/ etc / initramfs-tools / conf.d / resumeには、スワップ用の古いUID参照が含まれていました。。update-initramfs -uは問題を解決しました。ありがとう。

— Gキャブ

私の場合、上記の回答は、最近フォーマットした+暗号化された（veracryptを使用した）パーティションがマウントに失敗した可能性がsudo nano /etc/fstabあり、#暗号化したパーティションを参照する行をコメントアウト（プレフィックスに）を付けてコメントアウトしたことを示唆しています。

— マニナック

9

メッセージのため

一時停止/再開デバイスを待つ

スワップパーティションに問題があると思います。を実行して、システムがスワップを使用しているかどうかを確認しますswapon。次に、実行swapon -aして出力を確認します。cannot find the deviceメッセージが出る場合があります。その場合は、スワップパーティションを再作成する必要があることがわかります。

手順：

前の質問を参照してください：削除したスワップパーティションを復元するにはどうすればよいですか？

使用してパーティションテーブルを変更しfdisk、gdisk、gpartedまたは他の同等のツール。パーティションエントリを再作成します。パーティションタイプはである必要があります0x82 Linux swap。
でパーティションを設定しmkswapます。
必要に/etc/fstab応じて変更してください（前の出力から、swapon -a不明な場合に変更する必要があるエントリがわかります）。
重要：のUUIDを/etc/initramfs-tools/conf.d/resume、上記の手順で使用したものに置き換えます。
を実行しますupdate-initramfs -u。

— カミル・マシオロウスキー
ソース

1

私の場合、起動メッセージは次のようになりました。スワップパーティションが削除されました。

Gave up waiting for suspend/resume device
/dev/sda4 ... ...

[***] A start job is running for dev-disk-by\...\...\...\.device
...
...
...

まず、fstabファイルの内容を確認すると、 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/sda4 during installation
UUID=8c1977eb-ac90-426b-bc9b-a7fb2ec8d760 /               ext4    errors=remount-ro 0       1
# swap was on /dev/sda3 during installation
UUID=00fd67-123DE-4b98-aa17-2d4025aed54 none            swap    sw              0       0
/dev/sr0        /media/cdrom0   udf,iso9660 user,noauto     0       0

次に、「インストール中にスワップが/ dev / sdaxにあった」ことに気付きます。

削除されたパーティション（fdiskまたはGpartedなど）を再作成し、このコマンドを使用してパーティションの新しいuuidを見つけます。

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

これは出力します：

total 0
lrwxrwxrwx 1 root root 10 févr. 19 07:18 00151dcd-2bf5-4b98-aa17-8f40ef4cfd86 -> ../../sda4
lrwxrwxrwx 1 root root 10 févr. 19 07:18 6C5A1AC45A1A8B4A -> ../../sda2
lrwxrwxrwx 1 root root 10 févr. 19 07:18 8c1977eb-ac90-426b-bc9b-a7fb2ec8d760 -> ../../sda3
lrwxrwxrwx 1 root root 10 févr. 19 07:18 C064106664106188 -> ../../sda1

fstabファイル内のスワップの適切なuuidをコピー/貼り付けして、最後のコマンドで表示された正しいuuidでfstabを更新します。その後、再起動すると、問題が修正されます。

— パット。アンドリア
ソース