Thank you for your helpful post. I am running Windows 7 Ultimate 64-bit on a high-end workstation and I *never* use sleep. Windows 7 does not have a fast boot mode or option that I can find.
I looked through my power options and other settings once I saw the new 3038,104 page with the fix for some Windows 8 users, and again when I saw your message that said fast boot was available for some Windows 7 systems. Fast boot might be useful for laptops but I don't see its utility for workstations, and apparently Microsoft agreed when the decisions were made for Windows 7 Ultimate 64-Bit Edition, or perhaps it wasn't ready in time and was deferred to Windows 8. For whatever reason, I do not see a fast boot option anywhere on my Windows 7 SP 1 Version 6.1.7601.
I have no plans to move to Windows 8.1. My Windows 7 user interface is enhanced with Stardock Fences and ObjectDock, and a touch-screen user interface or dumbed-down content-consumer-centric user interface is less than apprpriate for a power user who is a content generator.
I use this computer for everything but the main reason for its existence as a high-end workstation is to do major number-cruncing for research work that I publish in the IEEE and elsewhere. When either of two types of project is in progress, this machine will use 100% of all eight cores 24/7 for weeks or months at a time, and since outputs are infrequent, interrupting the process costs many GHz-core-hours each time. Even when not doing that, I never shut down or reboot the machine unless I must, to apply a Windows Update, install or un-install software, or do maintenane or upgrade to the computer.
One thing that I have found in my logs is multiple application protection access rejections by N360 from the CONHOST process. This happened many times when a Live Update got a 8920,208 error, which problem was apparently solved recently with the update to N360 21.4.0.13. I still see it once when I get a 3038,104 error. This happened this morning. The error log:
Category: Norton Product Tamper Protection
Date & Time,Risk,Activity,Status,Recommended Action,Date,Actor,Actor PID,Target,Target PID,Action,Reaction
7/11/2014 7:04:24 AM,Medium,Unauthorized access blocked (Access Process Data),Blocked,No Action Required,7/11/2014 7:04:24 AM,C:\WINDOWS\SYSTEM32\CONHOST.EXE,4724,C:\Program Files (x86)\Norton 360\Engine\21.4.0.13\cltlmh.exe,1232,Access Process Data,Unauthorized access blocked
I feel certain that this is directly related to the 3038,104. I have been posting some of these logs on my thread, and the Symantec page ond 3038,104 announces that they are focusing on this problem. I have announced my willingness to cooperate to any extent that Symantec deems appropriate short of destrcution of my data but they have not contaced me, which implies that they have sufficient resources for their purposes without my additional data.
I am awiating the Symatec solution to the 3038,104 problem. I expect that I will not have to wait much longer, since the error now has their full attention. I do expect that since the problem seems to be that N360 is not recognizing its own threads in some instances, the solution will require an update to the core engine, and we wil see the soluton as build 21.5 or 22.0.