Hirtelen összeomlás, fekete képernyővel / dev / sda1:
On február 15, 2021 by adminNéha minden ok nélkül a képernyőm hirtelen “fekete” színűvé válik, és csak egy sor szöveget mutat :
/dev/sda1: clean 1068388/64102400 files, 29744985/256399616 blocks
mintha a rendszer újraindulna. De ezek után semmi sem történik, és meg kell nyomnom a reset gombot.
Ez most háromszor történt meg. Egyszer a reggeli újrakezdés után, és soha semmilyen nagy feladattal (csak egy böngésző megnyitása – nem reprodukálható). Soha nem történt meg rendkívüli terhelés alatt (ideghálók edzése), ezért biztos vagyok benne, hogy ez nem hőprobléma, mint ebben a bejegyzésben .
A következő gyanús sorokat találtam a /var/log/kern.log
fájlban
... [ 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+
ahol az utolsó sor háromszor jelenik meg egy sort, de nem tudom, mit jelent ez.
Futok:
- Operációs rendszer: Ubuntu 18.04
- Kernel: 4.15.0 -39-generic (x86_64)
- Asztal: GNOME Shell 3.28.3
- Kijelző-illesztőprogram: NVIDIA 396.45
- Fordító: Clang 3.3 + LLVM 3.3 + CUDA 9.2
- File-System: ext4
Egy nagyon új, specifikációkkal ellátott asztali gépen:
- Processzor: AMD Ryzen Threadripper 1900X 8- Core @ 3,80 GHz (16 mag)
- Alaplap: ASRock X399 Professional Gaming
- Memória: 64512 MB
- Lemez: 1050 GB Crucial_CT1050MX + 4001 GB Elements SE 25FF
- Grafika: 2x SLI NVIDIA GeForce GTX 1080 Ti 11264MB
Mi okozhatja ezt a p roblem?
smartctl
A megjegyzésekre válaszolva a
sudo smartctl --all /dev/sda
kimenete
=== 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.
Frissítés (kijelentkezés a fekete képernyő helyett)
Éppen most fekete képernyő helyett nyilvánvaló ok nélkül léptem ki a fiókomból. Úgy tűnik, hogy ezek a kérdések összefüggenek. Az esemény körüli időben a Vim kiemeli ezeket a sorokat a kern.log
-ben:
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)
megjegyzések
Válasz
Úgy tűnik, hogy az X11 vagy a Wayland GUI szerver összeomlik, és visszaviszi a szöveges módú konzolra. Az egy sor szöveg valószínűleg egy fájlrendszer-ellenőrzésből származik, amely a rendszer indításakor történt, mielőtt GUI módba váltott volna. Mivel az Ubuntu 18.04 elindítja a grafikus felületet az első virtuális konzolon, ez a virtuális konzol nem reagál, ha a GUI-kiszolgáló összeomlik és nem indul újra.
(A többi Linux disztribúció hagyományosan a 7. virtuális konzolt használta a grafikus felülethez, aminek következtében a rendszer automatikusan visszatér az alapértelmezett 1. virtuális konzolra, rajta egy funkcionális bejelentkezési felszólítással az X11 szerver összeomlásakor. A grafikus felhasználói felület kiszolgálója az 1. virtuális konzolra, hogy zökkenőmentesebb legyen az áttérés a rendszerindítási splash és a GUI bejelentkezés között, de ha a GUI kiszolgáló összeomlik, akkor most ismernie kell a virtuális konzolokat, hogy hozzáférjen a szöveges módú bejelentkezéshez prompt.)
A /var/log/kern.log
fájl sorai naplózásra kerülnek néhány másodpercen belül a Linux kernelének indításától (a szögletes zárójelek az egyes sorok elején), így valószínűleg nem kapcsolódnak közvetlenül egymáshoz.
Próbálja meg megnyomni a Control + Alt + F2 billentyűkombinációt. Ha a kern még életben van, akkor a fekete képernyőn látnia kell egy szöveges módú bejelentkezési üzenetet. Ezután bejelentkezhet, és megpróbálhatja a sudo systemctl restart gdm
parancsot a GUI újraindításához, vagy szöveges módban gyűjthet naplókat és egyéb hibaelhárítási információkat. Ne feledje, hogy a gdm
újraindítás automatikusan visszatérhet a grafikus felhasználói felülethez, de a második virtuális konzolon a bejelentkezési munkamenet továbbra is bejelentkezve marad: valószínűleg a Control- Alt-F1 és Control-Alt-F2 .
Mivel a kernel naplója nem mutat semmit, előfordulhat, hogy a kern rendben van, és csak az asztal összeomlik . Ebben az esetben más naplófájlok lehetnek hasznosabbak:
-
/var/log/gdm.log
-
/var/log/Xorg.0.log
ha létezik (hmm, mi felel meg a Wayland-nek?)
Jogi nyilatkozat: Magam sem próbáltam ki az Ubuntu 18.04-et; ez a válasz csak azon alapul, amit olvastam róla.
Megjegyzések
- Nincs
gdm.log
, degrep -E "EE|WW" Xorg.0.log
ad egy pár sort, köztük egy ” nem sikerült megnyitni a DRM eszközt “. Lehet, hogy ez összefügg a GPU -immal?Itt van a megfigyelő: paste.ubuntu.com/p/zJ9Gqhfq9B - Ne feledje, hogy
Xorg.0.log
minden alkalommal cserélődik, amikor az X11 szerver elindul, ezért ha ‘ már újraindította a grafikus felületet vagy újraindította a rendszert az összeomlás után, akkor nézze meg a helyett. - Ok, itt van a teljes
Xorg.0.log.old
fájl: paste.ubuntu .com / p / 925mb7xMtz Köszönjük a segítséget! Azt írja:xf86CloseConsole: KDSETMODE failed
, valamintVT_GETMODE
ésVT_ACTIVATE
. És előtte megemlítette a GPU-t. - Hmm, ez úgy néz ki, mint egy sikeres X11 kiszolgáló leállítása, jelentős hibák nélkül. Ha ez a napló összeomlásból származik, akkor ennek oka valószínűleg az, hogy a kijelzőkezelő folyamata összeomlik, és az X11 munkamenetet mellékhatásként végződik. Van-e a rendszeren
/var/log/*dm.log
megfelelő logfájl? Vagy ha az Ubuntu 18.04 szabványosította ajournald
alapú naplózást, ellenőrizze, hogy létezik-e/var/log/journal
könyvtár, és akkor képesnek kell lennie asudo journalctl -xb -1
az előző rendszerindítás naplóinak megtekintéséhez a leállításig. - Le kellett volna írnom a pontos időpontokat, amikor ez történt. Ma csak a váratlan kijelentkezést kaptam. Nincs
*dm.log
, de ajounal
dolog működött. Ide illesztettem a naplókat a kritikus időpont körül: paste.ubuntu.com/p/37XmRYRpVK
Válasz
Lehet, hogy ez egy kicsit hosszú lövés, de pontosan ugyanazokat a tüneteket tapasztaltam, amiket ma leírtál a gépemen (az összeomlások, majd később a kijelentkezés fekete képernyő helyett).
Én is az Ubuntu 18.04-en és Nvidia GPU-t használok.
Mindenki említi, hogy feltételezik, hogy ez problémát jelenthet az Nvidida I illesztőprogramokkal. úgy döntött, hogy lövést ad ebben a szálban, bár ez csak részben vonatkozott a kérdésünkre:
-
Törölje az nvidia illesztőprogramokat a
sudo apt-get purge nvidia*
-
Újraindítás
-
Telepítse újra az Nvidida illesztőprogramokat
Eddig már nem voltak fekete képernyőim vagy hirtelen kijelentkezésem
Megjegyzések
- Ok, én ‘ megpróbálom!
- G Adjon nekünk egy frissítést, ha megoldotta az Ön problémáját :).
- Gyors megjegyzés: Mivel a
zsh
-t használom, be kellett tennem anvidia*
idézőjelekbe lásd: github.com/robbyrussell/oh-my-zsh/issues/6748 .
Válasz
Itt egy másik megoldás. Nekem már ugyanaz a problémám volt, és a javasolt megoldások közül egyiket sem találtam hasznosnak az esetemben. VMware munkaállomást használtam, és ugyanazzal a problémával szembesültem, amikor az Ubuntu elindítja a rendszerindítást. Az összeomlás fő oka esetemben nem a grafikus kártya illesztőprogramjának vagy hasonló dolgoknak volt köszönhető. Nem volt elég szabad hely a telepített Ubuntuban. Ezért követtem a következő lépéseket a probléma megoldására.
1) módosítsa a .vmx konfigurációs fájlt a következő sor hozzáadásával:
bios.bootDelay = “50000”
* Ez hosszabb indításhoz vezet késleltetés, ezért a Shift + Enter billentyűkombinációval léphet be a Grub menübe.
* Ha problémája van a .vmx fájl megnyitásával a Windows rendszerben, először változtassa meg a fájl kiterjesztését .txt fájlra, majd adja hozzá a fent említett sort, mentse a fájlt, majd állítsa vissza a kiterjesztést a következőre: .vmx
2) Futtassa a VMware-t és futtassa az Ubuntu
3) A képernyőre kattintás után tartsa lenyomva a Shift billentyűt, majd nyomja meg az Enter billentyűt a grub menübe való belépéshez.
4) válassza az Advanced Options for Ubuntu lehetőséget.
5) válassza a root parancsot, majd nyomja meg az Enter billentyűt. hogy szabad helyet biztosítson az Ubuntuban.
Ne feledje, hogy néhány felhasználó az Alt + Shift + F2 vagy F3 használatát javasolta a terminálhoz való hozzáféréshez. Ez nem működött nálam, mivel nem rendelkeztem jelszóval a root felhasználó számára. A következő lépések használata azonban segített megoldani a problémát.
Sok szerencsét, Hamed
Válasz
Esetemben a gdm3 nem fut. Tehát a következő parancsokkal indítottam újra:
sudo service gdm3 status (to ckeck status) sudo service gdm3 start
Nem számít, ha lightgdm, gdm vagy gdm fájlt használ. próbáld ki sudo service --status-all | grep gdm
Válasz
Itt van egy másik megoldás, amit nem láttam másutt azt gondoltam, hogy hasznos lehet megosztani.
Az Ubuntu 20.04 LTS-t, amd64 disztrót használom, és ugyanezt lógtam a rendszerindításkor is, miután megjelenítettem a div> / dev / sda1: tiszta … ” hiba.Esetemben a probléma másodlagos oka az volt, hogy a lemez megtelt .
Tehát, ha ez a tünet jelentkezik, végezzen gyors df
vagy df -h
elemet, hogy megnézze, mennyi hely maradt a partíció (k). A du
vagy du -h
parancsok segítségével nagy mennyiségű adatot tartalmazó könyvtárakat csiszolhat. A megoldás egyszerű lehet, mint a felesleges fájlok törlése.
Az én esetemben azonban kiderült, hogy a / var / log könyvtár körülbelül 100 GB (?!) Volt, amit a rendszer valamilyen problémája okozott. írásban a / var / log / syslog fájlba folyamatosan, és végül töltse fel a meghajtót. Tehát ez volt a probléma elsődleges oka. Ezen a ponton nem vagyok biztos abban, hogy milyen erőforrás a tettes, de a / var / log / syslog fájl ellenőrzése adhat néhány mutatót az Ön esetére. Ha ez vonatkozik Önre is, javasoljuk, hogy keresse meg a / var / log / syslog fájl megfelelő eltávolítását, majd próbálja megoldani a probléma elsődleges okát.
Mivel a rendszerem nem rendelkezik fontos dolgokat, ezért nem érdekelt a naplófájlok vezetése, telepítettem a logrotate csomagot, és napi rotációt állítottam be, és konfiguráltam a rendszert az elforgatott fájl törlésére. Találtam egy nagy naplófájlt is, ezért gyökérként létrehoztam egy cronjob-ot az 1 napnál régebbi naplófájlok törléséhez. Ezt megteheti crontab -e
gyökérként, és hozzáadhatja ezt a sort a fájl végéhez:
0 * * * * journalctl –vacum-time = 1d
A jó mérés érdekében csináltam egy apt-get update
és apt-get upgrade
ciklust is.
Néhányat ajánlok további olvasmány:
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/
Jó szórakozást a hibakereséshez és sok szerencsét,
8bitrocks
Válasz
Problémám volt a számítógépemen, ami ehhez kapcsolódik /dev/sd*: clean
kérdés. Nem akartam új kérdést felvetni, mivel már nagyon sokan vannak, és azért is, mert a kérdésem úgy tűnik, hogy most megoldódott. Ezért úgy döntöttem, hogy írok egy választ egy kapcsolódó témára (ahol valóban írhatok választ, és nincs szükségem 10 hírnévre vagy ilyesmire).
Mielőtt belekezdenék, néhány specifikáció:
- Ubuntu 18.04.4
- kettős rendszerbetöltés Windows rendszeren
- A számítógépem rendelkezik AMD Radeon RX 5500 XT grafikus kártyával
További specifikációkért nem gondolok most – csak szólj.
A probléma első találkozása a következőképpen nézett ki: Az Ubuntut választottam a dual-boot menüben . Ez a menü lila háttérrel rendelkezik. Az Enter gombra kattintva a menü eltűnt (mint kellene), de a lila háttér legalább 15 percig maradt. Úgy döntöttem, hogy újraindítom. Némi guglizás után sikerült belépnem a helyreállítási módba, ahol a /etc/default/grub
sorban szerkesztettem a
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
sort
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash nomodeset"
Csak akkor indítottam újra, hogy a képernyőn a következő üzenet villogjon.
/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
minden ~ 10 másodpercig kb. 0,5 másodpercig. Itt már “tudtam”, hogy ez a probléma a telepített grafikus illesztőprogramokkal kapcsolatos. Ismét újraindítottam helyreállítási módban, hogy eltávolítsam az AMD grafikus kártya illesztőprogramjait.
$ amdgpu-pro-uninstall
Ezek után az Ubuntu rendesen elindult, kivéve, hogy csak 1 monitor volt 1024×768 felbontással ismerte el, amelyet nem tudtam megváltoztatni (2 monitorom van 1920×1080-mal). Néhány további googlelés után megváltoztattam a etc/fstab
fájlt
# /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
fájlról
# /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
(A 1
utolsó számot 0
-re változtattam az első nem megjegyzés sorban) . Újra telepítettem az AMD gpu illesztőprogramot, újraindítottam, és a probléma megszűnt. Ezt a 2 monitoromra írtam 1920×1080 felbontással. Eltávolítottam a nomodeset
fájlt a /etc/default/grub
mappából is.
Tehát, ha valakinek ugyanaz a problémája, akkor talán ez a személy megtalálja a válaszomat, és talán az én megközelítésem megoldja a problémát.
smartmontools
telepítése és a meghajtók SMART-adatainak ellenőrzése.smartctl --all /dev/sda
kimenete is.