Acronis still won't validate archives

The mouse doesn't work with the rescue disk. I can navigate as far as the comment section using the keyboard but then I can't get out of the comment panel to continue. Any idea of what combination of keys might be the right one?

Keeps running and running, this one, doesn't it?

BB

 

I don't know the key combination, but try the following:

https://www.wilderssecurity.com/showpost.php?p=915962

Note that in safe mode you may not be able to see your mobile drive, so I would try the suggestion for full mode first.

F.

 

I'm still trying here... the mouse decided to work once and once only, I don't know why... this in rescue disc safe mode, the backup said it would take 6 hours so I canceled it. I haven't managed to get the mouse working again since so I'm trying those instructions now.

BB

 

When exactly am I supposed to press F11 to get quiet please?

BB

 

From

https://www.wilderssecurity.com/showthread.php?t=55317

Please boot your computer from the Acronis True Image rescue disc and press F11 key when the selection screen advising you to select either "Full", "Safe" or "Boot into Windows" option appears. After you get the "Linux kernel command line" prompt, please modify it in the following way:

quiet acpi=off noapic

click on the OK button then and choose "Full Version". That should allow you to use Acronis True Image in some special cases.

F.

 

Full version, eh? Missed that bit :-( I got the mouse going last night and did a backup to the mobile drive which took 6 hours. It failed as it couldn't read data from the disk. Ha!
Tonight I'll try the safe version on the D partition.
I got Memscope to play with too but I'm at my machine all day so we'll have to wait till I have a spare night to try it out.

BB

 

Don't be surprised if safe mode cannot see your mobile drive.

F.

 

In safe mode, I got a backup that validated from the C partition to the D partition. I also got one that didn't. The difference was that one had normal compression, the other had none. I think it was the one with normal compression that failed validation. Jeez, this is hours out of my day, I'm going to have to write messages to myself.
Anyhoo, from the disk, normal compression to the D partition won't validate, while (IRC) a backup made with no compression will. Which tells us?

BB

 

is it possible to summarise all the test results so far - in a table or something ?

F.

 

just my $.02 for now..

Dell Poweredge 700 server hardware, running XP SP2, my test machine.
Got a "server" just so could run with the side panel off, during the
days of the Dell "clamshell" cases. Machine is solid, no recent flakey
or corrupt transfers with anything.

C: NTFS, 64k clusters, about 10GB inuse. with XP running, did
backup to a 2nd local drive with TI 10.0 home, and TI 9.0
workstation (will get build no. when I get a chance), normal compression.
Two approx 6GB *.tib files. Dest drive was NTFS, 64k clusters.

boot up rescue CD, both TI 10.0 home and TI 9.0 WS validate
their images ok. Connect 2nd machine, 900 Mhz Dell GX120, 100 Mbit
ethernet, rescue disk (linux) boots up ok. Both TI10.0 home and TI
9.0 WS from rescue disk can find the "share" from the first computer
and see the *.tib files, but when selecting them, it says they are
not archive files or are corrupt.

Tried again using a Panasonic Toughbook W4 laptop, booted rescue
CD.. Same results as above.

On the orig machine, brought up XP, copied both *.tib files to
another drive, NTFS, 4K clusters, made it a share, and tried again
thinking 64k clusters might hose network shares.. still same problem..

I did not try making images (archives) with < 2GB size yet.

The backup speed flies.. running almost at disk hardware speed..
about 6 mins to copy 12 GBs (compressed down to 6)...

I played around with M$ "imageX" (runs on vista, XP, BartPE, etc),
imaging tool, and it was 4X-5X slower than acronis on making
a backup image!

when I get some more spare time, I will try to gather more info,
builds, etc, and send it into support... unless U guys find it first
in the forums... this was all non critical testing (playing)...

--ghg

 

I just ran Memscope all night for nearly six passes. No errors.

BB

 

I think all we can learn is that the compression algorithm doesn't work with my machine at all, and that I can't do any kind of backup of the D partition, even an uncompressed one, to anything or anywhere. I suppose I should try one at night from the rescue disk; is it worth the effort? All we seem likely to learn is that the software doesn't work as it should. Which we already know.

BB

 

Well, who cares if it works? Did they actually work or not?

BB

 

another $.02 - seems to be network issue with rescue disk

Ran BartPe on the "second" system (old Dell Optiplex GX110), 900 Mhz..
This was the system where running TI10.0 Home, build 4940 (rescue disk)
could see an *.tib image on the main machine via a network
share, but would say "not valid TI home archive" when selecting it.
(image was made with TI10.0 home 4940 running under XP-SP2)

Booted up BartPE (UBCD4WIN 3.03), mapped a network drive to
first system. Ran M$ imageX /apply to restore an image
I made a couple of posts ago.. Yes the imageX did work, but
took about 40 mins, so quite a bit slower than acronis TI home & WS.

booted up 2nd system with XP SP2, installed TI10.0 4940 under XP,
and shared network drive back to first system.. this time TI10.0
did see the *.tib archives and validated them good thru the same
hardware that failed with rescue disk mode.

also a "beware" on network shares, esp on a fast machine, that
one can read the share so hard, that network keep alive packets
don't make it thru, and the share goes down after a couple
of mins and disconnects...and then U have to reconnect...
This will probably only happen on a "verify/validate", since
if an actual disk restore is going on, then the keep alive packets
will make it thru then. Was running a archive verify with
drivesnapshot.de (good product), and it hung a share after
a couple of mins, since it sucked on the share so hard
to keep out the keepalive packets!

--ghg

 

Re: Acronis still won't validate archives - problem solved

turned out to be the NTFS permissions on the *.tib files

They were such that, the remote (linux recovery CD),
could browse the shares (everyone Read access at
the top), and see the FILENAMES, but did not have
permission to open for read. TI10.0 (current build) and
TI 9.1 WS (current build).. implied that the file opened, but
that the contents were corrupt [i.e. not a TI9.1WS or 10
archive], where in reality the open failed due to permissions.

Acronis could improve TI9.1WS and 10.0 by checking the
error return on the open and issue an open failed
message, or better open failed - permission denied.

Using the admin share (e.g. D$), caused TI9.1/10.0 to
put up a login box for access, and giving it an admin
acct, everything worked fine. (validate worked).

Also, using a (no login requested) share, and setting
ACLS so that "Everyone" had read permission also worked
on everthing from D$ on down the the *.tib files.

--ghg

 

ghg - Acronis may miss seeing this problem here, it would be good if you could submit details to Acronis Support.

 

Speaking of whom... I emailed details of my problems and this thread to Acronis support some days ago but have heard nothing since. Does anyone know of other imaging software for XP please? Norton Ghost springs to mind but that's the only name I know of personally and I don't know if it's the same thing.

BB

 

I think you may be in the wrong forum

F.

 

Hello billkruse,

Please feel free to ask that sort of question in our <Software & Services forum> rather than in this Official Acronis Support Forum. Thanks.

Menorcaman

 

A quick catch-up for interested parties; Acronis have been in touch now so I'll be forwarding details and the log file over to them.

BB

 

Thanks for the update. Good luck and let us know how you get on.

F.