起動すると、シーケンスは次の場所で停止します。
カーネルパニックではない同期：VFS：不明なブロック（179,6）にルートfsをマウントできません
既存のRaspbianインストールを使用してRaspberry Pi 2を再起動するには、再作成するにはあまりにも痛みを伴う多くのファイルと構成が含まれているため、どうすればよいですか？
起動すると、シーケンスは次の場所で停止します。
カーネルパニックではない同期：VFS：不明なブロック（179,6）にルートfsをマウントできません
既存のRaspbianインストールを使用してRaspberry Pi 2を再起動するには、再作成するにはあまりにも痛みを伴う多くのファイルと構成が含まれているため、どうすればよいですか？
回答:
末尾の数字に基づいて、エラーには明確な区別があることに注意してください。必要に応じてオンラインで簡単に発見できるため、詳細は説明しません。これらの修正は、必要なすべての接続（電源、SDカード、HDMI、有線キーボード、マウス）が動作しており、NOOBSとともにRaspbianを使用していることを前提としています。
2で終わるエラーの詳細は、回答の最後にあります。エラーメッセージが次のように6で終わる場合：
カーネルパニックしない同期：VFS：未知のブロックにルートFSをマウントすることができない（179、6）
ファイルシステムのチェックと修復を行う必要があります。
Shiftキーを押しながらRaspberryを起動します。Alt-F2てリカバリコマンドラインにアクセスします。rootとパスワードでログインしますraspberry。sudo fsck.ext4 -y /dev/mmcblk0p6ます。これにより、破損したファイルシステムがスキャンされ、修復が試行されます（必要に応じて、ext4をパーティションの種類に置き換えます）。のautoモードfsck（つまりのfsck代わりに入力のみfsck.ext4）はサポートされていないことに注意してください。sudo shutdown -h nowして、Raspberryを完全にシャットダウンします。エラーメッセージが次のように2で終わる場合：
カーネルパニックしない同期：VFS：未知のブロックにルートFSをマウントすることができない（179、2）
問題の原因はアップデートのバグである可能性があります。修正には、その2を6に切り替えることが含まれます。
Shiftキーを押しながらRaspberryを起動します。Edit config (e)か、を押しeます。cmdline.txtタブをクリックするかright arrow、キーボードのを押します。root = / dev / mmcblk0p 2
と
root = / dev / mmcblk0p 6
OK押しescape、起動シーケンスを続行します。Piが正常に起動するはずです。同じエラーが表示されるが、6の場合は上記の手順に進みます。
場合によっては、PiはNOOBS GUIで行われた変更を無視することがありますが2、ブート時に最後にまったく同じエラーが表示されます。この場合、tktbjpの答えが役に立つかもしれません：
実際には、回復モードを使用するのは簡単です。復旧モードに入り、Alt-F2を押してルートとしてログインしました。GUIからのcmdline.txtの変更は機能しません。
パスワードraspberryでrootとしてログインした後、/ bootディレクトリがあるかどうかを確認します。おそらく存在しないでしょう。そうでない場合は、mkdir / bootを使用して作成し、次にviエディターを使用してcmdline.txtを作成します。
#cd /boot
#vi cmdline.txtviエディターで、ルートをmmcblk0p6に変更します。私のcmdline.txtの内容は次のようになります
dwc_otg.lpm_enable=0 console=ttyAM0,115200 console=tty1 root=/dev/mmcblk0p6 rootfstype=ext4 elevator=deadline rootwaitファイルを保存します。同期を行うことが重要です。
#sync次に、ボードを起動します。cmdlineが実際に変更されている場合は、GUIを使用してクロスチェックします。私のPI B +は現在働いています
私は同じ問題を抱えていましたが、unknown-block（179.7）で、最初の解決策はうまく機能し、これを置き換えるだけです：
sudo fsck.ext4 -y /dev/mmcblk0p6
これとともに：
sudo fsck.ext4 -y /dev/mmcblk0p7
私は専門家ではありませんが、これが他の人の助けになることを願っています。
問題のコア（回避策ではない）に対処するには、起動できない（または「NOOBS」がない）場合、次のことを行う必要があります。
fdisk -lおよびで正しいデバイス名を確認しますmount -l。私の例では、ととしてマウントされ/dev/sdb1てい/dev/sdb2ます。したがって、アンマウントするには、とを使用umount /dev/sdb1しumount /dev/sdb2ます。（パーティション番号を注意深く確認してください。ここの「2」は私の例です）。fdisk -l特定のDOSパーティションとチェックが/でそれを修正fsck.fat -y /dev/sdb1（あなたの正しい番号を確認してください）fdisk -l表示しますext4。修正してくださいfsck.ext4 -y /dev/sdb2（正しい番号を確認してください）umount両方とも再度。そうでない場合は、コンピューターからRaspberry Piに取り外して電源を入れる準備ができています。単に「ブロック」の問題である場合は、おそらく稼働しています。場合はKernel Panic引き続きエラーメッセージが何か他のものに変更されたかどうか、確認してください。この場合、他の回答を再度探すか、SDカードを最初から書き直すことを検討してください。
小さすぎるSDカードにRaspbian（Lite）をインストールしようとすると、このエラーが発生しました。もちろん、実際にddプロセスからの出力を見た場合、私はそれを盲目的にPiに入れる前にそれを見たでしょう：
$ dd bs=1m if=Downloads/2016-05-27-raspbian-jessie-lite.img of=/dev/rdisk3
Password:
dd: /dev/rdisk3: short write on character device
dd: /dev/rdisk3: Input/output error
969+0 records in
968+1 records out
1015808000 bytes transferred in 45.492548 secs (22329108 bytes/sec)
既知の正常なカードを複製するときに、2で終わるこのエラーが発生しました。基本的に私がやったのは、元のカードからバイトを新鮮な/新しいSDカードにコピーすることでしたdd。私はこの単純なプロセスからエラーを期待していなかったので、このメッセージに直面したときの驚きを想像してください。
カーネルパニックしない同期：VFS：未知のブロックにルートFSをマウントすることができない（179、2）
検索後、新しいSDカードは元のSDカードよりわずかに小さいことが判明しました。
このため、ルートパーティションのマウントに失敗しました。そして、それが悪名高いカーネルパニックメッセージにつながりました。カーネルがSDカードの終わりを超えてブロックに到達しようとしたか、パーティションが（順番が最後で）SDカードに完全に収まらないことがわかりました。
ファイルと設定を保持したかったので、ルートファイルシステムを縮小しました。これにはresize2fs、最初に実行してfdiskからパーティションを調整することが含まれます。1つのツールがサイズを4kブロックで報告し、他のツールが512バイトのセクター開始/停止オフセットで機能することに注意してください。混乱させるのは本当に簡単です。したがって、既知の良好なイメージのバックアップを保持してください。
これはおそらく、カードリーダーを備えた別のPCまたはラップトップで実行することをお勧めします。ラズベリー自体にはありません。
言うまでもなく、ファイルシステムに実際に圧縮できる十分なスペースが必要です...