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ソリューションは動作しませんでした。ディスクのUUIDが変更される可能性はありますか（Windowsによって）、以前にUbuntuにログインできましたが、Windowsにログインして再起動するとこのエラーが発生します。バックアップに関する限り、Ubuntuのインストールとは別のホームパーティションとワークスペースパーティションがある場合でも必要ですか？

更新2
これが発生した後の更新は単なる更新（新規インストールではない）であったためversion 2.6.32-26.、このバージョンのカーネルの最後の更新と関係があると思います。また、新規インストールではなかったため、新しいメニューエントリは追加されませんでした。カーネルの更新後にWindowsを再起動したために、万が一これが発生した可能性があります。

Update 3
ライブUSBを介してchrootすることで古いカーネルをインストールしました。これはカーネルと同じ問題です。したがって、問題は結局カーネルの更新によるものではないようです。

私も以前この問題に直面していましたが、当時は、ディストリビューションの再インストールを簡単にすることを考えていました（ディストリビューションを頻繁に切り替えていました）。しかし、今ではあまりにも遠くに設定していたので、最後の手段を探していました。

Update 4
Ubuntuを再インストールしました。今回は、ホームパーティションとワークスペースパーティションが分離されているため、構成が簡単になりました。困難な場合でも、今この問題の解決策は必要ありませんが、可能な解決策を知っている場合は、将来の利益のためにここに投稿してください。

スレッドスターターと同じ問題があり、再インストールせずに解決しました。

コピーされたディスクイメージに基づいて仮想インストールをジャグリングしているときに問題が発生しました。これにより、uuidが変更され、コピーが開始されませんでした。これは私がやったことの大まかなスケッチです。

最初にレスキューシステム（同じバージョン）を使用して起動し、起動していないディスクでシェルを実行します。各デバイスに対してコマンドを/etc/fstab発行して、そこにあるuuidを見て確認しblkidます。これらのエントリは重要なので修正してください。

次に、grubを修正します。

• grub-mkconfig
• update-grub

次に実行します：

• update-initramfs -u /boot/initrd.img-2.6.YOURVERSION-HERE

これにより、ご使用のバージョンの新しいinitramdiskが作成されます。実行していた正確なバージョンがわからない場合は、/ boot /のファイルを確認してください。最高のバージョン番号を選択しても安全です。

レスキューシェルを終了すると、ubuntu live cdはシェルに入った場所から最後のメニューを提供します。そこで「Grubのインストール」（または同様の）を選択し、ブートセクターを配置するデバイスを入力します。

ほとんどのシステム（標準インストール）/dev/sdaでは安全です。注意してください：Windowsまたはその他のマルチブートシステムには、他のエントリが必要になる場合があります！

最後に、修復したディスクから起動できるはずです。

問題は、ハードディスクまたはコントローラーが十分に迅速に応答しないことです。

以下を試してください：

• ブートメニューが表示され、リストの上部が強調表示されたら、e（編集用）を押します。

• パラメーターの長いリストが表示されます。これを追加してください： rootdelay=130

• ヒットEnterしてからb（boot）。システムがすぐに起動するかどうかを確認してください。それが初めて役に立たない場合は、値を増やすことができます（ただし、破損していないハードウェアには130で十分です）。

ただし、ハードドライブが故障している可能性もあります。システムに戻って最初に行うことは、データのバックアップです。安全にしたい場合は、ubuntu cdを使用してバックアップしてください。遅刻ではなく早めにそうすることを強くお勧めします。

実際のところ、ディスクUUIDが1、2回自然に変化するのを経験しました。変更は、何らかの破損の結果である可能性があります。私は次のことを試します：

