昨日はbash10時間ほどスクリプトを実行しました。コンピュータを使用しようとしましたが、コンピュータがロックされていました。
- 私はDebianがインストールされているEee PCを持っています。
- 画面は引き続き表示されますが、マウスやキーボードは機能しません。
- 頑張ったけど役に立たCtrlAltDeleteなかったCtrlAltBackspaceCtrlAltF1
- ハードドライブインジケータが機能しません。
何が間違っているのか、どうすればわかりますか？どのログを確認できますか？
答え1
/var/log/syslog他のファイル/var/log/からすべてのメッセージを見つけることができます。 logrotateがインストールされている場合は、古いメッセージが背中に/var/log/syslog.1あります。/var/log/syslog.2.gz
ただし、カーネルがロックされると、関連するメッセージを見つける可能性は低くなります。
Xサーバーだけがロックされている可能性があります。この場合、通常はSSH経由でネットワーク経由でPCにアクセスできます（インストールした場合）。しかも マジックSysRqキー試しているショートカットも機能するように、キーボードの元の設定をオフにしてください。
答え2
/var/log/dmesg[]などのソフトウェアの問題を読み取ることkernelができ、サービスエラーの場合はApacheなどのサービスログを読み取ることができます。/var/log/apache/error.log
一部のハードウェア障害は記録できないようです。
答え3
データを取得するのに役立つ正確なコマンドを提供することはできません。しかし、犯人を見つける一般的な方法は、コマンドの出力を定期的にキャプチャする方法です。システムがクラッシュする前に実行されたコマンドに関するデータがあるため、役に立ちます。
crontab(H) を使用してこれを行うことができます。owTo：LinuxまたはUNIXでcronにジョブを追加しますか？）。
またはサービスがあります。SeaLion - Linuxサーバー監視およびデバッグツール ここでコマンドをスケジュールし、システムの状態をオンラインで確認できます。
答え4
ロギングの問題の検索中に偶然この投稿を見つけましたが、再起動に応答しないOPシステム、Xサーバーのシャットダウン、およびキーボードで入力されたttyコマンドに関連する他の参照のために、以下を追加します。
ハードウェア電源オプション（例えば（つまり、再起動）。
ただし、SysRqを有効にする必要があります。 Ubuntu 20.04では、これは次のことを意味します。
echo 1 > /proc/sys/kernel/sysrq
現在のセッションまたは永続構成の場合、/etc/sysctl.conf に次のものが表示されます。
kernel.sysrq=1
このプロセスは、他のディストリビューションによって異なる場合があります。
Alt + SysRq + bを呼び出す前に、利用可能な他のSysRqコマンドを確認するように提案を急いで追加したいと思います。これは、システムを安定した状態にする直前にシステムを再起動し、ファイルの破損などの他の問題を引き起こす可能性があるためです。これらの他のコマンドとコマンドのシーケンスは、他の場所でよく文書化されています。