web-dev-qa-db-ja.com

virtualbox上のUbuntu10.04でエラーが発生します:ターゲットファイルシステムに/ sbin / initがありません\ initが見つかりません。 init = bootargを渡してみてください

私はLinuxの初心者であり、インストールした唯一の理由は、RailsでのRuby on RailsでのWindowsの非互換性の問題を回避できるようにするためです。そうは言っても、それは確かに素晴らしく、はるかに高速です。 、そして私はすぐにWinrailsのことをするつもりはないと思います。

そこで、virtualboxを使用して仮想マシンを作成し、過去3週間にわたってubuntuを使用しました。最近、ubuntuはいくつかのことを更新できるかどうか尋ねました。私は「OK」をクリックしました。

今では起動せず、次のエラーが発生します:*マウント:/ root/devへの/ devのマウントに失敗しました:そのようなファイルまたはディレクトリはありませんマウント:/ root/sysへの/ sysのマウントに失敗しました:そのようなファイルまたはディレクトリはありません...ターゲットファイルシステムに/ sbin/initがありません。 initが見つかりません。 init = bootargを渡してみてください

BusyBox v1.13.3 .. ..

(initramfs)_ *

だから私はフォーラムを巡航し、さまざまな解決策がありますが、それらはすべてライブCDからの起動に関係しています。 (私が最初にubuntuをインストールするために使用したISOイメージであると思います)。しかし、そのCDから起動すると、ubuntuの画面にぶら下がって、小さな点が白から赤に循環し続けますが、1時間そこにぶら下がっていたので、動かなくなったと思います。私に何ができるかわからない。物事を修正するためにbusyboxシェル(またはそれが何であれ)から何かをすることはできますか?

問題は、すべての宝石などで必要なものをすべて手に入れるのに約10時間かかったということです。そして、私は自分が微調整したことを実際に書き留めていませんでした、そして私は中年なので、そのすべての情報は今までに漏れていて、私はそれを二度とやりたくありません。既存のインストールを本当に修復したいのですが。

あなたが持っているかもしれない1つの質問は、ISOに何か問題がありますか?私は新しい仮想マシンを作成し、同じisoファイルを使用して新しいubuntuをインストールしたので、そうは思いません。

どんな助けでも大歓迎です。

フィル

4
Philip

ブートローダープロンプトでは、すべてが正常に見えます。そのため、ファイルシステムが破損しているのではないかと心配しています。

次のプロセスをお勧めします。

  1. 新しい仮想マシンを作成し、Ubuntuを新しくインストールします。
  2. etckeeperパッケージをインストールし、etckeeper initを実行します。これにより、/etcがバージョン管理下に置かれます。 Bazaar、Darcs、Git、Mercuryの中でお気に入りのバージョン管理ツールがある場合は、/etc/etckeeper/etckeeper.confを実行する前に、etckeeper commitでそれを選択してください。
  3. /etcでの変更は、パッケージ管理タスクの前後に、1日に1回自動的にコミットされます。 etckeeper commitを実行するか、基盤となるバージョン管理ツールを直接呼び出すことで、手動でコミットできます。
  4. 今こそ、古いVMを保存しようとするときです。新しいVMをシャットダウンしてから、古いVMのディスクを新しいVMに追加し、新しいVMを起動します。
  5. /dev/sdb2をマウントしてみてください。 fsckを実行するように求められた場合は、実行します。
  6. 古いVMからできることを回復します。
  7. バックアップ設定には、/etcのリポジトリと、VMの/usr/localおよび/homeで行う可能性のあるすべてのものを含めることを忘れないでください。

私は似たようなものを持っていました-Ubuntu10.10ゲストとUbuntu10.10ホスト。

ゲストFSが破損し、上記と同じエラーが発生しました。

これは、vdiファイルからパーティションをマウントし、これらに対してファイルチェックを実行することで解決されました。

Sudo vdfuse -g -f /media/ssdext4/UbuntuGuest.vdi/mnt /

これで、「Sudo ls -l/mnt /」を使用してvdiファイルからパーティションを一覧表示できるようになります。

次に、FS check-をフルパスで実行します。Sudfsck.ext4/ mnt/Partition1

Vdfuseはデフォルトのインストールの一部である必要があると思います。 vdfuseがないと、これらの問題を修正する方法がわかりません。

1
Linux4africa

最も手の込んだものではありませんが、おそらく最も迅速なアプローチです。壊れたVMから新しくインストールしたディスクイメージにディスクイメージを追加し、そこからマウントし、$ HOMEなどをコピーします。 var/{lib、db、...}(または少なくともコピーを保持)すると、1時間以内に速度を回復できます。

実際の問題は、最初のramdiskが仮想ディスクデバイスを適切に検出してマウントできないことが原因だと思います。したがって、壊れたVMのファイルシステムになんとかアクセスできた場合にも試すことができるのは、次のようなものです。

mount /dev/sdbroken1 /mnt/brokendisk
for i in dev dev/pts proc sys; do
  mount --bind /$i /mnt/brokendisk/$i
done
chroot /mnt/brokendisk
update-initramfs -u -k all # regenerate initial ramdisk - look for errors
^D
reboot
0
al.

更新されたカーネルに問題がある可能性があります。以前のカーネルを起動してみてください(まだ存在しているはずです)。青い背景にvirtualboxの起動画面が表示されたら、長押しします Shift。数秒後、ブートローダーメニューが表示されます。

  • 以前のカーネルバージョンのエントリがある場合は、それを起動してみてください。
  • それ以外の場合は、e通常のエントリをディットしてみてください。 linux行に移動し、-2.6.32-24-genericのような部分を消去して、を押します。 Tab 他にどのカーネルが存在するかを確認します(/boot/vmlinuz-*)。また、以下で一致するinitrdを選択します。
  • linux行のroot=設定を変更してみることもできます。デフォルトのインストール(VM内に他のOSがない)では、root=/dev/sda1が機能するはずです。

これがうまくいかないが、途中で興味深いエラーメッセージが表示されたり、必要な場合は、ここに投稿してください。問題の内容によっては、Grubプロンプトで入力したときにコマンドls /bootの出力を確認すると役立つ場合があります。

私はまったく同じ問題を抱えています。ライブISOでの奇妙な動作も含まれます。

問題は、grubがなんらかの形で失敗していることであることが判明しました-おそらくホストシステムがスリープ状態になることによって[私は、Christis Bergelesが同じホスト(mac osx)で私と同じ問題を説明しているため http://christos.bergeles.net/blog/files/tag-grub.html]

問題のある仮想HDを別の動作中のubuntuVMに接続します。

そのVMを起動します

(次の2行は、これがVMに問題のあるディスクが/ dev/sdbにあることを前提としています)

Sudoマウント/ dev/sdb1/mnt

Sudo grub-install --root-directory =/mnt// dev/sda

私のために働いた-この問題の2つの別々のインスタンスで。

ティム。

0
Tim Phillips