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
dekkit wrote:
Its definately been a tedious experience learning about linux this way, but i figure better to spend time now putting a solution in place before it dies :)
Keep up the good work. Sure it is tedious what you are doing, but in most cases this form of data recovery will be unnecessary, but good to know how to do just in case.
Looking forward to the next version of the image. I may test it out sometime. I'm still not sure.dekkit wrote:
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"
I had some problems, since I am not a linux expert:
1) vgchange -ay c
gave an error 'Volume group "c" not found' I tried running
vgchange -ay
(for all volume groups?); is it correct?
2) the disk was under /dev/sdb so I command
ext2fuse /dev/sdb /mnt/lvm
but I got the response
/dev/sdb is to be mounted at /mnt/lvm
fuse-ext2fs: Bad magic number in super-block while trying to open /dev/sdb
and do not complete the command.
A bug or I am too clusmy?
Any clue?_vito wrote: dekkit wrote:
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"
I had some problems, since I am not a linux expert:
1) vgchange -ay c
gave an error 'Volume group "c" not found' I tried running
vgchange -ay
(for all volume groups?); is it correct?
2) the disk was under /dev/sdb so I command
ext2fuse /dev/sdb /mnt/lvm
but I got the response
/dev/sdb is to be mounted at /mnt/lvm
fuse-ext2fs: Bad magic number in super-block while trying to open /dev/sdb
and do not complete the command.
A bug or I am too clusmy?
Any clue?
Got the exact same problem, althou it finds an lvm c when i do vgscan, but i get
fuse-ext2fs: Bad magic number in super-block while trying to open /dev/sdb
on the last command, help would be wery welcome
Edit: found it out, yu should mount the /dev/c/c not the /dev/sdd as i tried, no i can mount without error and can se the / tree of the drive, but if i say try to cd into home i get
"ext2fuse_dbg_msg: Bad address while reading inode "variuos numbers""
"ext2fuse_dbg_msg: Operation not permitted while reading inode "various numbers""
and the dirs are empty
when i ran the ext2fuse command i got
"fuse-ext2: Can't read an inode bitmap while reading inode bitmap"- I just added this post here...hope it helps... let me know... :x
viewtopic.php?f=25&t=24861&p=199288#p199288
I hate linux...I swear I absolutely hate linux.... :x _vito wrote:
I had some problems, since I am not a linux expert:
1) vgchange -ay c
gave an error 'Volume group "c" not found' I tried running
I connected the HD directly to SATA controller and I am able to see it in group c inside VMWare now (maybe my SATA to USB connector did not work well).
I make all the steps up to the error
fuse-ext2: Can't read an inode bitmap while reading inode bitmap
and when I try to access from another terminal to /mnt/lvm I got the error
Operation not permitted while reading inode xxxxxxx
as reported to several other post.
I tried also to compile again the fuse-2.8.1, e2fsprogs-1.41.2 and ext2fuse-0.8.1, having same result.
Can someone help me?_vito wrote:
I make all the steps up to the error
fuse-ext2: Can't read an inode bitmap while reading inode bitmapdekkit wrote:
The error:
Is understood to be resolved by using a the 0.5 version of ext2fuse, so i'll recompile the kernal using the 0.5 and post another version of the image.
If you wish to try this yourself you should use a 0.5 version of ext2fuse.mdgm wrote: _vito wrote:
I make all the steps up to the error
fuse-ext2: Can't read an inode bitmap while reading inode bitmapdekkit wrote:
The error:
Is understood to be resolved by using a the 0.5 version of ext2fuse, so i'll recompile the kernal using the 0.5 and post another version of the image.
If you wish to try this yourself you should use a 0.5 version of ext2fuse.
...and it worked!!!
I, not an experienced linux user, build from scratch a Ubuntu 9.10 VMWare machine installing e2fsprogs-1.41.9, Fuse-2.8.1 and ext2fuse-0.5.
Thanks a lot.- Your welcome. Care to share the image with us?
mdgm wrote: Your welcome. Care to share the image with us?
Sure!
Gimme some time to restore backup and make some adjustments.- My plan is to update my original post with all the information about causes, attempts, fails, results and what I learned!
@mdgm - [maybe OT]
I have a side question for you about X-Raid and Flex-Raid. I've seen you already ansewered on similar topic on other posts.
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.
NETGEAR Academy
Boost your skills with the Netgear Academy - Get trained, certified and stay ahead with the latest Netgear technology!
Join Us!
