gnuddrescue utility script

[maximus57]

I just joined the forum to say thanks for your work so far, this project is well worth a high five!

Edit i just tried to install :ddrutility_1.6-1_all.deb in ubuntu 12.04 and got a few missing libs which are not easy for me to install.

All these are 404
http://us.archive.ubuntu.com/ubuntu/....09-1_i386.deb
http://us.archive.ubuntu.com/ubuntu/...6.11-1_all.deb
http://us.archive.ubuntu.com/ubuntu/...1.2-1_i386.deb
http://us.archive.ubuntu.com/ubuntu/...1.2-1_i386.deb

All these are the latest. After downloading, package manager just says "unknown error"

http://us.archive.ubuntu.com/ubuntu/....22-1_i386.deb
http://us.archive.ubuntu.com/ubuntu/...6.39-1_all.deb
http://us.archive.ubuntu.com/ubuntu/...untu1_i386.deb
http://us.archive.ubuntu.com/ubuntu/...untu1_i386.deb

Maybe its easy to update the .deb package ?

I currently use xubuntu for my programming (in vmware), and can install ddrutility 1.6 on both 32 and 64 bit versions of 12.04. I will have to download and install the regular ubuntu 12.04 to test and see if I can recreate the issue, but I have a few questions. Is your ubuntu up to date with updates, or is it a fresh install? Is it the 32 or 64 bit version? Did you download it from here, or set it up through launchpad? Is you ubuntu really 12.04, or did you let it upgrade (type "lsb_release -a" in a terminal window to see what version you have).

You should still be able to use the .sh file as an alternative. Just read the help file on how to use it. Note that it has 3 requirements that you have to install, they are listed in the help file.

EDIT:
It is possible that the update server your ubuntu installation is connecting to is corrupt. Do a search for "ubuntu change update mirror" for how to change the update server mirror, and see if that solves your problem.

[tratb9]

I think that's enough help to get me going for now, thanks. Since i dont want to derail your time for newbie trouble shooting in place of the real great work your doing here i will wait, if things dont work, for your project to finish and then ask for more help.

edit
It was plenty of help, simple update fixed the issue & ddrutilities installed. Thanks again

[maximus57]

I would like to announce that I have moved ddrutility to sourceforge.

https://sourceforge.net/projects/ddrutility/

I will still reply to posts on here as I get them, but any further work will be at sourceforge. Also, I believe I have the forum page open on it there, so comments and further discussions will be welcome there.

Also, at this time I am not planning on keeping ddrutility updated in Launchpad.

[glorifyday]

I am planning to use your tool as soon as ddrescue -r3 finishes. Thank you for your work - ddrescue is not complete without the ability to easily tell which files are corrupt.

I downloaded Ubuntu Rescue Remix 12.04, but as fas as I can see you've made lots of changes since the version included in URR 12.04.
Is there any newer Live CD release containing your latest script or should I just copy the latest version to a pendrive and run in URR 12.04? Will it work? Are all dependencies satisfied?

I haven't find any discussion on that point, so let me ask: how sure are the results of your script? Do they tend to be over or underestimated, for instance?
How tollerant is the sript with regard to filesystem errors? I've got a 500 GB partition and the corruption starts near the 473rd gigabyte and is not big - do you think I will get accurate info?

[scott-dwyer]

I am planning to use your tool as soon as ddrescue -r3 finishes. Thank you for your work - ddrescue is not complete without the ability to easily tell which files are corrupt.

I downloaded Ubuntu Rescue Remix 12.04, but as fas as I can see you've made lots of changes since the version included in URR 12.04.
Is there any newer Live CD release containing your latest script or should I just copy the latest version to a pendrive and run in URR 12.04? Will it work? Are all dependencies satisfied?

I haven't find any discussion on that point, so let me ask: how sure are the results of your script? Do they tend to be over or underestimated, for instance?
How tollerant is the sript with regard to filesystem errors? I've got a 500 GB partition and the corruption starts near the 473rd gigabyte and is not big - do you think I will get accurate info?

I don't remember exactly what changes I made since the version on URR 12.04, but I would recommend the latest version (1.6), as I know I fixed some errors. Also, there is a fast NTFS option in the newer version. As far I know, the dependencies are the same, and 1.6 should run fine on URR 12.04. It is not available on any other rescue CD that I know of (yet). I was hoping the new version would get on UUR 12.10, but it was never released.

As for tolerance, it relies on some 3rd party functions, and they rely on the filesystem to be fairly intact. Simply put, if it completes a run, then it worked. If it exits with an error, then the file system is too corrupt. If it works, it should be accurate, or as accurate as it can be with the information it was presented. If you don't see any files listed, then the errors are most likely in an unused area (should be true for NTFS, but not always true for the other filesystems).

If the errors are way towards the end of the disk like you indicate, then the file system is most likely healthy enough (critical areas are usually towards the very beginning and in the middle), and you should get accurate info. Just remember, you are working with a disk that has errors. There is absolutely no guaranty whatsoever that it can be 100% accurate.

[glorifyday]

Thanks a lot for your answer, Scott.

I cannot find any examples in your help.txt file.
Is there anything like a recommended set of options for an ntfs drive? A good compromise between verbosity, readability and processing time?

Currently, the ddrescue is still working on my HDD ( third retry now... sooo looooong :-/ ) and I still have a time to speculate what to do in various possible scenarios. If the MFT gets corrupted and is to be restored/recalculated by some recovery software... has anyone got any idea if it is safer to fill the unrecovered blocks with 0 or 1?