Cum se poate recupera/scrie o etichetă (clonează una existentă)?

ZFS stochează 4 etichete, 2 la începutul unui dispozitiv, 2 la sfârșit. Când sunt corupte, nu se poate monta un pool.

Am avut o cutie cu 3 etichete rupte (nu a reușit să despacheteze), dar 1 era încă intact. L-as putea enumera cu zdb -lu Destul de bine.

zpool import -d /dev/sda a eșuat. Folosind -f, și/sau -F, și/sau -D a eșuat.

nu se poate importa „/dev/sda”: nu există un astfel de pool disponibil

Există vreo modalitate de a copia eticheta #2 pe etichetele #0, #1, #3?

Presupun că sunt copii redundante, existente pentru a spori fiabilitatea. Cu toate acestea, dacă acest lucru ar fi adevărat, nu reușesc să înțeleg de ce zfs nu ar importa un pool dacă rămâne cel puțin o etichetă intactă și apoi pur și simplu le-ar restaura pe celelalte trei.

Context despre cum s-a ajuns la această problemă:

1. Am făcut prostia și am creat două dintre pool-urile mele cu nume de dispozitiv precum /dev/sda în loc de /dev/disk/by-uuid/1234. Sincer, nu știu la ce mă gândeam, pentru că am mai fost acolo
2. Astăzi am conectat o unitate nouă, dorind să creez o piscină nouă, mai mare.
3. Desigur, cele două bazine care au eșuat au fost cele ale căror nume „sda” au fost schimbate cu o singură literă.
4. Odată ce mi-am dat seama de acest lucru, am repornit fără noua unitate, importată foarte bine cu numele corecte de dispozitiv utilizate în interiorul etichetei.

De ce a fost raportată aceasta ca o problemă de etichetă? Etichetele sunt încă rupte, chiar și după import, doar cu eticheta 2 intactă. Cum le pot repara?

Întrebare suplimentară: Există un instrument precum zpool note-my-device-are-a-new-name /dev/sda /dev/disk/by-uuid/1234? Având în vedere numărul de persoane care au problema, acest lucru pare să fie util. După ce am actualizat backupul acelor pool, voi încerca din nou.

Încă nu am răspuns la recuperarea etichetelor rupte de la una sau mai multe etichete bune rămase.

Dar pentru a „redenumi” punctul de acces al dispozitivului:

zpool note-my-device-are-un-new-name /dev/sda /dev/disk/by-id/1234

do

rezervor de export zpool
zpool import /dev/disk/by-id/1234

Dacă exportul eșuează (dispozitivul este ocupat), puteți căuta cu lsof | rezervor grep pentru utilizatori, dar de cele mai multe ori sunt doar serviciile nfs și samba care rulează, accesând în continuare spațiul de stocare. systemctl stop smbd.service nfs-server.service, apoi reîncercați exportul. Dacă shell-ul tău încă mai conține un director de lucru curent în interiorul acelui bazin, ar trebui cd ~ sau undeva în afara acelui depozit. Dacă tot eșuează, puteți încerca să adăugați -f opțiunea, dar rețineți că comenzile zfs cu un -f poate provoca pierderi de date. Gandeste-te de doua ori.