昨夜バッテリーが放電され、ノートパソコンが強制終了しました。再起動後に中断され、トラブルシューティングXorgは非常に困難です。私のパーティションの最初のファイルシステムチェックではext4エラーは発生しませんでした。関連内容を再確認してみると、logs異常な点は見つかりませんでした。私はそれを使用して以来、以前に何度も無視した次の行を見つけた場所をxdm見つけました。/var/log/xdm.log
/usr/bin/X: symbol lookup error: /usr/lib/libpciaccess.so.0: undefined symbol: gzopen64
それから電話しました。
apt-get install --reinstall libpciaccess
再起動後、すべてが正常に戻りました。
ディスクキャッシュに物理的に書き込むことができないため、強制終了によってデータが破損する可能性があることを理解してください。ファイルシステムの内部をより深く理解していないので、ファイルシステムを/usr/lib/libpciaccess.so.0閉じるとなぜ病気になるのだろうか。特に、システムが共有ライブラリからのみ読み取ることを考慮すると、これらのライブラリを持つセクタが破損する可能性はほとんどありません。
また、どのファイルシステムがハードシャットダウンに強いのか、どのファイルシステムがハードシャットダウンに強いのかを知りたいです。
お時間をいただきありがとうございます。
ベストアンサー1
「正しい」ファイルシステムの問題ではなく、それを使用する方法とマウントする方法の問題です。
ext3 および ext4 の場合、次のものを使用できます。ルオ、同期、ディレクトリ同期オプション。
意図書込みログを持つファイルシステムは、通常、実際の書込み前にメタデータを同期する場合にパフォーマンスが向上します。
あなたの場合、ライブラリキャッシュ（/etc/ld.so.cache）が破損している可能性があります。簡単な方法でldconfig問題が解決された可能性があります。
場合によっては、ファイルシステム全体のチェックを強制してエラーを見つけて修正する必要があります。時には、これを行うにはNetbootまたはCD / DVD（イメージ）を介した回復ブートが必要になることがあります。
fsck -f -y ...- 後で見るために出力をログファイルに記録します。
その後、問題があると報告されているすべてのファイル/ディレクトリを確認すると、パッケージはまだ問題ないようです（rpmベースのシステムでは：）rpm -V- Debianには、ファイルが属するパッケージを決定し、パッケージの整合性を確認する同様のメカニズムが必要です。