Ocena wątku:
  • 0 głosów - średnia: 0
  • 1
  • 2
  • 3
  • 4
  • 5
Rozwiązane Restarty przy próbie uruchomienia systemu
#1
0
mce: [Hardware Error]: PROCESSOR 2:800f82 TIME 1574365481 SOCKET 0 APIC b microcode 800820b
mce: [Hardware Error]: TSC 0 ADDR fffdfc00d0a0 MISC d012000000000000 IPID b000000000
mce: [Hardware Error]: CPU 10: Machine Check: 0 Bank 0: be802800000c0135

Na wstępnie zaznaczam, że to moje pierwsze podejście w ogóle do Linuxa, a sam Linux Mint jest zainstalowany jako drugi system na osobnym dysku względem Windowsa.
Sądziłem na początku, że instalacja nowego kernela pomoże (od którejś wersji czytałem, że poprawili wsparcie dla procesorów Ryzen), ale dzisiaj musiałem całkowicie wyłączyć komputer bo Mięta nie chciała w ogóle wstać. Przy logowaniu, po wpisaniu hasła do konta, restart jeden, drugi, trzeci -> wyłączenie komputera całkowicie, parę minut przerwy, uruchomienie maszyny i w końcu się włączyła. Czy ktoś miał już taki problem i udało mu się go rozwiązać?

Przeglądałem różne sposoby z google'a, które np dotyczyły wyłączenia profilu OC dla RAMu (XMP) lub SMT dla procesora, ale skoro na Windowsie wszystko działa jak należy to na pewno tego nie ruszę (szczególnie, że czasami lubię pograć, a nie będe za każdym razem tego zmieniał). Widziałem jeszcze informacje o Secure Boot, ale mam włączony z trybem Other OS.

Chciałem w przyszłości mieć Windowsa tylko do pracy, czasami gier, a Minta jako domyślny OS, ale przy tak wysokiej niestabilności nie widzę tego...


Cytat:System:    Kernel: 5.3.0-23-generic x86_64 bits: 64 compiler: gcc v: 7.4.0
           Desktop: Cinnamon 4.2.4 wm: muffin dm: LightDM Distro: Linux Mint 19.2 Tina
           base: Ubuntu 18.04 bionic
Machine:   Type: Desktop Mobo: ASUSTeK model: PRIME X470-PRO v: Rev X.0x serial: <filter>
           UEFI: American Megatrends v: 4602 date: 03/07/2019
CPU:       Topology: 6-Core model: AMD Ryzen 5 2600X bits: 64 type: MT MCP arch: Zen+ rev: 2
           L2 cache: 3072 KiB
           flags: lm nx pae sse sse2 sse3 sse4_1 sse4_2 sse4a ssse3 svm bogomips: 86226
           Speed: 2162 MHz min/max: 2200/3600 MHz Core speeds (MHz): 1: 2150 2: 2195 3: 2194
           4: 1992 5: 2102 6: 2143 7: 1892 8: 1976 9: 2087 10: 2195 11: 2181 12: 1933
Graphics:  Device-1: NVIDIA GP104 [GeForce GTX 1070] vendor: Micro-Star MSI driver: nvidia
           v: 435.21 bus ID: 0b:00.0 chip ID: 10de:1b81
           Display: x11 server: X.Org 1.19.6 driver: nvidia
           unloaded: fbdev,modesetting,nouveau,vesa resolution: 1920x1080~60Hz
           OpenGL: renderer: GeForce GTX 1070/PCIe/SSE2 v: 4.6.0 NVIDIA 435.21 direct render: Yes
Audio:     Device-1: C-Media CMI8788 [Oxygen HD Audio] vendor: ASUSTeK Virtuoso 100
           driver: snd_virtuoso v: kernel bus ID: 06:04.0 chip ID: 13f6:8788
           Device-2: NVIDIA GP104 High Definition Audio vendor: Micro-Star MSI
           driver: snd_hda_intel v: kernel bus ID: 0b:00.1 chip ID: 10de:10f0
           Device-3: AMD Family 17h HD Audio vendor: ASUSTeK driver: snd_hda_intel v: kernel
           bus ID: 0d:00.3 chip ID: 1022:1457
           Sound Server: ALSA v: k5.3.0-23-generic
