George, you didn't mention which RAID configuration type was implemented on this system. Additionally, the SK/ASC/ASCQ = 2/3a/0 errors listed correspond to 'Medium Not Present' so even the knoppix cd might have issues.
Here are two options you might consider 1) Recovery of RAID and LVM2 Volumes http://www.linuxjournal.com/article/8874 2) How do I save (recover) data from crashed disks with dd and ddrescue command? http://www.cyberciti.biz/tips/how-do-i-save-recover-data-from-crashed-disks-with-dd-and-ddrescue-command.html On Thu, Nov 26, 2009 at 03:38:05PM +0300, Simon Vass wrote: > To be honest George I would start with testdisk. This can search you entire > drive a re-discover what partition data it can. As well as confirm the > existence of an LVM partition. Maybe to that then post the results, or jump > in IRC? > > Simon Vass > Technical Manager > E-Tech Uganda Ltd > http://www.etech.ug > Tel: +256 (0) 312260620 or (0) 312260621 > Email: [email protected] > > > > ----- Original Message ----- > From: "George Lule" <[email protected]> > To: "Linux Users Group Uganda" <[email protected]> > Sent: Thursday, 26 November, 2009 14:46:08 GMT +03:00 Iraq > Subject: Re: [LUG] Are these drives gone? > > > Dear Chris > smartctl -A /dev/sda1 produces an output similar to the one I gave earlier > apart from line 6, 7 and the last line . See below > > <start errors> > > > usb-uhci.c: interrupt, status 3, frame# 121 > sda: Unit Not Ready, sense: > current 00:00 sns = 70 2 > ASC=3a, ASCQ=0 > Raw sense data: 0x70 0x00 0x02 0x00 0x00 0x00 0x02 0x0a 0x3a > sda: READ CAPACITY failed > sda: status = 1, message = 00, host = 0, driver = 00 > sda : block size assumed to be 512 bytes, disk size 1GB. > sda: Write Protect is off > I/O error: dev 08:00, sector 0 > ldm_validate_partition_table(): Disk read failed. > I/O error: dev 08:00, sector 0 > unable to read partition table > Drive Command Successful self test aborted > > > </end errors> > > Bernard, > dmesg |more is full of repeats of the above message and so is the output from > fdisk -l !! Weird :-( > > > Simon, > 1. No, the machine wasn't backed up, no not even the metadata of the drive. > Actually, its the one I was attempting to rebuild when I came across that > error. > 2. Hmmmm, can I mount a drive that even fdisk can't show as exisiting? Advise > please. > > > Regards > George > > > On Thu, Nov 26, 2009 at 1:32 PM, Simon Vass < [email protected] > wrote: > > > Dear George, > > LVM drives are a little different to normal partitioned drives. Funnily > enough an having the same issue with one of mine. You first have to mount > them with the lvm tools before scanning. Have you done this? Did you have a > backup of the machine, and more importantly the meta data for the lvm drive? > > > > Simon Vass > Technical Manager > E-Tech Uganda Ltd > http://www.etech.ug > Tel: +256 (0) 312260620 or (0) 312260621 > Email: [email protected] > > > > > > > ----- Original Message ----- > From: "Bernard Wanyama" < [email protected] > > To: "Chris Wilson" < [email protected] > > Cc: "Linux Users Group Uganda" < [email protected] > > Sent: Thursday, 26 November, 2009 13:25:11 GMT +03:00 Iraq > Subject: Re: [LUG] Are these drives gone? > > Hi George, > > Have you tried the following commands: > > fdisk -l > dmesg | more > > should give you some idea of what the system can or cannot see in > terms of storage devices and error messages. > > As Chris suggested, smartctl will also give you an idea of how to proceed. > > Kind regards, > Bernard > > 2009/11/26 Chris Wilson < [email protected] >: > > On Thu, 26 Nov 2009, George Lule wrote: > > > >> Dear all,I am trying to recover data from (of course) a failed system. > >> According to the resident guy, system was running Fedora Core 4, LVM > >> with 2 SATA drives each 300GB. However when I try to scan them mdadm > >> --examine --scan /dev/sda1 >> /etc/mdadm/mdadm.conf or when I try to > >> fdisk them, fdisk /dev/sda1 I get the errors > >> > >> <start errors> > >> > >> usb-uhci.c: interrupt, status 3, frame# 121 > >> sda: Unit Not Ready, sense: > >> current 00:00 sns = 70 2 > >> ASC=3a, ASCQ=0 > >> Raw sense data: 0x70 0x00 0x02 0x00 0x00 0x00 0x02 0x0a 0x3a > >> sda : block size assumed to be 512 bytes, disk size 1GB. > >> sda: Write Protect is off > >> I/O error: dev 08:00, sector 0 > >> ldm_validate_partition_table(): Disk read failed. > >> I/O error: dev 08:00, sector 0 > >> unable to read partition table > >> > >> </end errors> > >> > >> Please note that am doing this recovery off a Knoppix live CD, but am > >> wondering, is it worth proceeding or these drives are completely gone? > >> Your advise will be greatly appreciated > > > > It sounds like /dev/sda is completely gone. What about the other drive? > > > > You could use smartctl -A /dev/sda to check whether the drive thinks that > > it's dead or dying, and check the Current_Pending_Sector and > > Offline_Uncorrectable counts to see how many sectors the drive thinks are > > bad. If it's not too many, some of the data may be recoverable from that > > drive. > > > > Cheers, Chris. > > -- > > Aptivate | http://www.aptivate.org | Phone: +44 1223 760887 > > The Humanitarian Centre, Fenner's, Gresham Road, Cambridge CB1 2ES > > > > Aptivate is a not-for-profit company registered in England and Wales > > with company number 04980791. > > _______________________________________________ > > LUG mailing list > > [email protected] > > http://kym.net/mailman/listinfo/lug > > %LUG is generously hosted by INFOCOM http://www.infocom.co.ug/ > > > > The above comments and data are owned by whoever posted them (including > > attachments if any). The List's Host is not responsible for them in any > > way. > > --------------------------------------- > > > > > > > _______________________________________________ > LUG mailing list > [email protected] > http://kym.net/mailman/listinfo/lug > %LUG is generously hosted by INFOCOM http://www.infocom.co.ug/ > > The above comments and data are owned by whoever posted them (including > attachments if any). The List's Host is not responsible for them in any way. > --------------------------------------- > > _______________________________________________ > LUG mailing list > [email protected] > http://kym.net/mailman/listinfo/lug > %LUG is generously hosted by INFOCOM http://www.infocom.co.ug/ > > The above comments and data are owned by whoever posted them (including > attachments if any). The List's Host is not responsible for them in any way. > --------------------------------------- > > > > _______________________________________________ > LUG mailing list > [email protected] > http://kym.net/mailman/listinfo/lug > %LUG is generously hosted by INFOCOM http://www.infocom.co.ug/ > > The above comments and data are owned by whoever posted them (including > attachments if any). The List's Host is not responsible for them in any way. > --------------------------------------- > > _______________________________________________ > LUG mailing list > [email protected] > http://kym.net/mailman/listinfo/lug > %LUG is generously hosted by INFOCOM http://www.infocom.co.ug/ > > The above comments and data are owned by whoever posted them (including > attachments if any). The List's Host is not responsible for them in any way. > --------------------------------------- > -- Simon Sekidde gpg: 98A6 8D22 578C FFCE F6F8 FC80 94D4 2451 1E8B 049D _______________________________________________ LUG mailing list [email protected] http://kym.net/mailman/listinfo/lug %LUG is generously hosted by INFOCOM http://www.infocom.co.ug/ The above comments and data are owned by whoever posted them (including attachments if any). The List's Host is not responsible for them in any way. ---------------------------------------
