「ルートデバイスを待つのをあきらめました。警告！/ dev / disk / by-uuid /は存在しません。ブート中のシェルへのドロップ」

私は数年前にUbuntuを使用し、それをあきらめました。これで、もう一度試す準備ができました。驚いたことに、最初のインストールを実行するとすぐに、このメッセージで歓迎されました。しばらく待ってexitと入力すると、OSは正常に起動します。私はUbuntuを再インストールし、それがうまくいくかどうかを確認することにしました。そうではなかった。同じように動作し続けます。

Gave up waiting for root device. Common problems:
  — Boot args (cat /proc/cmdline)
    — Check rootdelay= (did the system wait long enough?)
    — Check root= (did the system wait for the right device?)
  — Missing modules (cat /proc/modules; ls /dev)
ALERT! /dev/disk/by-uuid/11d3bcfa-0726-47cf-a705-e4acdd9169fe does not exist.   
Dropping to a shell!

BusyBox v.1.21.1 (Ubuntu 1:1.21.0-1ubuntu1) built-in shell (ash)   
Enter 'help' for list of built-in commands.  

(initramfs)

どんな提案でも大歓迎です！

sudo blkid; マウント; cat / etc / fstabの出力：

/dev/sda1: LABEL="System Reserved" UUID="1C8CC0F68CC0CC08" TYPE="ntfs" 
/dev/sda2: UUID="A490C32890C30032" TYPE="ntfs" 
/dev/sda5: UUID="920c6caa-4062-45f0-a58c-585db797d554" TYPE="swap" 
/dev/sda6: UUID="11d3bcfa-0726-47cf-a705-e4acdd9169fe" TYPE="ext4" 
/dev/sda6 on / type ext4 (rw,errors=remount-ro)
proc on /proc type proc (rw,noexec,nosuid,nodev)
sysfs on /sys type sysfs (rw,noexec,nosuid,nodev)
none on /sys/fs/cgroup type tmpfs (rw)
none on /sys/fs/fuse/connections type fusectl (rw)
none on /sys/kernel/debug type debugfs (rw)
none on /sys/kernel/security type securityfs (rw)
udev on /dev type devtmpfs (rw,mode=0755)
devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=0620)
tmpfs on /run type tmpfs (rw,noexec,nosuid,size=10%,mode=0755)
none on /run/lock type tmpfs (rw,noexec,nosuid,nodev,size=5242880)
none on /run/shm type tmpfs (rw,nosuid,nodev)
none on /run/user type tmpfs (rw,noexec,nosuid,nodev,size=104857600,mode=0755)
none on /sys/fs/pstore type pstore (rw)
systemd on /sys/fs/cgroup/systemd type cgroup     (rw,noexec,nosuid,nodev,none,name=systemd)
gvfsd-fuse on /run/user/1000/gvfs type fuse.gvfsd-fuse (rw,nosuid,nodev,user=inti)
# /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/sda6 during installation
UUID=11d3bcfa-0726-47cf-a705-e4acdd9169fe /               ext4    errors=remount-ro     0       1
# swap was on /dev/sda5 during installation
UUID=920c6caa-4062-45f0-a58c-585db797d554 none            swap    sw                  0       0

これがgrep rootdelay /boot/grub/grub.cfgの出力です

    linux   /boot/vmlinuz-3.13.0-32-generic root=UUID=11d3bcfa-0726-47cf-    a705-e4acdd9169fe ro rootdelay=10 quiet splash $vt_handoff
        linux   /boot/vmlinuz-3.13.0-32-generic root=UUID=11d3bcfa-0726-47cf-    a705-e4acdd9169fe ro rootdelay=10 quiet splash $vt_handoff
        linux   /boot/vmlinuz-3.13.0-32-generic root=UUID=11d3bcfa-0726-47cf-    a705-e4acdd9169fe ro recovery nomodeset rootdelay=10

ルートファイルシステムはしばらくすると検出されるため、rootdelayまたはを追加できますrootwait。カーネルのドキュメントから：

rootdelay=  [KNL] Delay (in seconds) to pause before attempting to
        mount the root filesystem
...
rootwait    [KNL] Wait (indefinitely) for root device to show up.
        Useful for devices that are detected asynchronously
        (e.g. USB and MMC devices).

