Puncte:5

Conflict UUID a două discuri cu același Ubuntu 20.04

drapel za

Ubuntu 20.04 clonat de la SSD m.2 la SSD nvme. UUID pe nvme nou generat după clonare. Ambele lucrează, dar cu următorul călăreț:
UUID-ul din fstab al nvme ubuntu trebuie să fie UUID-ul SSD-ului ubuntu, altfel dă eroarea „Eșuat la pornirea remontării sistemelor de fișiere rădăcină și kernel”.
Dar ambele partiții Ubuntu funcționează independent, deoarece versiunea nvme este actualizată la 20.04.03 de la 20.04.01 inițial. Versiunea pe SSD este încă 20.04.01.
Dacă UUID-ul respectiv a fost introdus în fstab, atunci ambele partiții nu pornesc.
Am un BIOS de pornire moștenit și folosesc bootloaderul Clover cu GPT fs pe ambele discuri.

$ lsblk -o nume, dimensiune, tip fs, etichetă, uuid, punct de montare, model|sed 's/ *$//';
NUME DIMENSIUNE FSTYPE LABEL UUID MOUNTPOINT MODEL    
loop0 185.4M squashfs /snap/audacity/920    
loop1 185.3M squashfs /snap/audacity/922    
loop2 4K squashfs /snap/bare/5    
loop3 99.4M squashfs /snap/core/11993    
loop4 61,9 M squashfs /snap/core20/1169    
loop5 99.5M squashfs /snap/core/11798    
loop6 55.4M squashfs /snap/core18/2128    
loop7 219M squashfs /snap/gnome-3-34-1804/66    
loop8 55.5M squashfs /snap/core18/2246    
loop9 61,8 M squashfs /snap/core20/1081    
loop10 140K squashfs /snap/gtk2-common-themes/13    
loop11 65.2M squashfs /snap/gtk-common-themes/1519    
loop12 219M squashfs /snap/gnome-3-34-1804/72    
loop13 32,4 M squashfs /snap/snapd/13270    
loop14 51M squashfs /snap/snap-store/542    
loop15 65.1M squashfs /snap/gtk-common-themes/1515    
loop16 42,2 M squashfs /snap/snapd/13831    
loop17 164,8 M squashfs /snap/gnome-3-28-1804/161    
loop18 51M squashfs /snap/snap-store/547    
loop19 162,9 M squashfs /snap/gnome-3-28-1804/145    
sda 119.2G LS_128GB_M300    
ââsda1 24G ext4 U20.04 SSD pe 64 de biți 11bb7e9e-49c9-4e44-bc97-2b501f358e2b    
ââsda2 555M vfat EFI-SSD 864B-9B3E    
ââsda3 45G ntfs F894575794571788    
ââsda4 102,9M vfat BDU-SSD 64BD-803B    
ââsda5 500M ext4 2a2cb9ea-cb10-4154-ac48-8c8513559de3    
ââsda6 49.2G ntfs 6C7A63467A630BE0    
sdb 29G Storage_Device    
ââsdb1 200M vfat BDU 7CCC-3457 /boot/efi    
ââsdb2 28.8G    
nvme0n1 232.9G Samsung SSD 970 EVO Plus 250GB    
âânvme0n1p1 100M vfat BDU-NVME 4860-509F    
âânvme0n1p2 46.5G ext4 U20.04 pe 64 de biți SSD 5d01e76f-5114-4416-b810-5de33dafa914 /    
âânvme0n1p3 49.6G ext4 U18 NVME fd23fb07-2a0d-4b9c-962f-1d86f17e32df

fstab de ubuntu 20.04 pe SSD

#/etc/fstab: informații despre sistemul de fișiere statice.
#Folosiți „blkid” pentru a imprima identificatorul unic universal pentru a
#dispozitiv; aceasta poate fi folosită cu UUID= ca o modalitate mai robustă de a denumi dispozitive
#care funcționează chiar dacă discuri sunt adăugate și eliminate. Vezi fstab(5).
#<sistem de fișiere> <punct de montare> <tip> <opțiuni> <dump> <trecere>
#/ a fost pe /dev/sda1 în timpul instalării
#UUID=5d01e76f-5114-4416-b810-5de33dafa914 / ext4 errors=remount-ro 0 1
UUID=11bb7e9e-49c9-4e44-bc97-2b501f358e2b / ext4 errors=remount-ro 0 1 /swapfile         
niciun schimb sw 0 0
#UUID=4860-509F /boot/efi vfat defaults 0 1
#UUID=4860-509F /boot/efi vfat defaults 0 1
#UUID=4860-509F /boot/efi vfat defaults 0 1
#UUID=4860-509F /boot/efi vfat defaults 0 1
#UUID=B092-D69A /boot/efi vfat defaults 0 1
#UUID=864B-9B3E /boot/efi vfat defaults 0 1
#UUID=864B-9B3E /boot/efi vfat defaults 0 1 
 UUID=864B-9B3E /boot/efi vfat defaults 0 1

