[BUG] claude code hangs direkt at start (2.1.138), 2.1.126 works (Unbunto on Virtualbox, Host Windows11)
Preflight Checklist
- [x] I have searched existing issues and this hasn't been reported yet
- [x] This is a single bug report (please file separate reports for different bugs)
- [x] I am using the latest version of Claude Code
What's Wrong?
Claude Code 2.1.138 (native install, Linux x86_64, Ubuntu in VirtualBox,
Kernel 6.17.0-23-generic) hängt komplett beim Start — kein Output,
auch nicht "claude --version".
strace -ff -ttt zeigt:
• librt/libc/libpthread/libdl/libm werden geladen
• arch_prctl(SET_FS), set_tid_address, set_robust_list, rseq, mprotect …
• dann: futex(0x629d0d8, FUTEX_LOCK_PI, NULL) = -1 ESRCH
• dann: futex(0x7fff…, FUTEX_WAIT_BITSET|FUTEX_CLOCK_REALTIME, 0, NULL, …) → hängt
Das passiert noch in der Bun/glibc-Runtime-Initialisierung, vor dem
ersten Open einer Config-Datei.
/proc/<pid>/wchan → futex_do_wait
/proc/<pid>/stack → leer (kein Kernel-Stacktrace, reines Userland-Futex)
BuildID des Binarys: 72bff399c385b07004f1478b1a747ce5490762f1
Größe: 230,577,872 Bytes, Mai 9 2026.
2.1.126 (BuildID bfc90c05e9aaef20532b8f17800f877a51299e41) auf
demselben System startet ohne Probleme.
Workaround: 2.1.138 aus ~/.local/share/claude/versions/ entfernen und
DISABLE_AUTOUPDATER=1 setzen, damit der Picker bei 2.1.126 bleibt.
Vermutung: Bun-Runtime initialisiert priority-inheriting Futex mit
einer falschen Owner-TID (FUTEX_LOCK_PI mit ESRCH-Owner). Möglicher
Zusammenhang mit der älteren glibc von Ubuntu / einem Bun-Update
zwischen 2.1.126 und 2.1.138.
Anmerunkung: ich nutze verschiedene .claude-Verzeichnisse für verschiedene Accounts. Das problem tritt aber mit allen Verzechnissen auf.
What Should Happen?
claude code should start normal
Error Messages/Logs
hangs, no message
strace -ff -ttt zeigt:
• librt/libc/libpthread/libdl/libm werden geladen
• arch_prctl(SET_FS), set_tid_address, set_robust_list, rseq, mprotect …
• dann: futex(0x629d0d8, FUTEX_LOCK_PI, NULL) = -1 ESRCH
• dann: futex(0x7fff…, FUTEX_WAIT_BITSET|FUTEX_CLOCK_REALTIME, 0, NULL, …) → hängt
Steps to Reproduce
(auto-)upgrade claude code from 2.1.126 to 2.1.138 on ubunto
Claude Model
None
Is this a regression?
Yes, this worked in a previous version
Last Working Version
2.1.126
Claude Code Version
2.1.138
Platform
Anthropic API
Operating System
Ubuntu/Debian Linux
Terminal/Shell
Other
Additional Information
_No response_
This issue has 3 comments on GitHub. Read the full discussion on GitHub ↗