Failed to open data stream: access to the file is denied

Elringus,

Welcome to the Forum.

First you should attempt to validate the backup.  You can do that by clicking on the (v) to the right of the backup and selecting Validate.  If that fails to fix the behavior then try the following.

Performing what the rest of the error message suggests.  To do this first make notes of the various settings you have for the backup, schedule, scheme, notifications, advanced, etc.  Once you have done that so that you can setup a new backup task identicle to the existing task then click on the (v) symbol to the right of the task and select Delete.  This will give you an options to Delte entirely or Remove.  Select the Remove option to remove just the task from the list which will keep the backup file intact.

Next, at the bottom of the task list column click on the (v) symbol that appears there again and select Add existing backup.  Browse to the backup location on your D: drive and select it which will bring it back into the list.  Now change the settings for the backup as per your notes. 

Hi Enchantech, thanks for reaching out!

I’ve tried performing validation but got an error: https://forum.acronis.com/system/files/forum/2016/11/127306/validation_…

Here is the log of the validation process: https://forum.acronis.com/system/files/forum/2016/11/127306/service_201…

I’ve found that it wasn’t able to access the .tib file and checked the permissions: https://forum.acronis.com/system/files/forum/2016/11/127306/permissions…

Could this ‘Account Unknown’ be the culprit here?

I've also tried deleting the task and using "Add existing backup" feature as you suggested, but the app just freezes whenever I'm pressing the "Reconfigure" button and start selecting source:  https://forum.acronis.com/system/files/forum/2016/11/127306/freeze.png

When you installed True Image did you do so under your Administrator account?  When you are using the app are you logged on as the user?

If this "unknow user" is the problem then logging into to Windows under the same account as the installation of the app was performed should work.

I really don't think that is the problem here though.  I see in the error log you posted that the backup is detected as corrupt.  You may have a disk that is failing here.  I would suggest that you run chkdsk /f /r on the D: drive and see if that will find and fix any errors.  From an Admin command prompt run chkdsk D: /f /r.

If this finds a lot of errors you should hurry down to your local PC store and grab a new disk.

I have only one user account and it has the admin rights, so this should not be the case.

The HDD is absolutely new (I've just got a new PC), so I don't think it's the problem here. I've been using it as a media storage, and it worked for about 2 weeks already without any issues. Anyway, I've run the chkdsk D: /f /r just in case, but seems like it will take a long time (ETA 5 hours): https://forum.acronis.com/system/files/forum/2016/11/127306/chkdsk.png

Does it really worth it?

Yes it is worth it.  If there is corruption on the disk then the True Image app will error out.  I have had drives fail brand new right out of the box, a few hours old, a few days, and some that last for many years.  Just because it is new does not guarantee anything unfortunately..

Elringus, just looking at your chkdsk image, this is already showing some errors for security descriptors for some files on your drive you are checking, so yes this is worth doing the check in case there are further issues for this drive.

I've just tried changing destination to a USB drive and the backup completed successfully. Wonder, if HDD is really a culprit here… It passed SMART checks and never shown any issues (like when playing music/videos).

I’ll wait for the chkdsk completion then and post the results here. Thanks for helping me out!

I see the same thing and index errors as well.  If it were me I would move all data off of that drive onto another and then look into an RMA on the drive since it is new.  Best to see what the rest of the scan says.  I would say that you should take a screenshot of the results as well.

It usually helps with RMA if you first run the drive manufacture's utility on the drive. If there is a really serious issue it will be picked up by the 'short test', other issues may be picked up by doing an extended test (depending on the size of the disk this can take a long time). SMART checks only look for some 'phsical' problems, it will not find file system errors.

Ian

Well, seems like the HDD is ok: https://forum.acronis.com/system/files/forum/2016/11/127306/chkdsk_0.png

Western Digital LifeGuard Diagnostic utility also shows no issues: https://forum.acronis.com/system/files/forum/2016/11/127306/wd.png

But again, the USB flash had no issues with the backup, so I'm not sure what's the problem, after all...

If I understand correctly, Acronis, when finishing the backup process, fails to access some file (a meta-info, maybe?) and the .tib becomes 'corrupted'. Unfortunately, it doesn't show in the log for which file access was denied.

I’ve tried analyzing log from the process monitor, but wasn’t able to find any particular operations, which could’ve caused the issue. Could someone please check it, maybe there is some evidence I’m missing... Wasn’t able to attach the log file to the forum (exceeds upload limit), so here is a link to google drive: https://drive.google.com/open?id=0BznuF10Q8QaVUlE1X2NDckppNGM 

Looks like chkdsk found free space on the disk marked as allocated, that condition was corrected.  Since not bad sectors were found and WD diagnostics shows clean the drive at this point should be OK for use.  Have you tried to run a backup to the drive again since the chkdsk run? 

I would continue to monitor the drive, running the WD diagnostic utility on it from time to time just for peace of mind.

Yes, I've tried running the backup again, but the same error appeared. The procmon log is actually captured from this last run.

I would suggest that you remove the backup task from the list and then add it back per my post number 1. 

Tried it -- same error.

Ok, so the issue was solved -- big thanks to the Acronis expert support team!

The problem was with the access permissions to the backup folder on disk D:. TrueImageHomeService.exe process run after SYSTEM user and, somehow, SYSTEM didn’t have write permissions for the backup folder, so the .tib files wasn't created properly and become corrupted. After fixing the permissions everything works correctly.

Thank you for the feedback with the information on the root cause for the 'Failed to open data stream' issue, this is very useful to know and have recorded in the forum.

I take it your backup never worked corectly after the update?  Did you install the update 1 version clean or did you update the existing previous version?  Strange that permissions would change for a working backup upon update to a previous build, even stranger that a fresh install would have not set permissions correctly.  I would think possibly you did not have the D drive attached when you did the upgrade/install maybe?

I've never used Acronis before, actually. I've installed version with update 1 and it didn't work straight away. The D drive was attached since I've installed OS and never has been disconnected or anything like that.

I see.  You mention that your first installation did not work straight away, can you explain what did not work and how did you overcome that?

I mean that the "Failed to open data stream" error appeared right after I've installed the app for the first time (during my first backup attempt). Sorry for my English :)

I see.  So for some unknown reason permissions wee for your external drive D: were not set correctly during the application installation.  That would indicate a possible issue with the MSI installer routine.  Thanks for clarifying the issue here and hope from this point forward you will not have issue with the product.

Just FYI... I have had Windows permissions with external drives as well.  There have been times where I plug in my external to my main PC and it works as it should, but upon plugging it into another PC, files are read/only or denied access.  In these cases, I will check the properties of the files and/or folders and will usually notice that the "owner" is set to another account that the current PC is not familiar with.  To resolve the issue, I will have to take ownership with a local admin account on the new machine.  After that, I will have to then give "everyone" full access to the entire USB drive.  Giving "everyone" (not "all users" or "authenticated users") usually then allows the USB drive to be accessible with full read/write access on any system it's plugged into after that.  

This is actually a more common problem than you might think, and more likely to be noticed if you use the external drive on different systems... Just found this article which explains thigns a little better and in more depth.

https://www.cnet.com/forums/discussions/denied-access-to-external-hard-drive-619160/