SDカードを取り外して挿入した後、起動しませんか？

Arch LinuxをインストールしましたWin32DiskImagerを使用してSDカードにをしました。RPiをシャットダウンし、カードを取り外して挿入し、RPiを再起動すると、すべて正常に機能します。しかし、pacmanでシステム全体の更新を行う場合pacman -Syu、問題があります。RPiをシャットダウンして再度起動しても問題ありませんが、シャットダウンしてカードを取り外し、挿入してからRPiを起動すると、虹の開始画面で常に待機するだけで、再び起動することはできません。また、SDカードを取り外す必要はありません。電源を30秒間停止し（コンデンサーが完全に放電するまで）、RPiを起動するだけで、同じエラーが発生します。

ファイルを追加IgnorePgk = raspberrypi-firmwareしてraspberrypi-firmwareパッケージの更新を無効にし、/etc/pacman.confシステム全体の更新を行ってから、SDカードを取り外して挿入しましたが、再び虹の画面が表示されませんが、このエラーメッセージが表示されます：

[  20.217557] Kernel panic - not syncing : VFS: Unable to mount root fs on unknown-block(179,2)

PANIC: VFS: Unable to mount root fs on unknown-block(179,2)

Entering kdb (current=0xcd828ca0, pid 1) due to Keyboard Entry
kdb> _ 

このエラーは、linux-raspberrypiパッケージを更新するだけrebootで、SDカードを削除せず、同じカーネルパニックエラーメッセージが表示される場合にも発生します。

Samsung SDHC 16GB Class10（MB-MPAGA別名MB-MPAGAEU）カードがあります。Kingmax SDHC 16GB Class10カードと、Kingmax SDHC 8GB Class6カードでも試しましたが、どちらも動作しませんでした。

pacmanのとパッケージを無視してraspberrypi-firmwareからlinux-raspberrypiシステムの更新を行うと、SDカードを取り外してもエラーは発生しません。したがって、これらのパッケージには何らかの問題があるはずです。

コメントに十分なスペースがないため、これを回答として投稿しています。したがって、これまでに収集されたすべての情報から、問題は/ boot /パーティションの内容にのみ関連しているようです。問題は次の2つの原因で発生する可能性があります。1. / boot /ファイルシステムの破損により、ブートローダーがファームウェアファイルをロードできなくなります。2.新しいバージョンのファームウェアには、SDカードの動作を妨げる退行があります。どちらが正しいかを確認する必要があります。

これを行う1つの方法は、PCの/ boot /にあるファイルを手動で更新することです。これを行うには、まずシステムがグラフィカルシステムから直接起動しないことを確認する必要があります（モジュールが機能しないため、Xでキーボード/マウスを使用できなくなるため）。次に、SDカードをPCに接続し、そのコンテンツをバックアップして、、ファームウェアファイルのgithubページにます、ブートディレクトリに入り、次のファイル（既存のファイルを上書きする）を/ boot /パーティション（bootcode.bin、kernel.img、start.elf、loader.bin）にダウンロードします。他のファイルをオーバーライドする必要はありません。各ファイルをダウンロードするには、その名前をクリックしてから、「view raw」をクリックしてディスクに保存する必要があります。すべてのファイルを保存したら、SDカードを安全に取り出し、起動するかどうかを確認してください。これにより、最新のファームウェアファイル（カーネルとブートローダー）がSDカードから起動できるかどうかを確認できます。もしそうなら、問題はカーネル/ブートローダーの回帰ではなく、/ boot /パーティションの破損が原因であると確信できます。

前に述べたように、虹色の画面を見たときに緑色のLEDフラッシュが何個見えるかも確認する必要があります。しばらく前に、ブートローダーにトラブルシューティングコードが追加され、緑色に点滅して何回問題が発生したかが示されます。リストは次のとおりです。3回点滅：loader.binが見つかりません4回点滅：loader.binが起動しません5回点滅：start.elfが見つかりません6回点滅：start.elfが起動しません

