Puncte:0

Ecran albastru care nu răspunde brusc în ubuntu 20.04

drapel in

Recent, am trecut de la Windows 10 la Ubuntu 20.04 în laptopul meu. Laptopul meu este acer nitro 5 cu 16 GB ram, 256 GB SSD și 1TB HDD. Am instalat ubuntu pe ssd-ul meu. Am folosit 500MB pentru partiția efi, 8GB pentru partiția swap, 125GB pentru partiția root și 102GB pentru partiția acasă. Și am creat două partiții ale HDD-ului meu la /home/dev/Data(D) și /home/dev/Data(E) folosind Disks.

A apărut o problemă la postarea fișierelor jurnal. Așa că partajez un link către fișiere. (var/log/syslog, var/log/syslog.1, var/log/kern.log, var/log/kern.log.1, var/log/dmesg) Fișierele conțin informații pentru perioada de timp din jurul accidentului. Accidentul a avut loc undeva în jurul orei 18:30:00 și 19:05:00.

„https://drive.google.com/drive/u/3/folders/1-JZRLaAcDxVNJJLyI4vJJrFR2yqd28bV”

Monitor de sistem SSD HDD

După un timp am observat că nu am permisiunea de a scrie și șterge în partițiile mele HDD. Așa că am modificat permisiunile. De asemenea, am instalat câteva programe precum google chrome, vs code, nqq etc.

De când am instalat ubuntu, sistemul se blochează brusc, fără niciun avertisment. Apare un ecran albastru slab. Întregul sistem nu mai răspunde. Se întâmplă oricând la întâmplare. Fără avertismente. Așa că nu am de ales decât să-l închid cu forța folosind tasta de pornire. Și când repornesc sistemul funcționează bine. Se întâmplă o dată sau de două ori pe zi. Am căutat problema și am găsit răspunsuri care spun că supraîncălzirea poate fi problema. Dar a început abia de când am trecut la ubuntu. Înainte de asta totul mergea bine.

Ma poate ajuta cineva sa descopar problema? Mulțumesc anticipat.

Acestea sunt setările mele pentru BIOS și boot Setări de pornire setări BIOS setări BIOS

Primesc frecvent următoarea eroare. Eroare

Nu există nicio opțiune pentru Wayland în simbolul roată în ecranul violet din dreapta jos când mă conectez. opțiunile din simbolul roată din ecranul violet din dreapta jos, când vă autentificați

mondotofu avatar
drapel cn
Cum ați simți despre redenumirea partițiilor HDD pentru a avea nume care să nu conțină paranteze? Poate că numele s-ar putea termina cu -D și -E. Acest lucru ar putea elimina o problemă cu semantica Linux în utilizarea acestor dispozitive.
mondotofu avatar
drapel cn
Dacă postați conținutul complet al /var/log/syslog, /var/log/kern.log și /var/log/dmesg, atunci este posibil să putem obține o perspectivă asupra celei mai recente erori.
Eric Fonsi avatar
drapel in
A apărut o problemă la postarea fișierelor jurnal. Așa că partajez un link către fișiere. https://drive.google.com/drive/folders/1-JZRLaAcDxVNJJLyI4vJJrFR2yqd28bV?usp=sharing
mondotofu avatar
drapel cn
Vă mulțumim că ați furnizat cele mai recente fișiere. În fișierul syslog, este clar că recuperarea datelor era necesară pe unitățile Data(D) și Data(E), așa că a existat în mod clar un fel de blocare care a necesitat acest lucru.
mondotofu avatar
drapel cn
Ceea ce ați furnizat au fost fișierele curente. Dacă ultima dată când ați folosit sistemul a avut loc o blocare, detaliile despre blocare ar apărea în /var/log/syslog.1, /var/log/kern.log.1, Dincolo de jurnalele .1 din / directorul var/log, avem jurnalele arhivate care păstrează starea finală de fiecare dată când ați repornit computerul.
mondotofu avatar
drapel cn
Acestea apar ca /var/log/syslog.2.gz, syslog3.gz,.... poate la fel de mare ca syslog7.gz înainte de a fi dezactivate și curățate. Deci, când am cerut fișierele syslog și kern.log pentru accident, ar fi trebuit să spun fie fișierele /var/syslog.1 și /var/kern.log.1, deoarece acestea sunt fișierele care ar conține datele de care avem nevoie. pentru a vă diagnostica problema. Dacă nu se blochează de fiecare dată, atunci avem nevoie de fișierele care corespund celei mai recente blocări (aceasta ar putea însemna perechea de fișiere syslog.2..gz și kern.log.2.gz pe măsură ce numerele merg împreună). Mulțumiri!
Eric Fonsi avatar
drapel in
Multumesc @mondotofu ! Am inclus fișierele var/log/syslog.1 și var/log/kern.log.1 în link. De asemenea, am schimbat numele unităților din Data(D) și Data(E) în pur și simplu D și E.
mondotofu avatar
drapel cn
# în kernel.1.log
mondotofu avatar
drapel cn
26 iunie 19:11:28 dev kernel: [ 0.000000] efi: EFI v2.60 de INSYDE Corp. 26 iunie 19 26 iunie 19:11:28 dev kernel: [ 0.000000] efi: seeding entropy pool 26 iunie 19:11:28 dev kernel: [ 0.000000] aleatoriu: init rapid gata 26 iunie 19:11:28 dev kernel: [ 0.000000] secureboot: pornire securizată activată 26 iunie 19:11:28 dev kernel: [ 0.000000] Kernel-ul este blocat din modul EFI Secure Boot; vezi man kernel_lockdown.7
Puncte:0
drapel cn

