You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
Codex Desktop fails to start with migration 1 was previously applied but has been modified #23824
What version of the Codex App are you using (From “About Codex” dialog)?
26.520.11634
What subscription do you have?
Pro
What platform is your computer?
Microsoft Windows NT 10.0.26200.0 x64
What issue are you seeing?
Codex Desktop fails to launch with the following error:
Codex cannot access its local database.
Database path:
/mnt/c/Users/<user>/.codex/state_5.sqlite
Most recent error:
Error: failed to initialize sqlite state db at
/mnt/c/Users/<user>/.codex/state_5.sqlite:
failed to initialize state runtime at
/mnt/c/Users/<user>/.codex:
migration 1 was previously applied but has been modified
For anyone landing here from search: this matches the CRLF/LF SQLx checksum issue tracked in #23777 / #23787. The WSL/Linux backend rejects a Windows-created state_5.sqlite because the stored _sqlx_migrations checksum was computed from different line-ending bytes.
git clone https://github.com/xdifu/codex-repair.git
cd codex-repair
python codex-repair.py fix --apply
If you run it from WSL bash to repair Windows Codex Desktop data, pass --codex-home "/mnt/c/Users/<WindowsUser>/.codex" so it does not target WSL's own ~/.codex.
It backs up state_5.sqlite / logs_2.sqlite, schema-verifies before any checksum rewrite, and keeps ~/.codex/sessions/*.jsonl read-only.
Reacted by Justkog, Albérico Dias Barreto Filho, thekana, TinderZ, juhan, Wentong Tian, Elias Tryfonas, wz.wang and clas
Activity
github-actions commentedon May 21, 2026
Potential duplicates detected. Please review them and close your issue if it is a duplicate.
Powered by Codex Action
xdifu commentedon May 21, 2026
For anyone landing here from search: this matches the CRLF/LF SQLx checksum issue tracked in #23777 / #23787. The WSL/Linux backend rejects a Windows-created
state_5.sqlitebecause the stored_sqlx_migrationschecksum was computed from different line-ending bytes.I published a non-destructive recovery tool here: https://github.com/xdifu/codex-repair
Windows PowerShell / Windows Terminal:
If you run it from WSL bash to repair Windows Codex Desktop data, pass
--codex-home "/mnt/c/Users/<WindowsUser>/.codex"so it does not target WSL's own~/.codex.It backs up
state_5.sqlite/logs_2.sqlite, schema-verifies before any checksum rewrite, and keeps~/.codex/sessions/*.jsonlread-only.Nerexis commentedon May 21, 2026
@xdifu Your fix has worked fine for me. Thank you.