|
[Date Prev][Date Next]
[Chronological]
[Thread]
[Top]
[NMLUG] hard drive replacement how to,
I've had nothing but heartache thus far with trying to retrieve data from my failing hard drive.
I have a sil raid card and tried using its onboard utility to create a mirror after dd took too long. A day and a half later after trying dd and another day and a half later after using the onboard raid software I thought I'd start searching for something else.
Luckily I stumbled across dd_rescue and dd_rhelp. dd_rhelp is a wrapper for dd_rescue and is designed to rescue data off of dying disks.
dd seemed to get stuck on sectors it couldn't read from the source disk....or perhaps I was too impatient but without any feedback I felt stuck.
dd_rhelp gives nice ascii feedback and is also recoverable.
dd_rescue is here:
http://www.garloff.de/kurt/linux/ddrescue/
dd_rhelp is referenced in the above page but here's the link anyway.
http://www.kalysto.org/utilities/dd_rhelp/index.en.html
I had a difficult time trying to get dd_rhelp running from my DSL livecd but read that dd_rescue is installed on the knoppix livecd. Booted into knoppix, followed the instructions for installing dd_rhelp and then ran it. It's been crunching away for a few hours now but at least I have some feedback telling me that it's actually doing something.
So far I would highly recommend giving it a look-see for recovering data from dying disks.
Will let you know what becomes of my data.
Tim
MATTHEW BOWIE <niosop@msn.com> wrote:
While increasing the blocksize might help some, dd is still going to be
slower than cp when copying a whole device or partion unless the
device/partition is totally full. It takes the same amount of time to copy
a 250GB drive that has 250GB of data on it as it does if the drive only has
10 meg on it (using dd).
It will also be alot slower to copy from drive to drive if both drives are
on the same IDE channel. If possible, put them on seperate channels.
Matthew
>Tim Emerick wrote:
> > Someone noted that dd is very slow. Probably explains why dd was still
> > cranking away on my 250gig this morning when I woke up.
>
>dd is slow if you use the default option for blocksize, which, IIRC, was
>designed to be backward compatible to magnetic tapes. Try dd if=/dev/hda2
>of=/dev/hdb2 bs=1M (replacing the if= and of= correctly.) If it chokes on
>that
>argument, try bs=1048576
_______________________________________________
NMLUG mailing list
NMLUG@nmlug.org
http://www.nmlug.org/mailman/listinfo/nmlug
---------------------------------
Sneak preview the all-new Yahoo.com. It's not radically different. Just radically better.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.b9.com/pipermail/nmlug/attachments/20060606/c78809a7/attachment.htm
|
|
