Puncte:5

După actualizarea Kernel-ului 5.11, computerul nu pornește? Legat de driverele nVidia. (Kernel 5.11.0.25.27~20.04.10)

drapel id

Aproape rezolvat - Vă rugăm să ajutați!

Am crezut mai devreme că se datorează arhitecturii i386 instalate, când de fapt a fost din cauza celui mai nou Ubuntu 20.04.10 Linux Kernel 5.11.0.25.27

    $ dpkg --list | grep linux-image
ii linux-image-5.11.0-25-generic 5.11.0-25.27~20.04.1 amd64 Imagine kernel semnată generică
rc linux-image-5.4.0-42-generic 5.4.0-42.46 amd64 Imagine kernel semnată generic
rc linux-image-5.4.0-52-generic 5.4.0-52.57 amd64 Imagine kernel semnată generică
rc linux-image-5.4.0-53-generic 5.4.0-53.59 amd64 Imagine kernel semnată generic
ii linux-image-5.8.0-63-generic 5.8.0-63.71~20.04.1 amd64 Imagine kernel semnată generic
ii linux-image-generic-hwe-20.04 5.11.0.25.27~20.04.10 amd64 Imagine generică a nucleului Linux

Este ultimul care se pare că cauzează problema la HP Pavilion dv7-3130eo. Am reușit să pornesc în Kernel-ul generic 5.8.0-63 și acum încerc să găsesc o modalitate de a elimina cel mai nou Kernel.

Am încercat să rulez asta:

    sudo apt-get remove "linux-image-5.11*"
Citirea listelor de pachete... Gata
Construirea arborelui de dependență       
Citirea informațiilor despre stare... Gata
Notă, selectând „linux-image-5.11.0-1009-gcp” pentru globul „linux-image-5.11*”
Notă, selectând „linux-image-5.11.0-1007-azure” pentru globul „linux-image-5.11*”
Notă, selectând „linux-image-5.11.0-1008-oracle” pentru globul „linux-image-5.11*”
Notă, selectând „linux-image-5.11.0-25-generic” pentru globul „linux-image-5.11*”
Notă, selectând „linux-image-5.11.0-1013-oracle” pentru globul „linux-image-5.11*”
Notă, selectând „linux-image-5.11.0-22-lowlatency” pentru globul „linux-image-5.11*”
Notă, selectând „linux-image-5.11.0-1014-aws” pentru globul „linux-image-5.11*”
Notă, selectând „linux-image-5.11.0-1014-gcp” pentru globul „linux-image-5.11*”
Notă, selectând „linux-image-5.11.0-1012-azure” pentru globul „linux-image-5.11*”
Notă, selectând „linux-image-5.11.0-22-generic” pentru globul „linux-image-5.11*”
Notă, selectând „linux-image-5.11.0-1009-aws” pentru globul „linux-image-5.11*”
Notă, selectând „linux-image-5.11.0-25-lowlatency” pentru globul „linux-image-5.11*”
Pachetul „linux-image-5.11.0-1007-azure” nu este instalat, deci nu a fost eliminat
Pachetul „linux-image-5.11.0-1008-oracle” nu este instalat, deci nu a fost eliminat
Pachetul „linux-image-5.11.0-1009-aws” nu este instalat, deci nu a fost eliminat
Pachetul „linux-image-5.11.0-1009-gcp” nu este instalat, deci nu a fost eliminat
Pachetul „linux-image-5.11.0-1012-azure” nu este instalat, deci nu a fost eliminat
Pachetul „linux-image-5.11.0-1013-oracle” nu este instalat, deci nu a fost eliminat
Pachetul „linux-image-5.11.0-1014-aws” nu este instalat, deci nu a fost eliminat
Pachetul „linux-image-5.11.0-1014-gcp” nu este instalat, deci nu a fost eliminat
Pachetul „linux-image-5.11.0-22-generic” nu este instalat, deci nu a fost eliminat
Pachetul „linux-image-5.11.0-22-lowlatency” nu este instalat, deci nu a fost eliminat
Pachetul „linux-image-5.11.0-25-lowlatency” nu este instalat, deci nu a fost eliminat
Următoarele pachete au fost instalate automat și nu mai sunt necesare:
  amd64-microcode intel-microcode iucode-tool linux-headers-generic-hwe-20.04 thermald
