私は〜だった問題がある誰かがこの投稿に応答する前に、起動時に新しいRAIDアレイを組み立ててmdadmを更新しようとしましたが、他のすべての依存関係に時間がかかりました。ブーツがどこかめちゃくちゃになりました。私は grub が RAID アレイではなく /dev/sda に更新されたと確信しています（下記参照）。しかし、まず今起こっていることは次のとおりです。
/dev/md1にRAID1アレイが取り付けられています/。アップデートが実行されるまで起動できます。今起動すると
Gave up waiting for root device. Common problems:
-Boot args (cat /proc/cmdline) #unchanged, I checked
-Check rootdelay= (did the system wait long enough?)
-Check root= (did the system wait for the right device?) #yes, correct UUID
-Missing modules (cat /proc/modules; ls /dev) #think this is my error
ALERT! /dev/disk/by-uui/1d3... does not exist. Dropping to a shell!
それから私は灰の中に投げられました。 blikdは、私のすべてのHDDがそこにあり、RAIDメンバーとして登録されていますが、RAIDアレイはないことを示しています。
この問題は解決するのが非常に簡単です。私は走ることができます
mdadm --assemble --scan
これにより、RAIDアレイが作成され、Catが/proc/mdstat正しく機能していることがわかります。それからただ寄付するとexitチャンピオンのように始まります。
問題は、これを自動的に実行できないことです。配列を見つける前に配列を組み立てようとしません。
私の考えで起こったこと：mdadmをアップグレードしたときにgrubを更新するように求められ、UUIDが変更されたので、インストール場所を選択する必要があると言いました。私は愚かなので、私はfstabを見てコメントを誤って読んだ#/ was on /dev/md1 during installation。私はこれが間違っていると思いました.../dev/sda1...。私が言ったように、愚か者（私はこれらすべてを整理しようとほとんど眠れませんでした）。とにかく私の考えは理解しているようで、プロンプトで/ dev / sda1（または単にsda、忘れてしまった）を選択し、問題なく動作しました。それから再起動しましたが、これが起こりました。
したがって、誤って grub を別のパーティションに配置して RAID アレイを作成し、/dev/md1 から起動するのではなく、そこから起動するのに問題があるようです。この一般的なエラーに関する多くの投稿がありますが、それらのどれも私がやろうとしていることとは関係がないようです。どんなアイデアがありますか？
ベストアンサー1
この回答roaimaが提供するソリューションは、これらの問題を解決します。この記事で述べたように、このソリューションを使用する前にmdadmをアップグレードしましたが、明らかに他のエラーが発生する可能性があるため、可能であれば避けることをお勧めします。