fstab de ubuntu de 20.04 pe NVME

#/etc/fstab: informații despre sistemul de fișiere statice.
#Folosiți „blkid” pentru a imprima identificatorul unic universal pentru a
#dispozitiv; aceasta poate fi folosită cu UUID= ca o modalitate mai robustă de a denumi dispozitive
#Acesta funcționează chiar dacă discuri sunt adăugate și eliminate. Vezi fstab(5).
#<sistem de fișiere> <punct de montare> <tip> <opțiuni> <dump> <trecere>
#/ a fost pe /dev/sda1 în timpul instalării
UUID=11bb7e9e-49c9-4e44-bc97-2b501f358e2b / ext4 errors=remount-ro 0 1
#UUID=5d01e76f-5114-4416-b810-5de33dafa314 / ext4 errors=remount-ro 0 1
/swapfile niciunul swap sw 0 0
UUID=4860-509F /boot/efi vfat defaults 0 1

Problema a fost rezolvată prin actualizarea nr. 1 din răspunsul de mai jos.

prasannaC avatar
drapel za
@heynnema vă rugăm să vedeți rezultatul lsblk atașat în editarea întrebării originale. UUID-ul partiției clonate la nvme0n1p2 este deja unic, indiferent dacă mai trebuie să fac „man uuidgen și man tune2fs”, așa cum ați sugerat. Mulțumiri.
heynnema avatar
drapel ru
Intenția dvs. este de a menține conectate atât SSD-ul, cât și NVME? Nu ați clonat discurile, probabil ați folosit partiții de copiere/lipire gparted și apoi ați modificat dimensiunile partițiilor, da? Dacă utilizați boot vechi, de ce sunt discurile GPT? Arată-mi /etc/fstab-ul tău.
prasannaC avatar
drapel za
@heynnema da prin gparted am copiat/lipit și i-am schimbat și UUID-ul. și i-am modificat dimensiunea.. Desktop-ul meu are BIOS moștenit și, deoarece SSD-ul nvme nu poate fi pornit prin intermediul acestuia, folosesc bootloaderul Clover care necesită GPT. Ce /etc/fstab vrei, dintre ssd sau nvme ubuntu 20.04?
heynnema avatar
drapel ru
Haide și arată-mi pe amândouă. Schimbați în funcție de configurația hardware?
prasannaC avatar
drapel za
@heynnema vă rugăm să vedeți fstab-ul ambelor discuri.
heynnema avatar
drapel ru
Presupun că sunt confuz. Care este configurația finală pe care o doriți... două discuri, mereu conectate și porniți de pe nvme... sau altceva? De ce două fstabs? UUID-urile arată greșit în fstab-ul nvme. 5d01e76f-5114-4416-b810-5de33dafa314 ar trebui să se termine în a914.
heynnema avatar
drapel ru
Vezi Actualizarea #1 în răspunsul meu.
prasannaC avatar
drapel za
@heynnema, vă rugăm să vedeți răspunsul meu chiar sub actualizarea dvs. #1
Puncte:3
drapel ru

Când clonați un disc, Tot este clonat, inclusiv discul și UUID-urile partiției. Aceasta devine o problemă atunci când ambele discuri sunt conectate la sistem în același timp.

Trebuie să schimbați UUID-ul pe discul original sau pe discul clonat. Cu toate acestea, dacă schimbați UUID-ul de pe discul original, va trebui să editați și /etc/fstab. Dacă schimbați UUID-ul pe discul clonat, nu sunt necesare modificări /etc/fstab (cu excepția cazului în care discul clonat este instalat în cele din urmă în sistem, în locul discului original, iar apoi /etc/fstab va trebui actualizat cu UUID nou sau numele dispozitivului /dev/sdaX).

