私は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をインストールしたので、そうは思いません。
どんな助けでも大歓迎です。
フィル
ブートローダープロンプトでは、すべてが正常に見えます。そのため、ファイルシステムが破損しているのではないかと心配しています。
次のプロセスをお勧めします。
etckeeper
パッケージをインストールし、etckeeper init
を実行します。これにより、/etc
がバージョン管理下に置かれます。 Bazaar、Darcs、Git、Mercuryの中でお気に入りのバージョン管理ツールがある場合は、/etc/etckeeper/etckeeper.conf
を実行する前に、etckeeper commit
でそれを選択してください。/etc
での変更は、パッケージ管理タスクの前後に、1日に1回自動的にコミットされます。 etckeeper commit
を実行するか、基盤となるバージョン管理ツールを直接呼び出すことで、手動でコミットできます。/dev/sdb2
をマウントしてみてください。 fsck
を実行するように求められた場合は、実行します。/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がないと、これらの問題を修正する方法がわかりません。
最も手の込んだものではありませんが、おそらく最も迅速なアプローチです。壊れた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
更新されたカーネルに問題がある可能性があります。以前のカーネルを起動してみてください(まだ存在しているはずです)。青い背景にvirtualboxの起動画面が表示されたら、長押しします Shift。数秒後、ブートローダーメニューが表示されます。
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つの別々のインスタンスで。
ティム。