Team Fortress 2 Forum

This is a community forum and not official technical support. — If you need official support: Contact Us

The following comments are owned by whoever posted them. We are not responsible for them in any way.

Back to Threads Reply to Thread

SteamStartup() failed: SteamStartup(0xf,0x7F22E504)

I'm getting this a a lot when I try to start TF2. Other games work.

SteamStartup() failed: SteamStartup(0xf,0x7F22E504) failed with error 1: The registry is use by another process, time out expired.

I can't find any such key in the registry, but maybe it's there. The only surefire fix I've found is a system reboot. I've tried rebooting the bottle and restarting Steam but that doesn't work. Has anyone else seen this?

Running the nightly build on RH5, latest NVIDIA drivers.

Which filesystem are you using for the disk where Steam is installed? If you're not using ext2 or ext3, consider giving them a try.

The problem is essentially a bug in Steam. It is a race condition around the disk caching behavior. As I understand it, when you run a game, this happens:

1) Steam unpacks a few files(usually 10-100 mb) from the gcf files to disk
2) It starts a timer, waits for the new game to connect
3) It closes the preparing to run dialog and starts the game
4) The game connects to steam and continues loading the rest of the files using IPC.
5) If the timer times out it assumes the game failed to start and closes the connection

Now when Steam unpacks the files, some data has to be written to the disk. Depending on the size, hardware and other factors, this can take a few secounds. On Windows, this happens during step 1, or at least before the timer starts. On Linux, the files are cached longer in RAM for better disk performance, and are written back at some later point. If you have bad luck, this happens during 3 and 4. The writeback delays the game start a few secounds, so the timer may time out. Then the game finds out that Steam doesn't listen to it, complains and terminates.

We have a workaround for this: On file systems that support it(ext2, ext3 at least) we set the synchronous +S flag using chattr when installing Steam. This makes linux write the files to disk on step 1, so the timeout is avoided. This has virtually eliminated the problem for users with those filesystems, but XFS and reiserfs users, or users which do not install Steam using CrossOver but copy it from somewhere else still suffer from this problem.

This problem can be reproduced on Windows as well. Users which have some system tuners which change the caching parameters often report the same issue. I think it is partially documented in the Steam FAQ as well.

CrossOver Forums: the place to discuss running Windows applications on Mac and Linux

CodeWeavers or its third-party tools process personal data (e.g. browsing data or IP addresses) and use cookies or other identifiers, which are necessary for its functioning and required to achieve the purposes illustrated in our Privacy Policy. You accept the use of cookies or other identifiers by clicking the Acknowledge button.
Please Wait...
eyJjb3VudHJ5IjoiVVMiLCJsYW5nIjoiZW4iLCJjYXJ0IjowLCJ0enMiOi02LCJjZG4iOiJodHRwczpcL1wvbWVkaWEuY29kZXdlYXZlcnMuY29tXC9wdWJcL2Nyb3Nzb3Zlclwvd2Vic2l0ZSIsImNkbnRzIjoxNzM5NTcwNzYwLCJjc3JmX3Rva2VuIjoiZ1F0WFVVTmhMaEdWbVdxVSIsImdkcHIiOjB9