Notă: Nu ar trebui să existe niciun motiv pentru a monta atât discul original, cât și discul clonat, prin modificări suplimentare în /etc/fstab. Un disc clonat este utilizat în mod normal pentru a crea o copie de rezervă sau pentru a transfera de pe un disc original mai mic, pe un disc de clonare mai mare și apoi schimbat în sistem.

Notă: Problemele de pornire a discului de clonare pot fi rezolvate în mod normal folosind reparare cizme.

Există două comenzi necesare pentru a face modificări UUID. Vedeți următoarele pagini de manual...

man uuidgen
om tune2fs

uuidgen

exemplu: uuidgen -r sau uuidgen -t

   -r, --aleatoriu
          Generați un UUID bazat pe aleatoriu. Această metodă creează un UUID conâ
          constând în cea mai mare parte din biți aleatori. Este nevoie ca operarea
          sistemul are un generator de numere aleatoare de înaltă calitate, cum ar fi
          /dev/random.

   -t, --timp
          Generați un UUID bazat pe timp. Această metodă creează un UUID pe baza
          ceasul sistemului plus adresa hardware ethernet a sistemului, dacă
          prezent.

tune2fs

exemplu: sudo tune2fs -U new_UUID /dev/sdbX

   -U UUID
          Setați identificatorul unic universal (UUID) al sistemului de fișiere
          la UUID. Formatul UUID-ului este o serie de cifre hexadecimale separateâ
          evaluat prin cratime, astfel:
          „c1b9d5a2-f162-11cf-9ece-0020afc76f16”. Parametrul UUID poate
          fi, de asemenea, unul dintre următoarele:

               ștergeți ștergeți UUID-ul sistemului de fișiere

               generați aleatoriu un nou UUID generat aleatoriu

               timp generează un nou UUID bazat pe timp

          UUID-ul poate fi folosit de mount(8), fsck(8) și /etc/fstab(5)
          (și posibil și altele) prin specificarea UUID=uuid în loc de bloc
          nume special de dispozitiv, cum ar fi /dev/hda1.

          Consultați uuidgen(8) pentru mai multe informații. Dacă sistemul nu
          au un generator bun de numere aleatoare, cum ar fi /dev/random sau
          /dev/urandom, tune2fs va folosi automat un UUID bazat pe timp
          în loc de un UUID generat aleatoriu.

Actualizare #1:

fstab corectat al ubuntu de 20.04 pe NVME

Notă: nu ar trebui să existe TABS în fstab, doar spații

#/etc/fstab: informații despre sistemul de fișiere statice.
#Folosiți „blkid” pentru a imprima identificatorul unic universal pentru a
#dispozitiv; aceasta poate fi folosită cu UUID= ca o modalitate mai robustă de a denumi dispozitive
#Acesta funcționează chiar dacă discuri sunt adăugate și eliminate. Vezi fstab(5).
#<sistem de fișiere> <punct de montare> <tip> <opțiuni> <dump> <trecere>
#/ a fost pe /dev/nvme0n1p2 în timpul instalării
UUID=5d01e76f-5114-4416-b810-5de33dafa914 / ext4 errors=remount-ro 0 1
/swapfile niciunul swap sw 0 0
UUID=4860-509F /boot/efi vfat defaults 0 1
prasannaC avatar
drapel za
„Bănuiesc că sunt confuz. Care este configurația finală pe care o doriți... două discuri, întotdeauna conectate și porniți de pe nvme...sau altceva? De ce două fstabs? UUID-urile arată greșit în fstab-ul nvme. 5d01e76f-5114-4416-b810-5de33dafa314 ar trebui să se termine în a914" Vreau doar NVME să aibă ubuntu 20.04 și îl voi elimina de pe SSD. Nu a fost editat niciun fstab tocmai s-a făcut copierea/lipirea. Să editez UUID-ul în NVME fstab. Mulțumesc.
heynnema avatar
drapel ru
@prasannaC Da. Editați UUID-ul corect în fstab, la fel ca în Actualizarea mea #1.
prasannaC avatar
drapel za
AI DREPTATE!!! uuid-ul ar fi trebuit să se termine cu a914 în loc de a314. De fapt, a fost o greșeală de scriere stupidă. Mulțumesc un milion pentru răbdare și mare ajutor. Acum pot să-mi pornesc ubuntu 20.04 pe partiția nvme0n1p2 NVME cu SSD deconectat. Am acceptat răspunsul dvs.
heynnema avatar
drapel ru
@prasannaC Vești grozave! Mulțumesc pentru actualizare.

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.