Utilizați „sudo apt autoremove” pentru a le elimina.
Următoarele pachete suplimentare vor fi instalate:
  linux-image-unsigned-5.11.0-25-generic
Pachete sugerate:
  fdutils linux-doc | linux-hwe-5.11-source-5.11.0 linux-hwe-5.11-tools linux-module-extra-5.11.0-25-generic
Următoarele pachete vor fi ȘTERSE:
  linux-generic-hwe-20.04 linux-image-5.11.0-25-generic linux-image-generic-hwe-20.04 linux-module-extra-5.11.0-25-generic
Următoarele pachete NOI vor fi instalate:
  linux-image-unsigned-5.11.0-25-generic

Nu sunt sigur dacă ar trebui să apăs pe „da” sau să găsesc o altă modalitate de a dezinstala complet cea mai nouă versiune? Va rog sa ma ajutati cu aceasta intrebare? Cum să eliminați sau să dezactivați exact Kernel-ul problematic și să vă asigurați că Kernel-ul care funcționează este păstrat și protejat?

Raport de eroare despre Ubuntu 20.04.2 LTS kernel 5.11.0-25

Postare similară: 20.04.2 nu va porni după ce linux-image-5.11.0-22-generic:amd64 s-a instalat automat

Se pare că are ceva de-a face cu actualizarea Kernel asociată cu driverele mele Nvidia (care au venit cu sistemul Ubuntu).
Iată câteva experiențe similare, dar aceste fire nu oferă instrucțiuni clare despre cum să o rezolvi, în afară de eliminarea kernelului, dar cum se face asta într-un mod corect?:

actualizarea nucleului 5.8 la 5.11 ubuntu 20.1 nu va porni

Driverele NVIDIA nu funcționează după actualizarea nucleului la 5.11


VECHI SOLUȚIONAT: Nu aceasta a fost cauza reală a problemei! Cu ajutorul unor oameni buni de aici, am fost îndrumat cum să intru în modul de recuperare, unde am decis să încerc să elimin arhitectura i386 pe care o instalasem cu câteva luni în urmă. Am rulat următoarea comandă: sudo apt-get remove libc6:i386.

Computerul meu are Nvidia Geforce și este Ubuntu pe 64 de biți. S-ar putea ca unele actualizări noi să nu fi putut să pornesc. Instalasem anterior arhitectura i386 pentru a rula un joc pe computer (Teritoriul Inamic), dar nu a funcționat. Acum am eliminat i386 și computerul meu funcționează din nou. Vă mulțumesc tuturor!


The Old Post: Descrierea primelor experiențe cu incapacitatea de a porni computerul, fără a ști ce a cauzat problema:

Ale mele HP Pavilion dv7-3130eo computerul nu s-a pornit brusc. Totul se încarcă, chiar și logo-ul Ubuntu apare. Apăs pe „ESC” pentru a urmări ieşirea terminalului. Nu pot decât să arunc o privire rapidă: GRUB a eșuat la detectarea pornirii. (confirmat prin verificarea boot.log1) La un moment dat, ecranul devine negru. Singurul element vizibil este:

_

În colțul din stânga sus. Ecranul rămâne blocat așa. Când dau clic pe butonul de pornire, se oprește de la sine după câteva minute. Există deasemenea

Ce am incercat sa fac: Mai întâi am putut să pornesc de pe o nouă cheie USB de instalare Ubuntu, am făcut asta de multe ori. Aici am încercat mai întâi să montez harddisk-ul și am eliminat câteva fișiere. Am aflat repede că harddisk-ul era departe de a fi plin. Tot nu putea începe.

