Data Recovery: Should I plug NAS HDs to external eSATA/USB enclosure?

[SergeGardien]

Hi Serge, I guess that the volumes with your data are not mounted and will have to be mounted manually.
I'd wait until QNAP support is available to help you directly.

Thanks Eric. Indeed, I'm waiting for them.

Cheers

[SergeGardien]

It is a little more narrow minded than that. Take for example the following script:

Code: Select all

#!/bin/sh
for d in /share/Public/FourSeasonsTheatre /share/Public/W2K-SATA-F
do
rsync -av --delete $d /share/Backup-HDD-01
done

for d in /share/Public/videos/B[o-z]*
do
rsync -av --delete $d /share/Backup-HDD-01/videos
done

When the 2nd rsync is being done in the for loop, after the 1st rsnc in the for loop doesn't have its data deleted, because none of the files in the first path are in the 2nd path.

When the 2nd rsync is being done, all of the files from the 1st rsync for loop are not deleted. In the 2nd rsync, only files that fit within the range of B[o-z]* that are no longer in the source are removed from the target. I really didn't need a 2nd for loop, as there was only one path being worked on. Copy-n-paste habit.

Many thanks for your post MrVideo but I'm not sure I fully understand your example and the little comprehension I have makes me think it is not strictly relevant to my situation.

I think that something like:

Code: Select all

#!/bin/sh
for d in /share/Public/FourSeasonsTheatre /share/Public/W2K-SATA-F
do
rsync -av --delete $d /share/Backup-HDD-01
done

for d in /share/Public/FourSeasonsTheatre /share/Public/W2K-SATA-F
do
rsync -av --delete $d /share/videos
done

would have been a touch more relevant. In this case I would have said that /share/Backup-HDD-01 doesn't get deleted by the 2nd rsync and at the end of the bash script execution I have a double copy of both, /share/Public/FourSeasonsTheatre and /share/Public/W2K-SATA-F, in /share/Backup-HDD-01 and /share/videos.

This outcome would be a nice-to-have for my particular situation and indeed is what I'm expecting to see soon as I can access my NAS file-system.

Do you agree?

[MrVideo]

Many thanks for your post MrVideo but I'm not sure I fully understand your example and the little comprehension I have makes me think it is not strictly relevant to my situation.

I was just tyring to show that the --delete option is not broad reaching.

I think that something like:

Code: Select all

#!/bin/sh
for d in /share/Public/FourSeasonsTheatre /share/Public/W2K-SATA-F
do
rsync -av --delete $d /share/Backup-HDD-01
done

for d in /share/Public/FourSeasonsTheatre /share/Public/W2K-SATA-F
do
rsync -av --delete $d /share/videos
done

would have been a touch more relevant. In this case I would have said that /share/Backup-HDD-01 doesn't get deleted by the 2nd rsync and at the end of the bash script execution I have a double copy of both, /share/Public/FourSeasonsTheatre and /share/Public/W2K-SATA-F, in /share/Backup-HDD-01 and /share/videos.

This outcome would be a nice-to-have for my particular situation and indeed is what I'm expecting to see soon as I can access my NAS file-system.

Do you agree?

No. Why would you want to have a 2nd copy on the NAS itself, eating up space? Rsync is meant of external backing up.

[SergeGardien]

I was just tyring to show that the --delete option is not broad reaching.

I see. That seems a good thing for my situation

Why would you want to have a 2nd copy on the NAS itself, eating up space? Rsync is meant of external backing up.

I wasn't suggesting to have a 2nd copy on the hard disk. I put forward the example to conjecture that /share/Backup-HDD-01 doesn't get deleted by the 2nd rsync, a situation which would have been perfectly equal to mine one. I was asking your opinion on that specific hypothesis, not on the double copy.

[MrVideo]

Ah, hypothesis correct.

[SergeGardien]

Ah, hypothesis correct.

Good

A QNAP Engineer checked my NAS and he has not been able to detect any superblock on the HDDs. As a consequence I need to recover the data by connecting the HDDs to my Mac directly (with a USB-SATA adapter, DAS or the likes).

As advised I'll follow the guide at: http://qnap[REMOVE_THIS]support.net/teknik-destek/qnap-nas-cihazlarindan-veri-kurtarma-felaket-senaryolari/raid-1-single-disk-yapisindan-veri-kurtarmak

[dolbyman]

http://unofficialqnapsupport.net/teknik ... kurtarmak/

That domain was hacked, all page referrals other than search endings forward to spam sites

[SergeGardien]

http://unofficialqnapsupport.net/teknik ... kurtarmak/

That domain was hacked, all page referrals other than search endings forward to spam sites

Actually the URL I've posted earlier has been modified by the forum. I didn't post the address unofficialqnapsupport.net but qnap[REMOVE_THIS]support.net.
It seems that if I attach the two words [qnap] and [support.net] the forum doesn't like it.

Anyway, QNAP support suggested me that address.

[OneCD]

Actually the URL I've posted earlier has been modified by the forum. I didn't post the address unofficialqnapsupport.net but qnap[REMOVE_THIS]support.net.
It seems that if I attach the two words [qnap] and [support.net] the forum doesn't like it.

Yes, this forum performs that address mod automatically. The other site can be a little hit-and-miss with the accuracy of their info and I guess QNAP want to distance themselves from it. Well, except for the odd QNAP support tech.

[SergeGardien]

Actually the URL I've posted earlier has been modified by the forum. I didn't post the address unofficialqnapsupport.net but qnap[REMOVE_THIS]support.net.
It seems that if I attach the two words [qnap] and [support.net] the forum doesn't like it.

Yes, this forum performs that address mod automatically. The other site can be a little hit-and-miss with the accuracy of their info and I guess QNAP want to distance themselves from it. Well, except for the odd QNAP support tech.

Thanks OneCD. You have strikethrough my doubt