Page 1 of 1
Save my data!!Please
Posted: 14 Dec 2013 11:44
by xiaoy
Ｉ am Chinese, Not good in ENGlish , There are six 3Tb-Hard diskes in my NAS4FREE , RAID-Z, NAS4FREE automatic reboot in 15 seconds,
a.JPG
when I use "Import on-disk ZFS config" command in a new Nas4free system ,It will be reboot in 15 seconds.
b.JPG
How can I recovery my data, It's very important!
c.jpg
Re: Save my data!!Please
Posted: 14 Dec 2013 13:38
by chrisf4lc0n
Normally with at least one GPT working you should be able to use the drives... Unfortunately if both GPT failed there is not much you could do to save your data, as you will need to destroy the GPT and create a new one.
Here is the guide:
viewtopic.php?f=66&t=3977&p=20868&hilit=GPT#p20868
Re: Save my data!!Please
Posted: 14 Dec 2013 13:40
by chrisf4lc0n
Re: Save my data!!Please
Posted: 14 Dec 2013 13:45
by b0ssman
i thought zfs does not need partitions.
Re: Save my data!!Please
Posted: 14 Dec 2013 14:25
by xiaoy
are there any otherways?
Re: Save my data!!Please
Posted: 14 Dec 2013 15:55
by b0ssman
Re: Save my data!!Please
Posted: 14 Dec 2013 17:05
by xiaoy
I read it, but I still do not know how to do, I need more detailed steps, I almost do not know linux.
How can I enter the command line, and under what circumstances to use these commands
I
Re: Save my data!!Please
Posted: 14 Dec 2013 17:17
by xiaoy
chrisf4lc0n wrote:You could run:
Thank you for your reply, such an order is entered by what the environment, there is no way to recover the data, only to re-establish a new data pool it? Any one of these diskes did not physically damaged , how it go wrong, what a pity.
Re: Save my data!!Please
Posted: 15 Dec 2013 05:25
by chrisf4lc0n
In the terminal type in:
gpart recover -f ada1
then ada2 and on it may help...
Re: Save my data!!Please
Posted: 15 Dec 2013 06:52
by xiaoy
chrisf4lc0n wrote:In the terminal type in:
gpart recover -f ada1
then ada2 and on it may help...
thank you ,but……
未命名.jpg
Re: Save my data!!Please
Posted: 15 Dec 2013 07:41
by xiaoy
Re: Save my data!!Please
Posted: 15 Dec 2013 11:17
by xiaoy
Re: Save my data!!Please
Posted: 15 Dec 2013 14:57
by lux
few years ago i have similar error
try to disengage first HDD - then boot & import pool
if not work try to disengage next HDD - boot & import
& so on
work for me, because one of my HDD are faulty & disallow import my pool...
good luck!
Re: Save my data!!Please
Posted: 15 Dec 2013 20:37
by chrisf4lc0n
Try the above solution, as I give up, cannot think of anything else, sorry
Re: Save my data!!Please
Posted: 16 Dec 2013 05:01
by xiaoy
lux wrote:few years ago i have similar error
try to disengage first HDD - then boot & import pool
if not work try to disengage next HDD - boot & import
& so on
work for me, because one of my HDD are faulty & disallow import my pool...
good luck!
Thank you ,I tried it ,but it's not ok
I give up , ZFS problems more serious than NTFS，all the data was losed
Re: Save my data!!Please
Posted: 16 Dec 2013 09:57
by chrisf4lc0n
Sorry to hear that my friend, in general ZFS is very reliable, but unfortunately like everything it can go wrong
That is why it is so important to have another layer of redundancy in place, like a backup etc...
Re: Save my data!!Please
Posted: 16 Dec 2013 21:07
by substr
The proper GPT recover would be without the -f, I think.
But why do you have GPT labels on a ZFS drive? Is the GEOM/GPT grabbing the drives so that ZFS can't get hold of them?
Re: Save my data!!Please
Posted: 17 Dec 2013 08:49
by chrisf4lc0n
substr wrote:The proper GPT recover would be without the -f, I think.
But why do you have GPT labels on a ZFS drive? Is the GEOM/GPT grabbing the drives so that ZFS can't get hold of them?
I think this always the case, I had a similar problem a while ago:
Code: Select all
May 28 10:21:58 nas4free kernel: GEOM: ada0: the primary GPT table is corrupt or invalid.
May 28 10:21:58 nas4free kernel: GEOM: ada0: using the secondary instead -- recovery strongly advised.
May 28 10:21:58 nas4free kernel: GEOM: ada1: the primary GPT table is corrupt or invalid.
May 28 10:21:58 nas4free kernel: GEOM: ada1: using the secondary instead -- recovery strongly advised.
May 28 10:21:58 nas4free kernel: GEOM: ada3: the primary GPT table is corrupt or invalid.
May 28 10:21:58 nas4free kernel: GEOM: ada3: using the secondary instead -- recovery strongly advised.
May 28 10:21:58 nas4free kernel: GEOM: ada4: the primary GPT table is corrupt or invalid.
May 28 10:21:58 nas4free kernel: GEOM: ada4: using the secondary instead -- recovery strongly advised.
The drives were readable, but slow in write:
When I fixed that using this guide:
viewtopic.php?f=66&t=3977&p=20868#p20868
I ended up having much better performance:
