Error: [5] Access is denied.

xCom

xCom

Member
Messages
71
Reaction score
15
During making ISO this error shows: Error 5 Access denied - Set News and interests - Taskbar widget.
View attachment 12620
Also i checked option Update boot manager and ISO become unbootable in Virtualbox (I will disable this option because I test in VB and on Pc without UEFI support) but BSOD which happen was about nvstor.sys driver so if anybody can explain what is about...
View attachment 12621
Log and preset attached below.
 

Attachments

G

Post in thread 'Missing NVSTOR.sys (Windows 10)'

NVSTOR.sys is the driver for NVIDIA's SATA disk controller found on a handful of older motherboards. The driver is normally bundled with the GEForce graphics driver installer. If you don't have such a device, then you need to figure out why Windows thinks it's needed.

Maybe sharing your PC's model number would help.
 
This happened during install on Virtualbox so I don't see any connection between Nvidia SATA driver and custom ISO.
Btw, I am on Intel chipset on main pc. Probably enabled option to update boot manager is to blame. Will try later with disabled that option.
 
VirtualBox only requires the generic drivers, so you don't need to add anything in order to boot. Sometimes the VM's hardware settings will cause boot problems because it's expecting to use a different type of device.
 
Just to add:
Ntlite is perhaps looking to change the key "TaskbarDa" in reg under:
[HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\Advanced]
This key dosn't exist in 10/ 11 from august 13. update and that's why the error occurs.

It's only showed in this key in reg after changing GPO in:
Computer Configuration > Policies > Administrative Templates > Windows Components > Widgets. Value = Disabled:

[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\WindowsRuntime\ActivatableClassId\SystemSettings.Desktop.Taskbar.DesktopTaskbarDaSetting]
"ActivationType"=dword:00000000
"DllPath"="C:\\Windows\\System32\\SettingsHandlers_DesktopTaskbar.dll"
"Threading"=dword:00000000
"TrustLevel"=dword:00000000

where i guess "ActivationType" is the key to change from 1 to 0 to make it work if even necessary after removal.
ActivationType is not possible to change without elevated rights.
 
Last edited:
  • Like
Reactions: JQ#
francis11 said:
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\WindowsRuntime\ActivatableClassId\SystemSettings.Desktop.Taskbar.DesktopTaskbarDaSetting]
"ActivationType"=dword:00000000
"DllPath"="C:\\Windows\\System32\\SettingsHandlers_DesktopTaskbar.dll"
"Threading"=dword:00000000
"TrustLevel"=dword:00000000
Click to expand...
I wanted to add (maybe it's useful...) on my Win10 23H2 Ent. 19045.4780 I already have that full key, with the only difference being

"DllPath"="C:\Windows\System32\SystemSettings.DataModel.dll"​

on my Win11 24H2 Ent. 26100.1457 I have that key
 
Last edited:
Well - it is an option to bypass EEU restrictions in Windows 10/11.
But that is not NTL's purpose.
 
francis11 said:
Well - it is an option to bypass EEU restrictions in Windows 10/11.
But that is not NTL's purpose.
Click to expand...
I couldn't bet my life on it... but checking my .reg files (there are only 2) that I have been using in NTLite for several years, I have not found any changes in this regard, while I am sure that my Win10 derives (if anything from a base developed and subsequently updated, at least 18 months ago) exclusively from NTLite.Anyway,

I think this discussion is teaching a lot.
 
Isn't that the very purpose of being in a forum without knowing how the individual uses the information and tools that are made available for solution.
Thanks.
 
xCom, thanks, tried to replicate but cannot.
Does it still happen on the latest version?

If anyone has another preset with the new version that produces Error 5, let me know, I did get a few reports of this, so there must be something.

Btw do you enable some extra security hardening on the host, like Core Isolation etc?
 
Error 5 doesn't show anymore. I put option for News to default and everything went OK.
Problems with boot in VirtualBox was also solved. I messed up some settings in VirtualBox. It wasn't NTLite fault:)
Freshly made new ISO with newest version of NTLite.
 
I also get Error 5 when Widgets set to disable. NTLite v2024.8.10045
Tested on ISO - 26100.1742 & 22631.3737

I've using Widgets/Disabled in the preset since W11 was released and never had any error.
Is this a NTLite issue?
 
nuhi said:
xCom, thanks, tried to replicate but cannot.
Does it still happen on the latest version?

If anyone has another preset with the new version that produces Error 5, let me know, I did get a few reports of this, so there must be something.

Btw do you enable some extra security hardening on the host, like Core Isolation etc?
Click to expand...
I suspect this bug is caused by UCPD (User Choice Protection Driver) running on the NTLite host.

UCPD's task is to block unauthorized edits to specific reg keys; and even though you're editing an offline image, NTLite must still mount the image's hive under the host's registry for processing.

UserChoice Protection Driver – UCPD.sys

From this code disassembly, UCPD isn't picky where in the registry tree the blocked key is found.
View attachment 12785

There are three solutions:
1. Remove UCPD (as a component) on the host entirely.

2. Temporarily disable UCPD before running NTLite. But this requires a Windows restart.
Code: 
sc config UCPD start=disabled
schtasks /change /Disable /TN "\Microsoft\Windows\AppxDeploymentClient\UCPD velocity"
shutdown /r /t /d 0

3. Follow the cheesy hack of renaming your executable (which is updating the registry) to bypass UCPD's string match. o_O

View attachment 12786
Code: 
copy C:\Windows\System32\reg.exe reg2.exe
reg2.exe blocked_key.reg

Removing the NTLite taskbar setting simply avoids the problem of UCPD blocking the reg change.
 
Please try the NTLite build 10089 or newer, this should be fixed.
Make sure to resave the preset, tweak signature has changed.
 
You must log in or register to reply here.
Back
Top