Puncte:0

Ubuntu 20.04 nu pornește după actualizarea discului criptat

drapel us

Problema: Un notebook Dell, după o actualizare recentă sistemul nu mai pornește. Atinge discul criptat, sau poate că are legătură cu un program grafic. În mod normal, după ce am trecut prin grub, mi se cere parola pentru a debloca discul într-un anumit mod grafic. Dar acum nu mi se cere parola, după ce trec la un ecran grafic de linie de comandă, se oprește, singurul lucru pe care îl pot face este să apes Ctrl-Alt-Del pentru a reporni sistemul.

Întregul disc este criptat Luks, cu excepția partiției de boot:

nvme0n1 259:0 0 953,9G 0 disc âânvme0n1p1 259:1 0 731M 0 parte /boot âânvme0n1p2 259:2 0 1K 0 parte âânvme0n1p5 259:3 0 953,2G 0 parte ââmyvolume 253:0 0 953,2G 0 criptă ââkubuntu--vg-root 253:1 0 930,4G 0 lvm / ââkubuntu--vg-swap_1 253:2 0 15,6G 0 lvm

Ce am încercat până acum: am început un live-stick și pot monta discul și pot schimba rădăcina:

# sudo su # cryptsetup luksOpen /dev/nvme0n1p5 myvolume # vgscan --mknodes S-a găsit grupul de volum „kubuntu-vg” folosind tipul de metadate lvm2 # vgchange -ay 2 volum(e) logic(e) în grupul de volume „kubuntu-vg” acum activ # mount /dev/mapper/kubuntu--vg-root /mnt/ # mount /dev/nvme0n1p1 /mnt/boot/ # pentru i în /dev /dev/pts /proc /sys /run; do sudo mount -B $i /mnt$i; Terminat # chroot /mnt/

Pot reinstala grub, cryptsetup, intitramfs, aptitude upgrade, kernel-uri, totul, dar nimic nu ajută. Nu găsesc mesaje utile în niciunul dintre fișierele jurnal, singurul indiciu ar putea fi într-un vechi syslog: 16 februarie 14:54:16 ws-04 sddm[997]: Eroare de autentificare: „Procesul s-a blocat” 16 februarie 14:54:16 ws-04 sddm[997]: Autentificare: sddm-helper s-a blocat (codul de ieșire 15) 16 februarie 14:54:16 ws-04 org.kde.kdeconnect[103919]: conexiunea X11 s-a întrerupt (eroare 1). A murit serverul X11? 16 februarie 14:54:16 ws-04 ModemManager[936]: ModemManager este oprit 16 februarie 14:54:16 ws-04 org.kde.kglobalaccel[1237]: conexiunea X11 s-a întrerupt (eroare 1). A murit serverul X11? 16 februarie 14:54:16 ws-04 sddm[997]: Eroare de autentificare: „Procesul s-a blocat” 16 februarie 14:54:16 ws-04 bluetoothd[826]: se încheie 16 februarie 14:54:16 ws-04 sddm[997]: Auth: sddm-helper a ieșit cu 15 16 februarie 14:54:16 ws-04 bluetoothd[826]: Punct final neînregistrat: expeditor=:1.38 cale=/MediaEndpoint/A2DPSink/sbc 16 februarie 14:54:16 ws-04 sddm[997]: Serverul de afișare se oprește... 16 februarie 14:54:16 ws-04 bluetoothd[826]: Punct final neînregistrat: expeditor=:1.38 cale=/MediaEndpoint/A2DPSource/sbc 16 februarie 14:54:16 ws-04 NetworkManager[832]: [1645019656.2312] modem-manager: ModemManager nu mai este disponibil 16 februarie 14:54:16 ws-04 systemd1: Oprirea LSB: generare automată a raportului de avarie... Dar nu sunt sigur dacă acest lucru are legătură cu problema.

Are cineva vreo idee, unde ar trebui să mă concentrez?

Această postare este ascunsă. A fost ștearsă acum 4 ore de karel, Thomas Wardâ¦.

Tocmai am recunoscut, când selectez o opțiune de recovery-mode în Grub, după ce am așteptat mult timp (poate unul sau două minute), primesc un mesaj și în consola initramfs:

Începe: rulează /script/local-premount... findfs: nu se poate rezolva „LABEL=writable” Terminat. linia de comandă necesară a nucleului snap_core nu este setată BusyBox [...] (initramfs)

Actualizați:

Am învățat puțin despre consola initramfs. Interesant, nu pot găsi discul în consolă. Nu există nici /dev/mapper (cu excepția /dev/mapper/control), nici /dev/disk, nici /dev/nvme*. Am reinstalat initramfs-tools și initramfs-cryptsetup și câteva pachete aferente prin intermediul live stick-ului și am intrat în sistem cu chroot așa cum este descris mai sus. Fara succes. Discul pare să fie bine, pentru că îl pot decripta și monta cu live-stick-ul...

