Whenever I have issues like this happen to me, the FIRST thing I do before trying any experimental recovery procedure, is to copy one of the disks to somewhere else FIRST.
I typically use DD, a tool in the Linux recovery console, to make a bit-for-bit copy of your data to somewhere else. Then you make all recovery attempts only to that copied, backed up, 'somewhere else' disk. You plug in one of the disks that has all your stuff on it, then plug in a spare empty disk that is at least as big or bigger than the one with your data on it.
To copy a drive bit-for-bit:
-Get your favorite distro of linux and boot from it. Choose 'Recover from a previous install', but at the prompt when it wants to mount some files to an existing linux install, just select the SKIP button.
-It should now be at a prompt with the common tools loaded.
-I always do the fdisk -l first to see all my current drives and partitions first so I know what's what. Not sure if this is necessary, but I always do the fdisk /dev/sdb then m for menu and d for delete existing partitions on the destination drive first. Then choose write partition table to disk and exit. Like I said, I don't know if it even cares what was on the destination drive since it is just going to do bit-for-bit copy anyway.
-To start the actual copy, type: dd if=/dev/sda of=/dev/sdb& pid=$! (replace sda or sdb with whatever your input path and output paths are, respectively: if = Input File, and of = Output File), and hit enter.
-Now, to periodically check the progress of your copy project, type: echo; ps r -p $pid; kill -USR1 $pid; echo and hit enter.
-Just hit up arrow and enter each time you want to repeat the progress indicator command and it says how many megs, or gigs is copied. Occasionally it does not return to the prompt (maybe some bug in the shell), but just hit up arrow anyway and enter, and it still works, don't worry.
Once it completes. Then put the 2 disks away for safe storage and use the new copied disk and attempt to use partition recovery tools and mount it, get your stuff off it.
The way it looks now, if you install those into a new DNS-323, it'll probably wipe them both and you'll lose all your data.
You probably could also install both of those 2 drives into a desktop PC with linux installed on it, and you could probably manually mount the 2 drives as an existing software RAID array and import the configuration from the drives to successfully mount the RAID pair, and mount it as a drive, but I wouldn't attempt this until I FIRST did the bit-for-bit copy from one drive to somewhere else for safety. A RAID array is not that hard to assemble in this fashion, but you may need to find a how-to by Googling for it, and I bet you'll find a good detailed method to import and mount your RAID array and mount the file system. But as always, proceed with caution and backup the data in it's untampered state before you experiment around with recovery procedures.
I suppose it also depends a lot on how important this data is to you, but just be careful.
Author
Topic: Recovering Files after DNS-323 hardware failure (Read 20119 times)