Wake on LAN経由でホームサーバーを起動します。ほとんどの場合、約45秒後にマシンにSSHを介して接続できます。本当に大丈夫です。最後のログインが非常に長い前(数時間)になったとき、約45秒が経過してすぐにサーバーにアクセスできないようです。それでも5分ほど待たなければ入ることができました。 /var/log/ でヒントが見つかりません。これが私が観察できるものです:
ME@Laptop:~$ date
Wed 29 Dec 2021 07:04:57 PM CET
ME@Laptop:~$ wakeonlan 17:F2:42:54:04:A6
Sending magic packet to 255.255.255.255:9 with 17:F2:42:54:04:A6
ME@Laptop:~$ ping 192.168.0.201
PING 192.168.0.201 (192.168.0.201) 56(84) bytes of data.
From 192.168.0.22 icmp_seq=1 Destination Host Unreachable
From 192.168.0.22 icmp_seq=2 Destination Host Unreachable
...
From 192.168.0.22 icmp_seq=35 Destination Host Unreachable
From 192.168.0.22 icmp_seq=36 Destination Host Unreachable
64 bytes from 192.168.0.201: icmp_seq=38 ttl=64 time=8.96 ms <--- There it is shortly
From 192.168.0.22 icmp_seq=78 Destination Host Unreachable <--- ... and gone!
From 192.168.0.22 icmp_seq=79 Destination Host Unreachable
...
From 192.168.0.22 icmp_seq=361 Destination Host Unreachable
From 192.168.0.22 icmp_seq=362 Destination Host Unreachable
64 bytes from 192.168.0.201: icmp_seq=363 ttl=64 time=1352 ms
64 bytes from 192.168.0.201: icmp_seq=364 ttl=64 time=329 ms
...
64 bytes from 192.168.0.201: icmp_seq=389 ttl=64 time=2.03 ms
64 bytes from 192.168.0.201: icmp_seq=390 ttl=64 time=4.15 ms
^C
--- 192.168.0.201 ping statistics ---
390 packets transmitted, 29 received, +273 errors, 92.5641% packet loss, time 1100ms
rtt min/avg/max/mdev = 1.714/62.398/1352.149/250.840 ms, pipe 4
ME@Laptop:~$ ssh S02
ME@s02's password:
Linux S02 4.19.0-18-amd64 #1 SMP Debian 4.19.208-1 (2021-09-29) x86_64
The programs included with the Debian GNU/Linux system are free software;
the exact distribution terms for each program are described in the
individual files in /usr/share/doc/*/copyright.
Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent
permitted by applicable law.
Last login: Wed Dec 29 11:28:52 2021 from 2001:4dd7:2e8c:0:61de:9f:e12f:ba74
ME@Server:~$ sudo shutdown now
[sudo] Passwort für ME:
Connection to s02 closed by remote host.
Connection to s02 closed.
ME@Laptop:~$ ping 192.168.0.201
PING 192.168.0.201 (192.168.0.201) 56(84) bytes of data.
^C
--- 192.168.0.201 ping statistics ---
12 packets transmitted, 0 received, 100% packet loss, time 262ms
ME@Laptop:~$ date
Wed 29 Dec 2021 07:12:53 PM CET
ME@Laptop:~$ wakeonlan 17:F2:42:54:04:A6
Sending magic packet to 255.255.255.255:9 with 17:F2:42:54:04:A6
ME@Laptop:~$ ping 192.168.0.201
PING 192.168.0.201 (192.168.0.201) 56(84) bytes of data.
From 192.168.0.22 icmp_seq=1 Destination Host Unreachable
From 192.168.0.22 icmp_seq=2 Destination Host Unreachable
...
From 192.168.0.22 icmp_seq=38 Destination Host Unreachable
From 192.168.0.22 icmp_seq=39 Destination Host Unreachable
64 bytes from 192.168.0.201: icmp_seq=40 ttl=64 time=493 ms <--- There it is and it stays on!!!
64 bytes from 192.168.0.201: icmp_seq=41 ttl=64 time=1.67 ms
...
64 bytes from 192.168.0.201: icmp_seq=264 ttl=64 time=2.09 ms
64 bytes from 192.168.0.201: icmp_seq=265 ttl=64 time=2.82 ms
^C
--- 192.168.0.201 ping statistics ---
265 packets transmitted, 226 received, +39 errors, 14.717% packet loss, time 512ms
rtt min/avg/max/mdev = 1.631/5.289/493.460/32.711 ms, pipe 4
ME@Laptop:~$ date
システムが突然クラッシュした理由をどのように説明できますか?約5分後に魔法のように自動的に再起動されることをどのように説明できますか?何が起こったのかどこで確認できますか?私はこれが温度の問題ではないと確信しています。これは、数時間後にマシンをコールドスタートしたときにのみ発生するためです。手動で終了し、不要な再起動後すぐに起動すると、もはや問題がないようです。
答え1
ついに問題を把握できました。 Debianオペレーティングシステムで直接作業を行う必要はありません。これはハードウェアの問題です。この投稿に良いタグを追加しようとしています。誰かに役立つかもしれません。この投稿は他のフォーラムに属しているため変更できません。
私のASUSマザーボードP8P67-M ProにRAMメモリモジュールに問題があるようです。マザーボードには、私が収集したメモリモジュールの知識のいくつかを有効にしてBIOSに保存するMemOK!スイッチがあります。 MemOK!が起動時に赤く点灯する前にDRAM LEDを有効にし、起動後に突然消え、数分後に奇妙に再起動します。自動的に再起動した後、すべてが大丈夫に見えます。マザーボードは、メモリモジュール通信の回避策を見つける必要があるという事実を、マザーボードが覚えているように、次回手動でシャットダウンして電源を入れたときに正しく機能するようです。電源を切って数時間が過ぎると、マザーボードが修理方法を忘れてしまったように、問題が再び現れました。 Mem-OKを使用してください!手動でボードを永久に記憶に残すようです。残念ながら、コンピュータを取り外すにはMemOK!スイッチを手動でもう一度押す必要があります。したがって、コンピュータが突然自動的に再起動するAsusマザーボードを使用している人へのアドバイスはDRAM LEDをチェックし、最終的にはMemOK!スイッチ(ある場合)を使用して、マザーボードに手動で学習させるように指示します。さて、はい、以前はBIOSを最新バージョンに更新し、マザーボードに新しいバッテリーをインストールしました。私の特別なケースでは、OSをリセットする必要がありました。 UEFIでは、BIOSアップデート後にインストールされたDebianを選択することはできませんでした。 ASUSサポートには、オペレーティングシステムを再インストールする以外に他の回避策はありません。 BIOSをアップデートするときは注意してください。しないことをお勧めします。 ;-) これが誰かに役立つことを願っています。