[ALT SOLVED ]Re: dd_rescue No additional sense
On 15/06/12 12:42 PM, Ralf Mardorf wrote: > On Sat, 2012-06-16 at 04:36 +1200, Chris Bannister wrote: >> On Thu, Jun 14, 2012 at 10:51:03PM -0400, KS wrote: >>> I might actually end up giving the machine to the owner with Linux >>> slapped on it :p >>> >>> . searching for options now. >> >> Just say its the new Windows 8, :) > > :D > > Windows 8 Server Pro without the need for unified extensible firmware > interface featuring hardware. > > Searching on Gateway site I found that the "eRecovery Management" software can start using Alt+F10 at boot time. That worked perfectly fine except that it didn't give me an option to choose the language and installed Windows 7 in French! The first install gives option of English/French in Canada and I expected it would do the same on recovery. Result: "borrowed" another Win7 Home Premium x64 for install and swapped the key to original. Advantage: no crapware from Gateway and gave away a 2.5" new HDD at cost. Thanks everyone for the inputs. /KS -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4fdfd6fb.9090...@fastmail.fm
Re: dd_rescue No additional sense
On 16/06/12 02:17 PM, Jon Dowland wrote: > On Fri, Jun 15, 2012 at 07:33:13AM +0200, Ralf Mardorf wrote: >> I would copy the files (tar) instead of running some dd command. If it >> fails to copy a file, you could try again, just for this file. Broken >> drives tend to fail ;) and sometimes they need to rest some days before >> going on or a clap to release the heads. > > Read up on dd_rescue. It's much more reliable at recovering data than > any tool that relies on the filesystem being interpretable, such as tar. > > I have successfully used dd_rescue in the past to get data from dying HDDs (won't boot/stop after booting) and CF cards. This is the only time it stopped reading for extended time and the logs in syslog. But having two packages so similarly named is definitely confusing when the package is not something like a lib package. /KS -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4fdfd63b.8030...@fastmail.fm
Re: dd_rescue No additional sense
On Sat, 2012-06-16 at 19:17 +0100, Jon Dowland wrote: > On Fri, Jun 15, 2012 at 07:33:13AM +0200, Ralf Mardorf wrote: > > I would copy the files (tar) instead of running some dd command. If it > > fails to copy a file, you could try again, just for this file. Broken > > drives tend to fail ;) and sometimes they need to rest some days before > > going on or a clap to release the heads. > > Read up on dd_rescue. It's much more reliable at recovering data than > any tool that relies on the filesystem being interpretable, such as tar. > > Flagged this email. No time to read about dd_rescue now. Btw. I was mistaken, I didn't run tar, but cp for broken disks. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1339871892.2281.83.camel@precise
Re: dd_rescue No additional sense
On Fri, Jun 15, 2012 at 07:33:13AM +0200, Ralf Mardorf wrote: > I would copy the files (tar) instead of running some dd command. If it > fails to copy a file, you could try again, just for this file. Broken > drives tend to fail ;) and sometimes they need to rest some days before > going on or a clap to release the heads. Read up on dd_rescue. It's much more reliable at recovering data than any tool that relies on the filesystem being interpretable, such as tar. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120616181734.GA20561@debian
Re: dd_rescue No additional sense
On Sat, 2012-06-16 at 04:36 +1200, Chris Bannister wrote: > On Thu, Jun 14, 2012 at 10:51:03PM -0400, KS wrote: > > I might actually end up giving the machine to the owner with Linux > > slapped on it :p > > > > . searching for options now. > > Just say its the new Windows 8, :) :D Windows 8 Server Pro without the need for unified extensible firmware interface featuring hardware. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1339778579.2650.316.camel@precise
Re: dd_rescue No additional sense
On Thu, Jun 14, 2012 at 10:51:03PM -0400, KS wrote: > I might actually end up giving the machine to the owner with Linux > slapped on it :p > > . searching for options now. Just say its the new Windows 8, :) -- "If you're not careful, the newspapers will have you hating the people who are being oppressed, and loving the people who are doing the oppressing." --- Malcolm X -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120615163643.GE7818@tal
Re: dd_rescue No additional sense
On Fri, 2012-06-15 at 08:24 +0200, Ralf Mardorf wrote: > > If you're using a licensed version of Win7, why don't you have the > install medias? Because it is a factory install that reinstalls from a partition on disk, most likely. However, there is a code sticker on the bottom of a laptop, that may let you get a copy from the manufacturer. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1339750633.2316.9.camel@hp-g62
Re: dd_rescue No additional sense
On Thu, 2012-06-14 at 15:01 -0400, KS wrote: > Win7 Than forget my advice to copy the files instead. OTOH it's a good reason to reconsider running an illegal Windows XP with service pack 2 (3 isn't worth the hassle, but also possible to get, after installing a wga remover and manually sorting SP3 files) on a virtual machine, if by blackguards you're forced for what reason ever to use Windows, or drop Windows completely. Or drop Linux and wait until Win8 is released and pay for the license and perhaps for a new mobo too :p. If you're using a licensed version of Win7, why don't you have the install medias? -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1339741452.2650.40.camel@precise
Re: dd_rescue No additional sense
On Thu, 2012-06-14 at 09:59 -0400, Gary Dale wrote: > I'm by no means an expert on dd_rescue but it looks like your drive > has died. You can try again after rebooting (use a different > rescue .iso image) but I suspect you'll get the same result. Rebooting can be very helpful, even if a HDD already is dead. Sometimes they'll work for an hour after disconnecting and not using them some weeks. And as already mentioned, if it's the most common issue, brute force can free the heads. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1339738786.2650.14.camel@precise
Re: dd_rescue No additional sense
I would copy the files (tar) instead of running some dd command. If it fails to copy a file, you could try again, just for this file. Broken drives tend to fail ;) and sometimes they need to rest some days before going on or a clap to release the heads. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1339738393.2650.9.camel@precise
Re: dd_rescue No additional sense
On 14/06/12 08:28 PM, KS wrote: > On 14/06/12 07:34 PM, KS wrote: >> On 14/06/12 03:25 PM, Bob Proulx wrote: >>> >>> I will second keith's suggestion to use gddrescue which has somewhat >>> improved behavior and might work better. I pretty much have switched >>> to using it whenever I need to do this. >>> >> >> Running it now. Waiting to see if it works any better. >> > > It could only read around 44GB (dd_rescue read around 52). > > dd'ing first two partitions now to disk. > > /KS > Removed the last two lines for 3rd and 4th primary partitions. And dumped the partition table on the disk. It complained of partitions not ending on end of cylinder. However, all that aside, Gateway site says that to reset to factory conditions, one has to login to Windows and then start the process from the recovery program which reboots the machine and starts the recovery. I haven't been able to figure out how to get that process started without having the running Win7 partiton :( I might actually end up giving the machine to the owner with Linux slapped on it :p . searching for options now. /KS -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4fdaa317.6070...@fastmail.fm
Re: dd_rescue No additional sense
KS wrote: > Bob Proulx wrote: > > I will second keith's suggestion to use gddrescue which has somewhat > > improved behavior and might work better. I pretty much have switched > > to using it whenever I need to do this. > > Running it now. Waiting to see if it works any better. I should have emphasized that you want to supply a log file as the third parameter. That usage differs from the other ddrescue. But I am sure you read the docs already. :-) > > Partition the new drive with the same sized partition as the previous > > rescue partition. I like using sfdisk for this purpose. > > > > sfdisk -d /dev/sda > sda.partitions # dumps partition table > > Thanks. > Done. And have the file. I just noticed that the other disc I have is > smaller (250GB). So would it work, if I manually edit the "size=" sector > number and then write it to the disk. Sounds good. Also you can edit the file and just set only the partitions you care about. For example if you wanted to only set the first partition or two and leave the rest unallocated. Then allocate the rest later using a different tool. I just like sfdisk due to its ability to write out the previous and read it back in for the new without me needing to know anything about the sizes. > Can I just change the OS partition size in the dump by reducing the > total sector count for the smaller disk by the start sector number of > the third partition of the dying disk partition table? You should be able to do that, yes. You can also simply delete lines from other partitions to leave those unallocated. Then allocate them afterward using parted or whatever other tool you want. > > http://www.supergrubdisk.org/super-grub2-disk/ > > Hmmm... Thanks Bob, never heard of supergrubdisk. Looks like a good tool. It has worked well for me to boot cranky MS-Windows machines with broken MBRs before. > Waiting for gddrescue to finish. Good luck! Bob signature.asc Description: Digital signature
Re: dd_rescue No additional sense
On 14/06/12 07:34 PM, KS wrote: > On 14/06/12 03:25 PM, Bob Proulx wrote: >> >> I will second keith's suggestion to use gddrescue which has somewhat >> improved behavior and might work better. I pretty much have switched >> to using it whenever I need to do this. >> > > Running it now. Waiting to see if it works any better. > It could only read around 44GB (dd_rescue read around 52). dd'ing first two partitions now to disk. /KS -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4fda81bb.1060...@fastmail.fm
Re: dd_rescue No additional sense
On 14/06/12 03:25 PM, Bob Proulx wrote: > > I will second keith's suggestion to use gddrescue which has somewhat > improved behavior and might work better. I pretty much have switched > to using it whenever I need to do this. > Running it now. Waiting to see if it works any better. > > Take it as an omen. This might be the opportune time to ween yourself > from it. :-) > Not mine. My machine has Sid running :) > > Partition the new drive with the same sized partition as the previous > rescue partition. I like using sfdisk for this purpose. > > sfdisk -d /dev/sda > sda.partitions # dumps partition table > Thanks. Done. And have the file. I just noticed that the other disc I have is smaller (250GB). So would it work, if I manually edit the "size=" sector number and then write it to the disk. Can I just change the OS partition size in the dump by reducing the total sector count for the smaller disk by the start sector number of the third partition of the dying disk partition table? > Then you can clone the old partitions onto the new disk this way: > > sfdisk /dev/sdX < sda.partitions # writes /dev/sda partition table > ... > http://www.supergrubdisk.org/super-grub2-disk/ > > Bob Hmmm... Thanks Bob, never heard of supergrubdisk. Looks like a good tool. Waiting for gddrescue to finish. /KS -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4fda7507.9040...@fastmail.fm
Re: dd_rescue No additional sense
KS wrote: > keith wrote: > > I'm trying to recover data off a dying hard disk (2.5" Hitachi 320GB > > HDD). I was able to get the first two partitions without errors. The > > third (system partition) started off OK but after doing about 44GB, I > > get the following in logs: > > Maybe try gddrescue, seems to work better. I will second keith's suggestion to use gddrescue which has somewhat improved behavior and might work better. I pretty much have switched to using it whenever I need to do this. > It is a netbook HDD that is dying(or died) that I'm trying to get data > from. Also, because I don't have any media to reinstall the Win7 which Take it as an omen. This might be the opportune time to ween yourself from it. :-) > came with it, I copied the first two partitions, one of which had the > installation partition. However, I don't know how to exactly replicate > the partition table in the new hard drive. Any suggestions? Partition the new drive with the same sized partition as the previous rescue partition. I like using sfdisk for this purpose. sfdisk -d /dev/sda > sda.partitions # dumps partition table Then you can clone the old partitions onto the new disk this way: sfdisk /dev/sdX < sda.partitions # writes /dev/sda partition table Where /dev/sd'X' is the new drive you wish to partition. You will need to write the file sda.partitions and copy it to wherever you are restoring the data onto the new drive. But that will be different depending upon your environment. I don't know if you have them on different machines or what. I am sure you can scramble and figure that part out. If both drives are on the same machine then you can pipe from one to the other. Be careful that you identify the drive you are writing to correctly. sfdisk -d /dev/sdX | sfdisk /dev/sdY Then restore by using dd or other program to copy your backed up image of the restore partition to it. Choose another block size if you like but 64k has traditionally been the best performing size for me. dd if=sda1.image of=/dev/sdY1 bs=16k Then the trick is to boot to that recovery partition. For that task I like using the super grub boot disk to boot the system. (But there are many different ways to do this. You might be able to copy the MBR directly with dd if=/dev/sdX of=mbr.img bs=512 count=1 and then on to your new disk but not sure because I have always used the system tools to recreated it.) Then you should be able to use your system restore tools to restore the system to the factory image. http://www.supergrubdisk.org/super-grub2-disk/ Bob signature.asc Description: Digital signature
Re: dd_rescue No additional sense
On Thu, Jun 14, 2012, at 09:59 AM, Gary Dale wrote: > I'm by no means an expert on dd_rescue but it looks like your drive has > died. You can try again after rebooting (use a different rescue .iso > image) but I suspect you'll get the same result. > > Thanks. I have already done it twice with similar results. I can give it a shot while it has been off the whole day and temperature is lower. It is a netbook HDD that is dying(or died) that I'm trying to get data from. Also, because I don't have any media to reinstall the Win7 which came with it, I copied the first two partitions, one of which had the installation partition. However, I don't know how to exactly replicate the partition table in the new hard drive. Any suggestions? KS > On 14/06/12 07:42 AM, KS wrote: > > Hi all, > > > > I'm trying to recover data off a dying hard disk (2.5" Hitachi 320GB > > HDD). I was able to get the first two partitions without errors. The > > third (system partition) started off OK but after doing about 44GB, I > > get the following in logs: > > > > Jun 14 07:32:27 gurh kernel: [31272.821050] sd 14:0:0:0: [sde] Sense > > Key : No Sense [current] > > Jun 14 07:32:27 gurh kernel: [31272.821066] sd 14:0:0:0: [sde] Add. > > Sense: No additional sense information > > Jun 14 07:32:31 gurh kernel: [31276.587862] sd 14:0:0:0: [sde] Sense > > Key : No Sense [current] > > Jun 14 07:32:31 gurh kernel: [31276.587878] sd 14:0:0:0: [sde] Add. > > Sense: No additional sense information > > Jun 14 07:32:35 gurh kernel: [31280.365957] sd 14:0:0:0: [sde] Sense > > Key : No Sense [current] > > Jun 14 07:32:35 gurh kernel: [31280.365973] sd 14:0:0:0: [sde] Add. > > Sense: No additional sense information > > Jun 14 07:32:39 gurh kernel: [31284.121739] sd 14:0:0:0: [sde] Sense > > Key : No Sense [current] > > Jun 14 07:32:39 gurh kernel: [31284.121755] sd 14:0:0:0: [sde] Add. > > Sense: No additional sense information > > Jun 14 07:32:42 gurh kernel: [31287.899754] sd 14:0:0:0: [sde] Sense > > Key : No Sense [current] > > Jun 14 07:32:42 gurh kernel: [31287.899769] sd 14:0:0:0: [sde] Add. > > Sense: No additional sense information > > > > > > This doesn't stop (waited for about 7hours) and the HDD activity light > > (in external case connected via Firewire) is constantly red. This > > doesn't seems to be something like an error reading data and hence it > > doesn't continue reading from the device. Does anyone know what is > > happening here? > > > > Thanks, > > KS > > > > Linux gurh 3.2.0-2-686-pae #1 SMP Fri Jun 1 18:56:14 UTC 2012 i686 GNU/Linux > > > > $> dd_rescue -h > > > > dd_rescue Version 1.23, garl...@suse.de, GNU GPL > > ($Id: dd_rescue.c,v 1.112 2010/10/11 09:50:32 garloff Exp $) > > (compiled Feb 16 2011 13:41:26 by gcc (Debian 4.4.5-10) 4.4.5) > > (features: O_DIRECT splice ) > > dd_rescue copies data from one file (or block device) to another. > > > > Command used: sudo dd_rescue -l tmp/dd_rescue.log -v /dev/sde3 > > /media/Expansion\ Drive/Hitachi320-3.iso > > > > > > > -- > To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org > with a subject of "unsubscribe". Trouble? Contact > listmas...@lists.debian.org > Archive: http://lists.debian.org/4fd9ee53.7080...@rogers.com > -- KS list...@fastmail.fm -- http://www.fastmail.fm - Accessible with your email software or over the web -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1339700492.25734.140661089316601.5063e...@webmail.messagingengine.com
Re: dd_rescue No additional sense
On Thu, 2012-06-14 at 09:59 -0400, Gary Dale wrote: > I'm by no means an expert on dd_rescue but it looks like your drive has > died. You can try again after rebooting (use a different rescue .iso > image) but I suspect you'll get the same result. > > > On 14/06/12 07:42 AM, KS wrote: > > Hi all, > > > > I'm trying to recover data off a dying hard disk (2.5" Hitachi 320GB > > HDD). I was able to get the first two partitions without errors. The > > third (system partition) started off OK but after doing about 44GB, I > > get the following in logs: > > Maybe try gddrescue, seems to work better. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1339691968.2788.2.camel@hp-g62
Re: dd_rescue No additional sense
I'm by no means an expert on dd_rescue but it looks like your drive has died. You can try again after rebooting (use a different rescue .iso image) but I suspect you'll get the same result. On 14/06/12 07:42 AM, KS wrote: Hi all, I'm trying to recover data off a dying hard disk (2.5" Hitachi 320GB HDD). I was able to get the first two partitions without errors. The third (system partition) started off OK but after doing about 44GB, I get the following in logs: Jun 14 07:32:27 gurh kernel: [31272.821050] sd 14:0:0:0: [sde] Sense Key : No Sense [current] Jun 14 07:32:27 gurh kernel: [31272.821066] sd 14:0:0:0: [sde] Add. Sense: No additional sense information Jun 14 07:32:31 gurh kernel: [31276.587862] sd 14:0:0:0: [sde] Sense Key : No Sense [current] Jun 14 07:32:31 gurh kernel: [31276.587878] sd 14:0:0:0: [sde] Add. Sense: No additional sense information Jun 14 07:32:35 gurh kernel: [31280.365957] sd 14:0:0:0: [sde] Sense Key : No Sense [current] Jun 14 07:32:35 gurh kernel: [31280.365973] sd 14:0:0:0: [sde] Add. Sense: No additional sense information Jun 14 07:32:39 gurh kernel: [31284.121739] sd 14:0:0:0: [sde] Sense Key : No Sense [current] Jun 14 07:32:39 gurh kernel: [31284.121755] sd 14:0:0:0: [sde] Add. Sense: No additional sense information Jun 14 07:32:42 gurh kernel: [31287.899754] sd 14:0:0:0: [sde] Sense Key : No Sense [current] Jun 14 07:32:42 gurh kernel: [31287.899769] sd 14:0:0:0: [sde] Add. Sense: No additional sense information This doesn't stop (waited for about 7hours) and the HDD activity light (in external case connected via Firewire) is constantly red. This doesn't seems to be something like an error reading data and hence it doesn't continue reading from the device. Does anyone know what is happening here? Thanks, KS Linux gurh 3.2.0-2-686-pae #1 SMP Fri Jun 1 18:56:14 UTC 2012 i686 GNU/Linux $> dd_rescue -h dd_rescue Version 1.23, garl...@suse.de, GNU GPL ($Id: dd_rescue.c,v 1.112 2010/10/11 09:50:32 garloff Exp $) (compiled Feb 16 2011 13:41:26 by gcc (Debian 4.4.5-10) 4.4.5) (features: O_DIRECT splice ) dd_rescue copies data from one file (or block device) to another. Command used: sudo dd_rescue -l tmp/dd_rescue.log -v /dev/sde3 /media/Expansion\ Drive/Hitachi320-3.iso -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4fd9ee53.7080...@rogers.com