フラッシュがまったく表示されない場合は、ファームウェアが古すぎてこれをサポートできないか、bootcode.binがロードされていません。また、ブートに必要なすべてのファイル（前述）が正常（サイズがゼロではない、存在しないなど）であるかどうかを確認することで、ブートパーティションが破損していないかどうかを確認できます。一部のファイルのみを復元することで、ブートパーティション上のどのファイルが問題を引き起こしているかを確認することもできます。たとえば、kernel.binまたはstart.elf + loader.bin + bootcode.binのみを復元します。これにより、ファームウェアまたはカーネルに問題があるかどうかがわかります。

それはSDカードの問題である必要があります。Raspbianの「wheezy」をインストールし、raspi-configでパーティションを拡張してカードがいっぱいになったら、Raspberry Piをシャットダウンし、sdcardを取り外して再度挿入すると、起動しません。Kingmax 16GB SDHC Class10カードはサポートされていません。

質問で述べたように、Kingmax 8GBとSamsung 16GBも試しましたが、どちらも動作しませんでした。他の問題かもしれません。

Raspberry PI – PANIC：VFS Unable to mount root fs unknown-block（179,2）更新および再起動後にこのメッセージが表示されます。

パニック：キーボード入力が原因で、VFSが不明なブロックにルートfsをマウントできない（179,2）kdb（current = 0xcb846c80、pid 1）を入力する

この問題は、少なくとも私にとっては簡単に解決できます。

だから、私はRescueCDで起動します–他のPCでLinuxは問題ありません

次に、ファイルシステムの修復を実行します（正しいデバイス名を使用します）

fsck / dev / sdb2

私はそれを複数回実行しなければならなかったので、チェックfsck -f / dev / sdb2を強制しました

そして、ファイルシステムが修復されました。

一時的な解決策があるかもしれません。私がやることは、再起動する前にファイルを同期することです。そのため、sudoを再起動する前に約2〜3回コマンド同期を実行します。これ以来、私は再びエラーを見ていません。

Update1：​​おそらく、ファイルシステムの破損の発生に対するオーバークロックの影響があります。なぜなら、例えば更新やアップグレードのように、負荷が高くなると常に問題が発生するからです。

Update2：はい、オーバークロックでない場合は問題ありません。おそらく別のSDカードを使用すると、オーバークロックでも動作します。

Update3：いくつかの調査とテストの後、Piに使用した元のボックスには下からしか通気口がないため、IOドライバーが過熱し、イーサネット、USB、SDカードで問題が発生することがわかりました。私はそれを開いて実行しているので、中程度のオーバークロックでも問題なく作成できました。

Update4：Raspberry failed交換用にサプライヤに送信されます。詳細はこちらをご覧ください。

Update5：Raspberryはサプライヤーによって交換されました。新しい作品は大丈夫です。そう【であることを】祈りましょう。

Update6：新しい作品には、問題なく7/24の約12日間の稼働があります。常にオーバークロックされています（中）。もし誰かがまだ安定性に問題を抱えているなら、彼は隔離の下で交換を求めるべきだと思います。最初のSDカードと電源で追加の冷却を行わずに、購入した元のプラスチックケースから実行するだけです。私は、元のRaspbianシステムにtweeksを使用していません。

linux-raspberrypi 3.18.3（これ以上linux-raspberrypi-latest）にアップグレードした後、同様のカーネルパニックの問題が発生しました。

私の場合、破損したファイルシステム、ブートローダー、ファームウェアではありませんでした。それはカーネルパッケージでした。

エラーメッセージは

Error: Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(179,2)

最初は、貧弱なSDHCカードは死んだと思っていましたが、それで問題ないことがわかりました。vfat /bootパーティションとext4 /し、/home両方の罰金でした。

私はしばらく時間を費やし、最後にlinux-raspberrypi-3.18.3-3パッケージが犯人でした。

何らかの理由で、パッケージは/boot/cmdline.txtを更新しますが、これ/は間違ったパーティション/dev/mmcblk0p2を指します/dev/mmcblk0p5。

注：pacman -Qo /boot/cmdline.txtどのパッケージからのものかがわかります。

SDをネットブックに接続し、正常なcmdline.txtにロールバックした後、それをPiに接続すると、システムが正常に稼働します。