

- #Wxtoimg locks up on windows 8 how to#
- #Wxtoimg locks up on windows 8 drivers#
- #Wxtoimg locks up on windows 8 driver#
- #Wxtoimg locks up on windows 8 full#
- #Wxtoimg locks up on windows 8 software#
Unfortunately, turning the introspection driver off is not an option for us.
#Wxtoimg locks up on windows 8 software#
Reading that you have the issue with Kaspersky, and we are having it with TrendMicro, points me in the direction of VMWare tools also, and not with the AV software itself. In stead of "onedrive trendmicro deepsecurity". Again my search on Internet did not give me any results, until just know when I search for "onedrive nsx" I finally came up with the fact that when we disable TrendMicro DeepSecurity on our VDI, OneDrive works fine. They let me try to use it with a local account and without FSLogix profiles and the issue also appears, so it has nothing to do with FSLogix. I wasn't able to find any reference on the Internet about this, so I opened up a support case with Microsoft. We have the same problem using OneDrive and FSLogix containers, but on Windows Server 2019. I've been banging my head on this issue for some weeks now. If there is something uncovered during the investigation that FSLogixĬan change to help we will investigate right away. To help understand what is occurring from their point of view, as of right now I am letting the Cloud Files team handle this one, but I will stay in the loop to keep this group updated. We may also reach out to VMware if needed
#Wxtoimg locks up on windows 8 full#
I will report back once their full investigation is complete. The Cloud Files team agrees that there is nothing FSLogix is doing incorrectly here, or even could change to prevent this, but they are still looking. The call stacks appear to be something possible without FSLogix at all, and as of right now We understand that timings of async operations, or previous operations causing vsepflt.sys, or cldflt.sys to take different code paths could still be possible. In fact no FSLogix calls at all are on the stuck stacks, so a conflict seems unlikely. The dump file does not show FSLogix currently involved at all. We are still investigating, but mostly on the Cloud files side. Tools, they may be stuck in the same position I was in if FSLogix is indeed a factor. However, if there are companies that still rely on that component of VMware Regardless, this was perfect timing as we are coincidentally in the process of migrating off of Kaspersky and onto Windows Defender, which does not require that vsepflt filter driver.
#Wxtoimg locks up on windows 8 drivers#
Is it possible the filter drivers are conflicting The strange thing is, this is enabled across our entire virtual environment, including the persistent VDIs OneDrive works without issue on it only presents a problem when the FSLogix agent is installed as well. We use those components (which the vsepflt filter driver is a part of) for our hypervisor-level Kaspersky antivirus protection. Thanks for looking at that, reinstalling VMware Tools without the NSX File or Network Introspection components resolved the issue. If you'd prefer that route you'd probably want The dump file will be large, so we will likely have open a support ticket so that we can upload the file through the proper system, unless you can host it someplace that you could let me download it from. So if you can walk through your steps to reproduce, and when the computer is stuck.
#Wxtoimg locks up on windows 8 how to#
Here is a link describing how to configureĪ computer to blue screen on a keyboard combination. . A kernel memory dump might work as well depending on where the issue is. So complete would be the best, but I understand that is not always possible. The larger the dump file the better for my troubleshooting. Here are instructions on configuring the computer to collect a crash dump file . I understand that that feature is a good one.

Isolated our primary profile management application, VMware UEM/DEM, by disabling services on the gold imageĪny thoughts before I try to open a support ticket?ĭefinitely a troubleshooting step and not a solution. Removed all traces of OneDrive from the default profile and reinstalled OneDrive multiple times Added AV exclusions for all FSLogix executables and directories Tried Office and Profile containers, together and seperately Tried both the built-in per-user version of OneDrive, as well as the latest client installed machine-wide using the /allusers switch FSLogix appears to be the common denominator since our persistent VDIs cloned from the same gold image, just without FSLogix, provision OneDrive fine. If I end the process (when it doesn't throw an "access denied" message) everything clears up. It signs the user in silently, but shortly after doing so the taskbar icon says "Processing changes"Īnd depending on the version of OneDrive, either locks up parts of Explorer (can't open new Explorer windows, can't run apps as other user, etc.) or at the very least never opens OneDrive files when they're double-clicked. I know it's OneDrive, since Running FSLogix 1909 on Horizon 7.10 WindInstant Clones, and we just can't get OneDrive to work. Banging my head against a strange issue here.