Cred că problema se referă la blocarea nucleului UEFI Secure Boot.

Acest lucru ar trebui să poată fi corectat introducând BIOS-ul și oprindu-l.

Pasul 1: Porniți setările sistemului pornind sistemul și utilizând metoda producătorului pentru a accesa setările sistemului.

Pasul 2: Priviți prin meniu și selectați UEFI ca mod de pornire.

Notă: multe meniuri arată UEFI și Legacy drept opțiuni, în timp ce altele pot afișa UEFI și BIOS.

Pasul 3: Navigați la opțiunea Secure Boot și dezactivați-o.

Notă: Pe unele dispozitive, ar trebui mai întâi să porniți o dată după dezactivarea UEFI și să reveniți la meniul de setări pentru a dezactiva Secure Boot.

Vă mulțumim că ați efectuat pașii pentru a dezactiva UEFI Secure Boot.

Vă mulțumim și pentru postarea celor mai recente fișiere jurnal. Se pare că ai stat timp de câteva zile înainte ca sistemul să se închidă.

Acum văd motivul. V-ați configurat sistemul pentru a efectua upgrade-uri nesupravegheate.

Acest lucru duce la o situație în care computerul este oprit fără interacțiunea dvs. pentru a aplica pe deplin upgrade-urile.

Fișierul syslog.1 pe care l-ați postat spune povestea în ultimele sale două rânduri:

11 iulie 08:40:22 dev systemd[1]: Serviciul de conectare a început.
11 iulie 08:40:22 dev systemd[1]: A început Oprirea upgrade-urilor nesupravegheate.

Personal, îmi place să văd ce upgrade-uri sunt disponibile la pornire și să nu le transform automat într-un proces nesupravegheat.

Vă sugerez să citiți acest articol și să decideți dacă doriți să dezactivați upgrade-urile nesupravegheate. Nu este pentru toată lumea.

Cum să dezactivați upgrade-urile nesupravegheate pe Ubuntu

Cred că asta va pune capăt întreruperilor neașteptate.

OK, deci nu au fost upgrade-uri nesupravegheate.

Văd altceva pe care l-aș schimba, și acela ar fi să mă autent cu Wayland ca sistem de afișare în loc de X. Va fi managerul implicit de afișare Ubuntu în viitor, oricum.

În interiorul syslog, se pare că există unele erori și avertismente la deschiderea ecranelor X Windows. Este vechi și unii spun că de încredere, dar are scurgeri de memorie și este posibil să vă expună la amenințări de rețea, dar Wayland și-a dovedit valoarea și Canonical l-a reglat fin. Trebuie doar să îl alegeți când vă autentificați.

Căutați simbolul roată în partea din dreapta jos a ecranului violet când vă conectați și alegeți Wayland.

Eric Fonsi avatar
drapel in
Mulțumesc @mondotofu, Trebuie să las UEFI dezactivat sau îl pot activa din nou după dezactivarea pornirii securizate.
mondotofu avatar
drapel cn
L-aș lăsa permanent oprit, deoarece nu aveți nevoie de el pentru a rula Windows pe această mașină.
Eric Fonsi avatar
drapel in
Am oprit boot-ul securizat. Dar totuși problema este acolo. Acesta este linkul celor mai recente fișiere jurnal. https://drive.google.com/drive/folders/1-JZRLaAcDxVNJJLyI4vJJrFR2yqd28bV?usp=sharing
Eric Fonsi avatar
drapel in
Mulțumesc @mondotofu. În cazul meu, sistemul nu se oprește, se îngheață și se afișează un ecran albastru slab care nu răspunde. Și apoi nu am de ales decât să închid sistemul cu forță folosind tasta de pornire. Soluția de mai sus va funcționa și în acest caz?
mondotofu avatar
drapel cn
Nu sunt 100% sigur că îți va face problemele să dispară, dar cred că este logic să oprești întreruperile nedorite care te lasă atârnat. Ar trebui să încerci.
Eric Fonsi avatar
drapel in
Am dezactivat upgrade-urile nesupravegheate. Dar totuși problema este acolo. Am adăugat cel mai recent fișier jurnal în linkul de mai sus.

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.