web-dev-qa-db-ja.com

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

最近、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!

私の質問は：

これはsecondパーティションで、どのように復元または再作成できますか？

linuxbootpartitioningswap
14
samdd

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

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

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

22
jmr

メッセージのせいで

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

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

手順：

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

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

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

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を更新します。その後、再起動すると、問題が修正されます。

1
Pat. ANDRIA