Claude Desktop: gkinstall temp directories not cleaned up, accumulating 100GB+ of disk space
Resolved 💬 1 comment Opened Jun 2, 2026 by mattmcn9 Closed Jun 5, 2026
Bug Report
App: Claude Desktop (macOS)
Component: Auto-updater / gk_core update mechanism
Summary
Claude Desktop's internal updater accumulates thousands of gkinstall* temporary directories in $TMPDIR and never cleans them up. On this machine, 2,592 directories had accumulated totaling ~105GB of disk space, all appearing as "System" storage in macOS Settings.
Steps to Reproduce
- Install Claude Desktop on macOS
- Leave it running over time with auto-updates enabled
- Check
$TMPDIR(e.g./private/var/folders/rf/<hash>/T/)
What Happens
Thousands of gkinstall* directories accumulate, each ~42MB, containing:
gk_core_3.1.66_darwin_arm64.zip
mcp_resources/
These are never deleted after the update completes.
What Should Happen
Temp directories should be removed after a successful (or failed) update.
Evidence
$ ls $TMPDIR | grep -c gkinstall
2592
$ du -sh $TMPDIR/gkinstall997184129
42M /private/var/folders/rf/3q4s1h1x1yq_p7chz_9sgk8w0000gn/T/gkinstall997184129
$ ls $TMPDIR/gkinstall997184129
gk
gk_core_3.1.66_darwin_arm64.zip
mcp_resources
The ShipIt stderr log also shows a related cleanup error:
Couldn't remove owned bundle at location file:///.../com.anthropic.claudefordesktop.ShipIt.dIqBapxl/Claude.app,
error: "Claude.app" couldn't be removed. The file doesn't exist.
Impact
- ~105GB of disk space consumed silently
- Shows as "System" storage in macOS System Settings → General → Storage
- User has no indication this is happening
Workaround
rm -rf $TMPDIR/gkinstall*
Environment
- macOS Darwin 25.5.0 (arm64)
- Claude Desktop with
gk_core_3.1.66_darwin_arm64
This issue has 1 comment on GitHub. Read the full discussion on GitHub ↗