때때로 뚜렷한 이유 없이 화면이 갑자기 "검은색"으로 바뀌고 한 줄의 텍스트만 표시됩니다.
/dev/sda1: clean 1068388/64102400 files, 29744985/256399616 blocks
시스템이 재부팅되려는 것 같습니다. 하지만 그 이후에는 아무 일도 일어나지 않고 리셋 버튼을 눌러야 합니다.
이런 일이 세 번 일어났습니다. 아침에 한 번 다시 시작한 후 큰 작업을 실행하지 않았습니다(브라우저만 열었을 뿐이며 재현할 수 없음). 극심한 부하(신경망 훈련)에서는 이런 일이 발생하지 않았으므로 다음과 같은 열 문제가 아니라고 확신합니다.이 게시물.
/var/log/kern.log
파일에서 다음과 같은 의심스러운 줄을 발견했습니다
... [ 0.024000] tsc: Fast TSC calibration failed
...
... [ 0.796335] dpc 0000:00:01.1:pcie010: DPC error containment capabilities: Int Msg #0, RPExt+ PoisonedTLP+ SwTrigger+ RP PIO Log 6, DL_ActiveErr+
마지막 줄이 세 번 연속으로 나오는데 무슨 뜻인지 모르겠습니다.
나는 실행 중입니다 :
- 운영 체제: 우분투 18.04
- 커널: 4.15.0-39-일반(x86_64)
- 데스크톱 버전: 그놈 쉘 3.28.3
- 디스플레이 드라이버: NVIDIA 396.45
- 컴파일러: Clang 3.3 + LLVM 3.3 + CUDA 9.2
- 파일 시스템: ext4
상당히 새로운 데스크톱의 사양은 다음과 같습니다.
- 프로세서: AMD Ryzen Threadripper 1900X 8코어 @ 3.80GHz(16코어)
- 마더보드: ASRock X399 Professional Gaming
- 메모리: 64512MB
- 디스크: 1050GB Crucial_CT1050MX + 4001GB Elements SE 25FF
- 그래픽 카드: 2x SLI NVIDIA GeForce GTX 1080 Ti 11264MB
이 문제의 원인은 무엇입니까?
지능형 제어
의견에 대한 응답으로 출력은 다음에서 나옵니다.
sudo smartctl --all /dev/sda
예
=== START OF INFORMATION SECTION ===
Device Model: Crucial_CT1050MX300SSD1
Serial Number: 173818DBA7DB
LU WWN Device Id: 5 00a075 118dba7db
Firmware Version: M0CR060
User C apacity: 1.050.214.588.416 bytes [1,05 TB]
Sector Size: 512 bytes logical/physical
Rotation Rate: Solid State Device
Form Factor: 2.5 inches
Device is: Not in smartctl database [for details use: -P showall]
ATA Version is: ACS-3 T13/2161-D revision 5
SATA Version is: SATA 3.2, 6.0 Gb/s (current: 6.0 Gb/s)
Local Time is: Sat Nov 17 14:39:52 2018 CET
SMART support is: Available - device has SMART capability.
SMART support is: Enabled
=== START OF READ SMART DATA SECTION ===
SMART overall-health self-assessment test result: PASSED
General SMART Values:
Offline data collection status: (0x00) Offline data collection activity
was never started.
Auto Offline Data Collection: Disabled.
Self-test execution status: ( 0) The previous self-test routine completed
without error or no self-test has ever
been run.
Total time to complete Offline
data collection: ( 2783) seconds.
Offline data collection
capabilities: (0x7b) SMART execute Offline immediate.
Auto Offline data collection on/off support.
Suspend Offline collection upon new
command.
Offline surface scan supported.
Self-test supported.
Conveyance Self-test supported.
Selective Self-test supported.
SMART capabilities: (0x0003) Saves SMART data before entering
power-saving mode.
Supports SMART auto save timer.
Error logging capability: (0x01) Error logging supported.
General Purpose Logging supported.
Short self-test routine
recommended polling time: ( 2) minutes.
Extended self-test routine
recommended polling time: ( 13) minutes.
Conveyance self-test routine
recommended polling time: ( 3) minutes.
SCT capabilities: (0x0035) SCT Status supported.
SCT Feature Control supported.
SCT Data Table supported.
SMART Attributes Data Structure revision number: 16
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE
1 Raw_Read_Error_Rate 0x002f 100 100 000 Pre-fail Always - 0
5 Reallocated_Sector_Ct 0x0032 100 100 010 Old_age Always - 0
9 Power_On_Hours 0x0032 100 100 000 Old_age Always - 454
12 Power_Cycle_Count 0x0032 100 100 000 Old_age Always - 333
171 Unknown_Attribute 0x0032 100 100 000 Old_age Always - 0
172 Unknown_Attribute 0x0032 100 100 000 Old_age Always - 0
173 Unknown_Attribute 0x0032 100 100 000 Old_age Always - 1
174 Unknown_Attribute 0x0032 100 100 000 Old_age Always - 1
183 Runtime_Bad_Block 0x0032 100 100 000 Old_age Always - 0
184 End-to-End_Error 0x0032 100 100 000 Old_age Always - 0
187 Reported_Uncorrect 0x0032 100 100 000 Old_age Always - 0
194 Temperature_Celsius 0x0022 074 059 000 Old_age Always - 26 (Min/Max 16/41)
196 Reallocated_Event_Count 0x0032 100 100 000 Old_age Always - 0
197 Current_Pending_Sector 0x0032 100 100 000 Old_age Always - 0
198 Offline_Uncorrectable 0x0030 100 100 000 Old_age Offline - 0
199 UDMA_CRC_Error_Count 0x0032 100 100 000 Old_age Always - 0
202 Unknown_SSD_Attribute 0x0030 100 100 001 Old_age Offline - 0
206 Unknown_SSD_Attribute 0x000e 100 100 000 Old_age Always - 0
246 Unknown_Attribute 0x0032 100 100 000 Old_age Always - 945594898
247 Unknown_Attribute 0x0032 100 100 000 Old_age Always - 29549867
248 Unknown_Attribute 0x0032 100 100 000 Old_age Always - 8744251
180 Unused_Rsvd_Blk_Cnt_Tot 0x0033 000 000 000 Pre-fail Always - 4424
210 Unknown_Attribute 0x0032 100 100 000 Old_age Always - 0
SMART Error Log Version: 1
No Errors Logged
SMART Self-test log structure revision number 1
No self-tests have been logged. [To run self-tests, use: smartctl -t]
SMART Selective self-test log data structure revision number 1
SPAN MIN_LBA MAX_LBA CURRENT_TEST_STATUS
1 0 0 Not_testing
2 0 0 Not_testing
3 0 0 Not_testing
4 0 0 Not_testing
5 0 0 Not_testing
Selective self-test flags (0x0):
After scanning selected spans, do NOT read-scan remainder of disk.
If Selective self-test is pending on power-up, resume after 0 minute delay.
업데이트(검은 화면 대신 로그아웃)
방금 검은 화면이 뜨는 대신 아무 이유 없이 계정에서 로그아웃되었습니다. 이러한 질문이 관련되어 있는 것 같습니다. 이 이벤트 동안 Vim은 다음 내용을 강조했습니다 kern.log
.
Nov 19 09:44:52 Gauss kernel: [ 0.793729] dpc 0000:00:01.1:pcie010: DPC error containment capabilities: Int Msg #0, RPExt+ PoisonedTLP+ SwTrigger+ RP PIO Log 6, DL_ActiveErr+
Nov 19 09:44:52 Gauss kernel: [ 0.793735] dpc 0000:00:03.1:pcie010: DPC error containment capabilities: Int Msg #0, RPExt+ PoisonedTLP+ SwTrigger+ RP PIO Log 6, DL_ActiveErr+
Nov 19 09:44:52 Gauss kernel: [ 0.793744] dpc 0000:40:03.1:pcie010: DPC error containment capabilities: Int Msg #0, RPExt+ PoisonedTLP+ SwTrigger+ RP PIO Log 6, DL_ActiveErr+
...
Nov 19 09:44:52 Gauss kernel: [ 0.890282] RAS: Correctable Errors collector initialized.
...
Nov 19 09:44:52 Gauss kernel: [ 1.026963] nvidia: module verification failed: signature and/or required key missing - tainting kernel
...
Nov 19 09:44:52 Gauss kernel: [ 2.927217] scsi 10:0:0:1: Failed to get diagnostic page 0x1
Nov 19 09:44:52 Gauss kernel: [ 2.927219] scsi 10:0:0:1: Failed to bind enclosure -19
...
Nov 19 09:44:52 Gauss kernel: [ 5.227132] EXT4-fs (sda1): re-mounted. Opts: errors=remount-ro
...
Nov 19 09:44:52 Gauss kernel: [ 5.602354] thermal thermal_zone0: failed to read out thermal zone (-61)
답변1
X11 또는 Wayland GUI 서버가 충돌하여 텍스트 모드 콘솔로 돌아간 것 같습니다. GUI 모드로 전환하기 전에 시스템을 시작할 때 수행된 파일 시스템 검사에서 한 줄의 텍스트가 나타날 수 있습니다. Ubuntu 18.04는 첫 번째 가상 콘솔에서 GUI를 시작하므로 GUI 서버가 충돌하고 다시 시작되지 않으면 가상 콘솔이 응답하지 않게 됩니다.
(다른 Linux 배포판에서는 전통적으로 7번째 가상 콘솔을 GUI로 사용하여 X11 서버가 충돌할 때 시스템이 자동으로 기본 첫 번째 가상 콘솔로 돌아가고 기능적 로그인 프롬프트가 표시됩니다. Ubuntu는 분명히 GUI 서버를 사용하는 것으로 보입니다. 부팅 시작과 GUI 로그인 사이의 보다 원활한 전환을 위한 첫 번째 가상 콘솔이지만 이제 GUI 서버가 충돌하는 경우 텍스트 모드 로그인 프롬프트에 액세스하려면 가상 콘솔을 알아야 합니다.
귀하의 행은 /var/log/kern.log
모두 Linux 커널 부팅 후 몇 초 내에 기록되므로(각 행의 시작 부분에 있는 대괄호 안에 부팅 이후의 초 수를 기준으로 함) 직접적인 관련이 없을 수도 있습니다.
를 눌러 보십시오 Control+Alt+F2. 커널이 아직 남아 있으면 검은색 화면에 텍스트 모드 로그인 프롬프트가 표시됩니다. 그런 다음 로그인하여 sudo systemctl restart gdm
GUI를 다시 시작하거나 텍스트 모드에서 로그 및 기타 문제 해결 정보를 수집할 수 있습니다. 다시 시작하면 gdm
자동으로 GUI로 돌아갈 수 있지만 두 번째 가상 콘솔의 로그인 세션은 계속 로그인된 상태로 유지됩니다. 두 Control-Alt-F1콘솔 사이를 사용하고 전환 할 수 있습니다 Control-Alt-F2.
커널 로그에는 아무 것도 표시되지 않으므로 커널은 문제가 없고 데스크탑만 충돌했을 가능성이 있습니다. 이 경우 추가 로그 파일이 더 유용할 수 있습니다.
/var/log/gdm.log
/var/log/Xorg.0.log
그렇다면(글쎄, Wayland와 동등한 것은 무엇입니까?)
면책 조항: 저는 Ubuntu 18.04를 직접 사용해 본 적이 없습니다. 이 답변은 제가 읽은 내용을 바탕으로 한 것입니다.
답변2
조금 다를 수도 있지만 오늘 제 컴퓨터에서 설명하신 것과 똑같은 증상(충돌 후 검은 화면 대신 로그아웃)이 발생하고 있습니다.
나는 또한 Ubuntu 18.04를 사용하고 있으며 Nvidia GPU를 사용하고 있습니다.
모든 사람들이 이것이 Nvidida 드라이버에 문제가 있을 수 있다고 생각한다고 언급했기 때문에 저는 이 스레드에서 답변을 시도해 보기로 결정했습니다. 비록 이것이 우리 문제에 부분적으로만 적용되지만:
NVIDIA 드라이버 제거
sudo apt-get purge nvidia*
재시작
Nvidida 드라이버를 다시 설치하세요
지금까지 검은 화면이 나오거나 갑자기 로그아웃된 적은 없습니다.
답변3
또 다른 해결책이 있습니다. 나는 같은 문제에 직면했지만 내 경우에 적합한 제안 솔루션을 찾을 수 없습니다. VMware Workstation을 사용하고 있으며 Ubuntu를 부팅할 때 동일한 문제가 발생했습니다. 내 경우 충돌의 주요 원인은 그래픽 드라이버나 그와 유사한 것이 아니었습니다. Ubuntu 설치에 여유 공간이 부족합니다. 그래서 문제를 해결하기 위해 다음 단계를 수행했습니다.
1) 다음 줄을 추가하여 .vmx 구성 파일을 변경합니다.
BIOS.bootDelay = "50000"
*이렇게 하면 시작 지연이 길어지므로 Shift+Enter를 사용하여 Grub 메뉴로 들어갈 수 있습니다.
*Windows에서 .vmx 파일을 여는 데 문제가 있는 경우 먼저 파일 확장자를 .txt로 변경한 다음 위 줄을 추가하고 파일을 저장한 다음 확장자를 다시 .vmx로 변경하세요.
2) VMware를 실행하고 Ubuntu를 실행하십시오.
3) 화면을 클릭한 후 Shift 키를 누른 상태에서 Enter 키를 눌러 그럽 메뉴로 들어갑니다.
4) Ubuntu의 고급 옵션을 선택합니다.
5) 루트를 선택하고 Enter를 누르십시오.
6) 이제 루트 액세스 권한이 있으므로 모든 파일을 삭제하여 Ubuntu에서 여유 공간을 확보할 수 있습니다.
일부 사용자는 Alt+Shift+F2 또는 F3을 사용하여 터미널에 액세스할 것을 권장합니다. 루트 사용자의 비밀번호가 없기 때문에 이것은 작동하지 않습니다. 그러나 다음 단계를 사용하면 문제를 해결하는 데 도움이 되었습니다.
행운을 빌어요, 하메드
답변4
다른 곳에서는 본 적이 없고 공유하는 것이 도움이 될 것이라고 생각한 또 다른 솔루션이 있습니다.
저는 Ubuntu 20.04 LTS, amd64 distro를 사용하고 있으며 "/dev/sda1: clean..." 오류가 표시된 후 부팅 시 동일한 문제가 발생합니다. 내 경우에는 문제의 두 번째 원인은디스크 꽉 참.
따라서 이런 증상이 나타난다면 파티션에 남은 공간이 얼마나 되는지 잠깐 df
살펴 보세요. 또는 명령을 df -h
사용하면 많은 양의 데이터가 포함된 디렉터리를 볼 수 있습니다. 해결책은 불필요한 파일을 삭제하는 것만큼 간단합니다.du
du -h
그런데 제 경우에는 /var/log 디렉터리가 약 100GB(?!)인 것으로 나타났습니다. 이는 /var/log/syslog 파일이 지속적으로 기록되고 결국 가득 차게 만드는 시스템의 일부 문제로 인해 발생했습니다. 운전 . 이것이 문제의 주요 원인입니다. 현재로서는 원인이 되는 리소스가 무엇인지 확신할 수 없지만 /var/log/syslog 파일을 확인하면 상황을 어느 정도 알 수 있습니다. 이런 경우에는 /var/log/syslog 파일을 올바르게 삭제하는 방법을 조사한 후 문제의 주요 원인을 해결해 보시기 바랍니다.
내 시스템에 중요한 것이 없기 때문에 로그 파일을 보관하는 데 관심이 없기 때문에 logrotate 패키지를 설치하고 일일 회전을 설정하고 회전된 파일을 삭제하도록 시스템을 구성했습니다. 또한 매우 큰 로그 파일을 발견했기 때문에 1일보다 오래된 로그 파일을 삭제하기 위해 cronjob을 루트로 설정했습니다. crontab -e
루트로 이 작업을 수행하고 파일 끝에 다음 줄을 추가할 수 있습니다 .
0 * * * * Journalctl --vacum-time=1d
나는 또한 멋진 루프를 만들었습니다 apt-get update
.apt-get upgrade
나는 더 읽어볼 것을 권한다:
https://ma.ttias.be/clear-systemd-journal/
https://github.com/andyholmes/gnome-shell-extension-gsconnect/issues/588 https://askubuntu.com/questions/515146/very-large-log-files-what-should-i-do https://kifarunix.com/how-to-configure-log-rotation-with-logrotate-on-ubuntu-18-04-lts/
즐거운 디버깅과 행운을 빕니다.
8bitrocks