Apoi am instalat pachetele Boot-repair în timp ce eram în USB-Boot și am încercat să repar boot-ul. Când încerc să fac asta, mă întâlnesc cu acest mesaj: Sesiunea curentă este în modul de compatibilitate cu BIOS. Vă rugăm să dezactivați modul de compatibilitate BIOS/CSM/Legacy în firmware-ul UEFI.

Apoi repornesc și intru în BIOS pentru a vedea cum să activez UEFI. Cu toate acestea, BIOS-ul nu oferă astfel de opțiuni, în general pare a fi o versiune foarte simplă sau veche de BIOS.

Repornesc și pornesc din nou de pe USB, unde folosesc pachetele Boot-repair pentru a rula un test. Aceasta este ieșirea pastebin completă: Pastebin of Boot-repair test

Iată ce am observat în pastebin:

================================ Mesaje StdErr ================= ================

Descriptorul fișierului 63 (pipe:[76976]) s-a scurs la invocarea lvs. PID părinte 22927: /bin/bash

Reparație sugerată: ________________________________________________________________

Reparația implicită a utilitarului Boot-Repair ar elimina (pentru a remedia pachetele) și va reinstala grub-efi-amd64-signed of
sda5,
folosind următoarele opțiuni: sda1/boot/efi,
Ar fi efectuată reparație suplimentară: unhide-bootmenu-10s use-standard-efi-file    

Blocante în caz de reparație sugerată: ________________________________________________

 Sesiunea curentă este în modul de compatibilitate cu BIOS. Dezactivați modul de compatibilitate BIOS/CSM/Legacy în firmware-ul UEFI și utilizați acest software de pe un live-CD (sau live-USB) compatibil cu modul de pornire UEFI. De exemplu, utilizați un USB live al discului Boot-Repair-64bit (www.sourceforge.net/p/boot-repair-cd), după ce vă asigurați că BIOS-ul este configurat pentru a porni USB în modul EFI. Aceasta va activa această caracteristică.

Cerere de confirmare înainte de reparația sugerată: ___________________________________

Pornirea computerului este în modul compatibilitate BIOS/CSM/Legacy. Poate doriți să reîncercați după ce îl schimbați în modul EFI.
Ca alternativă, este posibil să doriți să reîncercați după dezactivarea opțiunii [Partiție separată /usr:].
Ești sigur că vrei să continui oricum?

Sfat final în cazul unei reparații sugerate: ___________________________________________


Vă rugăm să nu uitați să porniți firmware-ul UEFI pe intrarea Ubuntu 20.04.2 LTS (sda1/efi/****/shim****.efi (**** va fi actualizat în mesajul final) fișier) !
Pornirea computerului este în modul compatibilitate BIOS/CSM/Legacy. Poate doriți să reîncercați după ce îl schimbați în modul UEFI.

Caut pe web pentru a afla cum să activez UEFI. Întrucât nu reușesc să găsesc nicio soluție imediată, încerc din nou să fac boot-repair, de data aceasta găsesc o casetă în opțiunile avansate, care ignoră UEFI. Încerc să execut reparația și este cu succes. Aceasta este caseta pe care am debifat-o: partiție separată de boot/efi

Acesta este pastebin-ul pe care mi-l oferă reparația de pornire: Repara pastebin

Încerc să repornesc computerul. Dar nimic nu s-a schimbat. Tot nu va porni.

Are cineva indicii sau sugestii? Orice fel de ajutor ar fi foarte apreciat!

Pentru a clarifica: Problema rămâne în continuare aceeași. Nu reușesc să încarc Ubuntu cu succes, la jumătatea drumului se oprește și un ecran negru cu a _ semnul apare în colțul din stânga sus.

În BIOS, scrie că rulez Versiunea BIOS F.1A Utilitar de configurare InsydeG20. Rev. 3.5 Computerul are o placă grafică Nvidia Geforce.

