Puncte:0

Am făcut downgrade Ubuntu la 32 de biți, acum am probleme la reinstalarea lui

drapel cn

Am avut un mediu Ubuntu 20.04 complet funcțional, până când am instalat recent HTK bibliotecă folosind htk-tools_3.4.1-ubuntu14_i386.deb. În acest proces, tot ce era de 64 de biți a fost eliminat din motive evidente, iar sistemul a fost, în esență, retrogradat la 32 de biți. Practic nimic nu a funcționat. Dându-mi seama de greșeala mea, am reinstalat rapid Ubuntu. Instalarea în sine funcționează și este în regulă, cu excepția faptului că acum efectuează o verificare a sistemului de fișiere la fiecare pornire, ceea ce nu făcea înainte. Dar... am probleme când instalez drivere NVIDIA (și voi avea nevoie și de CUDA). Am instalat driverele de mai multe ori (Centru software -> Drivere suplimentare, sudo apt install...), ambele versiuni -470 și -495. Instalarea driverului merge fără reclamații și imediat după aceea nvidia-smi functioneaza corect.

Cu toate acestea, când repornesc computerul pentru a activa driverele, ceva nu merge bine. Când am repornit, nu mai am acces la ethernet (fără opțiuni ethernet în Setări) și unele aplicații au dispărut și ele (aceeași care au dispărut în procesul de downgrade pe 32 de biți). Eliminarea driverului NVIDIA și activarea Nouveau nu aduce Ethernet înapoi. Am reinstalat Ubuntu de la zero de mai multe ori, dar este întotdeauna același după repornire după instalarea driverului NVIDIA.

În prezent, bănuiesc că excursia pe 32 de biți a adus unele modificări GRUB și că instalarea driverului NVIDIA îl activează cumva și pornește într-o stare de 32 de biți.
Acum am o instalare Ubuntu funcțională (fără NVIDIA) și am instalat Instrument de reparare GRUB și am făcut o analiză, dar asta este puțin peste capul meu. Am lipit jurnalul de mai jos, dacă ajută.

Ar fi recomandabil să lăsați acest instrument să repare GRUB (ce opțiuni ar trebui să folosesc) sau să îl repare într-un alt mod? Sau trebuie să fac ceva mai drastic, cum ar fi ștergerea partiției EFI sau a întregului tabel de partiții?
Sau există o altă problemă, mai probabilă, care cauzează aceste probleme?

Drive-urile mele sunt:
nvme0n1 cu 3 partiții: 1) FAT32/EFI, 2) swap și 3) etx4 pentru Ubuntu
nvme1n1 cu 1 partiție: ext4 pentru /home
(HDD-uri sdx pentru instalarea Windows și stocarea datelor)

Nu am nevoie neapărat de Windows, așa că aș fi ok dacă bootloader-ul ar fi eliminat, dacă este necesar. Ubuntu este sistemul de operare principal și nu vreau să schimb nimic în BIOS, ceea ce pare să sugereze instrumentele de reparare.

Mai jos este jurnalul de la instrumentul de reparare a pornirii:

boot-reparare-4ppa161                                              

============================== Rezumatul informațiilor de pornire ================= ===============

 => Grub2 (v1.99-2.00) este instalat în MBR-ul /dev/nvme0n1 și se uită la 
    sectorul 671999480 al aceluiași hard disk pentru core.img, dar core.img nu poate 
    fi găsit în această locație.
 => Nu este instalat niciun încărcător de pornire în MBR-ul /dev/nvme1n1.
 => Nu este instalat niciun încărcător de pornire în MBR-ul /dev/sda.
 => Niciun încărcător de pornire nu este instalat în MBR-ul /dev/sdb.

nvme0n1p1: ________________________________________________________________________________

    Sistem de fișiere: vfat
    Tip sector de boot: FAT32
    Informații despre sectorul de pornire: nu s-au găsit erori în blocul de parametri de pornire.
    Sistem de operare:  
    Fișiere de pornire: /efi/BOOT/fbx64.efi /efi/BOOT/mmx64.efi 
                       /efi/ubuntu/grubx64.efi /efi/ubuntu/mmx64.efi 
                       /efi/ubuntu/shimx64.efi /efi/ubuntu/grub.cfg