Partition: ID-1: / size: 36.42 GiB used: 11.25 GiB (30.9%) fs: ext4 dev: /dev/sdc2
           ID-2: /home size: 878.95 GiB used: 214.53 GiB (24.4%) fs: ext4 dev: /dev/sdc3
USB:       Hub: 1-0:1 info: Full speed (or root) Hub ports: 14 rev: 2.0 chip ID: 1d6b:0002
           Hub: 2-0:1 info: Full speed (or root) Hub ports: 8 rev: 3.1 chip ID: 1d6b:0003
           Hub: 3-0:1 info: Full speed (or root) Hub ports: 2 rev: 2.0 chip ID: 1d6b:0002
           Hub: 4-0:1 info: Full speed (or root) Hub ports: 2 rev: 3.1 chip ID: 1d6b:0003
           Hub: 5-0:1 info: Full speed (or root) Hub ports: 4 rev: 2.0 chip ID: 1d6b:0002
           Device-1: 5-3:2 info: Holtek type: Mouse,Keyboard,HID driver: hid-generic,usbhid
           rev: 2.0 chip ID: 04d9:a119
           Device-2: 5-4:3 info: Holtek type: Keyboard,HID driver: hid-generic,usbhid rev: 1.1
           chip ID: 04d9:a131
           Hub: 6-0:1 info: Full speed (or root) Hub ports: 4 rev: 3.0 chip ID: 1d6b:0003
Sensors:   System Temperatures: cpu: 45.2 C mobo: N/A gpu: nvidia temp: 52 C
           Fan Speeds (RPM): cpu: 0 gpu: nvidia fan: 0%
Repos:     No active apt repos in: /etc/apt/sources.list
           Active apt repos in: /etc/apt/sources.list.d/official-package-repositories.list
           1: deb http: //ftp.icm.edu.pl/pub/Linux/dist/linuxmint/packages tina main upstream import backport
           2: deb http: //ftp.icm.edu.pl/pub/Linux/ubuntu bionic main restricted universe multiverse
           3: deb http: //ftp.icm.edu.pl/pub/Linux/ubuntu bionic-updates main restricted universe multiverse
           4: deb http: //ftp.icm.edu.pl/pub/Linux/ubuntu bionic-backports main restricted universe multiverse
           5: deb http: //security.ubuntu.com/ubuntu/ bionic-security main restricted universe multiverse
           6: deb http: //archive.canonical.com/ubuntu/ bionic partner
           Active apt repos in: /etc/apt/sources.list.d/spotify.list
           1: deb http: //repository.spotify.com stable non-free
           Active apt repos in: /etc/apt/sources.list.d/vscode.list
           1: deb [arch=amd64] http: //packages.microsoft.com/repos/vscode stable main
Info:      Processes: 280 Uptime: 9m Memory: 15.63 GiB used: 1.52 GiB (9.7%) Init: systemd v: 237
           runlevel: 5 Compilers: gcc: 7.4.0 alt: 7 Client: Unknown python3.6 client inxi: 3.0.32
#2
0
Witaj, dzięki za post i logiczne podejście do analizy problemu.
Postaramy się pomóc.
#3
1
Better response on post RE: Restarty przy próbie uruchomienia systemuCześć.

Dziwnie dziwne Wink

Zacząłbym od zmiany jądra, 4.18, może 5.0.0.35 - niekoniecznie najnowsze - z tych dostępnych w menedżerze aktualizacji.

Zobacz czy to coś pomoże: https://askubuntu.com/questions/928390/k...-0406e3-ti

Druga sprawa, to jeśli uruchomisz Minta, zmień sterownik do grafiki na nouveau (menu, administracja, zarządzanie sterownikami).
Po zmianie jądra, moduł sterownika GPU się rozjeżdża  i trzeba go zrekonfigurować komendą:
Kod:
sudo dpkg-reconfigure nvidia-XXX
Gdzie XXX to numer Twojego sterownika - 435?

Jest szansa, że będzie OK. Gud lak Smile



PS. Zasadniczo pomocny byłoby wynik dmesg: https://forum.linuxmint.pl/showthread.ph...d=22#pid22
czyli pastebinit | dmesg - w formie adresu http.
#4
0
Cześć wszystkim bo zapomniałem o najważniejszym Wink

