[Chris123NT blog] Vista’s UAC Failing Once Again - Overclock.net

**Miki** · 12-15-07

Ok, so before I delve into detail, I should give a background on what exactly I’m talking about first. Saturday night I was talking to Ryan Price about some issues that he was seeing with Windows Vista. The main issue that he was concerned with was a rather odd boot delay when Vista was starting up. It seemed that it would just hang between the logon screen and getting to a usable desktop. So I kept this in the back of my head, and today while I was looking for something completely unrelated, I came across what seems to be the culprit responsible for this issue.

I came across an entry in my event log that reported "luafv" successfully starting. It perked my curiosity and upon looking into it further I discovered that this was the LUA File Virtualization Driver which is responsible for virtualizing file and registry writes in Vista providing UAC is ENABLED. So of course I immediately wondered why this driver would be attempting to load when UAC was disabled on my system. Could this be what is causing the hang? Well there was only one way to test it. Re-enabling UAC seemed to yield a slightly faster bootup time which was good and so far supported my theory. But here is where things really got interesting. Disabling UAC and then subsequently disabling the luafv driver yielded and even quicker boot time than having UAC enabled. So the driver was hanging, hence causing the issue, but it is rather weird that the driver takes what seems to be so long to load even on a UAC enabled system. Below are some tests that Ryan ran as well as a test of my own to support these findings. Note that the best boot times were achieved with UAC AND the LUAFV driver DISABLED.

Read more @ Source: Chris123NT blog

**TaiDinh** · 12-15-07

UAC is probably one of the worst feature I have ever came across. Seriously. Every two reboots after I disable it, UAC would re-enable itself.

bdattilo · 12-15-07

Quote:

Originally Posted by TaiDinh

UAC is probably one of the worst feature I have ever came across. Seriously. Every two reboots after I disable it, UAC would re-enable itself.

That's weird, never done that for me, or anyone that I know.

Bal3Wolf · 12-15-07

same with me uac stays disabled and i have fast boot times.

Emmanuel · 12-15-07

I found it, it resides in my System 32, does deleting it will prevent the system from trying to load it?

EDIT: we can't even delete it, asks for permission, will try safe mode and RMDIR later.

Licht · 12-15-07

I forgot whats the CMD command for disabling it?

Emmanuel · 12-15-07

Ok, to disable it, open your registry:
KHEY_LOCAL_MACHINE/System/CurrentControlSet/Services/Luafv
You will see a string named "start", right click and click "modify", change the value from 2 to 4.
Reboot your PC.

Now you can go in your software information and you will see in the services that it's disabled.
I just did it, boot time is a little faster, but it's still marginal.

Bal3Wolf · 12-15-07

Heres another way to disable luafv without having to edit your reg open a cmd prompt and type this sc query luafv that gives you infomation about it. To disable it you do this sc config luafv start= disabled . Sc is a great tool for disableing services that you cant find in services.exe.

Its disabled but when i disable it it slows my pc down more then when its enabled so id say test and see what it does to your pc.

TestECull · 12-15-07

Quote:

Originally Posted by TaiDinh

UAC is probably one of the worst feature I have ever came across. Seriously. Every two reboots after I disable it, UAC would re-enable itself.

Never done that to me. Probably on a Home version, as mine's Ultimate, or you have a corrupted install?

I made sure to kill UAC the first boot my Vista did. I knew it was trouble, never fought with it.

azminisk8r · 12-15-07

you guys know you can jsut change it in the control panel?

		Overclock.net - Overclocking.net > Industry News > Software News
[Chris123NT blog] Vista’s UAC Failing Once Again

Currently Active Users Viewing This Thread: 1 (0 members and 1 guests)