Vă mulţumesc pentru ajutor

Cu sinceritate Atena

ChanganAuto avatar
drapel us
Din păcate, ca multe altele înainte, nu înțelegeți că UEFI nu este un mod/funcție. UEFI ESTE firmware-ul care a înlocuit vechiul firmware BIOS cu mulți ani în urmă. Deși mulți utilizatori și vânzători folosesc greșit „BIOS” până în prezent, asta nu este așa. De fapt, dacă ai UEFI, nu ai BIOS și invers. Și pentru a complica și mai mult, majoritatea UEFI-urilor au încă și astăzi un „mod de compatibilitate BIOS” special (AKA „CSM” AKA „Legacy”) care emulează într-un fel comportamentul vechiului BIOS din 1981. Avertismentul vă spune de fapt să **dezactivați** acest mod, deoarece aveți UEFI și...
ChanganAuto avatar
drapel us
... sistemul de operare a fost instalat corect în modul UEFI. Dar, deoarece CSM este activat, atunci majoritatea mediilor externe (de pornire) pot porni în oricare dintre moduri. Modul în care pornește este modul în care se instalează și, de asemenea, cum Boot-Repair va putea sau nu să facă ceva, deoarece trebuie să pornească în același mod al sistemului de operare (OS) instalat.
Athena avatar
drapel id
Vă mulțumesc pentru răspunsul dumneavoastră. Este foarte util! Cum îmi sugerați să dezactivez acest mod?
ChanganAuto avatar
drapel us
Depinde în întregime de tine și de setările firmware-ului. Acestea sunt diferite în funcție de marcă/model și versiunea de firmware.
Athena avatar
drapel id
@ChanganAuto Mulțumesc. Am furnizat detaliile computerului meu și ale Firmware-ului, conform a ceea ce am putut afla. Există vreo modalitate de a găsi mai multe detalii despre firmware-ul meu? Există vreo modalitate de a folosi Ubuntu USB pentru a configura UEFI, astfel încât să pot actualiza GRUB în mod corespunzător (sau orice este necesar pentru ca computerul să pornească din nou normal?) Ai vreo sugestie? Mulțumesc! Athena :-)
ChanganAuto avatar
drapel us
Chiar și cu CSM activat, cel mai rău se întâmplă să aveți două intrări pentru același mediu extern de pornire, una menționând în mod explicit „UEFI” și aceasta este cea pe care doriți să o porniți. Cu toate acestea, dacă ați făcut USB-ul cu un instrument precum Rufus (Windows), setările implicite sunt pentru modul BIOS (BIOS/MBR) și ar trebui să fie UEFI/GPT, pornește doar în modul sau altul. Acestea fiind spuse, problema dumneavoastră este PUȚIBABIL să fie rezolvată cu Boot-Repair. Acest instrument nu este un panaceu universal, cel mai bun lucru pe care îl poate face este să reinstaleze Grub. Problema dvs. poate avea de-a face cu corupția sistemului de fișiere.
oldfred avatar
drapel cn
Fstab-ul dvs. arată montarea unei partiții de sistem ESP - efi, ceea ce înseamnă că sistemul este UEFI. Dar ați instalat grub în MBR și utilizați partiționarea MBR. UEFI sugerează cu tărie folosirea partiționării gpt cu UEFI. Ubuntu se instalează în modul UEFI pe MBR, dar probabil că nu ar trebui. A fost inițial BIOS sau UEFI?
Athena avatar
drapel id
Vă mulțumim pentru toate aceste indicii prețioase! @ChanganAuto M-am uitat puțin în el. USB-ul actual de la care pornesc, pare să aibă o partiție de sistem de fișiere care are sistemul EFI în el. Îmi sugerați să fac o cizmă Rufus? În plus. Am făcut test de disc și reparații de disc, am rulat și fsck, nimic nu indică că este o corupție a sistemului de fișiere sau cel puțin nu pare să o repare. Chiar dacă este o corupție a zonei de boot. Ce pot face pentru a-l restaura?
Athena avatar
drapel id
Hard disk-ul în sine, pare să aibă o partiție /dev/sda1 Filesystem cu tipul de partiție: W95 FAT32 (Bootable). Este adevărat că există alte două partiții: /dev/sda2/ cu tipul de partiție: Extins. Și /dev/sda5/ cu tipul de partiție: Linux (Ext4) Mă întreb de ce Ubuntu se poate încărca într-o anumită măsură, dar se oprește și se blochează la un moment dat. Este chiar GRUB-ul care eșuează sau este altceva? @oldfred Mulțumesc!
oldfred avatar
drapel cn
Puteți apăsa tasta Escape imediat după ecranul UEFI/BIOS (dacă sunteți în modul de pornire UEFI) și obțineți meniul Grub. Cu o singură instalare, meniul nu apare în mod normal. Și apoi puteți alege a doua linie de pornire de recuperare sau în submeniu.
Athena avatar
drapel id
Mulțumesc @oldfred. Actualizare rapidă, am găsit boot.log-ul și am reușit să găsesc un singur mesaj „fail”, reprodus de 10 ori: GRUB failed boot detection Voi face ceea ce mi-ai spus să fac, am încercat ceva asemănător mai devreme. Când am încercat ultima dată când s-a întâmplat acest lucru: am făcut clic pe ESC pe ecranul HP (Acesta ar putea fi EUFI/BIOS?. După ce am făcut clic pe ESC acolo, apar o serie de opțiuni, inclusiv intrarea în BIOS, care nu are niciun folos. Dar nu Cred că acesta este meniul GRUB. Singurul moment în care apare meniul GRUB este atunci când pornesc USB-ul.
Athena avatar
drapel id
Informații de sistem F1 F2 Diagnosticare sistem Opțiuni pentru dispozitivul de pornire F9 F10 Configurare BIOS F11 Recuperare sistem F12 Network Boot ENTER - Continuați pornirea Acestea sunt opțiunile pe care le primesc.
Athena avatar
drapel id
@oldfred Urmând instrucțiunile dvs. de a apăsa ESC după ecranul UEFI/BIOS (HP), am reușit să obțin GRUB și să selectez Modul de recuperare. Aici am reușit să fac câteva modificări. Inclusiv instalarea actualizărilor și eliminarea automată. Dar tot nu mi-a permis să pornesc. Apoi am încercat din nou. A deschis terminalul sudo. Și am decis să încerc să elimin arhitectura i386 pe care o instalasem anterior cu câteva luni în urmă. Am făcut asta prin: sudo apt-get remove libc6:i386 FUNCȚIONEAZĂ ACUM! Am putut să pornesc. Vă mulţumesc pentru ajutor!
Athena avatar
drapel id
Am aflat că se datorează Kernel-urilor. Dar nu sunt sigur dacă ar trebui să elimin cel mai nou Kernel și cum să fac asta corect? Sau poate că Kernel-ul trebuie actualizat? Am încercat să rulez unele lucruri în terminal și mi-am lipit rezultatul în postarea de mai sus. @oldfred
oldfred avatar
drapel cn
Este cea mai recentă versiune UEFI? (Ei încă îl numesc BIOS). Cum ai instalat driverul nVidia? Postați asta: `dkms status` Dacă ați instalat nVidia din depozit, acesta ar trebui să se actualizeze automat în noul kernel.Dacă schimbați driverul nVidia, trebuie să curățați complet versiunea veche, altfel aveți conflicte și apoi probleme mai mari. Instalare nVidia, purjare dacă este necesar. https://ubuntuforums.org/showthread.php?t=2383560&p=13735336#post13735336
Athena avatar
drapel id
Acum rulez Kernel-ul 5.8 și funcționează. Iată rezultatul pentru `dkms status`:`nvidia-340, 340.108, 5.8.0-63-generic, x86_64: installed` Credeți că este necesar să curățați driverele nVidia? Cred că driverele au venit cu Ubuntu, nu am făcut nimic să le instalez. Nici eu nu am schimbat driverele, cred (cu excepția cazului în care arhitectura i386 pe care am instalat-o și eu luni în urmă poate fi considerată așa?) Nu sunt sigur cum să aflu ce versiune UEFI am și dacă este cea mai recentă. Am scris mai devreme ce am putut vedea când am deschis BIOS-ul. @oldfred Mulțumesc pentru ajutor!
drapel ar
Bun venit la Ask Ubuntu. Acesta este un site cu răspunsuri la întrebări. Vă rugăm să nu puneți REZOLVAT în titlul întrebării. Și nu pune răspunsul în întrebare. Ești binevenit să-ți răspunzi la întrebarea ta. Acceptați-vă răspunsul făcând clic pe bifa gri âï¸ de lângă răspunsul dvs. și transformați-l în verde â . Acest lucru va marca întrebarea dvs. rezolvată și va ajuta pe alții.
Athena avatar
drapel id
Vă mulțumesc pentru răspunsul dvs. @user68186 Aș dori să pun răspunsul, dar încă nu am răspunsul cert. Așa că încă aștept ca alții să continue să ajute. Am scris astfel „parțial rezolvat”, deoarece a fost descoperit motivul problemei, dar nu a fost oferită nicio îndrumare clară despre cum să rezolvi complet problema. Mulțumesc pentru ghid, ajutor și înțelegere :-) Atena
Tim avatar
drapel jp
Tim
Și eu am această problemă când am făcut upgrade de la 5.11.0-25 la 5.11.0-31. Am si eu driverele nvidia. Nu pot trece la driverele nouveau... Repornesc la 0-25 deocamdată. Am încercat să reinstalez grub. Se pare că are legătură cu configurația mea ciudată a unității. Am cam 4 unități nvme și 4 hard disk. un nvme are windows si unul cu ubuntu. celelalte sunt date. Primesc un ecran negru de genul că intramfs nu se încarcă sau ceva imediat după grub. foarte enervant trebuie să pornești manual.
Puncte:1
drapel cn

