私のコンピュータがなぜクラッシュしたのですか?

私のコンピュータがなぜクラッシュしたのですか?

最近、既存のデスクトップ(MB、CPU、RAM、ケース、既存のディスクのメンテナンス)を交換してFedora 29にアップグレードしました(新規インストール)、コンピュータが時々(時々数日間隔で)クラッシュしますが、より一般的には数週間かかります。 。別に)。

衝突により、DE(重要な場合はxfce)が同じまま(マウスポインタであっても動かなくても)、完全に停止して応答しないシステムが発生しました。 SSHアクセスも動作を停止し、DEだけでなくシステムも完全にダウンしました。

私の最初の反応はそれを確認することで、/var/log/messagesこれが私が驚いた部分です。

Sep 21 04:03:23 machinename.localdomain audit[693]: USER_LOGIN pid=693 uid=0 auid=4294967295 ses=4294967295 msg='op
=login acct="(unknown)" exe="/usr/sbin/sshd" hostname=? addr=153.36.242.143 terminal=ssh res=failed'
Sep 21 04:05:09 machinename.localdomain NetworkManager[946]: <info>  [1569035109.9317] policy: set 'enp0s31f6' (enp
0s31f6) as default for IPv6 routing and DNS
^@^@^@^@... (very long, without newline at the end)Sep 24 09:42:35 machinename syslog-ng[829]: syslog-ng starting up; version='3.17.2'

だから、一般的なメッセージは「誰かがあなたのsshを取得しようとしています」であり、星の奇妙なものがないと、突然非常に奇妙な文字列が表示されます^@(2つの文字ではなく1つの特殊文字のようです)。以前のCollapseと同じキャラクターだったことを覚えています。

ハードウェアはかなり標準的です。

# lspci
00:00.0 Host bridge: Intel Corporation Xeon E3-1200 v6/7th Gen Core Processor Host Bridge/DRAM Registers (rev 05)
00:02.0 VGA compatible controller: Intel Corporation HD Graphics 630 (rev 04)
00:14.0 USB controller: Intel Corporation 200 Series/Z370 Chipset Family USB 3.0 xHCI Controller
00:16.0 Communication controller: Intel Corporation 200 Series PCH CSME HECI #1
00:17.0 SATA controller: Intel Corporation 200 Series PCH SATA controller [AHCI mode]
00:1b.0 PCI bridge: Intel Corporation 200 Series PCH PCI Express Root Port #17 (rev f0)
00:1c.0 PCI bridge: Intel Corporation 200 Series PCH PCI Express Root Port #1 (rev f0)
00:1c.4 PCI bridge: Intel Corporation 200 Series PCH PCI Express Root Port #5 (rev f0)
00:1d.0 PCI bridge: Intel Corporation 200 Series PCH PCI Express Root Port #9 (rev f0)
00:1f.0 ISA bridge: Intel Corporation 200 Series PCH LPC Controller (Z270)
00:1f.2 Memory controller: Intel Corporation 200 Series/Z370 Chipset Family Power Management Controller
00:1f.3 Audio device: Intel Corporation 200 Series PCH HD Audio
00:1f.4 SMBus: Intel Corporation 200 Series/Z370 Chipset Family SMBus Controller
00:1f.6 Ethernet controller: Intel Corporation Ethernet Connection (2) I219-V
03:00.0 USB controller: ASMedia Technology Inc. ASM2142 USB 3.1 Host Controller
# uname -a
Linux machinename.localdomain 5.1.18-200.fc29.x86_64 #1 SMP Mon Jul 15 16:09:08 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux

外付けの3.5インチハードドライブ(以前のシステムで使用されていたのと同じディスクとカートリッジ、非常に信頼性の高い)を使用している場合は、競合が発生する可能性が高いようですが、すぐにはありません。通常、数時間または1日または2日後に競合が発生します。ディスクをマウント解除してプラグを抜いたかどうかはわかりませんが、この場合、競合が常に発生するわけではありません。

また、外部USBストレージに関連する必要はありません。まず、SDカードリーダーによって実行されていないようです。そして、例えば、1週間以上放置したが、誰も使用しなくても5日目に動作が中断されました。最後に崩壊を経験したのはいつなのかよく覚えていませんが、数週間前だったようです。

このログ出力で何をすべきか、さらにグーグルする方法もわかりません。ハードウェアのエラーを追跡するのは少し難しいかもしれないということは少し心配ですが、実際にどこから始めるべきかわかりません。

F30はlibcChromeのFlashと互換性がないため、最新のFedoraにアップグレードすることはオプションではありません。残念ながら、まだFlashが必要なので、選択肢はありません。

それでは、ここで何が間違っているのかをどうやって知ることができますか?

修正する

Memtest86+ v4.3.7はRAMに問題が見つからず、カーネルをアップグレードしました5.3.1-150.vanilla.knurd.1.fc29.x86_64。他の提案があれば歓迎します。

ベストアンサー1

バラよりVedran Sego IP アドレス検索。私はあなたが中国出身ではないと仮定しているので、最初のステップはSSHを無効にすることです。

  1. sudo -i
  2. systmctl disable ssh
  3. systemctl stop ssh

その後は、ルート引継ぎを心配することなく稼働時間をテストしてください。稼働時間が長くなってSSHが必要な場合は、上記の手順を逆にしてください。後ろに障害を負うSSHによるルートアクセス

おすすめ記事