Switch to full style
Data recovery and disk repair questions and discussions related to old-fashioned SATA, SAS, SCSI, IDE, MFM hard drives - any type of storage device that has moving parts
Post a reply

Recovery of Iomega 150D Nas RAID 5

January 5th, 2013, 23:37

I had the controller board on my Iomega storage pro 150D go bad (I think a power surge hit the NIC). Then I went to my backup USB drive and found somehow it has a corrupt drive as well (it's not really my week). I removed the 4 drives from the unit and placed them in a spare desktop and booted the desktop with Ubuntu 12.10.
fdisk -l was able to see all 4 drives (sda - sdd) each with 2 partitions with the system shown as "Linux raid autodetect"
After some work I was able to use mdadm to re-assemble the raid groups (at least I think I did).
I used this command
sudo mdadm --create /dev/md1 --verbose --level=5 --raid-devices=4 /dev/sd[abcd]1
this ran and started the array without error

The issue that I'm running into is I am unable to mount the raid group because I attempt to mount
sudo mount /dev/md1 /mnt/temp
I get the error message
"you must specify the filesystem type"
I have tried to mount with XFS as well as ext3 and a few others but I then get
"disk /dev/md1 doesn't contain a valid partition table"

I'm not sure how to proceed here. All the scans I have ran indicate no problems with the disks so it seems I should be able to put the pieces back together and recover my data. I have read a number of posts but I can't seem to find any answers on this.

I'm by no means a Linux expert so I could have easily made a stupid mistake somewhere
Any suggestions?

Re: Recovery of Iomega 150D Nas RAID 5

January 6th, 2013, 11:05

jtwestmo wrote:I had the controller board on my Iomega storage pro 150D go bad (I think a power surge hit the NIC). Then I went to my backup USB drive and found somehow it has a corrupt drive as well (it's not really my week). I removed the 4 drives from the unit and placed them in a spare desktop and booted the desktop with Ubuntu 12.10.
fdisk -l was able to see all 4 drives (sda - sdd) each with 2 partitions with the system shown as "Linux raid autodetect"
After some work I was able to use mdadm to re-assemble the raid groups (at least I think I did).
I used this command
sudo mdadm --create /dev/md1 --verbose --level=5 --raid-devices=4 /dev/sd[abcd]1
this ran and started the array without error

The issue that I'm running into is I am unable to mount the raid group because I attempt to mount
sudo mount /dev/md1 /mnt/temp
I get the error message
"you must specify the filesystem type"
I have tried to mount with XFS as well as ext3 and a few others but I then get
"disk /dev/md1 doesn't contain a valid partition table"

I'm not sure how to proceed here. All the scans I have ran indicate no problems with the disks so it seems I should be able to put the pieces back together and recover my data. I have read a number of posts but I can't seem to find any answers on this.

I'm by no means a Linux expert so I could have easily made a stupid mistake somewhere
Any suggestions?



Bad move really.

in this case you supposed to:

1- if you what you are doing and familiar with RAID then = re-construct it without any problem using proper parameters IN WINDOWS WINHEX (MY FAV.)
2- if you DON`T then = should CLONE THOSE 4 then play with the CLONE ONLY

Many changes in RAID headers = destroy parameters which leads to DATA DAMAGED.

good luck

Re: Recovery of Iomega 150D Nas RAID 5

January 6th, 2013, 11:51

why not simply get another Iomega storage pro 150D: then for safty clone each of old disks one at a time to new.

Re: Recovery of Iomega 150D Nas RAID 5

January 6th, 2013, 11:59

I don't see many of the storage pro 150 available to but even on Ebay and i don't really like the unit and would be happy to be finished with it. I can give WinHEX a try and see how that goes.
Post a reply