この症状は、Claude Desktop Linux beta で Cowork セッションを開いたときに、Couldn't link this session to a computer, so attached folders can't be used という警告が出て、attached folders が使えない、というものです。報告されている内容を見る限り、単なるローカル設定の不整合ではなく、Linux では device registration が最後まで成功しないケースがあるようです。根拠になっているのは #79232 と、そこから続く #83122 です。
まず、自分のケースかどうかを切り分けるなら、警告文がほぼそのまま一致するかを見ます。issue では cowork-unbound-folders-banner として内部的に扱われている警告が示されており、表示上は「このセッションをコンピュータにリンクできなかったので、attached folders は使えない」という意味になります。少なくとも報告者の環境では、セッションは silently provisioned unbound になっていました。つまり、見た目だけの警告ではなく、実際に folder attachment が効かない状態です。これは #79232 の報告に書かれています。
症状の中心にあるのは device registration の失敗です。#83122 では main.log に次のログが出るとされています。
[warn] [remote-file-tools] td-v2 attestation mint unavailable: DeviceRegistry: device not registered (no row-PK for this account)
同じ issue では、~/.config/Claude/ant-device-registry.json が none:<timestamp> の状態のまま進まない、という観察もあります。ただし、#79232 の更新では、以前はこの none 状態を原因だと思っていたものの、実際にはそれを消しても直らず、アプリ起動後すぐ警告が再び出ると訂正されています。なので、少なくとも issue ベースでは「このファイルを消せば解決する」とは言えません。
報告の本筋はもう少しはっきりしています。#79232 では、Linux の claude-native に enclave-key implementation がなく、linux-not-yet-supported のため td-v2 device registration が成功しえない、と結論づけられています。#83122 でも、この root cause が引き継がれており、1.24012.9 でも再現すると書かれています。ここで大事なのは、これは筆者の環境で確認した事実ではなく、issue 報告に基づく説明だという点です。私はこの場で再現確認はしていません。
同じクラスタのコメントでは、Fedora 44 でも同様に device registry が none:<timestamp> から進まず、Sign in again to verify your device と passkey setup prompt の両方が失敗した、という報告もあります。その人の環境では、Google OAuth の再認証が /login 経由で 400 malformed request になり、claude /login、incognito、claude setup-token、console.anthropic.com のいずれでも同じだったとされています。そこでは Google の OAuth grant を revoke して re-grant しても変化がなく、回避策としては email code でログインし、passkey は無視する、という方法だけが見つかったそうです。これは解決策というより、別経路のログインで先へ進めた例です。該当コメントは #79232 にあります。
現時点で言えるのは、Linux でこの警告が出るケースは、ローカルな設定を少し直すだけでは片付かない可能性が高い、ということです。少なくとも issue 上では、根本原因は Linux の device registration 実装側にあり、apt stable の新しめの build でもまだ再現している、とされています #83122。一方で、筆者の環境では実測できているのが OS 情報だけなので、こちらから「この手順で直る」とは書けません。
参考までに、筆者の検証環境は次の通りです。
[env_summary]
OS : Linux 3.10.0-1160.76.1.el7.x86_64 (x86_64)
Python : 3.8.13
検証日時 : 2026-11-04T08:56:26+09:00
この症状に当たったときは、まず警告文が本当に同じか、そして main.log に DeviceRegistry: device not registered 系の行が出ているかを確認するのが近道です。少なくとも issue の範囲では、Linux 上で attached folders が使えないのは既知の不具合として扱われています。
OS : Linux 3.10.0-1160.76.1.el7.x86_64 (x86_64)
Python : 3.8.13
検証日時 : 2026-11-04T08:56:26+09:00