Post by august abolinsHello Paul!
Post by PaulThe only place that Macrium has "Boot Repair" is on the emergency CD.
I downloaded Macrium, but it did not give me an option to
create an emergency CD. I could only run it live. Part way
thru the live clone, it failed with an error.
Post by PaulYou can make a CD or a USB stick. Not all computers boot from USB,
but the newer ones do.
I wouldn't have minded using Macrium booted on USB.
Meanwhile, I reverted to Clonezilla booted to a usb stick. The
clone operation was actually pretty straight forward if
accepting the defaults. It even offers to expand the existing
partions propertionally to fit the destination ssd. I did
https://kolico.ca/tmp/ccc.jpg
And then it just proceeded to clone the h partion. The h went
without a hitch and completed in about 1.5hrs
We're not off to a good start then. Hmmm.
*******
The Macrium Rescue interface, will vary with version.
[Picture]
Loading Image...If you need to make USB media, rufus.ie website has a tool for
that, and uses some "syslinux" files as a boot wrapper. It can handle
WinPE based ISO disc images for you and make media.
*******
Clonezilla is telling you some of your WinXP clusters have
bad sectors in them.
Now you need multiple passes of ddrescue. The first pass
gets the easy-to-read sectors. Later passes work on the
missing bits.
Cygwin has a version of ddrescue and Linux has one (gddrescue package
in a Package Manager window).
https://stackoverflow.com/questions/52235462/ddrescue-on-cygwin-creates-a-zero-size-image
Even on Cygwin, ddrescue would use the Linux namespace for drive partitions
or the whole disk drive. Cygwin would not need "sudo" in front, but Cygwin
would have to be running in an Administrator (elevated) window of some sort.
The following examples might work with a Ubuntu or a Linux Mint DVD as the booted OS.
sudo apt install gddrescue # perhaps this installs ddrescue in /sbin or /usr/bin ???
# No matter where you store the disc image (you can even store it on a
# second drive of matching or larger size), you will need enough space.
# Processing a 250GB disk drive would need 250GB of storage.
sudo ddrescue -f -n /dev/sdb /root/sdb_rescue.img /root/rescue.log
# Examine the LOG file for details. A large log file means
# there are many CRC errors.
gedit /root/rescue.log
# Now, the second pass reads the log, and concentrates only on the
# not-yet-captured sectors.
sudo ddrescue -d -f -r3 /dev/sdb /root/sdb_rescue.img /root/rescue.log
If you were doing drive-to-drive verbatim, it would look like this.
sudo ddrescue -f -n /dev/sdb /dev/sdc /root/rescue.log # From disk management second to third drive
# Whole drive is processed
You can process a single partition on a drive, such as the first partition of drive SDB.
This syntax would assume drive SDC already "looks like" drive SDB,
and has a partition table that matches in its details (no mods to partitions!).
sudo ddrescue -f -n /dev/sdb1 /dev/sdc1 /root/rescue.log # partition to partition rescue
With a lot of work, you can relate the offset on the disk (in the rescue.log)
to the damaged files. When my refurbished Optiplex had a bad drive, there
were four damaged sectors that could not be recovered, two sectors were in white space
(does not matter for cloning), two sectors were in system files. I had to scrounge up
replacement files, which is not easy.
*******
With such a command, you can easily damage the destination disk drive!
All it takes is a single syntax error while typing in the source
and destination pathnames.
I don't know if clonezilla has a copy of that built-in or not.
It's easier for a human to operate that software, than to write
a tool to parse the logfile and figure out a strategy from there.
*******
Summary: Now you're in serious trouble, depending on what file or files are lost.
This is no longer "a walk in the park".
The purpose of ddrescue, is to make multiple attempts to recover a sector.
The second command of the two, can be run multiple times, as you wish.
No matter which repair OS is used, the command must be elevated (root or Administrator)
to read a raw disk drive. It is best if the partition is not mounted (which is
why using Cygwin with respect to a damaged C: drive would not work and why
a Ubuntu or LinuxMint DVD booted, is recommended as the running OS).
Ubuntu and LinuxMint will run right off the DVD, *without* installing.
You still need storage space to work.
You cannot write to C: while you are working on it (reading it).
You cannot download the LinuxMint DVD onto your C: drive.
You cannot install Cygwin onto your C: drive.
A second computer may allow tool preparation (we call this
the Technician Computer, which is a computer in full working
order, with disk drive(s) having storage space to do repair work).
Part of the reason for so many rules, is that at this point,
we do not know how unhealthy the drive with the C: partition is,
and how much further "meddling" it will tolerate without croaking.
I had a drive once, that died soon after I started recovery work,
and I lost everything on there. That was a Maxtor 40GB drive from
the IDE ribbon cable days. That's what happens when you're too late.
The WD Blue 250GB I recovered on my refurbished Optiplex, that
worked out better. The drive errors were transient. A scan of the
drive today reveals no CRC errors, which is weird. The drive is *not*
in usage, so no matter how it tries to trick me, it's not going to be
used again. The contents now live on a WD Black 1TB.
Paul