Jądro domyślnie miałem 4.18 po zainstalowaniu na świeżo systemu. Potem zaktualizowałem sobie do najnowszej wersji z tej gałęzi, dlatego na razie wstrzymuje się z jego zmianą.
Jeśli chodzi o propozycję z linku to:

Cytat:
AD1: Jakoś tak wyszło, że dosłownie chwilę po opublikowaniu pierwszego postu wskoczyła aktualizacja mikrokodu dla AMD. Po zainstalowaniu nie był wymagany restart, ale jakoś nie mogłem pojąć jak mikrokod procesora może być podmieniany "w locie" więc zrobiłem restart. Efekt wiadomy: jeden restart, drugi restart i za 3 razem uruchomił się.
AD2 AD5: Nie ma szans na przegrzanie. Wentylator procesora jest kierowany przez UEFI, 3 pozostałe wentylatory są ręcznie sterowane z obudowy. Poza tym przy graniu w gry z wysokimi wymaganiami nie ma żadnych problemów. Po złożeniu kiedyś tego zestawu przez godzinę był obciążany i procesor i grafika i ram. Zero restartów.
AD3: Powątpiewam czy coś takiego w ogóle mam u siebie bo w manualu do MOBO, nie miałem o tym ani słowa. Nie wczytywałem się w ten temat więc może nie mam racji i będzie trzeba o tym więcej poczytać.
AD4: PSU jest z dość wysokiej półki (Seasonic Focus Plus Gold) i nie chce mi się wierzyć, że on by tu coś miał psuć, skoro pod obciążeniem, nie mam żadnych problemów.

Nie sądziłem, że trzeba re-konfigurować sterowniki po zmianie jądra. Dzięki za informację, ale po wpisaniu komendy i wyborze wersji sterownika dostałem w twarz:
Cytat:dpkg-query: pakiet "nvidia-435" nie jest zainstalowany i informacje o nim nie są dostępne
Po wylistowaniu brak takiego pakietu: https://pastebin.com/j66ysyr6
Chyba dobrze byłoby usuwać te stare niepotrzebne pakiety i zostawić ewentualnie tylko 435, ale teraz zastanawiam się czy on w ogóle był poprawnie zainstalowany?

[Obrazek: k8s1WTN.png]
Coś się rozjechało w zarządzaniu sterownikami. Wybrałem tak jak napisałeś - nouveau, był wymagany restart więc też to zrobiłem i po uruchomieniu (o dziwo bez restartów teraz, podobnie jak i pierwsze uruchomienie Linuxa prosto po restarcie z Windowsa) widać dalej użycie sterownika nvidii, ale w oknie nie widać aby był zaznaczony.
W raportach systemowych:
Cytat:Graphics:  Device-1: NVIDIA GP104 [GeForce GTX 1070] vendor: Micro-Star MSI driver: nvidia
          v: 435.21 bus ID: 0b:00.0 chip ID: 10de:1b81
          Display: x11 server: X.Org 1.19.6 driver: nvidia
          unloaded: fbdev,modesetting,nouveau,vesa resolution: 1920x1080~60Hz
          OpenGL: renderer: GeForce GTX 1070/PCIe/SSE2 v: 4.6.0 NVIDIA 435.21 direct render: Yes
Ogólnie to wybrałem sterownik nvidii bo doświadczałem takiego dziwnego efektu, którego nie potrafię poprawnie nazwać... Takie szarpanie ekranu przeglądarki przy przewijaniu (szczególnie gdy są na stronie jakieś cięższe obrazki). Sądziłem, że zasada jest podobna jak do Windowsa i póki nie zainstaluje sterów od nvidii, taki efekt będzie się utrzymywał. Niestety po ich zainstalowaniu to szarpanie nie zniknęło. W najlepszym przypadku zostało ograniczone.

Gdy zainstalowałem pastebintit, zauważyłem, że w konsoli pojawiła się sugestia o nieużywanych pakietach nvidii więc poszły autoremovem.
Log trochę się zmniejszył: https://pastebin.com/0U7GsAdy
Zarządzie sterownikami jakby też było ok, ale...
[Obrazek: JeTWUD3.png]

