Jump to content
  • 0

Executables run through MO crash after being closed, virtual file system evidently not working for me


Covenant_Turtle

Question

Running executables through MO works perfectly, but closing them is a different story. Every time I've run any of SSEEdit, LOOT, Wrye Bash, or Mator Smash through MO and then tried to close them, I'm given a crash and an error message; furthermore, anything which should be going to the overwrite folder is instead being dumped in the main SkyrimSE directory instead. Here's what I'm shown upon an SSEEdit crash:

Problem signature:
  Problem Event Name:	APPCRASH
  Application Name:	SSEEdit.exe
  Application Version:	3.2.0.0
  Application Timestamp:	58621831
  Fault Module Name:	usvfs_x86.dll
  Fault Module Version:	0.2.3.0
  Fault Module Timestamp:	585a1a7e

This isn't an issue with UAC since I've moved my install elsewhere, I know that much, but beyond there I don't think I can solve this issue on my own; I'm definitely not the kind of guy to go rooting around inside usvfs_x86.dll and know what I'm seeing.

Link to comment
Share on other sites

5 answers to this question

Recommended Posts

  • 0

That is hard to say what that is. Just a thought though, have you changed any of the paths in MO on  settings path tab? I have found that changing the overwrite path from the original default caused problems. Try a new profile without any mods loaded.

 

The logs from username\AppData\Local\ModOrganizer\Fallout 4\logs would be nice. You can provide fresh ones by deleting what is there and running the game to generate new ones.

Link to comment
Share on other sites

  • 0

There is a known issue with usvfs, it looks like its not releasing the memory correctly -_- though to be honest memory management is out my depth.

Main cause is if data is written from ModOrganizer using a third party tool (FNIS, SSEEDIT)

 

Never seen it write directly to the SSE folder though.

Link to comment
Share on other sites

  • 0

Examine your AV software and add MO2 to the exclusions list. If the processes are being flagged by the AV, the file access to 'Overwrite' is often the first to go and files end up in the wrong locations. Then if the tool called can't see what it expects to see, where it expects it to see it, it will most likely crash.

Link to comment
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
×
×
  • Create New...

Important Information

By using this site, you agree to our Guidelines, Privacy Policy, and Terms of Use.