NETGEAR is aware of a growing number of phone and online scams. To learn how to stay safe click here.
Forum Discussion
ReadyNAS Data Recovery - VMware recovery tool
Description
This topic contains links to linux VMware images (Debian / Ubuntu) that have been modified to enable you to access your ReadyNAS duo HDDs from any machine with a USB plug and a SATA to USB cable.
Advantages:
* VMware player be downloaded freely
* Can run in both existing linux / MS Windows (XP,Vista etc) operating system without any further modification
Disadvantages:
* Requires a SATA to USB cable
* Mac users will need to find another program to run the VMware files
Background
At some point your ReadyNAS Duo unit is going to stop working (which hopefully will be long and far into in the future) and there may be a point where you'll need to rely on your external backups.
While it's a good strategy to ensure you (and your family / clients) have a good disaster recovery process (having external off-site backups, checking the backups, knowing how to restore from backups etc), in some cases the backups might not work or the backups aren't available to you.
Due to the architecture of the ReadyNAS Duo (more specifically the 16KB blocksize of the partitions), you cannot simply pull out the hard disks, place them into a standard windows / linux pc, then copy all your files across to another computer or storage device.
Unfortunately there are no windows drivers that can properly access the drives and the process to configure a linux pc is complex (see viewtopic.php?f=25&t=24861&hilit=16+blocksize for further background on this)
The following VMware images contain all required patches to read your HDDs in linux just by entering a few terminal commands.
VMplayer Link
To get started, you will need to download a version of VMplayer for your operating system Win/Linux (Mac not directly supported yet), this can be found
http://www.vmware.com/products/player/
VMware Linux Image with Ext2Fuse
acmtn Debian release - tested ok, reports are that it works fine except for files greater than 4GB)
http://www.readynas.com/contributed/dek ... ebian5.zip
acmtn VM login info (username/password): root/rootadmin, vmuser/vmuser1
(please read the forums for more details on how to use this vmware )
_vito Ubuntu release - currently being tested, enables you to use the HDDs directly plugged into your pc without the need for a SATA to usb cable.
http://www.readynas.com/contributed/dek ... buntu9.rar
Details on this alternative vmware can be found on this post (you'll need to review the instructions carefully):
viewtopic.php?p=203653#p203653
dekkit Debian release - tested, a number of issues.
my initial attempt that helped start this thread has been found to have quite a few issues and may not work for you, but can be found here if you would like to try:
http://www.readynas.com/contributed/dekkit/VMwareDebian5.0%20-%20ext2Fuse.rar
dekkit VM login info: User: vmplanet pass: vmplanet.net
the acmtn version at this stage appears to be getting more reliable results for users. Unfortunately, I have not had time improve on my original dekkit release due to time constraints but if you would like to try please post your results.
Dekkit release Notes:
* You will need 8GB of free disk space once you have uncompressed the image
* You will still need to execute some of the terminal commands to mount the drive (take precaution so you don't accidently blow away your data)
* This VMware can access other windows file shares and can also be configured to host windows shares (see the docs for debian for more info on this)
* To uncompress the file use WinRar: http://download.cnet.com/WinRAR-32-bit/ ... 07677.html or for non-windows platforms try: http://www.rarlab.com/download.htm
* This image is a work in progress (WIP) so please post all errrors !!!!!.
Dekkit release Usage- this may apply to the other versions (eg acmtn
Login to the OS
Access the terminal and enter the following once the HDD has been attached (take note that your /dev/c may differ):
modprobe fuse
vgscan
vgchange -ay c
mkdir /mnt/lvm
ext2fuse /dev/c/c /mnt/lvm
there is a delay in output but then ..
"/dev/c/c is to be mounted at /mnt/lvm
fuse-ext2 initialized for device: /dev/c/c
block size is 16384"
Dekkit Release Acknowledgements
The original VMware image was found http://www.vmplanet.net/node/85 (before the various patches were applied - so feel free to drop them a donation), if you can improve this image by way of a script to make it even easier to use for us 'non-linux users' then please do so and share it back with the rest of us
This topic contains links to linux VMware images (Debian / Ubuntu) that have been modified to enable you to access your ReadyNAS duo HDDs from any machine with a USB plug and a SATA to USB cable.
Advantages:
* VMware player be downloaded freely
* Can run in both existing linux / MS Windows (XP,Vista etc) operating system without any further modification
Disadvantages:
* Requires a SATA to USB cable
* Mac users will need to find another program to run the VMware files
Background
At some point your ReadyNAS Duo unit is going to stop working (which hopefully will be long and far into in the future) and there may be a point where you'll need to rely on your external backups.
While it's a good strategy to ensure you (and your family / clients) have a good disaster recovery process (having external off-site backups, checking the backups, knowing how to restore from backups etc), in some cases the backups might not work or the backups aren't available to you.
Due to the architecture of the ReadyNAS Duo (more specifically the 16KB blocksize of the partitions), you cannot simply pull out the hard disks, place them into a standard windows / linux pc, then copy all your files across to another computer or storage device.
Unfortunately there are no windows drivers that can properly access the drives and the process to configure a linux pc is complex (see viewtopic.php?f=25&t=24861&hilit=16+blocksize for further background on this)
The following VMware images contain all required patches to read your HDDs in linux just by entering a few terminal commands.
VMplayer Link
To get started, you will need to download a version of VMplayer for your operating system Win/Linux (Mac not directly supported yet), this can be found
http://www.vmware.com/products/player/
VMware Linux Image with Ext2Fuse
acmtn Debian release - tested ok, reports are that it works fine except for files greater than 4GB)
http://www.readynas.com/contributed/dek ... ebian5.zip
acmtn VM login info (username/password): root/rootadmin, vmuser/vmuser1
(please read the forums for more details on how to use this vmware )
_vito Ubuntu release - currently being tested, enables you to use the HDDs directly plugged into your pc without the need for a SATA to usb cable.
http://www.readynas.com/contributed/dek ... buntu9.rar
Details on this alternative vmware can be found on this post (you'll need to review the instructions carefully):
viewtopic.php?p=203653#p203653
dekkit Debian release - tested, a number of issues.
my initial attempt that helped start this thread has been found to have quite a few issues and may not work for you, but can be found here if you would like to try:
http://www.readynas.com/contributed/dekkit/VMwareDebian5.0%20-%20ext2Fuse.rar
dekkit VM login info: User: vmplanet pass: vmplanet.net
the acmtn version at this stage appears to be getting more reliable results for users. Unfortunately, I have not had time improve on my original dekkit release due to time constraints but if you would like to try please post your results.
Dekkit release Notes:
* You will need 8GB of free disk space once you have uncompressed the image
* You will still need to execute some of the terminal commands to mount the drive (take precaution so you don't accidently blow away your data)
* This VMware can access other windows file shares and can also be configured to host windows shares (see the docs for debian for more info on this)
* To uncompress the file use WinRar: http://download.cnet.com/WinRAR-32-bit/ ... 07677.html or for non-windows platforms try: http://www.rarlab.com/download.htm
* This image is a work in progress (WIP) so please post all errrors !!!!!.
Dekkit release Usage- this may apply to the other versions (eg acmtn
Login to the OS
Access the terminal and enter the following once the HDD has been attached (take note that your /dev/c may differ):
modprobe fuse
vgscan
vgchange -ay c
mkdir /mnt/lvm
ext2fuse /dev/c/c /mnt/lvm
there is a delay in output but then ..
"/dev/c/c is to be mounted at /mnt/lvm
fuse-ext2 initialized for device: /dev/c/c
block size is 16384"
Dekkit Release Acknowledgements
The original VMware image was found http://www.vmplanet.net/node/85 (before the various patches were applied - so feel free to drop them a donation), if you can improve this image by way of a script to make it even easier to use for us 'non-linux users' then please do so and share it back with the rest of us
187 Replies
Replies have been turned off for this discussion
_vito wrote: My plan is to update my original post with all the information about causes, attempts, fails, results and what I learned!
Great._vito wrote:
@mdgm - [maybe OT]
Ok, I'll keep this brief. If you want to keep on talking about it send a PM or start another thread._vito wrote:
During my attempt to recovery, I have slightly damaged the SATA connector of one disk (troubles never happen alone!) so now it is impossible to re-install it inside Duo, but it could be installed without problems inside PC.
I don't want to buy a new 1T disk (about 70€ ) since I am planning to buy 2x2T disks in few months, waiting for prices to fall (now they are 150€ each!).
So I decide that I will have only one disk inside the NAS and back up the data in the other disk using NTI Shadow.
So it is better to:
1-preferred) X-RAID the unique disk with the persistent error on NAS; it will be easier later in time to replace the disk with 2x2T
2) Flex-RAID the disk inside NAS; when I replace the disks, it will need an additional factory reset and it will take time to copy 800G of data on it!
Could solution 1 (x-RAID with only one disk) cause hardware problem to the NAS? some other issues?
Data retention is not a problem since I will regulary back up NAS data on PC.
I'd choose 1 or factory default and choose X-RAID if you want to get rid of the error. Just make sure if you have the error of a failed disk that you haven't set it to shutdown after a disk failure. So long as the SATA connector problem was with the disk not the NAS SATA connector damaged you shouldn't have problems. If the NAS SATA connector is damaged (or appears that way) then contacting technical support if under warranty, or opening up the NAS and attempting to clean (in case just an issue of dust in the NAS not real damage to SATA connector) if out of warranty would be the next step.- Hello,
I've been following this thread and I've managed to get the Debian image up and running before running into the
"fuse-ext2: Can't read an inode bitmap while reading inode bitmap" message.
It seems _vito was able to overcome this issue with version 0.5 of ext2fuse. Unfortunately, my linux skills arent sufficient to sort this out.
Can someone post the steps required download/recompile this?
Thanks - any help is very much appreciated!
Rob - robUK why do you need to use this? You shouldn't need to use this for data recovery as your NAS would still be under warranty so if the chassis fails you could get a replacement.
- To be honest, I'm currently satisfying my own curiosity.
The situation I have is that one of the disks in my Duo went bad, coupled with what I think was a dodgy upgrade to 4.1.6. The net result is that I have one (good) disk left in the Duo, but all the volumes/shares/users have disappeared. I think (hope?) my data is still there - I currently have an open ticket with support and I think they will be remotely looking at the Duo in due course.
I'm just playing around with my bad disk (Windows can still identify the partitions, and the Debian VM could identify the lvm volume (although I really dont know what I'm talking about :) ). I'm not really expecting to recover data from it.
Thanks for responding though! robUK wrote: I'm not really expecting to recover data from it.
If you do want to recover data from it, trying data recovery yourself may make things more difficult if you do something wrong (depending what you do wrong is).- From the description of my problem do you think its likely/possible data would be recoverable from my good drive (in the NAS) by someone remotely debugging it?
- I couldn't say for sure, but it's possible. If your good disk is really good (i.e. you don't just think it's not bad, it really isn't) then you may have a good chance.
In future you should remember that RAID is not a backup. - Indeed.
One thing that might help indicate whether the data is actually gone is this:
When SSH'ing as root to the Duo, the Media and Backup folders are not present anymore (but the system still looks for them upon booting - according to the log) - Hi, going to try this out, but before i do, can someone explain what "/dev/c" refers to? i just want to make sure before i begin. (sorry for the noob question :P)
- Note that if you use SSH, NetGear may deny support if you do something wrong.
NETGEAR Academy
Boost your skills with the Netgear Academy - Get trained, certified and stay ahead with the latest Netgear technology!
Join Us!
