View Single Post
  #11  
Old January 2nd 19, 06:38 AM posted to alt.windows7.general
Paul[_32_]
external usenet poster
 
Posts: 11,873
Default Macrium Reflect Question

G Ross wrote:
Paul wrote:
G. Ross wrote:
G Ross wrote:
My hard disk occasionally emits a squealing sound. I want to clone it
to a same size, same brand drive. My drive is set up as a C: drive and
a D: Drive.
Question: Will Macrium set on clone set up the two drives or will I
have
to format and set them up myself before cloning?
Thanks in advance.

Got it hooked up and it works fine for 30% then stops with error Read
Failed. Said was blocked from reading files in root. I disabled
firewall, had already turned off any running programs. Turned off
windows defender and windows firewall and antivirus. It still stalls
at 30%.
What else should I do?

G.Ross


Assuming the feature is still present, see the dialog
box at the bottom of this page.

https://blog.macrium.com/techie-tues...i=a8ebc97e3f0e


"If running chkdsk is unsuccessful, force Macrium Reflect to
continue on Error 23.

Select Other tasks Edit defaults Advanced.
Select "Ignore bad sectors".
Click OK.
"

That would be the equivalent (sort of) of using gddrescue.

Note: I do *not* recommend running CHKDSK as a method to
nuke and pave file systems (as the top of that article
suggests). You can experience severe tire damage doing
that. Hundreds of thousands of errors could result.
CHKDSK is a good thing to do on *healthy* hardware and
systems. Don't be kicking *sick* stuff with CHKDSK.
This is generally true of any tool which attempts
"repair in-place" - you could lose your only copy if
damage or total failure is the result.

*Always* try to make a clone first, even if it's a
crappy clone. Make sure you've rescued as many files
as possible. Then, if some subsequent experiments
result in total destruction of the source drive, you
still have (most of) the files.

I would be torturing you with tales about using
Linux "gddrescue" as the way to do this, but try
Macrium with the "Ignore bad sectors", then see
how many files you got. It could be that the disk
is mechanically too sick to get past that point, and
then using gddrescue would end the same way.

(sector by sector copy with a tool for the purpose, under Linux)
https://www.cgsecurity.org/wiki/Damaged_Hard_Disk

(available as the gddrescue package, with ddrescue executable maybe)
(Can be installed from package manager, doesn't need compile)
(rescued.log has a terse format recording success/failure of copy)

# first, grab most of the error-free areas in a hurry:
./ddrescue -n /dev/old_disk /dev/new_disk rescued.log
# then try to recover as much of the dicy areas as possible:
./ddrescue -r 1 /dev/old_disk /dev/new_disk rescued.log

*******

You *can* compare disks afterwards, using hashdeep
and generating checksums for every file. (That
will help tell you what clusters didn't copy.)

But read the Hashdeep manual page thoroughly - you
will need the obscure command line parameters to turn off
checking of "Reparse Points" and "Named Pipes". The
file system is littered with crap that will prevent
a hashdeep checksum run from completing.

Do your hashdeep on the "dest" disk first, and perfect
your technique of generating a manifest on the working
disk. You don't want to tune up your hashdeep skill
set on the sick disk - it might take too many runs
until you figure out how to use it well.

And if I knew of a better option than hashdeep, I'd
be selling that. Hashdeep is useful, but it's not
as friendly as it could be.

Good luck with your sick disk,

Paul

When I tried using the Macrium disk, it got to the same place and the
error message sounded like a plumbing problem--"Read Failed--Broken
Pipe" whatever that means.

Update: I have the disk, but it does not have the option to ignore bad
sectors, so I used the one on my computer and set that option. No
luck. This time it said "clone failed--read failed--no such file or
directory".

Guess I'll have to reload Acronis and try that. I had stopped using
that because it puts things on the computer that are nearly impossible
to remove.

Thanks for all the hand-holding.

I also have a macrium Boot disk I made which loads Linux. Have never
used it and am not familiar with Linux so did not try it.


So you're using an older version of Macrium then. Which
should still have worked.

The oldest Macrium had a Linux emergency boot disc which
is used during restores to a new hard drive.

Later versions (starting in Ver.5?) use a WinPE based disc,
the same "OS" as runs on a Windows installer DVD. When you
prepare one of those, it takes 500MB of downloads for the
"kit" from Microsoft, that Macrium uses that to make the boot
materials (normally about 300MB worth to a CD).

The most recent "useful to me" version is Macrium version 6,
as version 7 removed the MRIMG to VHD converter.

You'll need to make a new emergency boot CD when this
is installed, but for the purposes of an emergency clone
done via the running OS, no additional downloads would be needed.
It's backup/restore that benefits from a new CD. Or if you
really really wanted to do the clone offline, you could make
the new CD and try it. Cloning should really work "hot" and
that's the way I always do it. Cloning via the CD is reserved
for those cases when the wind is blowing the wrong way.

http://updates.macrium.com/reflect/v...ls6.3.1852.htm

http://updates.macrium.com/reflect/v6/ReflectDLv6.exe === stub installer

gives downloader 6.0.553.0, select a 32 bit or 64 bit version,
plus WinPE5 or WinPE10 to make emergency boot CDs.

v6.3.1849_reflect_setup_free_x86.exe 44,303,520 bytes === size estimates

v6.3.1849_reflect_setup_free_x64.exe 46,645,904 bytes === size estimates

It really shouldn't work any better, whether you get
1849 or 1852, but you can try it if you want.

For my purposes, that's as far as I'd go on version,
as I really liked the MRIMG to VHD capability (allows
doing P2V and bringing physical disks into virtual
environments).

*******

As you would expect, a pipe is a connection between two
computer processes, and has a limited size buffer between
the two things. A broken pipe implies one of the parties
died. Normally, you would expect if each party was
being monitored, a semi-intelligent error message
would result (the dying party perhaps generating a log).

Macrium does keep a log file, if you can find it.

Note that Windows 10 has some pretty bizarre file system
extensions, whereas Windows 7 is still reasonably good.
I don't think this is some "structure" that's caused
indigestion, as the indigestion should happen during
partition analysis, rather than right in the middle
of a cluster copy operation. Macrium tries to do things
sequentially, first doing a sweep to compute what
clusters need to be copied, and then copying the
clusters in order like 1,4,7,23. Unused portions
of the disk don't need to be copied - except for
cases where you were expecting an "undelete" program
to recover data at some later date. Not copying
white space means undelete won't work on the clone
(normally, not a big deal).

HTH,
Paul
Ads