Both primary and secondary ssd (internal both) are formatted Ext4 (linux mint)
I am facing this weird issue: Some games, they play flawless when installed in the secondary drive. Some others however, they don’t launch. I have to move them to the primary drive for them to launch and then they work perfect.
How come some games are ok on the secondary drive, while others aren’t? Have you experience this?
Everything I find online points to a drive being NFTS format, but mine are both Ext4, default settings and automounting.
Games that gave problems on secondary drive, but are perfect on primary driver; Ghost of Tsushima, Resident evil 4 and Witcher 3. They don’t launch, and in the case of RE4 it even said my computer had a virus :D or was tampered when launched from the secondary drive (non-sense)
You must log in or register to comment.
Yes, I have had wierd issues with Steam and external libraries. Mostly because of permissions and non-acsii characters in the path, but some have been unresolved. Steam is really complicated piece of software. The host OS, Steam linux runtimes and Proton all do their part. Flatpak can resolve and cause issues. That being said, external libraries are well tested on the Deck, and should work fine.
First step with troubleshooting would be logs. Check the Steam troubleshooting page on Arch wiki, and Proton Readme on Valve’s github to get you started. You’ll need to add PROTON_LOG=1 to launch options to get a log out of Proton. Also issue trackers for Proton and the linux Steam client are valuable resources.
I hope you get it solved.
I did now, it says Unhandled exception: System.TypeloadException: Could not load type of field ‘InstallerMesage.Form1+…’ due to: COuld not load file or assembly ‘Windows.Foundation.UniversalApiContract, …’ or one of its dependencies.
Does this tell you something?
PS: To clarify it is a rather long text that I get via the terminal when launching said game
Are you logging your attempted game launches?
I wonder if the games are trying to search for files in a specific path, failing to find that path, and exiting. Or maybe something similar. The logs should tell you.
I did now, it says Unhandled exception: System.TypeloadException: Could not load type of field ‘InstallerMesage.Form1+…’ due to: COuld not load file or assembly ‘Windows.Foundation.UniversalApiContract, …’ or one of its dependencies.
Does this tell you something?
Yeah, it says it couldn’t load an API-related windows file/group of files. So yes, either something is missing, or something isn’t in the expected location.
If it can’t load a file, and if that file does exist, something path-related needs to be fixed.
Other folks have responded with good advice about things to try, so I won’t repeat any of it here. Hopefully once you get that fixed, your games will launch!
o have backported fixes on their VLC 3.0.21 package 11 times, I couldn’t fix it, and also wasted a lot of time on it. In the end, I decided to run everything that works out of the box from the secondary, and those that give problems I move them to the primary drive. That way everything works. Ideally i’d have just all of them in one drive, but it’s just not worth the effort to find out and fix each of them, it’s some kind of nightmare. In the end, it’s just a game location.
For those interested, from 13 games installed, 4 did not work in the secondary drive and 9 do. So it’s not too bad of a %.
deleted by creator
What does your mtab look like? It may or may not help.
Haven’t run into this personally, but most of my gaming on Linux these days is on the Steam Deck without anything particularly interesting going on storage-wise.
It’d probably help with debugging if you add the distro you are using into the text of your post. Also, how are you launching the games? (Steam? Lutris? Heroic? Something else?)
For RE4 specifically, Steam has it listed as “Incorporates 3rd-party DRM: The Enigma Protector”, so you might be running into some shittiness from DRM on that one, perhaps?
If you’re running on Fedora or related distros, check your system logs to see if SELinux is complaining about anything. Sometimes the security features are overzealous.
Best of luck!
Linux mint, and I run the games via Steams. Indeed, I am aware of the DRM but the interesting part it only is a problem on the secondary drive and not on the primary drive. That must be pointing to the root cause… i just dont know what.
Try using a folder symlink that encompasses the game’s folder, so that the game thinks it is on the main drive, but is actually on the secondary drive. Might work around whatever issue is here.
Steps:
-
Create a folder for the game: /home/Games/SpecificGameWithAnIssue
-
Create a symlink from /home/Games/SpecificGameWithAnIssue to /mnt/DriveTwo/WhereTheGameNowLives
-
Install game to /home/Games/SpecificGameWithAnIssue
-
Run game
Thanks for the explanation, i will try. On Step 3, shouldn’t the game be installed in /mnt isntead of home?
shouldn’t the game be installed in /mnt isntead of home
No.
The symlink creates a link between /home/Games/SpecificGameWithAnIssue (dir1) and /mnt/DriveTwo/WhereTheGameNowLives (dir2). Anything you put in dir1 will actually live in dir2. However, you can access all the files as if they are in dir1 (you can also access them directly from dir2, but we aren’t going to do that here).
By installing it on the main drive (dir1), you are telling the game it is actually in dir1, and it should look at dir1 for its files. The fact they happen to be elsewhere is immaterial to the game, it’s looking at dir1 for the files. Think of it like a magic portal, you step through a door and suddenly you are in neverland. The way to get to neverland is through that door.
I’m thinking this will workaround your issue as, for all intents and purposes, everything is on the main drive (they just happen to be stored elsewhere via the symlink).
I see. When I tried the last step to move the game from /mnt to /home, it told me that it couldnt move because the folder already existed (the one i created in Step 1)
Have both directories be completely new, then install the game into the /home directory. I think you might be accidentally moving the symlinked folder around.
You can test you did it right by creating the symlink, then creating a text file in the /home directory. You will be able to see that from both the /home directory and from the /mnt directory.
Update: I managed to create the symlink with the entire steamapps folder, to the point that Steam recognized the game as installed in /home while it was actually on /mnt. However, it failed to launch in the same way as it did when the symlink was not there.
:(
Hey thanks. It does look complicated indeed. Maybe I did something wrong and I think I created a symlink and not even know where/how to remove it. I am not sure I am capable of that. I hope that someone has an idea of the root cause for this strange behaviour (I dont mean about the symlink, but rather why games need the primary drive to run)
If they’re launched through steam the sandboxing will likely prevent access to the place the symlink points to, I’ve encountered that before trying to do similar things
-
