Skip to main content

Enter Windows Credentials?

Thread needs solution

I’ve had this problem with other versions of TI but it seems even worse in TI 2018. I set up a schedule to backup a PC to a network drive. When doing that it needs the credentials to that drive and I provide it, just fine. Then when closing out of the options menu it asks for Windows Credentials on top of that. I’ve never really known what these credentials are for, and it doesn’t always do this. I’m pretty sure if I provide my Windows userid and password that’ll work, but then I’ll have to change that later if I change my Windows password, which I often do. If I establish a userid on the machine with a static password I often can’t get it to accept that one. I really don’t know what it wants or why. But right now I can’t even get the backup to run at all. Below is a copy of the error report when it runs. Any help would really be appreciated:

2018-06-05T10:58:55:354-06:00 8032 E00BE0013: Error 0xbe0013: Error occurred while opening registry subkey.

| trace level: error

| line: 0x8a55ceee4a565367

| file: c:\bs_hudson\workspace\332\core\common\registry\win32\reg_win32.cpp:252

| function: Common::WinRegKey::MakeRegKey

| line: 0x8a55ceee4a565367, c:\bs_hudson\workspace\332\core\common\registry\win32\reg_win32.cpp:252, Common::WinRegKey::MakeRegKey

| path:

| name: Software\Acronis\TrueImageHome\Settings

| $module: ti_demon_vs_11530

|

| error 0xfff0: Access is denied

| line: 0xbd28fdbd64edb8f1

| file: c:\bs_hudson\workspace\332\core\common\error.cpp:307

| function: Common::Error::AddWindowsError

| line: 0xbd28fdbd64edb8f1, c:\bs_hudson\workspace\332\core\common\error.cpp:307, Common::Error::AddWindowsError

| code: 0x80070005

| $module: ti_demon_vs_11530

2018-06-05T10:58:55:357-06:00 8032 I00640000: Backup reserve copy attributes: format tib; need_reserve_backup_copy false;

2018-06-05T10:58:55:358-06:00 8032 I00640002: Operation RMOUTON-PC started manually.

2018-06-05T10:58:55:371-06:00 8032 I00640000: Backup reserve copy attributes: format tib; need_reserve_backup_copy false;

2018-06-05T10:58:55:377-06:00 8032 I013C0000: Operation: Backup

2018-06-05T10:58:55:379-06:00 8032 I0064000B: Priority changed to Low.

2018-06-05T10:58:55:385-06:00 8032 E000101F4: Error 0x101f4: Failed to open the application component. Please reinstall Acronis True Image.

| trace level: error

| line: 0x3a7bddae28734524

| file: c:\bs_hudson\workspace\332\processor\diskadm\da_commit2.cpp:70

| function: DaProcessor::CommitImpl::ProcessComputerErrors

| line: 0x3a7bddae28734524, c:\bs_hudson\workspace\332\processor\diskadm\da_commit2.cpp:70, DaProcessor::CommitImpl::ProcessComputerErrors

| $module: ti_demon_vs_11530

|

| error 0x100005: Failed to initialize the snapshot manager library.

| line: 0x8d5bf87c202e8706

| file: c:\bs_hudson\workspace\332\core\fdisk\disk_w.cpp:683

| function: LocalComputerWithWindowsImpl::RefreshStartupFlags

| line: 0x8d5bf87c202e8706, c:\bs_hudson\workspace\332\core\fdisk\disk_w.cpp:683, LocalComputerWithWindowsImpl::RefreshStartupFlags

| $module: ti_demon_vs_11530

|

| error 0x9: Unknown status.

| line: 0x2aacb7b2ab852ac

| file: c:\bs_hudson\workspace\332\core\fdisk\ver2\arch\windows\win_errors.cpp:40

| function: Fdisk::AddKstatusError

| line: 0x2aacb7b2ab852ac, c:\bs_hudson\workspace\332\core\fdisk\ver2\arch\windows\win_errors.cpp:40, Fdisk::AddKstatusError

| code: 0x522

| $module: ti_demon_vs_11530

|

| error 0xfff0: A required privilege is not held by the client

| line: 0xbd28fdbd64edb8f1

| file: c:\bs_hudson\workspace\332\core\common\error.cpp:307

| function: Common::Error::AddWindowsError

| line: 0xbd28fdbd64edb8f1, c:\bs_hudson\workspace\332\core\common\error.cpp:307, Common::Error::AddWindowsError

| code: 0x80070522

| $module: ti_demon_vs_11530

2018-06-05T10:58:55:385-06:00 8032 E000101F4: Failed to open the application component. Please reinstall Acronis True Image.

Failed to initialize the snapshot manager library. (0x100005)

    $module = "ti_demon_vs_11530"

    LocalComputerWithWindowsImpl::RefreshStartupFlags: 

c:\bs_hudson\workspace\332\core\fdisk\disk_w.cpp(683)