W raportach systemowych dalej widać jakobym używał sterownika nvidii 435, którego właśnie odinstalowałem, hmm. Aż strach teraz komputer restartować Big Grin
Cytat:Graphics:  Device-1: NVIDIA GP104 [GeForce GTX 1070] vendor: Micro-Star MSI driver: nvidia
          v: 435.21 bus ID: 0b:00.0 chip ID: 10de:1b81
          Display: x11 server: X.Org 1.19.6 driver: nvidia
          unloaded: fbdev,modesetting,nouveau,vesa resolution: 1920x1080~60Hz
          OpenGL: renderer: N/A v: N/A direct render: N/A
Wynik dmesg: https://pastebin.com/wg2mnrgX

Z góry przepraszam za tak długi post, liczę na wyrozumiałość Wink

Dodano po pewnym czasie:
Drobna aktualizacja. Po restarcie komputera (ponownie wszystko poprawnie się uruchomiło), tym razem system wstał na sterowniku nouveau bo i w raportach systemowych widać w końcu poprawny zapis i mam pewną teorię.
Czy możliwe jest, że przez to, że przeszedłem na sterownik nvidii 430, a potem na 435 coś się nie przełączyło jak trzeba? Pytam bo gdy po pierwszym restarcie próbowałem odinstalować pakiety 430 to nie pisało tak jak teraz, że pakiet nie jest zainstalowany, ale coś w stylu: "nie można uzyskać do niego dostępu, pakiet jest w użyciu?". Ale jak pakiet jest w użyciu, skoro wybrałem w menedżerze sterowników sterownik nouveau? (naprawdę świetna, łatwa do zapamiętania nazwa Wink)
Ponowny log z pakietów nvidii: https://pastebin.com/7J6ucVAa - jeszcze się trochę zmienił
Zastanawiam się teraz, który pakiet z listy powinien być z re-konfigurowany?
#5
0
Czyli wychodzi, że to sterownik Nvidii bruździł. Nouveau jest niezły, jeśli nie zależy ci na super wydajności (piszesz, że grasz pod Windows... Smile) to na razie rozwiązaniem byłoby usunięcie wszystkiego co z "Zielonymi" jest związane.
Uruchamiasz system w trybie recovery z poziomu GRUBa, odpalasz wiersz poleceń, logujesz się (swoim loginem i hasłem), przełączasz się na roota sudo su i klepiesz polecenie:
Kod:
apt purge nvidia*
Polecenie usuwa wszystkie paczki wraz z ustawieniami, które w nazwie mają nvidia. Komputer uruchomi się na sterowniku nouveau. W razie potrzeby/chęci zabawę z instalacją można zacząć od początku.
Chwilowo znikam, ale jeśli będziesz miał problemy z tym, o czy pisałem wyżej - pytaj, ktoś pewnie pomoże.
Powodzenia.
#6
0
Wykonałem to co radziłeś i niestety po restarcie spotkał mnie dzisiaj pierwszy samoczynny restart.
Log: https://pastebin.com/tkmQMd5i zawiera błąd procesora + dpkg -l '*nvidia*'

Ponadto widzę, że teraz w dziennik w sekcji Ważne mam wpis odnośnie nouveau:
Komunikat: nouveau 0000:0b:00.0: gr: intr 00000040
Urządzenie jądra: +pci:0000:0b:00.0

Ale czy to błąd?
#7
0
@yahoob3 masz może jeszcze jakieś pomysły?
#8
0
Nie masz przypadkiem "podkręconego" procesora?
Dokładne czyszczenie komputera z nvidii (apt purge nvidia*) powinno się robić tak,jak pisałem wyżej, czyli z poziomu czystego tekstu - bez uruchamiania powłoki graficznej.

Te trzy pierwsze błędy dotyczą sprzętu... a tu jestem cienki.

EDIT:
Poczytaj ten wątek, coś jest na rzeczy: https://community.amd.com/thread/216084
#9
0
Tak też zrobiłem jak napisałeś we wcześniejszym poście. W trybie recovery wykonałem tamto polecenie, autoremove i dla pewności ponownie polecenie usunięcia wszystkiego co z nvidią związane, ale zwróciło komunikat, że nie ma już czego usuwać więc wyszedłem.

Dzięki, za link jutro poczytam.
#10
0
Wydaje mi się, że aktualizacja BIOSu do najnowszego rozwiązała problem. Trochę dziwne bo miałem wcześniej wersję z marca 2019.


Skocz do:




Użytkownicy przeglądający ten wątek: 3 gości