Aller au contenu principal

Access Denied error when saving edited backup entry

Thread needs solution

Newly installed on Windows 7 Pro 64bit SP1. Registered with full serial number.

My user account is a member of Administrators. True Image running as administrator also. UAC is turned off.

When I edit any of the backup entries and click save I get the following error message: (see attachment)

I cant really use it with this error, so keen to get this fixed.

Thanks in advance.

Fichier attaché Taille
atih_backup_entry_save_error.jpg 39.01 Ko
0 Users found this helpful

Are these entries that were brought over from a previous installation of TIH and were they password protected?

Are you editing a disk/partition image task or a files and folders?

Hi Ferrograph

ar the tasks targeted to a local drive or to a network location?

S22

I tried with existing and new entries. It seems that if the target is a network share then I get the error.

I have shares setup that require user/pass but this is all working via windows explorer without the entry of user/pass. Even if I enter the credentials into the backup entry Destination details and do a successful connection test I still get access denied when I save the entry.

Thanks again for any help.

Hi Ferrograph,

your problem sounds familiar to me. You havnt a synology nas drive, have you?

Well its not a solution its just a hint if the problem is the same:

Try to dismount all your shares under windos. After that it was possible for me and some other with the same problem to edit all my old tasks and to create new tasks targeted to my nas (via "network environment"/"your nas drive/....").

If your familiar with ftp: so far i had no problems to create/edit tasks to my nas via ftp even if windows shares are mounted.

Colin already pointed out in some threads that Acronis preferes UNC paths to a target. Could you check if you tasks have a destination like \\"your nas"\..... or simply a Windows drive letter and if this would make an difference for your problem? For me the problem existsin both cases if i go via UNC path.

Meanwihle I noticed that ATI2012 work propper if i use my old DNS 323 nas. Well actually its really that way that if i have mounted both nas drives to windows i can easyly creat/modify tasks to my dns 323 but not to my synology 411slim. (by the way the reason i asked if you have a synology nas ;-))

S22

Thanks for all the info.

My shares are located on Win Server 2008, I cant really dismount the mapped drives. This has to work with them.

I tried again creating a new entry and used the browse feature to select the server but no shares show up in the right box. I dont know if that give any more clues?

Its very weird, this has to be a bad bug, I didnt see this in ATIH 2009. Everything else has no problem accessing those shares its just ATIH 2011.

Hi again,

of course the program has to work with the mapped drives. And hope Acronis will come out of beta phase ;-) and bring in a patch for that soon.

I have same proble with unfold the server in the acronis explorer.

What helped for me (and if i would not have tested it on a second computer i wont belive it myselfe) was:

I first dismouted all drives to my server and than mounted them back with unc path but with adress instead of the server name. Dont ask ym why but now i can unfold my server in the network view (also if this takes sometime) and i can create new and edit old tasks.

"Only" thing remaining is if i go directly to the windows share within the acronis exploerer i stll see no files on the server and cant go deeper than first level of folders.

S22

I have qnap ts659 with latest firmware. I couldn't access/check for existens of my backupfiles. I have Windows 7 64 bits.

However I found a temporary workaround - I installed Truecrypt encryption software, made a container with 500GB on my NAS, gave it driveletter P:\
and put my backup into p:\. Backup working.. NB. it would take some time to generate the container file..

Agree to all of you - that shouldn't bee like that but for the moment, its a workaround..