Pludselig nedbrud med sort skærm, der viser / dev / sda1:
On februar 15, 2021 by adminUndertiden uden nogen åbenbar grund bliver min skærm pludselig “sort” og viser kun en linje tekst :
/dev/sda1: clean 1068388/64102400 files, 29744985/256399616 blocks
som om systemet ville genstarte. Men der sker intet efter det, og jeg skal trykke på reset-knappen.
Dette er sket tre gange nu. Én gang lige efter en ny start om morgenen og aldrig med nogen stor opgave, der kører (bare at åbne en browser – ikke reproducerbar). Det skete aldrig under ekstrem belastning (træning af neurale net), så jeg er ret sikker på, at dette ikke er et varmeproblem, som i dette indlæg .
Jeg fandt følgende mistænkelige linjer i /var/log/kern.log
filen
... [ 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+
hvor den sidste linje vises tre gange i en række, men jeg ved ikke, hvad det betyder.
Jeg kører:
- OS: Ubuntu 18.04
- Kerne: 4.15.0 -39-generisk (x86_64)
- Desktop: GNOME Shell 3.28.3
- Skærmdriver: NVIDIA 396.45
- Compiler: Clang 3.3 + LLVM 3.3 + CUDA 9.2
- File-System: ext4
På en smuk ny desktop-maskine med specifikationer:
- Processor: AMD Ryzen Threadripper 1900X 8- Kerne @ 3,80 GHz (16 kerner)
- Bundkort: ASRock X399 Professional Gaming
- Hukommelse: 64512MB
- Disk: 1050 GB Crucial_CT1050MX + 4001 GB Elementer SE 25FF
- Grafik: 2x SLI NVIDIA GeForce GTX 1080 Ti 11264MB
Hvad kan være årsagen til denne p roblem?
smartctl
Som svar på kommentarer er output fra
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.
Opdatering (logout i stedet for sort skærm)
Lige nu i stedet for en sort skærm blev jeg lige logget ud af min konto uden nogen åbenbar grund. Det ser ud til, at disse problemer er relateret. Omkring tidspunktet for denne begivenhed fremhæver Vim disse linjer i 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)
Kommentarer
Svar
Det ser ud til, at din X11- eller Wayland GUI-server går ned og slipper dig tilbage til en teksttilstandskonsol. Den ene tekstlinje er sandsynligvis fra en filsystemkontrol, der skete, når du startede systemet, inden du skiftede til GUI-tilstand. Da Ubuntu 18.04 starter GUI på den første virtuelle konsol, er den virtuelle konsol ikke-responsiv, hvis GUI-serveren går ned og ikke genstartes.
(Andre Linux-distributioner brugte traditionelt den 7. virtuelle konsol til GUI, hvilket fik systemet til automatisk at vende tilbage til standard 1. virtuelle konsol med en funktionel login-prompt på det ved et X11-servernedbrud. Ubuntu flyttede tilsyneladende GUI-server til den 1. virtuelle konsol for at foretage en mere problemfri overgang mellem boot splash og GUI-login, men hvis GUI-serveren går ned, skal du nu være opmærksom på de virtuelle konsoller for at få adgang til et tekst-mode login prompt.)
Linjerne i din /var/log/kern.log
er alle logget inden for få sekunder efter opstart af Linux-kernen (i henhold til værdien sekunder siden start i firkantede parenteser i starten af hver linje), så de er sandsynligvis ikke direkte relaterede.
Prøv at trykke på Control + Alt + F2 . Hvis kernen stadig er i live, skal du nu se en login-prompt til teksttilstand på den sorte skærm. Du kan derefter logge ind og prøve sudo systemctl restart gdm
for at genstarte GUIen eller indsamle logfiler og andre oplysninger om fejlfinding i teksttilstand. Bemærk, at genstart af gdm
muligvis automatisk returnerer dig til GUI, men login-sessionen på den anden virtuelle konsol forbliver stadig logget ind: Du kan sandsynligvis skifte mellem dem ved hjælp af Control- Alt-F1 og Control-Alt-F2 .
Da kerneloggen ikke viser noget, kan det være, at kernen er helt fint, og bare skrivebordet går ned . I så fald kan andre logfiler være mere nyttige:
-
/var/log/gdm.log
-
/var/log/Xorg.0.log
hvis den findes (hmm, hvad svarer til Wayland?)
Ansvarsfraskrivelse: Jeg har ikke prøvet Ubuntu 18.04 selv; dette svar er bare baseret på det, jeg har læst om det.
Kommentarer
- Der er ingen
gdm.log
, mengrep -E "EE|WW" Xorg.0.log
giver et par linjer, herunder en ” Kunne ikke åbne DRM-enhed “. Kan dette være relateret til mine GPUer?Her er pastebin: paste.ubuntu.com/p/zJ9Gqhfq9B - Bemærk at
Xorg.0.log
erstattes hver gang X11-serveren starter, så hvis du ‘ allerede har genstartet GUIen eller genstartet systemet efter nedbruddet, skal du kigge på slutningen afXorg.0.log.old
i stedet. - Ok, her er den fulde
Xorg.0.log.old
fil: paste.ubuntu .com / p / 925mb7xMtz Tak for din hjælp! Der stårxf86CloseConsole: KDSETMODE failed
samtVT_GETMODE
ogVT_ACTIVATE
. Og det nævnte på forhånd min GPU. - Hmm, det ligner en vellykket nedlukning af X11-server uden væsentlige fejl. Hvis denne log er fra et nedbrud, så er årsagen sandsynligvis, at skærmstyringsprocessen går ned og får X11-sessionen til at ende som en bivirkning. Er der nogen logfil, der matcher
/var/log/*dm.log
på dit system? Eller hvis Ubuntu 18.04 er standardiseret tiljournald
-baseret logning, skal du sørge for, at/var/log/journal
-mappen findes, og så skal du kunne brugesudo journalctl -xb -1
for at se loggene fra den forrige boot helt ned til nedlukningen. - Jeg skulle have skrevet de nøjagtige tidspunkter, hvor det skete. I dag fik jeg kun den uventede logout. Der er ingen
*dm.log
, menjounal
-tingen fungerede. Jeg indsatte logfilerne omkring det kritiske tidspunkt her: paste.ubuntu.com/p/37XmRYRpVK
Svar
Dette kan være lidt af et langt skud, men jeg har haft nøjagtigt de samme symptomer, som du beskrev i dag på min maskine (styrter og derefter senere logout i stedet for sort skærm).
Jeg er også på Ubuntu 18.04 og bruger en Nvidia GPU.
Med alle der nævner at de antager at dette kan være et problem med Nvidida-driverne I besluttede at give svaret i denne tråd et skud, selvom det kun delvist gjaldt vores problem:
-
Slet dine nvidia-drivere med
sudo apt-get purge nvidia*
-
Genstart
-
Installer Nvidida-driverne igen
Indtil videre har jeg ikke haft nogen sorte skærme eller pludselige logouts længere
Kommentarer
- Ok, jeg ‘ Jeg prøver det!
- G ive os en opdatering, hvis det løste problemet for dig :).
- Hurtig note: Da jeg bruger
zsh
måtte jeg sættenvidia*
i anførselstegn, se github.com/robbyrussell/oh-my-zsh/issues/6748 .
Svar
En anden løsning her. Jeg havde allerede det samme problem, og jeg kunne ikke finde nogen af de foreslåede løsninger til at være nyttige i min sag. Jeg brugte VMware-arbejdsstation og stod over for det samme problem, når Ubuntu begynder at starte. Hovedårsagen til nedbruddet i mit tilfælde skyldtes ikke grafikkortdriveren eller lignende ting. Der var ikke nok ledig plads tilbage i det installerede Ubuntu. Derfor fulgte jeg følgende trin for at løse problemet.
1) skift .vmx-konfigurationsfilen ved at tilføje følgende linje til den:
bios.bootDelay = “50000”
* Dette fører til længere opstart forsinkelse, derfor kan du bruge Skift + Enter til at åbne Grub-menuen.
* Hvis du har et problem med at åbne .vmx-filen i windows, skal du først ændre filtypen til .txt og derefter tilføje den ovennævnte linje til den og gemme filen og derefter ændre filtypen tilbage til .vmx
2) Kør VMware og kør Ubuntu
3) Når du har klikket på skærmen, skal du trykke på og holde Shift-tasten nede og derefter trykke på Enter for at åbne grubmenuen.
4) vælg Avancerede indstillinger til Ubuntu.
5) vælg rod, og tryk derefter på Enter.
6) nu har du rodadgang til at slette en fil for at skabe ledig plads i Ubuntu.
Bemærk, at nogle brugere foreslog at bruge Alt + Shift + F2 eller F3 for at få adgang til terminalen. Dette fungerede ikke for mig, da jeg ikke havde en adgangskode til rodbrugeren. Brug af følgende trin hjalp mig imidlertid med at løse problemet.
Held og lykke, Hamed
Svar
I mit tilfælde skyldtes det gdm3 kører ikke. Så jeg genstartede det ved hjælp af disse kommandoer:
sudo service gdm3 status (to ckeck status) sudo service gdm3 start
Det betyder ikke noget, om du bruger lightgdm, gdm eller gdm. For at finde ud af, hvilken du bruger prøv sudo service --status-all | grep gdm
Svar
Her er det en anden løsning, som jeg ikke har set andre steder troede jeg, det kunne være nyttigt at dele det.
Jeg bruger Ubuntu 20.04 LTS, amd64 distro, og jeg havde det samme hængende ved opstart efter at have vist ” / dev / sda1: clean … ” fejl.I mit tilfælde var den sekundære årsag til problemet, at disken var fuld .
Så hvis du har dette symptom, skal du gøre et hurtigt df
eller df -h
for at se, hvor meget plads du har tilbage partition (er). Ved hjælp af kommandoerne du
eller du -h
kan du finpudse kataloger, der indeholder store mængder data. Løsningen kunne være så enkel som at slette unødvendige filer.
I mit tilfælde viste det sig imidlertid, at / var / log-biblioteket var omkring 100 GB (?!), Der var forårsaget af et problem i systemet, hvilket resulterede skriftligt til / var / log / syslog-filen konstant og til sidst udfylde drevet. Så det var den primære årsag til problemet. På dette tidspunkt er jeg ikke sikker på, hvilken ressource der er synderen, men at kontrollere / var / log / syslog-filen kan give nogle tip i dit tilfælde. Hvis dette også er tilfældet for dig, anbefaler jeg at undersøge, hvordan man korrekt fjerner / var / log / syslog-filen, så prøv at løse den primære årsag til problemet.
Da mit system ikke har nogen vigtige ting på det, derfor var jeg ikke interesseret i at holde logfiler, jeg installerede logrotate-pakken og oprettede en daglig rotation og konfigurerede systemet til at slette den roterede fil. Jeg fandt også en stor journalfil, så jeg oprettede en cronjob som root for at slette journalfiler ældre end 1 dag. Dette kan du gøre ved at crontab -e
som rod og tilføje denne linje til slutningen af filen:
0 * * * * journalctl –vacum-time = 1d
Jeg lavede også en apt-get update
og apt-get upgrade
for godt mål.
Jeg anbefaler nogle yderligere læsning:
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/
Hav det sjovt med fejlfinding og held og lykke,
8bitrocks
Svar
Jeg havde et problem på min computer, der er relateret til denne /dev/sd*: clean
udgave. Jeg ville ikke åbne et nyt spørgsmål, da der allerede er så mange, og også fordi mit problem ser ud til at være løst nu. Så jeg besluttede at skrive et svar på et relateret emne (hvor jeg faktisk kan skrive et svar og ikke har brug for 10 omdømme point eller noget lignende).
Inden jeg begynder, nogle specifikationer:
- Ubuntu 18.04.4
- Jeg starter dobbelt med Windows
- Min pc har et AMD Radeon RX 5500 XT grafikkort
For flere specifikationer tænker jeg ikke på lige nu — lad mig det bare vide.
Mit første møde med dette problem så ud som dette: Jeg valgte Ubuntu i dual-boot-menuen . Denne menu har en lilla baggrund. Da jeg klikkede på Enter, forsvandt menuen (som den skulle), men den lilla baggrund blev i mindst 15 minutter. Jeg besluttede at genstarte. Efter noget googling lykkedes det mig at gå ind i genoprettelsesfunktionen, hvor jeg redigerede i /etc/default/grub
linjen
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
til
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash nomodeset"
Jeg genstartede kun for at se skærmen blinke følgende meddelelse
/dev/sdb1: Superblock last mount time is in the future. (by less than a day, probably due to the hardware clock being incorrectly set) /dev/sdb1: Superblock last write time is in the future. (by less than a day, probably due to the hardware clock being incorrectly set) /dev/sdb1: clean, 30163/6594560 files, 5137309/26366943 blocks
hver ~ 10 sekunder i ca. ~ 0,5 sekunder. Her vidste jeg allerede, at dette problem er relateret til installerede grafiske drivere. Jeg genstartede i gendannelsestilstand igen for at afinstallere driverne til AMD-grafikkortet
$ amdgpu-pro-uninstall
Efter dette startede Ubuntu normalt, bortset fra at kun 1 skærm var genkendt med en opløsning på 1024×768, som jeg ikke kunne ændre (jeg har 2 skærme med 1920×1080). Efter yderligere googling ændrede jeg filen etc/fstab
fra
# /etc/fstab: static file system information. # # Use "blkid" to print the universally unique identifier for a # device; this may be used with UUID= as a more robust way to name devices # that works even if disks are added and removed. See fstab(5). # # <file system> <mount point> <type> <options> <dump> <pass> # / was on /dev/sdb1 during installation UUID=b440d779-f2d8-4e85-a425-86c264cf1086 / ext4 errors=remount-ro 0 1 # /boot/efi was on /dev/nvme0n1p2 during installation UUID=4E80-9146 /boot/efi vfat umask=0077 0 1 # /home was on /dev/sdb3 during installation UUID=3b2456a3-8d84-41f8-81b1-094c3014126f /home ext4 defaults 0 2 # swap was on /dev/sdb2 during installation UUID=5d727b45-f3f0-40ad-8f6b-41528f8fb611 none swap sw 0 0
til
# /etc/fstab: static file system information. # # Use "blkid" to print the universally unique identifier for a # device; this may be used with UUID= as a more robust way to name devices # that works even if disks are added and removed. See fstab(5). # # <file system> <mount point> <type> <options> <dump> <pass> # / was on /dev/sdb1 during installation UUID=b440d779-f2d8-4e85-a425-86c264cf1086 / ext4 errors=remount-ro 0 0 # /boot/efi was on /dev/nvme0n1p2 during installation UUID=4E80-9146 /boot/efi vfat umask=0077 0 1 # /home was on /dev/sdb3 during installation UUID=3b2456a3-8d84-41f8-81b1-094c3014126f /home ext4 defaults 0 2 # swap was on /dev/sdb2 during installation UUID=5d727b45-f3f0-40ad-8f6b-41528f8fb611 none swap sw 0 0
(Jeg ændrede det sidste tal 1
til en 0
i den første ikke-kommentarlinje) . Jeg geninstallerede AMD gpu-driveren, genstartede og problemet var væk. Jeg skriver dette på mine to skærme med en opløsning på 1920×1080. Jeg fjernede også nomodeset
i /etc/default/grub
.
Så hvis nogen har det samme problem, vil denne person måske finde mit svar, og måske vil min tilgang løse problemet.
smartmontools
og kontrollere SMART-data på dine drev.smartctl --all /dev/sda
.