この記事について（広告・アフィリエイトリンクはありません）
Comfy Desktop でテンプレートを開き、足りないモデルをダウンロードすると、最後に次のエラーが出ることがあります。
Failed to move download to final location
EISDIR: illegal operation on a directory, link '...'ダウンロード自体は終わっています。 失敗しているのは、一時ファイルを最終の名前に変える最後の1歩です。多くの GB をもう一度落とす前に、下の手順を確かめてください。
所要時間：確認は1分、回避は数分。難易度：やさしい。
先に結論（公式の Issue とソースから）
- 一番の候補は、モデルの置き場所が exFAT のドライブであることです。Windows の exFAT はハードリンクを作れません。Comfy Desktop は最後にハードリンクを使うので、ここで失敗します。
- 修正の PR は出ていますが、確認時点ではマージされていません。
- 一番確実な回避は、モデルの置き場所を NTFS のドライブにすることです。
今回、私の PC に exFAT のドライブがなく、実機では再現していません。この記事は公式の記録とソースをもとにしています。
まず確かめること：ドライブの形式
PowerShell で次を実行します。
Get-Volume | Select-Object DriveLetter, FileSystemType, FileSystemLabelモデルを置いているドライブの FileSystemType を見てください。
| 形式 | 次にすること |
|---|---|
| exFAT / FAT32 | 下の「回避の方法」へ。今回の原因である可能性が高いです |
| NTFS | 別の原因かもしれません。下の「NTFS で出る場合」へ |
回避の方法
モデルの置き場所を NTFS にする（おすすめ）
Comfy Desktop の設定で、モデルのフォルダーを NTFS のドライブに変えます。今後のダウンロードがこの問題から外れます。
いま落とし終えたファイルを使う
報告によると、モデルのフォルダーに次の2つが残ります。
<モデル名>.safetensors.part
<モデル名>.safetensors.part.dl-meta.part のサイズが、配布元に書かれたサイズと一致していれば、中身は揃っている可能性があります。名前の .part を取ると使えた、という趣旨の報告があります。私は試していません。 心配なら、Hugging Face のページに載っている sha256 と照合してください。
別の方法でダウンロードする
Issue の報告者は、comfy model download --url <URL> --relative-path models/<種類> で同じモデルを入れられたと書いています。ブラウザでダウンロードして、models\<種類> に自分で置く方法もあります。ComfyUI 側はモデルを読むだけなので、普通に使えるはずです。
なぜ EISDIR と出るのか
ソースで流れを確かめました（src/main/lib/modelDownloadStaging.ts）。
- ダウンロード中は
<モデル名>.safetensors.partに書き込みます。 - 終わったら
fs.linkSync(part, 最終名)で、最終の名前を作ります。上書き事故を防ぐためです。 - ハードリンクが作れない形式だと、ここで失敗します。
PR #1716 によると、exFAT では Node.js が「ディレクトリの操作」という意味の EISDIR を返します。実際にはディレクトリの問題ではありません。エラーの文面が紛らわしいのはこのためです。
確認したソースでは、「ハードリンク非対応」と判断するコードの一覧に EISDIR は入っていません。そのためそのままエラーになります。
Issue #1450 との違い
Issue #1450（2026年8月24日、確認時点でオープン）は、エラーの宛先がモデルのルートになっているので、「カテゴリとファイル名が失われている」と見立てています。
ただ、関連する PR と別の報告を読むと、同じエラーは exFAT で再現すると説明されています。
| 記録 | 内容 | 状態 |
|---|---|---|
| Issue #1450 | テンプレートのダウンロードで EISDIR。宛先が欠けていると推測 | オープン |
| Issue #1493 | exFAT の E: で再現。.part はサイズどおり | オープン |
| ComfyUI Issue #16972 | exFAT で EISDIR、ハードリンクにフォールバックなし | オープン |
| PR #1491 | exFAT の修正案（「#1450 に関連」） | マージされず閉じた |
| PR #1716 | exFAT でコピーに切り替える修正案 | オープン |
#1450 の報告には、ドライブの形式が書かれていません。#1450 が本当に exFAT の問題かどうかは、記録だけでは断定できません。
NTFS で出る場合
今回調べた記録に、NTFS で起きた例は見当たりませんでした。NTFS でも出るなら、#1450 の見立てのとおり別の原因かもしれません。次を記録して Issue に書くと、解決に役立ちます。
- エラーの全文（
link '...'の中のパス） - Comfy Desktop の版
Get-Volumeの結果.partと.part.dl-metaがあるか
よくある質問（FAQ）
Q. EISDIR はフォルダーが壊れているという意味ですか？
名前からはそう読めますが、exFAT の場合はハードリンクが作れないことを示していると、PR に説明されています。
Q. もう一度ダウンロードすれば直りますか？
同じドライブなら、同じ場所で失敗するはずです。先に形式を確かめてください。
Q. exFAT を NTFS に変換できますか？
Windows の format でできますが、中身が消えます。バックアップなしでは行わないでください。Mac と共有している場合は、NTFS にすると書き込めなくなることがあります。
Q. Comfy Desktop 以外でも起きますか？
このコードは Comfy Desktop のものです。ポータブル版の ComfyUI では、モデルを自分で置くのでこの問題は当てはまりません。
Q. いつ直りますか？
確認時点で修正の PR はマージされていません。リリースノートで確かめてください。
まとめ
- 「ダウンロードの失敗」ではなく「最後の移動の失敗」です。
- まず
Get-Volumeで、モデルのドライブが exFAT かを見ます。 - 確実な回避は NTFS への置き場所の変更です。
検証メモ
- 実機での確認：していません。この PC のドライブはすべて NTFS で、exFAT で再現する環境がありません。Comfy Desktop のインストールもしていません。
- ソース：
Comfy-Org/Comfy-Desktopの main、コミット039fee4（2026-11-03）。v1.1.9-rc.2 の時点です。 - 確認した日：Issue と PR の状態は 2026年11月4日のものです。
.partの改名とコマンドの回避：どちらも報告の内容で、私は試していません。- ライセンス：Comfy Desktop のリポジトリは二重ライセンスです。この記事で再配布するものはありません。