Cred că am găsit o soluție pe baza unei alte experiențe:

  • aplicați remedierea pentru nucleul 5.11:

    1. Porniți în primul nucleu disponibil care funcționează (pentru mine este 5.8.0.59)
    2. Adăugați depozitul: sudo add-apt-repository ppa:kelebek333/nvidia-legacy
    3. Aplicați remedierea: sudo apt install xorg-modulepath-fix

Schimbați de la drivere Nvidia la drivere nouveau.

Încercați să reporniți cu 5.11.

Pentru mine aceasta a fost o combinație de lucru.

Notă: Cu siguranță există o eroare cu lib32gcc1 și libgc6xx și incompatibilitatea lor cu aceasta și cu actualizările kernel ulterioare. Trebuie să așteptăm această remediere pentru driverele nvidia.

Athena avatar
drapel id
Vă mulțumim pentru această soluție valoroasă. Nu l-am încercat încă, dar o voi face și voi posta rezultatul.
Puncte:0
drapel ph

Am avut o problemă similară la actualizarea distribuției de la 20.04 la 21.04, care a venit cu un nucleu mult mai nou (PC-ul de lucru de la 5.8 la 5.11.. a rămas inactiv de la pandemie). Actualizarea pachetului gcc a fost remediată pentru mine, compilatorul este cel care încearcă de fapt să ruleze și să configureze pachetul nvidia-driver, iar 5.11 a venit cu o nouă versiune pe care actualizarea distribuției nu a actualizat-o, sau cel puțin nu a fost configurată să o utilizeze . Deci simplu sudo apt install gcc a reparat-o pentru mine.

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.