カーネルがクラッシュした場合にシステムを回復する方法は?

カーネルがクラッシュした場合にシステムを回復する方法は?

パッケージを更新しました。

2013-05-23 11:15:34 startup archives unpack
2013-05-23 11:15:35 upgrade locales:all 2.13-38 2.17-3
2013-05-23 11:15:35 status half-configured locales:all 2.13-38
2013-05-23 11:15:35 status unpacked locales:all 2.13-38
2013-05-23 11:15:35 status half-installed locales:all 2.13-38
2013-05-23 11:15:35 status triggers-pending man-db:amd64 2.6.3-3
2013-05-23 11:15:35 status half-installed locales:all 2.13-38
2013-05-23 11:15:38 status half-installed locales:all 2.13-38
2013-05-23 11:15:38 status unpacked locales:all 2.17-3
2013-05-23 11:15:39 status unpacked locales:all 2.17-3
2013-05-23 11:15:39 upgrade libc6:i386 2.13-38 2.17-3
2013-05-23 11:15:39 status half-configured libc6:i386 2.13-38
2013-05-23 11:15:40 status unpacked libc6:i386 2.13-38
2013-05-23 11:15:40 status half-configured libc6:amd64 2.13-38
2013-05-23 11:15:40 status half-installed libc6:i386 2.13-38
2013-05-23 11:15:47 status half-installed libc6:i386 2.13-38
2013-05-23 11:15:47 status unpacked libc6:i386 2.17-3
2013-05-23 11:15:48 status unpacked libc6:i386 2.17-3
2013-05-23 11:15:48 upgrade libc6:amd64 2.13-38 2.17-3
2013-05-23 11:15:48 status half-configured libc6:amd64 2.13-38
2013-05-23 11:15:48 status unpacked libc6:amd64 2.13-38
2013-05-23 11:15:48 status half-installed libc6:amd64 2.13-38
2013-05-23 11:15:53 status half-installed libc6:amd64 2.13-38
2013-05-23 11:15:53 status unpacked libc6:amd64 2.17-3
2013-05-23 11:15:54 status unpacked libc6:amd64 2.17-3
2013-05-23 11:15:54 trigproc man-db:amd64 2.6.3-3 2.6.3-3
2013-05-23 11:15:54 status half-configured man-db:amd64 2.6.3-3
2013-05-23 11:16:00 status installed man-db:amd64 2.6.3-3
2013-05-23 11:16:01 startup packages configure
2013-05-23 11:16:01 configure libc6:amd64 2.17-3 <none>
2013-05-23 11:16:01 status unpacked libc6:amd64 2.17-3
2013-05-23 11:16:02 status unpacked libc6:amd64 2.17-3
2013-05-23 11:16:02 status half-configured libc6:amd64 2.17-3
2013-05-23 11:16:57 status installed libc6:amd64 2.17-3
2013-05-23 11:16:57 configure libc6:i386 2.17-3 <none>
2013-05-23 11:16:57 status unpacked libc6:i386 2.17-3
2013-05-23 11:16:57 status unpacked libc6:i386 2.17-3
2013-05-23 11:16:57 status half-configured libc6:i386 2.17-3
2013-05-23 11:16:57 configure locales:all 2.17-3 <none>
2013-05-23 11:16:57 status unpacked locales:all 2.17-3
2013-05-23 11:16:57 status unpacked locales:all 2.17-3
2013-05-23 11:16:57 status half-configured locales:all 2.17-3

Debian GNU/Linux jessie/sid \n \l

それ以来、私のコンピュータでカーネルパニックが発生しました。 :/

もっと正確に見ると、次のようになります。

内部に13f ipのSegfault.. [残りのメッセージは覚えていません]

カーネルが同期していないため、パニックが発生します。初期化を終了しようとしています。

もともとは。

この問題にどのように対処する必要がありますか?

私は次のようなものを見つけました。 http://forums.debian.net/viewtopic.php?f=10&t=96879 私が覚えている限り(または私が間違っている可能性がある)、ある種のlibcが更新されました。コメント 21しかし、私は持っていません:

 /lib/libc.so.6

文書。

開始と停止の写真を追加しました。

/var/log/apt/term.log からログを追加します。

