Ich hatte einen ZFS-Pool - einen Spiegel mit 2 vdevs - auf einem FreeBSD-Server. Ich habe jetzt nur eine der Festplatten aus dem Spiegel und versuche, Dateien daraus wiederherzustellen.
Die ZFS-Daten befinden sich in einer GPT-Partition auf der Festplatte.
Wenn ich versuche, den Pool zu importieren, gibt es kein Anzeichen dafür, dass er überhaupt existiert. Ich habe verschiedene Ansätze ausprobiert, aber es passiert nichts.
Ich bin zdb -luauf der Partition gelaufen , und es scheint, dass die Beschriftungen in Ordnung sind.
# zpool import
# zpool import -D
# zpool status
no pools available
# zpool import -f ztmp
cannot import 'ztmp': no such pool available
# zpool import 16827460747202824739
cannot import '16827460747202824739': no such pool available
Partitionsinformationen:
# gpart list da0
Geom name: da0
modified: false
state: OK
fwheads: 255
fwsectors: 63
last: 3907029134
first: 34
entries: 128
scheme: GPT
Providers:
1. Name: da0p1
Mediasize: 65536 (64K)
Sectorsize: 512
Stripesize: 0
Stripeoffset: 17408
Mode: r0w0e0
rawuuid: d7a10230-8b0e-11e1-b750-f46d04227f12
rawtype: 83bd6b9d-7f41-11dc-be0b-001560b84f0f
label: (null)
length: 65536
offset: 17408
type: freebsd-boot
index: 1
end: 161
start: 34
2. Name: da0p2
Mediasize: 17179869184 (16G)
Sectorsize: 512
Stripesize: 0
Stripeoffset: 82944
Mode: r0w0e0
rawuuid: d7aa40b7-8b0e-11e1-b750-f46d04227f12
rawtype: 516e7cb5-6ecf-11d6-8ff8-00022d09712b
label: (null)
length: 17179869184
offset: 82944
type: freebsd-swap
index: 2
end: 33554593
start: 162
3. Name: da0p3
Mediasize: 1905891737600 (1.7T)
Sectorsize: 512
Stripesize: 0
Stripeoffset: 82944
Mode: r0w0e0
rawuuid: d7b6a47e-8b0e-11e1-b750-f46d04227f12
rawtype: 516e7cba-6ecf-11d6-8ff8-00022d09712b
label: (null)
length: 1905891737600
offset: 17179952128
type: freebsd-zfs
index: 3
end: 3755999393
start: 33554594
Consumers:
1. Name: da0
Mediasize: 2000398934016 (1.8T)
Sectorsize: 512
Mode: r0w0e0
ZFS-Label:
--------------------------------------------
LABEL 0
--------------------------------------------
version: 5000
name: 'ztmp'
state: 0
txg: 0
pool_guid: 16827460747202824739
hostid: 740296715
hostname: '#############'
top_guid: 15350190479074972289
guid: 3060075816835778669
vdev_children: 1
vdev_tree:
type: 'mirror'
id: 0
guid: 15350190479074972289
whole_disk: 0
metaslab_array: 30
metaslab_shift: 34
ashift: 9
asize: 1905887019008
is_log: 0
create_txg: 4
children[0]:
type: 'disk'
id: 0
guid: 3060075816835778669
path: '/dev/gptid/d7b6a47e-8b0e-11e1-b750-f46d04227f12'
phys_path: '/dev/gptid/d7b6a47e-8b0e-11e1-b750-f46d04227f12'
whole_disk: 1
DTL: 5511
resilvering: 1
children[1]:
type: 'disk'
id: 1
guid: 3324029433529063540
path: '/dev/gptid/396a2b11-cb16-11e1-83f4-f46d04227f12'
phys_path: '/dev/gptid/396a2b11-cb16-11e1-83f4-f46d04227f12'
whole_disk: 1
DTL: 3543
create_txg: 4
resilvering: 1
features_for_read:
create_txg: 0
Uberblock[0]
magic = 0000000000bab10c
version = 5000
txg = 0
guid_sum = 1668268329223536005
timestamp = 1361299185 UTC = Tue Feb 19 10:39:45 2013
(Andere Etiketten sind exakte Kopien)
In diesem alten Thread wird ein ähnlich klingendes Problem diskutiert . Ich habe versucht, Jeff Bonwicks labelfixTool auszuführen (mit Updates aus diesem Beitrag ), aber es schien das Problem nicht zu lösen.
Irgendwelche Ideen?
2
Das Laufwerk wurde vom Spiegel getrennt, anstatt geteilt zu werden. Es scheint, dass dies die Ursache des Problems war. Der Rest des Spiegels existiert leider nicht.
—
Squidpickles
Ich weiß nicht, dass dies das richtige Forum dafür ist, da die 'Antwort' auf die Frage viel Versuch und Irrtum beinhaltet. Versuchen Sie zunächst 'zpool import -d </ dev / path / to / disk>'. -D listet zerstörte Pools auf, -d verwendet ein Argument für den Speicherort einer zu betrachtenden Festplatte und kann mehrmals in der Befehlszeile angegeben werden (in Ihrem Fall wird jedoch nur einmal benötigt, da Sie nur die eine Festplatte haben). . Sehen Sie, was das tut.
—
Nex7
Sie haben vielleicht Recht damit, dass dies nicht das richtige Forum ist. Und ja, ich habe es mit den
—
Squidpickles
-dund -DOptionen versucht, ohne Erfolg.
Wenn Sie es mit -d <Plattenentwicklungspfad einschließlich Partition> versucht haben und es nicht angezeigt wurde, versuchen Sie alles erneut, außer auf einem illumos-Betriebssystem. Wenn das immer noch nicht zu sehen ist, habe ich keine Ideen mehr. Möglicherweise müssen Sie einen Datenwiederherstellungsexperten hinzuziehen, wenn die Daten einen Geldwert haben, oder den Code (src.illumos.org) überprüfen, während Sie sich auf der Illumos-Ableitung befinden, und den Befehl zpool importieren, um zu sehen, welchen Pfad er nimmt, und versuchen um herauszufinden, warum es Ihren Pool nicht sehen kann.
—
Nex7
@ AbrahamPerrin Ich habe es am Ende zum Laufen gebracht. Ich habe die ZFS-Quellen in meiner FreeBSD-Installation bearbeitet und alle Sicherheitsüberprüfungen umgangen. Nachdem ich genug davon deaktiviert hatte, gelang es mir, den Pool zu importieren. Jemand muss meine eigenen
—
Gesundheitsprüfungen