ZFS recovering

Salve,

dovrei recuperare dei dati da un ZFS, spiego il problema:

FreeBSD 9.1 installato su un ZFS come root filesystem su singolo disco.
Ad un certo punto ho cominciato ad avere dei errori di lettura/scrittura
su disco. Ho acquistato un nuovo disco (più grande) e aggiuntoal pool
come mirror dell'originale. Il resilvering si è concluso con errori e
alcuni file si sono corrotti. Ho ripristinato i file corrotti da backup
o cancellato qualcuno. Chiedendo a ZFS di staccare il disco originale mi
diceva che non poteva farlo perché non esisteva una copia valida.
"no valid replicas"

Quindi ho eseguito lo scrub. E gli del filesystem si cancellavano man
mano che lo scrub proseguiva. A causa del fatto che il sistema veniva
utilizzato per e lo scrub impiegava più di un giorno, non riuscivo mai a
portare a termine la correzioni degli errori per poter staccare il disco
rotto. Fino a che il sistema si è completamente bloccato a causa degli
errori di I/O.
Ho fatto un boot con un CD di FreeBSD 10.0, ho importato il pool e ha
ricominciato il resilver, dopo un giorno nuovamente lo ha concluso con
errori con impossibilità di staccare il disco precedente. In più mi
segnalava sul nuovo disco che il bleck size era non ottimo.
"block size: 512B configured, 4096B native"

Ho eseguito lo scrub che dopo un altro giorno ha concluso non riuscendo
a correggere tutti gli errori. Quindi ho rilanciato nuovamente lo scrub
per fermarlo dopo un po' di tempo e il filesystem non presentava più
errori ma ZFS consigliava di sostituire il disco danneggiato verificando
il block size.... Tento di staccare il disco danneggiato, ma di nuovo:
"no valid replicas"

Leggendo
https://forums.freebsd.org/threads/help-with-zfs-and-block-size-alignment.46957/
comincio a pensare che è un problema del blocksize dato che il nuovo
disco è più nuovo e più grande. Stacco il nuovo disco dal pool (zpool
detach), ma leggendo anche altri forum, vedo che il block size dipende
probabilmente da FreeBSD 10 che ho utilizzato come CD di boot. Quindi
spengo il sistema e lo riaccendo con CD di FreeBSD 9.2 convinto di
riprovare la strada, ma tentando di importare il pool dal disco
danneggiato si presentano immediatamente gli errori di lettura e il pool
risulta non importabile.

Presupponendo che comunque la copia è stata fatta sul nuovo disco ho
trovato:
http://www.mail-archive.com/[email protected]/msg15615.html

Tentando di fare l'import del pool dal disco nuovo, giustamente mi dice
che non trova nessun pool, provo con l'opzione -D ma nuovamente niente.
Con l'istruzione
zdb -l /dev/gpt/disco_nuovo

effettivamente mi visualizza la configurazione del pool, 2 dischi mirror
etc., ma senza trovare l'uberblock. Il labelfix citato è compilato per
sun/solaris. Il sorgente non riesco a compilarla a causa
dell'impossibilità di trovare le varie librerie citate (david.h,...).
qualcuno sa esiste questo programma compilato su FreeBSD o come tentare
di recuperare l'uberblock?

Grazie mille per ogni dritta.
-- 
Cordiali saluti
Sossi Andrej
-------------------------
DOTCOM Information technology

Via Machiavelli, 28
34132 - Trieste (TS)
Italy

tel: +39 040 9828090
fax: +39 040 0641954
E-mail: [email protected]
----------------------------

Ai sensi del D.lgs n. 196 del 30.06.03 (Codice Privacy) si precisa che
le informazioni contenute in questo messaggio sono riservate e ad uso
esclusivo del destinatario. Qualora il messaggio in parola Le fosse
pervenuto per errore, La preghiamo di eliminarlo senza copiarlo e di non
inoltrarlo a terzi, dandocene gentilmente comunicazione. Grazie

This message, for the D.lgs n. 196 / 30.06.03 (Privacy Code), may
contain confidential and/or privileged information. If you are not the
addressee or authorized to receive this for the addressee, you must not
use, copy, disclose or take any action based on this message or any
information herein. If you have received this message in error, please
advise the sender immediately by reply e-mail and delete this message.
Thank you for your cooperation.

_______________________________________________
Esperti mailing list
[email protected]
http://mailman.gufi.org/mailman/listinfo/esperti