Unknown status. (0x9)

    code = 522),

    $module = "ti_demon_vs_11530"

    Fdisk::AddKstatusError: 

c:\bs_hudson\workspace\332\core\fdisk\ver2\arch\windows\win_errors.cpp(40)

A required privilege is not held by the client (0xFFF0)

    code = 80070522),

    $module = "ti_demon_vs_11530"

    Common::Error::AddWindowsError: 

c:\bs_hudson\workspace\332\core\common\error.cpp(307): OK

2018-06-05T10:58:55:412-06:00 8032 E013C0005: Error 0x13c0005: Operation has completed with errors.

| trace level: error

| line: 0x9f2c53c72e8bce5f

| file: c:\bs_hudson\workspace\332\products\imager\demon\main.cpp:617

| function: main

| line: 0x9f2c53c72e8bce5f, c:\bs_hudson\workspace\332\products\imager\demon\main.cpp:617, main

| $module: ti_demon_vs_11530

 

0 Users found this helpful

Joel, a key message shown in the log states: " A required privilege is not held by the client "

Acronis True Image needs to be installed and run from an Administrator account to gain the correct privileges needed to perform correctly and not prompt for you to provide Windows Credentials.

In reply to by truwrikodrorow…

Thanks. It’s possible that I installed TI 2018 under the standard account and not mine that has admin privileges. Are you saying that if I uninstall it, then login under my account with admin privileges and create the new schedule and definition, that I should be good to go, even if I don’t routinely login on that PC?

Well, no luck. I uninstalled TI completely, even using the clean utility on the website and doing it after Control Panel add/remove programs. Then I rebooted, logged in as a user with admin credentials, did a clean install, set everything up, and once again it asked me for Windows credentials. I gave it one with local admin privileges and it took it but failed again, same error as before. This is frustrating. Can anyone help?

Joel,

That is not good news.  The error listed in your posted log is a permissions error as Steve points out.  I would suggest as a fix that you perform an In Place Upgrade of Windows itself to correct the Windows System files that are corrupted giving this error.  Follow the steps in the How To article in the link below to perform this task

LINK

If you would rather not do the above there are other things you can do but I do not recommend any of them as they are workarounds and not fixes.  But you can take these options if you like.  For those options see the link below.

LINK

Yesterday I got together with Acronis support. They were able to get it running by switching from VSS snapshot to an Acronis snapshot, and then repairing Acronis, even though it was a brand new installation. I don't know how long that'll work but for now it's working.

Joel, glad to hear it is working now and hope it stays that way, thanks for the feedback / update.

Do you know what they did to fix it?  I am having the same issue.  Thanks. 

 