nvme0n1p2: ___________________________________________________________________________

    Sistem de fișiere: swap
    Tip sector de boot: -
    Informații despre sectorul de pornire: 

nvme0n1p3: ________________________________________________________________________________

    Sistem de fișiere: ext4
    Tip sector de boot: -
    Informații despre sectorul de pornire: 
    Sistem de operare: Ubuntu 20.04.3 LTS
    Fișiere de pornire: /boot/grub/grub.cfg /etc/fstab /etc/default/grub

nvme1n1p1: ________________________________________________________________________________

    Sistem de fișiere: ext4
    Tip sector de boot: -
    Informații despre sectorul de pornire: 
    Sistem de operare:  
    Fișiere de boot:        

sdb1: ________________________________________________________________________________

    Sistemul de fișiere:       
    Tip sector de boot: -
    Informații despre sectorul de pornire: 

sdb2: ________________________________________________________________________________

    Sistem de fișiere: ntfs
    Tip sector de boot: Windows 8/10/11/2012: NTFS
    Informații despre sectorul de pornire: nu s-au găsit erori în blocul de parametri de pornire.
    Sistem de operare: Windows 8 sau 10
    Fișiere de pornire: /Windows/System32/winload.exe

================================ 2 sisteme de operare detectate =============== ==================

OS # 1: Sistemul de operare acum utilizat - Ubuntu 20.04.3 LTS CurrentSession pe nvme0n1p3
OS#2: Windows 8 sau 10 pe sdb2

================================= Gazdă/Hardware =============== ==================

Arhitectura CPU: 64 de biți
Video: NVIDIACorporation de la NVIDIA Corporation
BOOT_IMAGE al sesiunii instalate în uz:
/boot/vmlinuz-5.11.0-46-generic 
[...]


