2017-02-14 7 views
0

後にカーネルパニックにブートCentOSのは、私は愚かにのみ、このエラーに直面して、新しいバージョンにGlibcのを更新しようとしたセグメンテーションフォールトを持って、再起動:Glibcの更新

enter image description here

それは上のCentOS 6.2 64bit版を実行しているVMですKernel PV 64bit(4.4.27-x86_64-jb1)私はリモートアクセスしかできません。

別のカーネルで起動するオプションがありますが、起動したくない同じシステムにインストールされているWebサーバーとmysqlデータベースにアクセスするだけですか?

私は、ディストリビューション用の正しいGlibcライブラリを単に再インストールすることができますが、私は最初にブートできないので、私はできません。

+0

カーネルパラメータ 'init =/bin/bash'を試すことができますが、' init'がそのライブラリを見つけられなかった場合、 'bash'はおそらくどちらもなりません。 –

答えて

1

I foolishly tried to update Glibc

はい、GLIBCの不正確なアップグレードは、システムが起動できなくレンダリングする簡単な方法です。

I have the option do boot into a different kernel

異なるカーネルはまったく同じ問題を抱えます。あなたの問題はカーネルではありません。それは/sbin/initです。これは最初のユーザスペースプロセスです。カーネルが作成したプロセスは実行できません。

復旧はですが、かなり複雑な場合があります(また、MySQLデータベースに格納されているデータの量によっては、多大な労力がかかるかもしれません)。

あなたは(あなたのしくじっインストールGLIBCの部分を削除し、再インストールし、それを修復し、 -rootファイルシステムとしていくつかの他のVMにそれをマウントし、あなたに起動されているルートファイルシステムへのアクセスを取得する必要があります元のパッケージ)、アンマウントします。その後、元のVMを起動することができます。

実際に使用しているVMとそのディスクの構成方法によって、実行する必要があるものの詳細がわかります。

関連する問題