Puncte:0

Ubuntu 20.04 5.11.0-40-generic => ALERTĂ! UUID=... nu există!

drapel ke

După actualizarea automată a nucleului de la 5.11.0-38-generic la 5.11.0-40-generic sistemul meu nu va porni Calculatoarele mele sunt

  • Apple Mac mini 2019 (procesor Intel(R) Core(TM) i7-8700B la 3,20 GHz) și Apple Macbook pro 2019
  • Linux este instalat pe un „WD My Passport SSD 500 GB SSD extern” pe partiția /dev/sda2

Problemele apar cu ambele sisteme. Am încercat să pornesc cu o nouă instalare Ubuntu Desktop 20.04.3. Se livrează cu nucleul 5.11.0-27. După actualizarea la 5.11.0-43 apare aceeași problemă.

Primesc următoarele mesaje de eroare:

Începe: Se așteaptă sistemul de fișiere rădăcină... Începe: Rulează /scripts/local-block... gata.
Terminat
A renunțat la așteptarea dispozitivului de sistem de fișiere rădăcină. Probleme comune:
 - Argumente de pornire (cat /proc/cmdline)
   - Verificați rootdelay= (sistemul a așteptat suficient?)
 - Module lipsă (cat /proc/modules; ls /dev)
ALERTA! UUID=e373b7f7-deb5-4265-9699-f36a857daeb9 nu există. A căzut într-o coajă!
...

După cum este descris, am încercat să setez rootdelay=90 în editorul de opțiuni de pornire rEFInd. Dar asta nu rezolvă problema.

EDIT: Se pare că nu există acces la unitatea externă.

(initramfs) cat /proc/cmdline
ro root=UUID=e373b7f7-deb5-4265-9699-f36a857daeb9 initrd=boot\initrd.img-5.11.0-40-generic
(initramfs) blkid
/dev/nvme0n1p1: LABEL_FATBOOT="EFI" LABEL="EFI" UUID="5F66-17ED" TYPE="vfat" PARTLABEL="EFI System Partition" PARTUUID="52afc870-985c-4c7d-9025-653f430"
/dev/nvme0n1p2: UUID="79934026-e0f0-417a-be7a-f2292082fdea" TYPE="apfs" PARTUUID="4df0b3ec-ba74-4381-b43c-c32725f368cb"
/dev/nvme0n1p3: LABEL="Windows" UUID="34F5EE1202469FF7" TYPE="ntfs" PARTUUID="b33219f8-db08-4c44-9d3b-b08989b10f9c"

Când pornesc sistemul cu kernelul 5.11.0-38, rezultatul blkid arată ca

sudo blkid
/dev/sda2: UUID="e373b7f7-deb5-4265-9699-f36a857daeb9" TYPE="ext4" PARTUUID="ac7c144c-cc01-4af8-922f-40021a28c643"
...
/dev/nvme0n1p1: LABEL_FATBOOT="EFI" LABEL="EFI" UUID="5F66-17ED" TYPE="vfat" PARTLABEL="EFI System Partition" PARTUUID="52afc870-985c-4c7d-9025-653f430"
/dev/nvme0n1p2: UUID="79934026-e0f0-417a-be7a-f2292082fdea" TYPE="apfs" PARTUUID="4df0b3ec-ba74-4381-b43c-c32725f368cb"
/dev/nvme0n1p3: LABEL="Windows" UUID="34F5EE1202469FF7" TYPE="ntfs" PARTUUID="b33219f8-db08-4c44-9d3b-b08989b10f9c"
/dev/sda1: LABEL_FATBOOT="EFI" LABEL="EFI" UUID="67E3-17ED" TYPE="vfat" PARTLABEL="EFI System Partition" PARTUUID="6d157669-6d30-48b0-abb9-5b4616445e"
/dev/sda3: UUID="e9c6e424-ff06-49e4-ad9a-b3afad7afebf" TYPE="ext4" PARTUUID="76a6b530-bcae-4d91-a64e-6901b42f901a"
...
drapel cc
Vă rugăm să adăugați rezultatul comenzilor: cat /proc/cmdline și sudo blkid la postarea originală. Este UUID-ul folosit în cmdline cel din mesajul dvs. de eroare (care ar fi din /boot/grub/grub.cfg)? Un alt loc în care este utilizat UUID-ul sda2 este fișierul stub grub.cfg cu 3 linii din /boot/efi/EFI/ubuntu.grub.cfg -- este corect?
Puncte:0
drapel ke

Săptămâna trecută, actualizatorul automat a instalat versiunea de kernel 5.13.0-27-generic și totul funcționează din nou. Din pacate inca nu inteleg ce s-a intamplat.

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.