KSP Crashes

[Cryova]

Recently KSP has begun crashing every single time when loading. It stops loading when it tries to load the Mk2 Cockpit Standard Internal Windows. Once it crashes, I am unable to close that window and if I want to get rid of it, am forced to restart the whole computer. I have tried uninstalling and reinstalling.

Where It Crashes:

System Specs:

AMD 5350, 2Ghz Quad Core

6GB RAM

Linux Mint 17.1 64-Bit

Please Help!

[steve_v]

What We Need:

And some other details wouldn't hurt either.

- - - Updated - - -

Once it crashes, I am unable to close that window and if I want to get rid of it, am forced to restart the whole computer.

Y u no use the 'kill' command?

[Cryova]

Log: https://mega.co.nz/#!SMVmSY7C!NhHG7JLrAgn8_0rmR7rsIk5wn1FHhjJ4afddLRCZwVw

KSP 1.0.4, 64-Bit

Clean game install.

Precise System Specs:

[steve_v]

I don't see any errors in that log, but I see you have ActiveTextureManagement installed:

"Non platform assembly: /home/user/.local/share/Steam/steamapps/common/Kerbal Space Program/GameData/ActiveTextureManagement/Plugins/ActiveTextureManagement.dll" - so this should probably be moved to modded support.

Does it load if you remove ATM?

I don't have any problems with that plugin myself, but it will stall the loading process for quite some time while it converts textures - is KSP actually crashing, or does the loading bar simply stop moving? How long have you waited for it to load?

If you want to go back to a clean install, nuke the whole KSP folder and re-install, or remove everything but the 'Squad' folder in GameData.

- - - Updated - - -

On the topic of closing unresponsive windows, try xkill. I'm not sure if Ubuntu / whatever UI it ships nowadays enables the standard Ctrl-Alt-Esc shortcut, but if it does hit that key combo (or execute the 'xkill' command in a terminal) and click the offending window.

For more stubborn processes or zombies, you'll want 'killall KSP.x86_64' or the more forceful 'killall -9 <process name>' (AKA die right now damn you).

Edited July 17, 2015 by steve_v
Linebreaks ;)

[sal_vager]

This certainly is not correct.

ERROR: ld.so: object '/home/user/.local/share/Steam/ubuntu12_32/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32): ignored.

ERROR: ld.so: object '/home/user/.local/share/Steam/ubuntu12_32/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32): ignored.

*** Error in `/home/user/.local/share/Steam/steamapps/common/Kerbal Space Program/KSP.x86': malloc(): memory corruption: 0x0efc3448 ***

Stacktrace:

The first two lines tell me that you are starting KSP via the Steam client, this should be fine but the gameovrlayrenderer.so is a 32bit library, there is no 64bit version and you are using a 64bit OS, but as you can see it is being ignored, there is no fix for this by the way.

The third line is very strange, I have not seen it before and it is likely another symptom of your issue, I suggest using a live cd to do a memory test of your machine, I also suggest you try running the KSP.x86 or KSP.c86_64 directly, and not via the Steam client.

Steam starts KSP.x86 by default, but as you are using a 64bit OS you won't have any 32bit drivers, and may need to install the 32bit version of mesa with "sudo apt-get install libgl1-mesa-glx:i386", or edit the Steam options to start KSP.x86_64 by adding "LC_ALL=C %command%_64" to the launch options.

[steve_v]

*** Error in `/home/user/.local/share/Steam/steamapps/common/Kerbal Space Program/KSP.x86': malloc(): memory corruption: 0x0efc3448 ***

Stacktrace:

Blimey, how did I miss that.

Still, comment on ActiveTextureManagemant stands.

There's no advantage to running 32bit on GNU/Linux - you might as well set Steam to launch KSP.x86_64 anyway. It'll also avoid any issues with 32bit libraries you mayor may not have installed, as they're often not included by default on 64bit distros.

For testing memory, installing the package 'memtest86+' will set up a new entry in the grub boot menu, so you don't even need a livecd.

Edited July 18, 2015 by steve_v