• ライブメディアからコンピューターを起動します。
• fdisk -l /dev/sda探しているパーティションを見つけるため。またはハードドライブでcfdisk; or usegparted (replacesdaを使用します）。
• blkid /dev/sda1（sda1見つけたパーティションで置き換えます）; 代わりに使用しvol_idます。
• （デバイスファイルを使用して/dev/sda1）パーティションをマウントできるかどうかを確認します。
• 表示されたUUIDがルートパーティションのUUIDと一致するかどうかを確認します/etc/fstab。
• を使用して新しいUUIDを生成し、uuidgenそれを使用してパーティションに適用しtune2fs -Uます。
• fstabそれに応じてエントリを変更します。

UUIDと同じくらい重要な何かが明白な原因なしに変化することはまずないように思えるかもしれませんが、おそらくバグのために起こります。UUIDを新しい値に変更すると役立つかどうかを確認します。

私のシステムでこれを見たとき、それは間違ったUUIDがのブートルートパラメータとして設定されている問題でした/boot/grub/menu.lst。

cat /proc/cmdlineinitramfsに渡されたブートパラメータを実際に表示します-initramfsが存在しないルートパーティションをマウントするように指示されていることがわかると、明らかに失敗します。

update-grub 私のためにこれらのパラメータを更新しませんでしたが、menu.lstの古いUUIDを手動で置き換えるだけで修正されました。

古いカーネルをお持ちですか？動作しますか？loevborgが「古い」レコードの可能性について述べているように/ etc / fstabを確認します（lvmとgrub2をインストールしたときに同じ問題が発生しました-エラーを引き起こした/ bootパーティションの古いレコードがありました）

何がこれを引き起こす可能性があるのか​​分かりませんが、解決策としてはGrubのみを再インストールしてみてください。私はあなたの問題を解決すると思います。

この問題は、インストール後に現れましたlibuuid。私はそれを手動で修正することができ、今では正常に起動しますが、紛失に関するエラーが表示されるたびにblkid。また、再起動が必要な更新後に起動エラーが再表示されます。

のUUID /proc/cmdlineは正しいですが、システムはそれを認識できません。

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.

解決：

1. Ubuntu Live CDから起動します。

2. ターミナルを開く/実行する;

3. 入力：（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

1. タイプ：sudo fsck /dev/sda1そして、プレスENTER;

2. システムを再起動し、正常に起動します。

   • 修正後、ラップトップは正常に起動しました。

私は同じ問題を見ていました-UUIDをチェックするためにblkid（およびtune2fs）を使用したという追加情報があり、完全に一致しています。/ dev / disk / by-uuidをリストすると、そこに予想されるUUIDも表示されます。ドライブはbusybox内でも完全にマウント可能です。[/ mnt] / boot /にあると予想されるすべての通常ファイルが存在します（カーネル3.13.0-36の場合）。

ルートパーティションの/ etc / fstabのUUID参照を/ dev / sda1に変更して（セットアップに応じて変更する）、コンピューターを（busybox内から）ブートしました。ただし、この手順が重要であるかどうかはわかりません。それだけでは違いはありませんでした。何やったことは/ devに=編集Ubuntuのデフォルトのブートに「e」を打つ、GRUBに座って、そして全体の「もし... Fiの」構造を除去、および「Linuxの」行のUUIDを交換し、次回の再起動時にしました/ sda1。このアプローチにより、コンピューターを完全に起動できました。

結局、問題は、故障した2台目のハードドライブがディスク検索シーケンスの大幅な遅延の原因であることが判明しました。

すべての答えを試してみましたが、解決できなかったため、最終的にubuntuを再インストールする必要がありました:(。

この同じエラーは友人のcompでも発生しましたが、彼もそれをうまく利用できませんでした。

ファイル/ 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を変更し、それが機能する場合は永続的にします

これは、ddを使用してパーティションまたは特にハードドライブとパーティションテーブル全体のクローンを作成した場合にも発生する可能性があります。これが発生した場合、通常、問題のすべてのパーティションのfsckで解決できます。

ソース：http : //realtechtalk.com/UbuntuDebianLinux_wont_boot_and_drops_to_Busybox_shell_after_cloning_HDD_with_dd-1978-articles

他のすべての答えとは別に、grubメニューに移動して（起動中にShiftキーを押してUbuntuの詳細オプションに移動します）、古い作業カーネルを選択します。新しいカーネルバージョンをインストールした後、grub設定が更新されている必要があります。

私は回復モードに行きました。そして、メニューでGRUBの更新を示すものを選択します。その後、問題を修正します。