いずれかを設定するには、を編集して/etc/default/grub、の値を変更しますGRUB_CMDLINE_LINUX。以下のように、お好みのエディタを使用しnanoたりgeditして、sudoまたはgksudo必要に応じて：

sudo nano /etc/default/grub

rootdelay=10引用符の中に追加します。手動で編集したくない場合は、次のコマンドを実行します。

sudo sed -i.bak 's/^GRUB_CMDLINE_LINUX="/& rootdelay=10 /' /etc/default/grub

次に実行します：

sudo update-grub

これにより、カーネルはルートファイルシステムのマウントに進む前に10秒間待機するようになります。この変更が適用されたかどうかを確認するには、次を実行します。

grep rootdelay /boot/grub/grub.cfg

出力が表示された場合は、それが適用されました。再起動してください。

それでもエラーが発生する場合は、を押しCtrlAltDelて再起動し、GRUB OS選択メニューが表示されるのを待ってを押しeます。の値を編集して、値をrootdelay増やします。押しF10て起動します。繰り返す。

正常に起動した場合は、上記のプロセスを試して、値を減らします。

パーティションテーブルを修復した後、私は同じ問題を越えてきました。メッセージは実際には簡単でした。ディレクトリ/ dev / disk / by-uuid /を確認しましたが、メッセージのuuidがありませんでした。代わりに、適切なパーティションが予期されていたものにパーション（私の場合は../../sda5）にリンクされた別のuuidがありました。

最終的に私は問題を簡単に解決しました：/boot/grub/grub.cfgを編集し、間違ったuuidを正しいものに置き換えます。

上記の解決策はどれも私にとってうまくいきませんでした。Ubuntuのインストールに使用したものと同じUSBサムドライブからコンピューターを起動しましたが、私のssdがdf -h/ sudo fdisk -l/ sudo blkid/ lsblk/でリストされていませんでしたsudo parted -l。私はこれを修正するために2つのことをしなければなりませんでした：

1. 無効にするFast Boot。BIOSからこれを行うだけでは不十分でした（再起動してもう一度見てみてください-有効に戻り続けました）。まずWindowsの設定で無効にし、次にBIOSで無効にする必要がありました。
2. RSTからAHCIに切り替える必要がありました。これをグーグルしてすべてのステップを見つける必要があります。BIOSはすべてが失われることを警告しましたが、幸いそれは失われませんでした。

次にサムドライブから起動したときに、ssdディスク（/dev/nvme01n1）が表示されました。次に、をインストールboot-repairして実行し、再起動しました。出来上がり。

ラップトップにWindows 7 64ビットをインストールしました。次に、ubuntu 14.04をサムドライブからインストールして、ブートウィンドウとubuntuをデュアルで起動できるようにしました。次に、「ルートデバイスを待つのをやめた」というエラーエラーが発生しました。

それを修正するために、ubuntuの再インストール、grubの再インストールと更新、boot-repair、update-initramfsなど、フォーラムで提案された多くのことを試しましたが、何も機能しませんでした。それを修正した唯一のものは、CDからのインストールでした。CDのインストールは完全に機能し、エラーは発生しませんでした。

私は同じ問題を抱えていました、 私の質問へのリンク

問題は、initramfsの作成にあります。

make oldconfig

新しいオプションのデフォルトを選択し、作成するイメージに十分なディスク容量があることを確認します。私の場合、作成されたイメージは正しくなかったため、ブート時にイメージをマウントできませんでした。

比較すると; イメージサイズは既存の下位バージョンのイメージよりもかなり小さかったので、十分なサイズを超える別のディスクを追加しました。

make bzImage

make modules

make modules_install

make install

魅力のように働き始めます。エラーが発生することなく、イメージの作成が以前に完了し、破損したイメージ（サイズが小さい）になったのはなぜですか。

Xubuntu 14.04 32ビットをインストールした後も、まったく同じ問題が発生しました。ちょうどこれを試してください：

1. ブートがUUIDメッセージで終了した後、または(initramfs)単に入力exitするexec startxと、GUIが表示されます
2. ルートとして編集 /etc/default/grub
3. それを見つけ#GRUB_DISABLE_LINUX_UUID=true、削除#して保存します
4. ターミナル目で：sudo update-grubとsudo reboot

そしてこの後、それはうまくいくはずです。