syslogdのメッセージはどういう意味ですか?私は何をすべきですか?

syslogdのメッセージはどういう意味ですか?私は何をすべきですか?

最近、PuTTYを介して問題のOpenSUSEシステムに接続すると、次のメッセージがプロンプトに直接表示され始めました。

Message from syslogd@host at Aug  5 11:04:03 ...
 kernel:[ 6177.851012] EIP: [<75c0234e>] 0x75c0234e SS:ESP 0068:f324dde1

Message from syslogd@host at Aug  5 11:15:01 ...
 kernel:[ 6836.654020] Process sh (pid: 6245, ti=f2bee000 task=f32fd2b0 task.ti=f2bee000)

Message from syslogd@host at Aug  5 11:15:01 ...
 kernel:[ 6836.654020] Stack:

Message from syslogd@host at Aug  5 11:15:01 ...
 kernel:[ 6836.654020] Call Trace:

Message from syslogd@host at Aug  5 11:15:01 ...
 kernel:[ 6836.654020] Inexact backtrace:

Message from syslogd@host at Aug  5 11:15:01 ...
 kernel:[ 6836.654020]

Message from syslogd@host at Aug  5 11:15:01 ...
 kernel:[ 6836.654020] Code:  Bad EIP value.

Message from syslogd@host at Aug  5 11:15:01 ...
 kernel:[ 6836.654020] EIP: [<75c0234e>] 0x75c0234e SS:ESP 0068:f2befead

私はLinuxについて非常に基本的ないくつかのことを知っていますが、これは私をパニックにさせました。どういう意味ですか?問題を解決するにはどうすればよいですか?

編集するその結果、システムは実際にアクセスできなくなり、pingに応答してSSHを使用できなくなります。機械で物理的な作業を実行できますか?

答え1

このメッセージはカーネルに次のものがあるようです。カーネルパニック。基本的に分解されています。システムが不安定になったりクラッシュしたりする場合、できることはあまりありません。

通常、このタイプのメッセージはコンソールに表示されます。そこからコマンドを使用してdmesg -n 1印刷を抑制できます。良性の場合は少し迷惑になることがあるからです。

から抜粋dmesgマニュアルページ

-n level
       Set  the  level  at  which  logging  of messages is done to the 
       console.  For example, -n 1 prevents all messages, except panic
       messages, from appearing on the console.  All levels of messages
       are still written to /proc/kmsg,  so syslogd(8)  can  still be used 
       to control exactly where kernel messages appear.  When the -n option 
       is used, dmesg will not print or clear the kernel ring buffer.

EIP値が無効です。

このエラーは通常、ハードウェア(通常はRAM)に何らかの種類のエラーがあることを意味します。次のようなことを募集します。記憶力テスト 86+RAMが正常に動作していることを確認してください。

答え2

cgminer(vt_hoang)の特定のブランチを実行している場合にのみ、Raspberry Pi Zeroでこれを見ることができます。通常、約2日間実行され、システムがクラッシュします。同じcgminerは他のPiにも衝突を引き起こす可能性があります。以前は、メッセージがstderrに送信されることに気付いていなかったし、再起動後も持続するようにロギングを設定し、Journalctl出力を見ました。 valgrindとgdbで再試行する必要があります。

しかし、エラーメッセージには単にサイレントを適用しても基本的な問題は解決されないという内容だけが示されています。カーネルごとに異なる動作をすることができますが、実行中の一部のソフトウェアかもしれません。これは必ずしもハードウェアの問題ではありません。

関連情報