Actualizați:

Am făcut ceva ce nu mai știu, dar acum primesc câteva mesaje înainte de a cădea într-o consolă initramfs, când aleg un nucleu pentru modul de recuperare în Grub.

A renuntat la asteptarea dispozitivului root. Probleme comune: - Argumente de pornire (cat /proc/cmdline) -Verificați rootdelay= (sistemul a așteptat suficient?) -Module lipsă (cat /proc/modules; ls /dev) ALERTA! /dev/mapper/kubuntu--vg-rot nu există. A căzut într-o coajă!

BusyBox v1.30.1 (Ubuntu 1:1.30.1-2ubuntu6.4) shell încorporat (ash) Introduceți „ajutor” pentru o listă de comenzi încorporate.

(initramfs)

Conform legătură trebuie să reinstalați initramfs sau să treceți la o altă versiune de kernel. Dar ideea este că problema este la toate cele trei versiuni de kernel pe care le am în acest moment, 5.4.9-96-generic, -99- și -100-. Poate că modulul AHCI lipsește din initramfs, pentru că nu pot vedea niciun disc? Cum as putea verifica/repara asta?

paladin avatar
drapel kr
Se pare că utilizați tabelul de partiții DOS (MBR), v-ați asigurat că nvme0n1p1 a fost configurat ca partiție activă (pornibilă)? Porniți PS cu un live-stick, deschideți un terminal, introduceți `sudo parted`, selectați discul cu `select /dev/nvme0n1`, imprimați statisticile despre tabel cu `print free`, asigurați-vă că citiți `Partition Table: msdos `, introduceți `toggle 1 boot`, introduceți `print free` din nou, acum ar trebui să apară un flag `boot` pentru partiția 1 (dacă nu apare niciun semnal de boot, utilizați din nou `toggle 1 boot`). Introduceți `quit` și reporniți mașina fără live-stick.
drapel us
Mulțumesc pentru indiciu, m-am uitat, dar există un semnalizator de încărcare când faci un frint gratuit, ` 1 1049kB 768MB 767MB pornire ext4 primară`
Puncte:0
drapel us

Eu ooooot!! (Dar am fost foarte aproape să renunț...) Dar am atât de multe lucruri în funcțiune, este un coșmar să fac o instalare nouă.

Cel mai productiv indiciu a venit de la un utilizator Windows, el a întrebat „Nu există un punct de restaurare pentru a reveni la o stare de lucru?” Apoi am căutat Aptitude Logfiles, poate pot afla ce a fost actualizat în ziua în care sistemul încă funcționa. Într-adevăr, în /var/log/ există câteva fișiere aptidude.x.gz. Am constatat că în acea zi dracatul a fost înlocuit cu Initramfs. Am încercat să anulez acest pas în modul chroot.Când a marcat dracut pentru instalare, Aptitude a făcut printre altele următoarele sugestii:

Va instala 5 pachete și va elimina 6 pachete. Se vor folosi 1124 kB de spațiu pe disc #========================================= [ELIMINARE, NU UTILIZAT] initramfs-tools-bin:amd64 0.136ubuntu6.7 [ELIMINAȚI, NU FOLOSIT] initramfs-tools-core:amd64 0.136ubuntu6.7 [ELIMINAȚI, NU FOLOSIT] klibc-utils:amd64 2.0.7-1ubuntu5 [ELIMINAȚI, NU FOLOSIT] libklibc:amd64 2.0.7-1ubuntu5 [ELIMINAȚI, NU FOLOSIT] lz4:amd64 1.9.2-2ubuntu0.20.04.1 [INSTALARE, DEPENDENȚE] dracut:amd64 048+80-2 [INSTALARE, DEPENDENȚE] dracut-core:amd64 048+80-2 [INSTALARE, DEPENDENȚE] finalrd:amd64 6~ubuntu20.04.1 [INSTALARE, DEPENDENȚE] kpartx:amd64 0.8.3-1ubuntu2 [INSTALARE, DEPENDENȚE] mdadm:amd64 4.1-5ubuntu1.2 [ELIMINARE, DEPENDENȚE] initramfs-tools:amd64 0.136ubuntu6.7 #=========================================

Jurnalul complet.

Ceea ce părea promițător pentru mine. Într-adevăr, mi se cere parola Luks la începutul pornirii, iar sistemul pornește normal.

Deci, acum mi-e teamă să fac actualizări, pentru că ar putea înlocui din nou dracat cu initramfs. Nu știu care este adevărata problemă, cred că există o eroare în pachetul cryptsetup-initramfs. Există vreo problemă cunoscută?

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.