I don't want to harass any one for using a raid-0. I remember the first raid I built was a mirrored raid-0... Later I found out the web site I had read about was wrong and it wasn't a mirrored array. I quickly fixed it. Sometimes you need lots of space, but can't afford to do it the right way... On Sunday 26 March 2006 21:00, Mike Garfias wrote: > I know a guy that rebuilt a hw raid5 array by hand after the controller bit > the dust. Well, he wrote some C code to go in and figure out the stripe > size, then piece it all back together. > > But his drives were all good. > > He's going to have to send the drives off for recovery, then piece the > stripes back together. Not going to be a lot of fun. > > Why was important data being stored on a RAID-0 array? > > Craig White spoke forth with the blessed manuscript: > > On Sun, 2006-03-26 at 20:40 -0700, Technomage wrote: > > > On Sunday 26 March 2006 20:18, Nathan England wrote: > > > > The problem with raid 0, while giving expanded filesystems over many > > > > disks is there is no fault tolerance, so it is possible that when one > > > > of those drives took a dump, you lost ALL of that data. I could be > > > > wrong, but I'm pretty sure that is how it works. > > > > Does the drive power up at all? > > > > > > yes > > > > > > > Or is it completely dead? > > > > What is the file system on it? Can you boot with a knoppix disc and > > > > try to let it e2fsck or reiserfsck that filesystem and see if it > > > > fixes it? > > > > > > fs = XFS > > > > > > problem is: the drive is not mountable (given previously stated errors) > > > even in a live or rescue configuration. > > > > > > now, I am running a test of this given that a friend of mine has this > > > identical problem, only he has FORENSIC DATA stored on there and he > > > ABSOLUTELY NEEDS TO RECOVER IT and thus, he is unwilling to try these > > > tests on his disks due to lack of hardware backups (more disks). > > > > > > this means, I need some way of recovering the data from the first of 2 > > > discs given that the second one in the raid 0 configuration is either > > > failed (hardware) or otherwise not usable. > > > > > > > On Sunday 26 March 2006 20:13, Technomage wrote: > > > > > I need the help of a raid "expert" > > > > > > > > > > I have a raid 0 problem. seems that when a machine went belly up on > > > > > me, it damages part of a raid 0 virtual fs in such a way that I can > > > > > no longer mount the 2nd 9and smaller) half of the filesystem. > > > > > > > > > > the kernel panics on boot and I get all kinds of "bad magic" errors > > > > > when attempting to do so. > > > > > > > > > > I have more than enough HD space to copy the images, but I need to > > > > > get the data off this "raid 0 fs" as soon as possible. > > > > > > > > > > can anyone help? > > > > ------- > > xfs has specific recovery tools and the normal fsck tools will simply > > destroy data. Probably a good idea to get cozy with the version of XFS > > that you are running and the file system repair tools suitable for that > > version. Perhaps you want to locate a suitable forum/mail list at SGI > > for this. > > > > this link pretty much tells the story about RAID 0 > > > > http://www.pcguide.com/ref/hdd/perf/raid/levels/singleLevel0-c.html > > > > from which I quote..."Special Considerations: Using a RAID 0 array > > without backing up any changes made to its data at least daily is a loud > > statement that that data is not important to you." > > > > If you have to ask this list to suggest ways how this might be > > accomplished, you are wasting your time. > > > > If you actually can recover data from a RAID 0 array with a dead member, > > you can probably make a fortune. > > > > Craig > > > > --------------------------------------------------- > > PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us > > To subscribe, unsubscribe, or to change you mail settings: > > http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss > > > > !DSPAM:11,442761f9204107886828721! > > --------------------------------------------------- > PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us > To subscribe, unsubscribe, or to change you mail settings: > http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss -- -------------------------------------------------------------- Payson Computer Services PO Box 2551 Payson, Arizona 85547 (928) 595 - 1449 http://www.paysonlinux.org/ nathan@paysonlinux.org Business Consulting Services, Advanced Network and Server Design, Security Solutions, Process Management and Efficiency Consultations --------------------------------------------------- PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us To subscribe, unsubscribe, or to change you mail settings: http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss