CS2 Not Saving Sensitivity
Why your settings revert every launch, and how to find which layer is overwriting them
Four causes cover almost every case: a read-only config file the game cannot write to, an autoexec.cfg re-applying your old value on launch, a different Steam account on the same PC, or a value outside the convar's range (sensitivity is capped at 8). To force a save right now, run host_writeconfig in the console.
"CS2 isn't saving my sensitivity" is rarely a bug. It is almost always a config file being written by one thing and overwritten by another, and the fix depends entirely on which of the two is winning.
Understanding the mechanism makes it a two-minute diagnosis. Settings like sensitivity carry an archive flag, which is what tells the engine to persist them to your config on shutdown. They also carry a per user flag, meaning they are stored against the Steam account you are signed into rather than the machine. Anything that breaks one of those two properties produces exactly the symptom you are seeing.
Cause 1: the config file is read-only
This is the one that catches people who followed a settings guide years ago. A very old and very popular trick was to lock your config file so nothing could change it. It works — the game genuinely cannot write to a read-only file — but it also means every setting you touch in the menu is discarded the moment you quit.
CS2 keeps configs in two places, and you need to check both:
- Per-account configs:
Steam\userdata\<account ID>\730\local\cfg\— this is where the game writes your saved convars. - Install-folder configs:
...\Counter-Strike Global Offensive\game\csgo\cfg\— this is whereautoexec.cfgusually lives.
On Windows, right-click each file, open Properties, and untick Read-only. If your Steam install lives somewhere Windows protects, the folder's own permissions can produce the same result — a config the game is not allowed to write is functionally identical to a read-only one. Our CS2 file locations page maps the whole install tree if you are not sure where to look.
Cause 2: your autoexec is overwriting you
This is the most common cause by a distance, and it is not a fault — it is the feature working as designed. The exec command does exactly one thing: execute a cfg file. If you have +exec autoexec.cfg in your launch options, that file runs on every startup, after your saved config has loaded.
So the sequence is: you change sensitivity in the menu, it saves correctly on exit, then next launch your autoexec sets it straight back to whatever line you wrote months ago. The setting is saving perfectly. It is just being replaced immediately afterwards.
The tell-tale signs:
- The value always reverts to the same number, not to the default.
- Changing it mid-session works fine — it only resets on launch.
- Keybinds vanish as well. An
unbindallline at the top of an autoexec wipes every bind before re-adding only the ones in the file.
The fix is to pick one source of truth. Either remove the sensitivity line from your autoexec and manage it in the menu, or keep it in the autoexec and stop changing it in the menu. Our autoexec generator builds a clean file, and the config guide covers what belongs in it. If you are converting a sensitivity from another game rather than guessing, the sensitivity converter gives you the number to put in.
Launch options can do the same thing directly. A stray +sensitivity 2 in the launch options field forces that value on every start, and it will look identical to the autoexec problem.
Cause 3: the wrong Steam account slot
Because sensitivity is a per-user convar, it is saved against the Steam account, in that account's own folder under userdata. Two accounts on the same PC get two separate sets of settings.
That produces two confusing situations. If you share a machine — or have a second account you use for anything — signing into the other one gives you what looks like a reset. And if you moved to a new PC, nothing followed you, because there is nothing syncing it.
That last point is worth saying plainly, because a lot of guides tell you to go hunting for a Steam Cloud conflict. Counter-Strike 2 does not list Steam Cloud among its features on the Steam store page — unlike titles that do, where it appears in the store's feature list. There is no per-game cloud save checkbox for CS2 to be fighting with. If you want your settings on a second machine, copy the files across yourself, or keep them in an autoexec you can carry around.
Cause 4: the value is out of range
This one is easy to miss because the game does not complain. Convars have hard limits, and a value outside them is silently clamped:
| Command | Default | Range |
|---|---|---|
sensitivity | 1.25 | 0.0001 – 8 |
zoom_sensitivity_ratio | 1 | 0.01 – 3 |
sensitivity_y_scale | 1 | 0 – 2 |
If you type sensitivity 12 you do not get 12, and when you come back and see something else there it reads as "it didn't save." Very low DPI setups are the ones that run into the ceiling — if you need an effective sensitivity above 8, raise your mouse DPI instead. Note also that m_yaw and m_pitch both default to 0.022; an old config that changed one of them will make your sensitivity feel wrong even when the number is correct.
Cause 5: the game never shut down cleanly
Config values are written out at shutdown. If CS2 crashes, or you close it from Task Manager, or the machine loses power, that write never happens and the session's changes go with it. People who alt-F4 out of the game habitually run into this a lot.
There is a command for exactly this. host_writeconfig saves out the user config values on demand — it is a standard release command, not cheat-flagged, so it works in any match or on any server. Change your settings, open the console, run it, and the values are on disk regardless of how the session ends.
If the console is not opening, con_enable is the convar that allows it to be activated; it is off by default and can also be toggled from the game settings. See our CS2 commands database for the full list.
The diagnosis, in order
- Set your sensitivity in the menu, then run
host_writeconfigin the console and quit normally. If it survives a restart, your problem was cause 5. - If it reverts to the same wrong value every time, open your
autoexec.cfgand your Steam launch options and look for asensitivityline. That is cause 2. - If it reverts to
1.25, the game is not writing your config at all — check both cfg folders for read-only files and folder permissions. That is cause 1. - If the value you set is above 8, it was never accepted in the first place. That is cause 4.
- If nothing else fits, check which Steam account you are signed into, and whether more than one numbered folder exists in
Steam\userdata\. That is cause 3.
Once it is stable, it is worth building a config you actually control rather than fighting the menu — the best CS2 settings guide covers what to put in it.
Frequently Asked Questions
- Why does CS2 keep resetting my sensitivity?
- Nearly always one of four things: the config file is marked read-only so the game physically cannot write to it, an autoexec.cfg is re-applying your old value on every launch, you are signed into a different Steam account than the one that saved the setting, or the value you entered is outside the range the game accepts.
- How do I force CS2 to save my settings right now?
- Open the console and run host_writeconfig. Valve's description for that command is "Saves out the user config values", and it is a normal release command rather than a cheat-protected one, so it works in any session. Change your settings, run it, then quit.
- Can my autoexec be the thing resetting sensitivity?
- Yes, and it is the most common cause once you rule out read-only files. If your autoexec sets sensitivity and you launch with +exec autoexec.cfg, the file runs after your saved config loads — so it overwrites whatever you changed in the menu last session, every single time.
- What are the limits on the sensitivity command?
- The sensitivity convar accepts a minimum of 0.0001 and a maximum of 8. Anything above 8 gets clamped, which looks exactly like the game refusing to save your value. zoom_sensitivity_ratio maxes out at 3 and sensitivity_y_scale at 2, with the same behaviour.
- Is this a Steam Cloud sync conflict?
- Almost certainly not. Counter-Strike 2 does not list Steam Cloud among its Steam store features, so there is no per-game cloud save toggle for it to fight with. If your settings differ between two PCs, that is because each machine has its own config files — not because a sync went wrong.
- Do settings save if the game crashes?
- Not reliably. Config values are written out when the game shuts down cleanly. If CS2 crashes or you kill it from Task Manager, anything you changed that session can be lost. Running host_writeconfig after making changes is the way to avoid finding out the hard way.