Plutselig krasj med svart skjerm som viser / dev / sda1:
On februar 15, 2021 by adminNoen ganger, uten noen åpenbar grunn, blir skjermen min plutselig «svart», og viser bare en tekstlinje :
/dev/sda1: clean 1068388/64102400 files, 29744985/256399616 blocks
som om systemet vil starte på nytt. Men ingenting skjer etter det, og jeg må trykke på reset-knappen.
Dette har skjedd tre ganger nå. En gang rett etter en ny start om morgenen og aldri med noen stor oppgave som kjører (bare å åpne en nettleser – ikke reproduserbar). Det skjedde aldri under ekstrem belastning (trening av nevrale nett), så jeg er ganske sikker på at dette ikke er et varmeproblem, som i dette innlegget .
Jeg fant følgende mistenkelige 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+
der den siste linjen vises tre ganger i en rad, men jeg vet ikke hva det betyr.
Jeg kjører:
- OS: Ubuntu 18.04
- Kjerne: 4.15.0 -39-generisk (x86_64)
- Desktop: GNOME Shell 3.28.3
- Skjermdriver: NVIDIA 396.45
- Kompilator: Clang 3.3 + LLVM 3.3 + CUDA 9.2
- Filsystem: ext4
På en ganske ny stasjonær maskin med spesifikasjoner:
- Prosessor: AMD Ryzen Threadripper 1900X 8- Core @ 3.80GHz (16 Cores)
- Hovedkort: ASRock X399 Professional Gaming
- Minne: 64512MB
- Disk: 1050 GB Crucial_CT1050MX + 4001 GB Elements SE 25FF
- Grafikk: 2x SLI NVIDIA GeForce GTX 1080 Ti 11264MB
Hva kan være årsaken til denne p roblem?
smartctl
Som svar på kommentarer er utdata 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.
Oppdatering (avlogging i stedet for svart skjerm)
Akkurat nå, i stedet for en svart skjerm, ble jeg nettopp logget av kontoen min uten noen åpenbar grunn. Det virker som om disse problemene er relatert. Rundt tidspunktet for denne hendelsen fremhever Vim disse linjene 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 ut til at X11- eller Wayland GUI-serveren krasjer og slipper deg tilbake til en tekstmoduskonsoll. Den ene linjen med tekst er sannsynligvis fra en filsystemkontroll som skjedde under oppstart av systemet, før du bytter til GUI-modus. Da Ubuntu 18.04 starter GUI på den første virtuelle konsollen, vil den virtuelle konsollen ikke være responsiv hvis GUI-serveren krasjer og ikke startes på nytt.
(Andre Linux-distribusjoner brukte tradisjonelt den 7. virtuelle konsollen for GUI, noe som førte til at systemet automatisk gikk tilbake til standard 1. virtuelle konsoll med en funksjonell påloggingsprompt på den ved en X11-serverkrasj. Ubuntu flyttet tilsynelatende GUI-server til første virtuelle konsoll for å gjøre en mer sømløs overgang mellom oppstartssprut og GUI-pålogging, men hvis GUI-serveren krasjer, må du nå være oppmerksom på de virtuelle konsollene for å få tilgang til en påloggingsmodus i tekstmodus ledetekst.)
Linjene i /var/log/kern.log
logges alle i løpet av få sekunder etter oppstart av Linux-kjernen (i samsvar med verdien siden start siden i hakeparenteser i begynnelsen av hver linje), så de er sannsynligvis ikke direkte relaterte.
Prøv å trykke Control + Alt + F2 . Hvis kjernen fremdeles lever, bør du nå se en påloggingsprompt for tekstmodus på den svarte skjermen. Du kan deretter logge på og prøve sudo systemctl restart gdm
for å starte GUI på nytt, eller samle opp logger og annen feilsøkingsinformasjon i tekstmodus. Merk at omstart av gdm
kan returnere deg automatisk til GUI automatisk, men påloggingsøkten på den andre virtuelle konsollen vil fortsatt være pålogget: du kan sannsynligvis veksle mellom dem ved hjelp av Control- Alt-F1 og Control-Alt-F2 .
Da kjerneloggen ikke viser noe, kan det være at kjernen er helt fin og bare skrivebordet krasjer . I så fall kan andre loggfiler være mer nyttige:
-
/var/log/gdm.log
-
/var/log/Xorg.0.log
hvis det eksisterer (hmm, hva tilsvarer Wayland?)
Ansvarsfraskrivelse: Jeg har ikke prøvd Ubuntu 18.04 selv; dette svaret er bare basert på det jeg har lest om det.
Kommentarer
- Det er ingen
gdm.log
, mengrep -E "EE|WW" Xorg.0.log
gir et par linjer, inkludert en » Kunne ikke åpne DRM-enhet «. Kan dette være relatert til GPU-ene mine?Her er pastebin: paste.ubuntu.com/p/zJ9Gqhfq9B - Merk at
Xorg.0.log
blir erstattet hver gang X11-serveren starter, så hvis du ‘ allerede har startet GUI på nytt eller startet systemet på nytt etter krasj, se på slutten avXorg.0.log.old
i stedet. - Ok, her er den fullstendige
Xorg.0.log.old
-filen: paste.ubuntu .com / p / 925mb7xMtz Takk for hjelpen! Det stårxf86CloseConsole: KDSETMODE failed
, samtVT_GETMODE
ogVT_ACTIVATE
. Og på forhånd nevnte den min GPU. - Hmm, det ser ut som en vellykket nedleggelse av X11-server uten signifikante feil. Hvis loggen er fra et krasj, er årsaken sannsynligvis at skjermbehandlingprosessen krasjer og får X11-økten til å slutte som en bivirkning. Er det noen loggfil som samsvarer med
/var/log/*dm.log
på systemet ditt? Eller hvis Ubuntu 18.04 er standardisert påjournald
-basert logging, må du sørge for at/var/log/journal
katalogen eksisterer, og du bør kunne brukesudo journalctl -xb -1
for å se loggene til forrige oppstart helt til nedleggelsen. - Jeg burde ha skrevet ned de nøyaktige tidspunktene da det skjedde. I dag fikk jeg bare den uventede avloggingen. Det er ingen
*dm.log
, menjounal
-tingen fungerte. Jeg limte loggene rundt det kritiske tidspunktet her: paste.ubuntu.com/p/37XmRYRpVK
Svar
Dette kan være litt av et langskudd, men jeg har hatt nøyaktig de samme symptomene du beskrev i dag på maskinen min (krasjer og senere logout i stedet for svart skjerm).
Jeg er også på Ubuntu 18.04 og bruker en Nvidia GPU.
Med alle som nevner at de antar at dette kan være et problem med Nvidida-driverne jeg bestemte oss for å gi svaret i denne tråden et skudd, selv om det bare delvis gjaldt problemet vårt:
-
Slett nvidia-driverne dine med
sudo apt-get purge nvidia*
-
Start på nytt
-
Installer Nvidida-driverne igjen
Så langt har jeg ikke hatt noen svarte skjermer eller plutselige utlogginger lenger
Kommentarer
- Ok, jeg ‘ Jeg prøver dette!
- G ive oss en oppdatering hvis det løste problemet for deg :).
- Rask merknad: Siden jeg bruker
zsh
måtte jeg settenvidia*
i anførselstegn, se github.com/robbyrussell/oh-my-zsh/issues/6748 .
Svar
En annen løsning her. Jeg hadde allerede det samme problemet, og jeg kunne ikke finne noen av de foreslåtte løsningene som var nyttige for saken min. Jeg brukte VMware arbeidsstasjon og møtte det samme problemet når Ubuntu starter oppstart. Hovedårsaken til krasjen i mitt tilfelle skyldtes ikke grafikkortdriveren eller slike ting. Det var ikke nok ledig plass igjen i installerte Ubuntu. Derfor fulgte jeg følgende trinn for å løse problemet.
1) endre .vmx-konfigurasjonsfilen ved å legge til følgende linje i den:
bios.bootDelay = «50000»
* Dette fører til lengre oppstart forsinkelse, derfor kan du bruke Skift + Enter for å gå inn i Grub-menyen.
* Hvis du har et problem med å åpne .vmx-filen i windows, må du først endre filtypen til .txt og deretter legge til den ovennevnte linjen i den og lagre filen og deretter endre utvidelsen tilbake til .vmx
2) Kjør VMware og kjør Ubuntu
3) Etter å ha klikket på skjermen, trykk og hold nede Shift-tasten nede, og trykk deretter Enter for å gå til grubmenyen.
4) velg Advanced Options for Ubuntu.
5) velg root og trykk deretter Enter.
6) nå har du root-tilgangen til å slette en fil for å få ledig plass i Ubuntu.
Merk at noen brukere foreslo å bruke Alt + Shift + F2 eller F3 for å få tilgang til terminalen. Dette fungerte ikke for meg siden jeg ikke hadde et passord for rotbrukeren. Imidlertid hjalp det meg med å løse problemet ved å bruke følgende trinn.
Lykke til, Hamed
Svar
I mitt tilfelle skyldtes det gdm3 kjører ikke. Så jeg startet den på nytt med disse kommandoene:
sudo service gdm3 status (to ckeck status) sudo service gdm3 start
Det spiller ingen rolle om du bruker lightgdm, gdm eller gdm. For å finne ut hvilken du bruker prøv sudo service --status-all | grep gdm
Svar
Her er det en annen løsning som jeg ikke har sett andre steder trodde jeg det kan være nyttig å dele den.
Jeg bruker Ubuntu 20.04 LTS, amd64 distro, og jeg hadde samme henging ved oppstart etter å ha vist » / dev / sda1: clean … » feil.I mitt tilfelle var den sekundære årsaken til problemet at disken var full .
Så hvis du har dette symptomet, gjør en rask df
eller df -h
for å se hvor mye plass du har igjen partisjonen (e). Ved å bruke kommandoene du
eller du -h
kan du finpusse på kataloger som inneholder store mengder data. Løsningen kan være så enkel som å slette unødvendige filer.
I mitt tilfelle viste det seg imidlertid at katalogen / var / log var omtrent 100 GB (?!) Som var forårsaket av noe problem i systemet som resulterte skriftlig til / var / log / syslog-filen hele tiden og til slutt fylle opp stasjonen. Så det var den viktigste årsaken til problemet. På dette tidspunktet er jeg ikke sikker på hvilken ressurs som er synderen, men å sjekke / var / log / syslog-filen kan gi noen tips i ditt tilfelle. Hvis dette også er tilfelle for deg, anbefaler jeg å undersøke hvordan du kan fjerne / var / log / syslog-filen, og prøv å løse den primære årsaken til problemet.
Siden systemet mitt ikke har noen viktige ting på det, derfor var jeg ikke interessert i å beholde loggfiler, jeg installerte logrotate-pakken og satte opp en daglig rotasjon og konfigurerte systemet til å slette den roterte filen. Jeg fant også en stor journalfil, så jeg satte opp en cronjob som root for å slette journalfiler eldre enn 1 dag. Dette kan du gjøre ved å crontab -e
som root og legge til denne linjen til slutten av filen:
0 * * * * journalctl –vacum-time = 1d
Jeg gjorde også en apt-get update
og apt-get upgrade
for godt mål.
Jeg anbefaler noen videre lesing:
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/
Ha det gøy med feilsøking og lykke til,
8bitrocks
Svar
Jeg hadde et problem på datamaskinen min som er relatert til denne /dev/sd*: clean
utgave. Jeg ønsket ikke å åpne opp et nytt spørsmål siden det er så mange allerede, og også fordi problemet mitt ser ut til å være løst nå. Så jeg bestemte meg for å skrive et svar på et relatert emne (hvor jeg faktisk kan skrive et svar og ikke trenger 10 omdømmepoeng eller noe sånt).
Før jeg begynner, noen spesifikasjoner:
- Ubuntu 18.04.4
- Jeg starter dobbelt med Windows
- Min PC har et AMD Radeon RX 5500 XT grafikkort
For flere spesifikasjoner tenker jeg ikke på akkurat nå — bare gi meg beskjed.
Mitt første møte med dette problemet så slik ut: Jeg valgte Ubuntu i dual-boot-menyen . Denne menyen har en lilla bakgrunn. Da jeg klikket Enter, forsvant menyen (som den skulle), men den lilla bakgrunnen ble værende i minst 15 minutter. Jeg bestemte meg for å starte på nytt. Etter litt googling klarte jeg å gå inn i gjenopprettingsmodus der jeg redigerte i /etc/default/grub
linjen
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
til
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash nomodeset"
Jeg startet bare på nytt for å se skjermen som blinker følgende melding
/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 har jeg allerede «visst» at dette problemet er relatert til installerte grafiske drivere. Jeg startet på nytt i gjenopprettingsmodus for å avinstallere driverne for AMD-grafikkortet
$ amdgpu-pro-uninstall
Etter dette startet Ubuntu normalt, bortsett fra at bare 1 skjerm var gjenkjent med en oppløsning på 1024×768 som jeg ikke kunne endre (jeg har 2 skjermer med 1920×1080). Etter litt videre googling endret 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 endret det siste tallet 1
til en 0
i den første ikke-kommentarlinjen) . Jeg installerte AMD GPU-driveren på nytt, startet på nytt og problemet var borte. Jeg skriver dette på mine to skjermer med oppløsningen 1920×1080. Jeg fjernet også nomodeset
i /etc/default/grub
.
Så hvis noen har det samme problemet, vil kanskje denne personen finne svaret mitt, og kanskje min tilnærming vil løse problemet.
smartmontools
og sjekke SMART-dataene til stasjonene dine.smartctl --all /dev/sda
.