Log started: 2013-05-23  09:57:05
Selecting previously unselected package less.
(Reading database ... 
(Reading database ... 5%
(Reading database ... 10%
(Reading database ... 15%
(Reading database ... 20%
(Reading database ... 25%
(Reading database ... 30%
(Reading database ... 35%
(Reading database ... 40%
(Reading database ... 45%
(Reading database ... 50%
(Reading database ... 55%
(Reading database ... 60%
(Reading database ... 65%
(Reading database ... 70%
(Reading database ... 75%
(Reading database ... 80%
(Reading database ... 85%
(Reading database ... 90%
(Reading database ... 95%
(Reading database ... 100%
(Reading database ... 320906 files and directories currently installed.)
Unpacking less (from .../archives/less_458-1_amd64.deb) ...
Processing triggers for mime-support ...
Processing triggers for man-db ...
Setting up less (458-1) ...
Log ended: 2013-05-23  09:57:16

Log started: 2013-05-23  11:15:33
(Reading database ... 
(Reading database ... 5%
(Reading database ... 10%
(Reading database ... 15%
(Reading database ... 20%
(Reading database ... 25%
(Reading database ... 30%
(Reading database ... 35%
(Reading database ... 40%
(Reading database ... 45%
(Reading database ... 50%
(Reading database ... 55%
(Reading database ... 60%
(Reading database ... 65%
(Reading database ... 70%
(Reading database ... 75%
(Reading database ... 80%
(Reading database ... 85%
(Reading database ... 90%
(Reading database ... 95%
(Reading database ... 100%
(Reading database ... 320928 files and directories currently installed.)
Preparing to replace locales 2.13-38 (using .../locales_2.17-3_all.deb) ...
Unpacking replacement locales ...
Preparing to replace libc6:i386 2.13-38 (using .../archives/libc6_2.17-3_i386.deb) ...
De-configuring libc6:amd64 ...
Checking for services that may need to be restarted...
Checking init scripts...
Unpacking replacement libc6:i386 ...
Preparing to replace libc6:amd64 2.13-38 (using .../libc6_2.17-3_amd64.deb) ...
Checking for services that may need to be restarted...
Checking init scripts...
Unpacking replacement libc6:amd64 ...
Processing triggers for man-db ...
Setting up libc6:amd64 (2.17-3) ...
Checking for services that may need to be restarted...
Checking init scripts...

Restarting services possibly affected by the upgrade:
  samba: restarting...done.
  mysql: restarting...done.
  cron: restarting...done.
  atd: restarting...done.
  apache2: restarting...done.

Services restarted successfully.
Setting up libc6:i386 (2.17-3) ...
dpkg: error processing libc6:i386 (--configure):
 subprocess installed post-installation script was killed by signal (Segmentation fault)
Setting up locales (2.17-3) ...
Installing new version of config file /etc/locale.alias ...
dpkg: error processing locales (--configure):
 subprocess installed post-installation script was killed by signal (Segmentation fault)
Errors were encountered while processing:
 libc6:i386
 locales

ログ終了: 2013-05-23 11:16:59

ここに画像の説明を入力してください。

答え1

私はそうだったシャイバだから:

  1. 重要なコンテンツをバックアップしてください(私の/ homeディレクトリのみ)。
  2. オペレーティングシステムを再インストールします。

答え2

すべてのディストリビューションは、可能性の低いカーネルのインストールに失敗した場合、または最後のアップデートによる重大な中断に備えて、いくつかのカーネルを予備に保ちます。古いものを始めなさい。

ほとんどのディストリビューションのインストールメディアは、リカバリメディアとしても使用されます。これを使用してシステムを起動して修復します。

それ可能ある種のハードウェア障害のために(私に起こったことです...)、インストールメディアの診断ツール(または他のツール)を使用してシステムを確認してください。破損したファイルシステムが原因である可能性があります。助けてください。fsckこの問題を解決できます。ファイルが破損している可能性があります(通常のアプローチは、コンピュータが間違った時間にクラッシュした場合はそのファイルを空のファイルに置き換えることです)find /etc -empty。それ以外の場合、そのファイルは除外されます。インストールされたパッケージに対して診断を実行すると、RPMベースのシステムはrpm -Va一貫性のない結果を報告します(ただし、何らかの理由で新しくインストールされた多くのパッケージでもRPMが不平を言うので、パニックにならないでください)。重複したパッケージやその他の不一致を確認してください。疑わしいパッケージを再インストールしてください。

関連情報