[BUG] claude hangs immediately on startup

Status Fixed / completed
Reported on v2.1.143
Maintainer reply None cached
Activity 6 comments · opened May 18, 2026 · closed Jun 2, 2026

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 executable hangs immediately on startup with zero output, zero logs, no network connections.

What Should Happen?

Claude starts normal.

Error Messages/Logs

Steps to Reproduce

  1. install claude on current fedora
  2. start claude

Claude Model

None

Is this a regression?

I don't know

Last Working Version

_No response_

Claude Code Version

2.1.143 (Claude Code)

Platform

Anthropic API

Operating System

Other Linux

Terminal/Shell

Other

Additional Information

  • Fedora 42, default GNOME, x86_64, glibc 2.43
  • Installed via dnf (both stable 2.1.133 and latest 2.1.143)
  • strace shows only futex timeout loops, no I/O
  • Workarounds tried and failed: keyring disabled, D-Bus suppressed, git repo with commit, TERM=dumb, -p flag
  • Native installer also silently fails to place binary in ~/.local/bin
  • interestingly "claude --version" or "claude --help" work fine

View original on GitHub ↗

6 Comments

github-actions[bot] · 3 months ago

Found 3 possible duplicate issues:

  1. https://github.com/anthropics/claude-code/issues/58680
  2. https://github.com/anthropics/claude-code/issues/58035
  3. https://github.com/anthropics/claude-code/issues/56220

This issue will be automatically closed as a duplicate in 3 days.

  • If your issue is a duplicate, please close it and 👍 the existing issue instead
  • To prevent auto-closure, add a comment or 👎 this comment

🤖 Generated with Claude Code

Dirk-Peters-pubtech · 3 months ago

The auto-triage flagged this as a duplicate of #58680 and others, but those are ARM64/embedded or different OS configurations. This is x86_64 Fedora 42 with glibc 2.43, default GNOME desktop, installed via dnf, run directly on Fedora not with podman (even though podman is installed). Keeping this open as a separate data point for x86_64 Fedora.

Unlike #58035, claude --version and claude --help work correctly on my system. The hang is specific to interactive startup (the TUI), not the binary itself. This suggests the issue is in the TUI initialization path rather than early binary startup or a missing dependency.

Dirk-Peters-pubtech · 3 months ago

if it helps I can attach a strace file from running strace -ff -ttt claude 2> strace.txt

Also:
This is a first-time installation with no prior auth configuration. claude --version and claude --help work fine, but interactive startup hangs with no output and no network connections. Theory: the TUI startup path may be looping or deadlocking when no auth credentials exist, rather than falling through to the login prompt. Could not test with ANTHROPIC_API_KEY as one is not yet available.

Dirk-Peters-pubtech · 3 months ago

I also tried to start claude with ollama, to try to circumvent the login on startup with "ollama launch claude --model qwen2.5-coder:7b", but this also seems to hang. This may indicate, that the login may not be the problem.

Dirk-Peters-pubtech · 2 months ago

It seems on installation a ~/.claude.json directory was created, which should have been a file. It was a little buried in the strace output. I did not try to reproduce this --> closing issue

github-actions[bot] · 26 days ago

This issue has been automatically locked since it was closed and has not had any activity for 7 days. If you're experiencing a similar issue, please file a new issue and reference this one if it's relevant.