최근에 기존 데스크톱(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를 얻으려고 노력하고 있습니다"이고 별 이상한 것이 없다가 갑자기 매우 이상한 문자열이 나타납니다 ^@
(두 문자가 아니라 하나의 특수 문자인 것 같습니다). 이전 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인치 하드 드라이브(이전 시스템에서 사용한 것과 동일한 디스크 및 카트리지, 매우 안정적)를 사용하는 경우 충돌이 발생할 가능성이 더 높은 것 같지만 즉시는 아닙니다. 일반적으로 몇 시간 또는 하루나 이틀 후에 충돌이 발생합니다. 디스크를 마운트 해제하고 플러그를 뽑았는지 확실하지 않지만 이 경우 충돌이 항상 발생하는 것은 아닙니다.
또한 외부 USB 저장소와 관련될 필요도 없습니다. 첫째, SD 카드 리더에 의해 실행되지 않는 것 같습니다. 그리고 예를 들어, 일주일 넘게 방치했는데 아무도 사용하지 않는데도 5일째에 작동이 중단되었습니다. 마지막으로 붕괴를 경험한 것이 언제인지 잘 기억나지 않지만 몇 주 전이었던 것 같습니다.
이 로그 출력으로 무엇을 해야 할지, 심지어 구글링하는 방법도 모르겠습니다. 하드웨어 오류를 추적하는 것이 다소 어려울 수 있다는 점이 조금 걱정되지만 실제로 어디서부터 시작해야 할지 모르겠습니다.
F30은 libc
Chrome의 Flash와 호환되지 않기 때문에 최신 Fedora로 업그레이드하는 것은 옵션이 아닙니다. 불행히도 여전히 Flash가 필요하기 때문에 선택의 여지가 없습니다.
그렇다면 여기서 무엇이 잘못되었는지 어떻게 알 수 있습니까?
고쳐 쓰다
Memtest86+ v4.3.7은 RAM에서 어떤 문제도 발견하지 못했고 커널을 업그레이드했습니다 5.3.1-150.vanilla.knurd.1.fc29.x86_64
. 다른 제안이 있으면 환영합니다.
답변1
바라보다Vedran Sego IP 주소 조회. 나는 당신이 중국 출신이 아니라고 가정하고 있으므로 첫 번째 단계는 SSH를 비활성화하는 것입니다.
sudo -i
systmctl disable ssh
systemctl stop ssh
이후에는 루트 인계에 대한 걱정 없이 가동 시간을 테스트하세요. 가동 시간이 연장되어 SSH가 필요한 경우 위 단계를 반대로 수행하세요.뒤쪽에장애를 입히다SSH를 통한 루트 액세스