UUIDによるディスクが検出されない（initramfs）、ブートの失敗
Ubuntu 10.04を起動できません。ビルトインブートシェルでこのエラーが発生します。
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/aa91b9fe-1e27-44d7-9c1b-72dd7d4e8575 does not exist.
Dropping to a Shell!
BusyBox v.1.13.3 (Ubuntu 1:1.13.3-1ubuntu11) built-in Shell (ash)
Enter 'help' for list of built-in commands.
(initramfs)
更新1
このエラーは、2.6.32-26バージョンのカーネルを更新し、Windowsで直接起動した後に発生しました。
rootdelay solution は機能しませんでした。ディスクのUUIDが変更される可能性はありますか（Windowsによって）、以前にUbuntuにログインできましたが、Windowsにログインして再起動するとこのエラーが発生します。バックアップに関する限り、Ubuntuのインストールとは別のホームパーティションとワークスペースパーティションがある場合でも必要ですか？
更新2
これが発生した後の更新は、version 2.6.32-26.の単なる更新（新規インストールではない）でした。したがって、これはこのバージョンのカーネルの最後の更新と関係があると思います。また、新規インストールではなかったため、新しいメニューエントリは追加されませんでした。おそらく、これはカーネルの更新後のWindowsでの再起動が原因で発生する可能性があります。
更新
ライブUSBを介してchrootすることで古いカーネルをインストールしましたが、それでもカーネルの問題は同じです。したがって、問題はkernel updateによるものではないようです。
私も以前この問題に直面していましたが、当時はディストリビューションの再インストールを簡単にすることを考えていました（以前はディストリビューションを頻繁に切り替えていました）。しかし、今ではあまりにも遠くに設定していたので、最後の手段を探していました。
更新4
Ubuntuを再インストールしました。今回は、ホームパーティションとワークスペースパーティションが分離されているため、構成が簡単になりました。困難な場合でも、この問題の解決策は今は必要ありませんが、可能な解決策を知っている場合は、将来の利益のためにここに投稿してください。
すべての答えを試してみましたが、解決できなかったため、最終的にubuntuを再インストールする必要がありました:(。
これと同じエラーが友人のcompでも発生しましたが、彼はそれもうまくいきませんでした。
スレッドスターターと同じ問題があり、再インストールせずに解決しました。
コピーされたディスクイメージに基づく仮想インストールをジャグリングしているときに問題が発生しました。これにより、uuidが変更され、コピーが開始されませんでした。これは私がやったことの大まかなスケッチです。
最初にレスキューシステム（同じバージョン）を使用して起動し、起動していないディスクでシェルを実行します。 /etc/fstabを見て、各デバイスに対してblkidコマンドを発行して、そこでUUIDを確認します。これらのエントリは重要なので修正してください。
次に、grubを修正します。
grub-mkconfigupdate-grub
次に実行します：
update-initramfs -u /boot/initrd.img-2.6.YOURVERSION-HERE
これにより、ご使用のバージョンの新しいinitramdiskが作成されます。実行していた正確なバージョンがわからない場合は、/ boot /のファイルを確認してください。最高のバージョン番号を選択しても安全です。
レスキューシェルを終了した後、ubuntuライブcdは、シェルに入った最後のメニューを提供します。そこで「Grubのインストール」（または同様の）を選択し、ブートセクターを配置するデバイスを入力します。
ほとんどのシステム（標準インストール）では、/dev/sdaが安全です。注意してください：Windowsまたは他のマルチブートシステムには、ここに他のエントリが必要な場合があります！
最後に、修復したディスクから起動できるはずです。
問題は、ハードディスクまたはコントローラーが十分に迅速に応答しないことです。
以下を試してください：
ブートメニューが表示されたら、リストの上部を強調表示して、を押します e （foredit）。
パラメーターの長いリストが表示されます。これを追加してください：
rootdelay=130ヒット Enter その後 b （boot）。システムがすぐに起動するかどうかを確認してください。最初に役に立たない場合は、値を増やすことができます（ただし、破損していないハードウェアには130で十分です）。
ただし、ハードドライブが故障している可能性もあります。システムに戻ったら、最初に行うことはデータのバックアップです。安全にしたい場合は、ubuntu cdを使用してバックアップしてください。遅刻ではなく早めにそうすることを強くお勧めします。
実際のところ、ディスクUUIDが1、2回自然に変化するのを経験しました。変更は、何らかの破損の結果である可能性があります。私は次のことを試します：
- ライブメディアからコンピューターを起動します。
fdisk -l /dev/sdaを使用して、探しているパーティションを見つけます。またはハードドライブでcfdisk; or usegparted(replacesda`を使用します）。blkid /dev/sda1（見つけたパーティションでsda1を置き換えます）; 代替 usevol_id;- （デバイスファイル
/dev/sda1を使用して）パーティションをマウントできるかどうかを確認します。 - 表示されたUUIDがルートパーティションの
/etc/fstabのUUIDと一致するかどうかを確認します。 uuidgenを使用して新しいUUIDを生成し、tune2fs -Uを使用してパーティションに適用します。- それに応じて
fstabエントリを変更します。
UUIDと同じくらい重要な何かが明白な原因なしに変更されることはありそうもないように思えるかもしれませんが、おそらくバグのために起こります。 UUIDを新しい値に変更すると役立つかどうかを確認します。
私のシステムでこれを見たとき、それは/boot/grub/menu.lstのブートルートパラメーターとして設定されている間違ったUUIDの問題でした。
cat /proc/cmdlineは実際にinitramfsに渡されるブートパラメータを表示します。initramfsが存在しないルートパーティションをマウントするように指示されていることがわかると、明らかに失敗します。
update-grubはこれらのパラメーターを更新しませんでしたが、menu.lstの古いUUIDを手動で置き換えるだけで修正されました。
この問題は、libuuidをインストールした後に現れました。私はそれを手動で修正することができ、今では問題なく起動しますが、blkidが見つからないというエラーが表示されるたびに。また、再起動が必要な更新後に起動エラーが再表示されます。
/proc/cmdlineのUUIDは正しいですが、システムはそれを認識できません。
Ubuntuエラーを修正する方法： "No init found. Try passing init= bootarg"
今朝、友人が起動しないラップトップを持って私のところに来ました。起動を試みるたびに、彼のUbuntu 10.04 Lucid Lynxシステムは次のエラーメッセージを出力します。
mount: mounting /dev/disk/by-uuid/***************************** on /root
failed: Invalid argument
mount: mounting /sys on /root/sys failed: No such file or directory
mount: mounting /dev on /root/dev failed: No such file or directory
mount: mounting /sys on /root/sys failed: No such file or directory
mount: mounting /proc on /root/proc failed: No such file or directory
Target file system doesn't have /sbin/init
No init found. Try passing init= bootarg
Busybox v1.13.3 (Ubuntu 1:1.13.3-1ubuntu7) built-in Shell (ash)
Enter 'help' for a list of built-in commands
(initramfs) _
Booting into "Recovery Mode" as well as choosing the other kernels listed in grub didn't help at all.
解決：
Ubuntu Live CDから起動します。
ターミナルを開く/実行する;
次のように入力します：
Sudo fdisk -l（デバイス名を取得するため）ENTER;を押します。ディスク/ dev/sda：250.1 GB、250059350016バイト255ヘッド、63セクター/トラック、30401シリンダー単位= 16065のシリンダー* 512 = 8225280バイトディスク識別子：****
デバイスブートスタートエンドブロックIdシステム/ dev/sda1 * 1 30238 242886703+ 83 Linux/dev/sda2 30239 30401 1309297+ 5拡張/ dev/sda5 30239 30401 1309266 82 Linuxスワップ/ Solaris
上記に基づく友人のシステムのデバイス名：/dev/sda1
次のように入力します：
Sudo fsck /dev/sda1次にENTERを押します。システムを再起動し、正常に起動します。
- 修正後、ラップトップは正常に起動しました。
何がこれを引き起こす可能性があるのか分かりませんが、解決策としてはGrubのみを再インストールしてみてください。私はあなたの問題を解決すると思います。
私は同じ問題を見ていた-私はhaveがblkid（およびtune2fs）を使用してUUIDをチェックし、それが完全に一致するという追加情報を使用した。/dev/disk/by-uuidをリストすると、そこに予想されるUUIDも表示されます。ドライブはbusybox内でも完全にマウント可能です。 [/ mnt]/boot /にあると予想されるすべての通常ファイルが存在します（カーネル3.13.0-36の場合）。
ルートパーティションの/ etc/fstabのUUID参照を/ dev/sda1に変更することにより（busybox内から）コンピューターを起動しました（セットアップに合わせて変更します）。しかし、このステップが重要なのかどうかはわかりませんが、それだけでは違いはありませんでした。 didは次の再起動時にgrubに座って「e」を押してUbuntuのデフォルトブートを編集し、「if ... fi」コンストラクト全体を削除し、「linux」を置き換えます/ dev/sda1を含む行のUUID =このアプローチにより、コンピューターを完全に起動できました。
最終的に、問題は2台目のハードドライブの故障が原因であり、ディスク検索シーケンスの大幅な遅延を引き起こしていることが判明しました。
古いカーネルをお持ちですか？動作しますか？ loevborgが「古い」レコードの可能性について述べているように/ etc/fstabを確認します（lvmとgrub2をインストールしたときに同じ問題が発生しました-エラーを引き起こした/ bootパーティションの古いレコードがありました）
他のすべての答えとは別に、grubメニューに移動して（起動中にShiftキーを押してUbuntuの詳細オプションに移動します）、古い作業カーネルを選択します。新しいカーネルバージョンをインストールした後、grub設定が更新されている必要があります。
これは、パーティション、または特にddを使用してハードドライブとパーティションテーブル全体を複製した場合にも発生する可能性があります。これが発生した場合、通常、問題のすべてのパーティションのfsckで解決できます。
ファイル/ etc/default/grubを編集して自分で修正しました
GRUB_CMDLINE_LINUX=" rootdelay=3 "
GRUB_DISABLE_LINUX_UUID=true
最初のものだけでは、十分ではありませんでした。前に述べたように、私も130を試しました。次に、2番目のコマンドでUUIDを無効にしました。とにかくLVMルートパーティションであったため、UUIDデータは無意味でした。
私の場合：
OSはUbuntu 14.04のext4にインストールされます
しかし、Ubuntu 10.04の後に10.04などの他のUbuntuエディションをインストールすると、
また、Ubuntu 10.04カーネルをコンパイルし、dpkgを使用してインストールします。
エラーが表示されます。
最後に、問題はgrub.cfgにあります。
Ubuntu 10.04デフォルトではOSにext2が使用されるため、initramfsはext4ドライバーを使用せずにext2のドライバーをロードします...
そのため、grub.cfgでext2をext4に置き換えて修正します。
私は数時間後にubuntuで同じ問題を抱えています負荷のシフトを保持してeを押し、ルートdevを変更し、機能する場合は永続的にします