Aici
Nmath avatar
drapel ng
Dacă ați reinstalat Ubuntu, atunci orice ați făcut înainte este irelevant. Va fi greu sau imposibil să răspunzi la această întrebare, deoarece se bazează pe acțiuni care nu ar fi avut un efect asupra instalării tale curente.
guiverc avatar
drapel cn
Nu există nuclee pe 32 de biți pentru *focal* (20.04), cu excepția cazului în care utilizați *armhf* (adică non-x86), astfel încât sistemul dvs. nu va porni dacă a fost *convertit* la toți 32 de biți (era posibil cu versiuni de până la 19.04, dar nu 20.04; instrumentele nu vor permite ca *toate* să fie convertite). Deci întrebarea ta este neclară în opinia mea (în special.dacă vorbești de x86). Ar trebui să specificați ce ați făcut de fapt.
Rerun avatar
drapel cn
Mi-am actualizat postarea inițială cu ceea ce s-a întâmplat când am rulat instalarea care a „degradat” Ubuntu. Poate că nu are nimic de-a face cu problemele mele cu instalarea driverelor NVIDIA, dar atunci de ce repornirea după instalarea driverului NVIDIA paralizează brusc sistemul meu? Ce pot face pentru a rezolva asta?
Nmath avatar
drapel ng
Cel mai bun moment pentru a instala driverul Nvidia este în timpul instalării sistemului, nu după fapt. Ar trebui să verificați/acceptați software-ul proprietar al unei terțe părți și să descărcați actualizări în timpul instalării
guiverc avatar
drapel cn
Pastebin-ul dvs. arată problema... Comanda dvs. `gdebi htk..` a provocat eliminarea pachetelor și ați fost de acord. Pachetul HTK pe care l-ați adăugat înlăturarea FORȚATĂ... trebuie să eliminați acel pachet (nu ați spus de unde este; linkul pe care l-ați furnizat a fost pentru compilare-from-source, care nu va face asta; dar a lipit o instalare deb din sursă necunoscută), apoi puteți reinstala ceea ce instalarea pachetului htk a cauzat să fie eliminat. Verificați *depinde* și cerințele pachetelor înainte de instalare și citiți efectele înainte de a le accepta. Văd asta ca o eroare de utilizator (*dar presupunerea aici, deoarece pasta a fost editată*)
Rerun avatar
drapel cn
@Nmath Mulțumesc pentru asta! Îl voi încerca la următoarea reinstalare în scurt timp.
Rerun avatar
drapel cn
@guiverc Este, desigur, o eroare de utilizator. Am avut un „moment slab”; Am făcut un instantaneu Timeshift și m-am gândit că îmi voi restabili sistemul după aceea dacă nu sunt mulțumit, dar asta nu a funcționat, din motive evidente acum. Lecții învățate.Nu pot anula aceste modificări acum, deoarece am formatat acea partiție și am reinstalat Ubuntu. De aceea nu înțeleg de ce instalarea driverelor NVIDIA + repornirea paralizează acum o nouă instalare nouă. A funcționat ca un farmec în timpul instalării inițiale cu luni în urmă.
guiverc avatar
drapel cn
Din nou, specificul contează. Ubuntu oferă multe ISO-uri pentru o versiune LTS (20.04, 20.04.1, 20.04.2, 20.04.3 20.04.4.. Server, Desktop și *arome* pentru fiecare) și acestea pot instala diferite stive de software kernel așa cum au versiunile Ubuntu LTS două opțiuni de stivă de nucleu (*excluzând declanșatorul OEM de către unele instalări*) - așa că cu luni în urmă este posibil să fi folosit medii diferite față de ceea ce ai folosit a doua oară; ceea ce înseamnă că stiva de nucleu diferită a fost instalată a doua oară... adică. nu este aceeași instalare!) Ne limităm la ceea ce oferiți și nu ne-ați furnizat nicio specificație de instalare pe care să le comentăm.
Rerun avatar
drapel cn
Mulțumesc. Îmi dau seama că instalarea mea de lucru anterior avea alte detalii când am instalat driverele NVIDIA, dar nu-mi amintesc ce versiuni au fost folosite atunci. Ideea mea a fost în principal că aceasta este puțin probabilă o problemă hardware. Voi fi bucuros să vă ofer informații despre specificul curent pentru dvs. și alții pentru a vă putea ajuta - ce ar fi util (ce comenzi ar trebui să rulez)?
guiverc avatar
drapel cn
Ce ar trebui să obțin din asta? Văd că utilizați un nucleu HWE pe 20.04; deci asta a fost stiva de nucleu la instalarea inițială? sau instalarea dvs. anterioară de luni în urmă a folosit stiva de kernel GA? sau o stivă OEM? (adică ce a fost furnizat de `uname` pentru vechiul sistem? a fost același nucleu 5.11? sau un alt nucleu *suportat* pentru 20.04.... Ideea mea era că nu ați spus cu ce îl comparați; deoarece 20.04 are multe opțiuni; unele *prestabilite* stabilite de ISO descărcate și utilizate pentru instalare; altele la momentul instalării (dacă ISO folosește programul de instalare `subiquity` permițând selecția la momentul instalării).
Rerun avatar
drapel cn
$ lsb_release -a Nu sunt disponibile module LSB. ID distribuitor: Ubuntu Descriere: Ubuntu 20.04.3 LTS Lansare: 20.04 Nume de cod: focal $ uname -a Linux ubuntu 5.11.0-46-generic #51~20.04.1-Ubuntu SMP Vin 7 ian 06:51:40 UTC 2022 x86_64 x86_64 x86_64 GNU/Linux $ uname -r 5.11.0-46-generic
Rerun avatar
drapel cn
Îmi pare rău, nu reușesc să înțeleg corect formatarea.
Rerun avatar
drapel cn
Mulțumesc. Chiar nu-mi amintesc versiunile care erau în uz când am făcut instalarea inițială în septembrie 2021. Am folosit un Live USB mai vechi (la fel ca acum) și am rulat „sudo apt update” și „sudo apt upgrade” înainte de a instala NVIDIA - și atunci și acum. Lansarea Ubuntu pe atunci era probabil 20.04.2, iar acum suntem la 20.04.3. Deci specificul este clar diferit.
Puncte:1
drapel cn

După ceea ce par a fi o mie de reinstalări și reporniri, se pare că am driverul NVIDIA, CUDA și cuDNN instalat și funcționează. Câteva lecții învățate... Vă mulțumim tuturor pentru timpul acordat și pentru ajutor!

Am ajuns să șterg GPT-ul sistemului meu și al SSD-ului meu de pornire și să deconectam fizic un HDD pe care am instalat Windows - și am urmat sfatul lui Nmath de a permite software-ul proprietar al terților și de a descărca actualizări în timpul instalării. De acolo, instalarea celorlalte pachete a mers fără probleme.

Mulțumesc din nou.

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.