2018-07-28T17:58:02:309-06:00 11320 I00640002: Operation DELL320SKB started by schedule.
2018-07-28T17:58:04:320-06:00 11320 I013C0000: Operation: Backup
2018-07-28T17:58:04:321-06:00 11320 I013C0000: Backup type: hybrid (disk level)
2018-07-28T17:58:04:325-06:00 11320 I013C0000: Operation: Consolidation
2018-07-28T17:58:04:326-06:00 11320 I0064000B: Priority changed to Low.
2018-07-28T17:58:04:893-06:00 11320 I00000000: Succesfully set default ctcp settings
2018-07-28T18:04:55:641-06:00 11320 E00040001: Error 0x40001: Error occurred while reading the file.
| trace level: error
| line: 0xfba06f330018d92a
| file: c:\bs_hudson\workspace\332\core\file\ntstream_chunker.cpp:273
| function: ChunkNTBackupStream
| line: 0xfba06f330018d92a, c:\bs_hudson\workspace\332\core\file\ntstream_chunker.cpp:273, ChunkNTBackupStream
| $module: ti_demon_vs_11530
|
| error 0x40001: Error occurred while reading the file.
| line: 0xfba06f330018d8da
| file: c:\bs_hudson\workspace\332\core\file\ntstream_chunker.cpp:193
| function: `anonymous-namespace'::ReadStreamData
| line: 0xfba06f330018d8da, c:\bs_hudson\workspace\332\core\file\ntstream_chunker.cpp:193, `anonymous-namespace'::ReadStreamData
| $module: ti_demon_vs_11530
|
| error 0x40019
| line: 0xa8a1022bd18ae2b3
| file: c:\bs_hudson\workspace\332\core\file\windows\winnt_backup.cpp:817
| function: `anonymous-namespace'::NTBackupStream::Read
| line: 0xa8a1022bd18ae2b3, c:\bs_hudson\workspace\332\core\file\windows\winnt_backup.cpp:817, `anonymous-namespace'::NTBackupStream::Read
| Path: \\?\GLOBALROOT\Device\HarddiskVolumeShadowCopy38\Windows\winsxs\amd64_microsoft-windows-f..etype-timesnewroman_31bf3856ad364e35_6.1.7601.17514_none_3b958c66aff6cdb7\times.ttf
| Hints: 0x1
| $module: ti_demon_vs_11530
|
| error 0xfff0: Data error (cyclic redundancy check)
| line: 0xbd28fdbd64edb8f1
| file: c:\bs_hudson\workspace\332\core\common\error.cpp:307
| function: Common::Error::AddWindowsError
| line: 0xbd28fdbd64edb8f1, c:\bs_hudson\workspace\332\core\common\error.cpp:307, Common::Error::AddWindowsError
| code: 0x80070017
| $module: ti_demon_vs_11530
2018-07-28T18:04:55:655-06:00 11320 W00170803: Error 0x170803: Operation has been aborted.
| trace level: warning
| line: 0xbe4a335cc601f5e5
| file: c:\bs_hudson\workspace\332\archive\ver2\file\operation.cpp:61
| function: ArchiveApi::OperationImpl::PrepareError
| line: 0xbe4a335cc601f5e5, c:\bs_hudson\workspace\332\archive\ver2\file\operation.cpp:61, ArchiveApi::OperationImpl::PrepareError
| $module: ti_demon_vs_11530
2018-07-28T18:04:55:659-06:00 11320 E00040001: Error 0x40001: Error occurred while reading the file.
| trace level: error
| line: 0xfba06f330018d92a
| file: c:\bs_hudson\workspace\332\core\file\ntstream_chunker.cpp:273
| function: ChunkNTBackupStream
| line: 0xfba06f330018d92a, c:\bs_hudson\workspace\332\core\file\ntstream_chunker.cpp:273, ChunkNTBackupStream
| $module: ti_demon_vs_11530
|
| error 0x40001: Error occurred while reading the file.
| line: 0xfba06f330018d8da
| file: c:\bs_hudson\workspace\332\core\file\ntstream_chunker.cpp:193
| function: `anonymous-namespace'::ReadStreamData
| line: 0xfba06f330018d8da, c:\bs_hudson\workspace\332\core\file\ntstream_chunker.cpp:193, `anonymous-namespace'::ReadStreamData
| $module: ti_demon_vs_11530
|
| error 0x40019
| line: 0xa8a1022bd18ae2b3
| file: c:\bs_hudson\workspace\332\core\file\windows\winnt_backup.cpp:817
| function: `anonymous-namespace'::NTBackupStream::Read
| line: 0xa8a1022bd18ae2b3, c:\bs_hudson\workspace\332\core\file\windows\winnt_backup.cpp:817, `anonymous-namespace'::NTBackupStream::Read
| Path: \\?\GLOBALROOT\Device\HarddiskVolumeShadowCopy38\Windows\winsxs\amd64_microsoft-windows-f..etype-timesnewroman_31bf3856ad364e35_6.1.7601.17514_none_3b958c66aff6cdb7\times.ttf
| Hints: 0x1
| $module: ti_demon_vs_11530
|
| error 0xfff0: Data error (cyclic redundancy check)
| line: 0xbd28fdbd64edb8f1
| file: c:\bs_hudson\workspace\332\core\common\error.cpp:307
| function: Common::Error::AddWindowsError
| line: 0xbd28fdbd64edb8f1, c:\bs_hudson\workspace\332\core\common\error.cpp:307, Common::Error::AddWindowsError
| code: 0x80070017
| $module: ti_demon_vs_11530
2018-07-28T18:04:59:481-06:00 11320 E013C0005: Error 0x13c0005: Operation has completed with errors.
| trace level: error
| line: 0x9f2c53c72e8bce5f
| file: c:\bs_hudson\workspace\332\products\imager\demon\main.cpp:617
| function: main
| line: 0x9f2c53c72e8bce5f, c:\bs_hudson\workspace\332\products\imager\demon\main.cpp:617, main
| $module: ti_demon_vs_11530

K. Bryan, sorry but your log does not show the same issue as reported in this topic.

Your logs show the following:

Error 0x40001: Error occurred while reading the file.

Path: \\?\GLOBALROOT\Device\HarddiskVolumeShadowCopy38\Windows\winsxs\amd64_microsoft-windows-f..etype-timesnewroman_31bf3856ad364e35_6.1.7601.17514_none_3b958c66aff6cdb7\times.ttf
| Hints: 0x1
| $module: ti_demon_vs_11530
|
| error 0xfff0: Data error (cyclic redundancy check)

This is showing that there is a possible data error on your disk drive in the area being used by the Microsoft VSS service to store shadow copy data.

I would recommend running a CHKDSK /R for your drive to check for and recover any bad sectors etc. 

The original source file here was C:\Windows\winsxs\amd64_microsoft-windows-f..etype-timesnewroman_31bf3856ad364e35_6.1.7601.17514_none_3b958c66aff6cdb7\times.ttf which has been copied by VSS to \\?\GLOBALROOT\Device\HarddiskVolumeShadowCopy38 which is a temporary area on the drive used to store snapshot data, but then cannot be read back from this area, hence the read error and CRC error.