As far as I know, there is not yet Linux server build, you will only find .dll files and no one .so files in the gesource/bin/ directory
By the way, the 2007 SDK for linux is very buggy is broken, you have to force some permissive malloc option or it will never run:
Even with that, you will only get one or two successfull launch for ten or twenty try. The default scrds launcher retry in case of failure, but use a too long sleep, so the only way to start srcds within seconds (skipping ten or twenty broken attempts as fast as possible) is to redo this launch script.
Once the server started successfully, it will never break, with my experience, it breaks at startup or never.
Do not use the srcds_run script, it is useless unless you want to wait 10min to start your server.
This is the script I use, according to this path tree (adapt with your own path):
/home/gesource
/home/gesource/steamcmd
/home/gesource/steamcmd/srcds_linux # srcds engine directory
/home/gesource/steamcmd/srcds_linux/gesource # gesource mod directory
This is my launcher script (name it ugly_srcds_run.sh if you want):
#! /bin/sh
cd /home/gesource/steamcmd/srcds_linux
export MALLOC_CHECK_=0
export LD_LIBRARY_PATH=".:bin:$LD_LIBRARY_PATH"
while true
do
./srcds_i486 -debug -game gesource -port 27015 +maxplayers 16 +map ge_archives
sleep .5s
done
#EOF
These problems are not GoldenEye:Source issues, they are Steam's SRCDS 2007 issues.
And you must be happy, even with these horrible bugs, SRCDS 2007 binaries run far far better than the SRCDS 2006 binaries that no longer run on Intel branded CPUs (https://github.com/ValveSoftware/Source-1-Games/issues/1614#issuecomment-110952718) (only on AMD CPUs) due to broken runtime optimization. That's probably why they stopped to distribute them… ;D
By the way, as I said before, there is not yet GE:S 5.0 linux binaries as far as I know.
Additionnaly, I read you said:
“SERVER UBUNTU X32 14 Digital Ocean”
Linux knows 3 architectures for the same CPUs:
- amd64 or x86_64 (sometime called x64 by some people)
- i686 or x86, as known as i386/i486/i586 in some older compatible variants
- x32, only exists in the Linux world, offer the best 32bit experience with moderne 64bit cpu
Unless you know what you are doing, prefer using an i686/x86 distro or an amd64/x86_64 distro with i686/x86 layer (but if it's only to run 32bit stuff like that old 2007 source SDK server, 32 bit is ok), unless you know what your are doing and I'm missing something you have no need for x32, by the way, it must works, you just have to enable the i686/x86 layer as people do with amd64/x86_64 distros.
If the server renter rents you a x32 distro, forget what I have said, keep your server, do not reinstall it, it works very well, this setup is just less common, but it must work with both standard 32bit and 64 bit (x86, x86_64) binaries. You already have the x86 layer since the log said srcds_i486 found the /lib/i386-linux-gnu/libthread_db.so.1 library for example.