カーネルパニックの場合にシステムを修復する方法
私はパッケージを更新しました：
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
それ以来、私のコンピューターはカーネルパニックを引き起こします。 ：/
より正確には次のようになります：
init 1 segfault at 3f ip .. [メッセージの残りを覚えていない]
カーネルパニックが同期しない。 initを強制終了しようとしました。
初期化されていません。
どうすれば対処できますか？
私はこのようなものを見つけました： 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
私は schaibaが言った のようにしたので、
- 機密情報をバックアップします（私にとっては/ home dirのみ）
- オペレーティングシステムを再インストールする
すべてのディストリビューションでは、カーネルのインストールが失敗したり、最後の更新がうまく機能しなかったりする（まれなケース）に備えて、いくつかのカーネルを保持しています。古いものを起動します。
ほとんどのディストリビューションのインストールメディアは、レスキューメディアを兼ねています。それで起動し、システムを修正します。
可能性があります何らかのハードウェアエラーが原因である（私に起こった...）。インストールメディアの診断ツール（またはその他のツール）を使用して、システムを確認します。壊れたファイルシステムも原因である可能性があります（fsckの寛大な支援がこれを修正する可能性があります）。ファイルが破損している可能性があります（一般的な方法は、マシンが間違ったタイミングでクラッシュした場合に空のファイルに置き換えられます）、find /etc -emptyなどはそれらを煙で覆います）。インストールされたパッケージで診断を実行します。RPMベースのシステムでは、rpm -Vaのようなものが不整合を報告します（ただし、何らかの理由で、RPMは新しくインストールされた多くのパッケージでも不平を言わないため、慌てないでください）。パッケージの重複やその他の不整合がないか確認してください。怪しげに見えるパッケージを再インストールします。