When an AMX Mod X plugin shows "bad load", "failed" or "Couldn't load library" in your CS 1.6 console, the server is telling you the plugin couldn't start. It's almost always one of a handful of causes — here's how to find which one and fix it.
Quick answer
"Couldn't load library" or "bad load" in AMX Mod X means a plugin could not start. Run amxx plugins to see the status, then check the usual causes: a required module missing from modules.ini, a plugin compiled for a different AMX Mod X version, the plugin not listed in plugins.ini, or a 32/64-bit module mismatch.
Type amxx plugins in the server console (or check addons/amxmodx/logs/). The status word next to each plugin — running, bad load, failed, debug — tells you exactly what's wrong.
Cause 1: a required module isn't loaded
Most "Couldn't load library" errors mean the plugin needs a module (like sqlite, mysql, cstrike, fakemeta or hamsandwich) that isn't enabled. Open addons/amxmodx/configs/modules.ini and make sure the required module line is present and not commented out with a semicolon.
; addons/amxmodx/configs/modules.ini
cstrike
fun
fakemeta
hamsandwich
sqliteCause 2: the .amxx wasn't compiled / wrong version
A plugin written for AMX Mod X 1.8 may not load on 1.9/1.10 (or vice-versa). Re-compile the .sma source against your AMXX version using the web compiler or amxxpc, then drop the fresh .amxx into addons/amxmodx/plugins/.
Cause 3: it's not listed in plugins.ini
A plugin file on disk does nothing unless it's registered. Add the filename to addons/amxmodx/configs/plugins.ini, one per line, with no path:
; addons/amxmodx/configs/plugins.ini
admin.amxx
adminslots.amxx
my_plugin.amxxCause 4: load order / dependency
Some plugins depend on another (a "core" plugin, or a natives provider). If plugin B uses natives from plugin A, A must appear above B in plugins.ini. Re-order them so dependencies load first.
The clean checklist
- Run
amxx pluginsand note the exact status word. - Enable any required module in
modules.ini. - Re-compile the plugin against your AMXX version.
- Make sure it's listed in
plugins.ini, no path. - Put dependency plugins above the ones that use them.
- Restart the server and re-check
amxx plugins.
90% of AMXX "couldn't load" errors are a missing module or a plugin compiled for the wrong version. Fix those two first.
Cause 5: a corrupted or incomplete .amxx file
If the .amxx file was uploaded in text/ASCII mode over FTP instead of binary, or the transfer was interrupted, the plugin binary is corrupted and AMX Mod X reports "Couldn't load library" even though the module and plugins.ini entry are correct. Re-upload the .amxx in binary mode, or re-download it fresh from the compiler, and compare its file size to the original.
Cause 6: a 32-bit vs 64-bit binary mismatch
AMX Mod X modules are native libraries and must match your HLDS/ReHLDS binary's architecture. Running a 64-bit ReHLDS build with 32-bit-only AMXX modules (or the reverse) throws "Couldn't load library" for every module-dependent plugin at once. If every plugin using a module fails together, this is the likely cause — match your AMXX package to your server binary.
How to prevent "Couldn't load library" from coming back
- Always upload
.amxxfiles in binary FTP mode, never ASCII/text. - Keep a backup copy of
modules.iniandplugins.inibefore any bulk plugin update. - Re-compile third-party plugins whenever you update AMX Mod X itself, not just when something breaks.
- Test new plugins on a staging/second server before pushing them to your live CS 1.6 server.
- Check
addons/amxmodx/logs/after every restart, not just when players report a problem.
Related errors and next steps
"Couldn't load library" is one of several CS 1.6 loading and connection errors. If plugins load fine but players get kicked over mismatched files, that's a different problem — see "server is enforcing consistency for this file". If your server refuses to bind to its port at all, check "port already in use / bind failed". For SteamCMD/HLDS install problems, see common SteamCMD errors.
Counter-Strike and the Source/GoldSrc engines are trademarks of Valve Corporation. AMX Mod X and listed plugins are the property of their respective authors. ESAGAMES is an independent hosting provider, not affiliated with or endorsed by Valve or the AMX Mod X project. You must own a legitimate copy of the game.