web-dev-qa-db-ja.com

システムアップデート後にUbuntuを起動できない（コマンドラインにBusyBoxの通知を表示する）

ボックスの1つでUbuntu10.xを実行しています。昨日、セッション中にSPMがポップアップし、最新の更新をインストールすることを選択できました。私は同意しました（以前に何度もやったように）。今回、インストール中にシステムがクラッシュし、SPMはPython例外がインストール中に発生したことを報告しました（残念ながら、インストールのどの段階で例外が発生したかは覚えていません） 。

グレー表示されて応答しなくなったSPMダイアログボックスを削除できなかったため、システムを再起動しました。

（再起動後に）再度ログインしようとすると、コンソール画面に次のメッセージが表示されました（スタックトレース後）。

強制終了マウント：/ root/devへの/ devのマウントに失敗しました：そのようなファイルまたはディレクトリのマウントに失敗しました：/ root/sysへの/ sysのマウントに失敗しました：そのようなファイルまたはディレクトリのマウントに失敗しました：/ root/procへの/ procのマウントに失敗しました：そのようなファイルはありませんまたはディレクトリターゲットファイルシステムに/ sbin/initがありませんinitが見つかりません。 init = bootargを渡してみてください。

BusyBox v1.13.3（Ubuntu 1：1.13.3-1ubuntu11）組み込みシェル（ash）組み込みコマンドのリストを表示するには「help」と入力します

（initramfs）

次の質問があります。

  1. このメッセージの意味は何ですか？
  2. マウントが失敗したのはなぜですか？
  3. （最も重要）この災害から回復するために必要な手順は何ですか？

更新

私はジャイルズのアドバイスに従った。他のすべてが失敗した場合にUSBディスクから起動するようにPCをセットアップします。今回は、次のメッセージが表示されます（入力しているため、ここでは短縮されています）

 scsi 2:0:0:1: CD-ROM SanDisk U3 Cruzer Micro 8.0.2 PQ: 0 ANSI: 0 
 sd 2:0:0:0:0 Attached scsi generic sg3 type 0 
 sd 2:0:0:0:0 [sdc] 31301631 512-byte logical blocks 
 sd 2:0:0:0:0 [sdc]  Write Protect is off 
 sd 2:0:0:0:0 [sdc] Mode Sense: 45 00 00 08 
 sd 2:0:0:0:0 [sdc] Assuming drive cache: write through 
 sr1: scsi3-mmc drive: 48x48x tray sr 2:0:0:1: Attached scsi CD-ROM 
 sr1 sr 2:0:0:1: Attached scsi generic sg4 type 5 
 sd 2:0:0:0:0 [sdc] Assuming drive cache: write through
 sdc: sdc1 sd 2:0:0:0:0 [sdc] Assuming drive cache: write through 
 sd 2:0:0:0:0 [sdc] Assuming SCSI removable disk

次に、Enterキーを押します。

（initramfs）

この段階では、USBスティックが起動可能かどうかはわかりません（そうではないようです）。スティックに新しいOSをインストールすることを考えており、そこから始めます-しかし、その結果がどうなるかわかりません（マシン上の既存のデータが失われますか？）。

助けて！

ubuntucrashubuntu-10.04busyboxsystem-recovery
4
Takashi

ファイルシステムが破損しているようです。再起動すると、ルートファイルシステム（つまり、システムパーティション）をマウントできませんでした。ここにリストするメッセージは、ルートファイルシステムがマウントされていない結果であり、問​​題の一部ではありません。損傷したファイルシステムは、おそらくSPMクラッシュの原因か、同じ根本的な問題の結果です。

ファイルシステムが損傷する理由は2つあります。ハードウェアの問題（最も一般的にはディスクの障害またはRAMの障害）であるか、ソフトウェアのバグである可能性があります。

回復オプションを決定する前に、もう少し調査する必要があります。 （修復可能ですか？どのくらいのデータが失われましたか？ハードウェアコンポーネントを変更する必要がありますか？バグを報告する必要がありますか？これまでのところ、これらの重要な質問に答えるのに十分なデータがありません。）

まず、起動プロンプトで「メモリテスト」を選択します。数サイクル実行します（これには数時間かかる場合があります）。問題が見つかった場合は、RAMを変更します。その後リカバリについて考え始めます（または、データが必要な場合は、ディスクを別のマシンに移動します）。

次のステップは、ライブのUbuntu CD/USBから起動し、そこにファイルシステムをマウントしてみることです。マウントできる場合は、/var/log/kern.logの最後のエントリを確認します（疑わしいエントリが表示された場合は、問題が発生した場所に戻ります。エラーのページが表示される場合もあれば、エラーによってエラーが防止された場合もあります。書き込みからのログメッセージ）。ファイルシステムをマウントすることさえできない場合は、バックアップに手を伸ばしてください（個々のファイルを回復することはしばしば可能ですが、骨の折れる作業です）。

ライブCDから、smartctl -a /dev/sdaを使用してディスクの状態も確認します（USBドライブを含む複数のディスクがある場合、ディスクは/dev/sdb、/dev/sdcなどの場合があります）。ディスク障害は通常、突然（ドライブが応答を停止する）またはそれほど劇的ではない（最初の損傷したセクターは重要なファイルによって使用されていないスペースの99.99％にあります）が、運が悪かった可能性があります（たとえば、ファイルシステムの損傷したセクター）ジャーナル）。

4
Gilles 'SO- stop being evil'

これはばかげて些細なことのように聞こえるかもしれませんが、前のカーネルを選択できるように、GRUBロードの直前にShiftキーを押したままにしてみましたか？

Ubuntu 10.xの最新のカーネルアップデートでシステムが破損し、busyboxにマウントして起動したくないというエラーが発生するという問題が発生しています。

（私はこの投稿の年齢を見たばかりですが、同じ問題を抱えている人を助けるためにこれを残しておきます。）

0
Skub