Visual Studio を再インストールしようとすると、VisualStudioSetup.exe（Visual Studio のセットアップ）が一瞬だけ表示されてすぐ閉じてしまう…。この症状は「インストーラーの残骸の不整合」や「C ドライブの空き容量不足」が絡むことが多く、順番どおりに切り分ければ復旧できるケースがほとんどです。
症状：セットアップ画面が表示された直後に自動で閉じる
典型的には、次のような状況で発生します。
- Visual Studio を一度アンインストールした後、再インストールしようとする
- VisualStudioSetup.exe を起動するとウィンドウが一瞬表示され、そのまま消える（エラー表示も出ない）
- 「管理者として実行」しても挙動が変わらない
- C ドライブの空き容量が少ない（例：10GB 前後）
- D ドライブへ移したくて、フォルダーやレジストリを手作業で削除した履歴がある
この“起動直後に閉じる”タイプは、インストーラー（ブートストラッパー）が初期化の段階で落ちている可能性が高く、原因を絞るには「環境を整える → 残骸を整合させる → ログで確定する」の順が最短です。
最短で直すための全体像
まずは全体像を押さえて、上から順に試してください。途中で直れば先へ進む必要はありません。
| やること | 狙い | 効果が出やすい状況 |
|---|---|---|
| 再起動 → セットアップ exe を再取得 → C:\ 直下から起動 | 展開・権限・パスの問題を排除 | Temp 配下や別ドライブから起動していた |
| C ドライブの空き容量を確保 | 一瞬で落ちる要因（容量不足）を潰す | 空きが 10GB 前後、更新やアプリで逼迫 |
| 残骸（キャッシュ／フォルダー／レジストリ）の整合 | 不整合で即終了する状態を解消 | 手作業削除や中途半端なアンインストール |
| DISM / SFC で OS の破損修復 | システム側の破損を除去 | 更新失敗が多い、インストーラー全般が不安定 |
| セキュリティ／プロキシ等の阻害要因を一時停止 | 通信・書き込みブロックを回避 | 企業端末、ウイルス対策が強い、VPN/プロキシ環境 |
| ログ採取（vslogs.zip）→ dd_ ログで原因確定 | “なぜ落ちたか”を最短で特定 | 上記で改善しない |
なぜ「C ドライブの空き容量」が最重要なのか
「インストール先を D ドライブにしたい」という相談で見落とされがちなのが、Visual Studio は“見た目のインストール先”を D にしても、C 側に必ず一定量の領域を使うという点です。特にセットアップ初期は、一時展開・キャッシュ・検証処理が C に寄るため、空きが少ないとウィンドウが消えるだけで終わることがあります。
| 用途 | 主に使われる場所（例） | なぜ必要か | 不足すると起きやすいこと |
|---|---|---|---|
| 一時展開（TEMP） | C:\Users\<ユーザー>\AppData\Local\Temp | ブートストラッパーが中身を展開して起動する | 起動直後に終了／展開失敗 |
| パッケージキャッシュ | %ProgramData%\Microsoft\VisualStudio\Packages | ダウンロードしたコンポーネントを保持する | ダウンロード→検証で停止、再試行ループ |
| Installer 本体 | C:\Program Files (x86)\Microsoft Visual Studio\Installer | 更新・修復・追加を行う中核 | Installer の起動自体が不安定 |
| Windows の更新・コンポーネント | WinSxS / Windows Update 関連 | .NET/VC ランタイム等の土台が OS 側に入る | 更新失敗、インストール途中で落ちる |
目安として、C ドライブの空きが 10GB 程度だと「展開に失敗して即終了」「途中で無言終了」が起きやすくなります。できれば 20GB 以上、可能なら 30GB 以上を確保してから再実行すると成功率が上がります（導入するワークロードが大きいほど多めに必要です）。
C の空きを増やすときの安全な優先順位
“とりあえず削って空ける”は危険です。まずは安全に戻せるものから着手します。
- ごみ箱の削除、ダウンロードフォルダーの整理（不要な ISO/zip を退避）
- 「ディスク クリーンアップ」や「ストレージ センス」で一時ファイルを削除
- サイズの大きいゲーム・動画・仮想マシン（VHD/VHDX）を D へ移動
- 既に不要な Visual Studio 関連のキャッシュ（後述）を整理
再取得して“実行場所”を整える
インストーラーが一瞬で閉じる場合、まずは最も安価に切り分けできる「再取得＋配置場所の工夫」から行います。特に、ダウンロード済み exe を別ドライブや Temp 配下で実行すると、展開・権限・パスまわりで失敗しやすくなります。
- PC を再起動（保留中の更新や再起動要求を一度リセット）
- VisualStudioSetup.exe を改めてダウンロード（古いファイルは使い回さない）
- ダウンロードした exe を C:\VSSetup.exe のように C ドライブ直下へ移動
- 右クリック → 管理者として実行
ここで改善した場合、原因は「古いブートストラッパー」「展開先の権限」「パスの深さ」「Temp の破損」など、比較的軽いものだった可能性が高いです。
ありがちな NG パターン
| NG 例 | なぜ失敗しやすいか | 改善策 |
|---|---|---|
| D:\Downloads\ツール\VisualStudioSetup.exe から実行 | パスが深い、権限や展開先が絡む | C:\ 直下へ移動して実行 |
| %TEMP% に置いた exe を実行 | 一時領域の掃除や権限で消える／壊れる | 固定パス（C:\）から実行 |
| 古い exe を何度も実行 | インストーラーの更新に追随できない | 毎回再ダウンロード |
残骸（キャッシュ／フォルダー／レジストリ）を“安全に”整合させる
アンインストール後にファイルやレジストリを手作業で広範囲に消すと、逆に「必要な構成だけが欠けた中途半端な状態」になり、セットアップが初期化で即終了することがあります。ここから先は、削除よりもリネーム（退避）を優先し、戻せる形で進めるのが安全です。
まずは Visual Studio Installer 自体を入れ直す
設定の「アプリ」から、Microsoft Visual Studio Installer が残っていればアンインストールし、再起動してから VisualStudioSetup.exe を再実行します。Installer が壊れていると、セットアップの入り口で落ちることがあります。
フォルダーの残骸をリネームして退避する
削除できない・怖い場合は、末尾に _old を付けてリネームして退避してください。これだけで不整合が解消してインストールが進むことがあります。
| 対象 | パス例 | ポイント |
|---|---|---|
| Visual Studio 本体 | C:\Program Files\Microsoft Visual Studio C:\Program Files (x86)\Microsoft Visual Studio | 残っている場合はリネーム退避 |
| パッケージキャッシュ | %ProgramData%\Microsoft\VisualStudio\Packages | 容量が大きいことが多い。破損していると再インストールが失敗しやすい |
| ユーザー設定 | C:\Users\<ユーザー>\AppData\Local\Microsoft\VisualStudio\17.0_* | 環境設定が壊れていると起動系で問題が出ることがある |
| 一時領域 | %TEMP% | 削除が怖ければフォルダー名変更で退避（ログも残るので必要分は別途保存） |
レジストリの残骸を確認する（編集前に必ずバックアップ）
レジストリは一手間で取り返しがつかないことがあります。最低限、対象キーをエクスポートしてから作業してください。
よく残りやすいキー（例）：
- HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\VisualStudio\Setup
- HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\VisualStudio\Setup
- HKEY_LOCAL_MACHINE\SOFTWARE\WOW6432Node\Microsoft\VisualStudio\Setup
バックアップの例（管理者のコマンドプロンプト）：
reg export "HKLM\SOFTWARE\Microsoft\VisualStudio\Setup" "%USERPROFILE%\Desktop\VSSetup_backup.reg"
reg export "HKLM\SOFTWARE\WOW6432Node\Microsoft\VisualStudio\Setup" "%USERPROFILE%\Desktop\VSSetup_WOW_backup.reg"手作業削除の履歴がある場合は、上記キーが「残っているのに中身が欠けている」こともあります。削除・修正に自信がない場合は、まずフォルダー側の退避と OS 修復、そしてログ確認を優先してください。
OS 側の破損を修復する（DISM / SFC）
Visual Studio のセットアップは Windows のコンポーネント（.NET、VC ランタイム、証明書、Windows Installer 等）に依存します。OS 側が壊れていると、インストーラーが巻き込まれて落ちるケースがあります。管理者で以下を実行します。
DISM /Online /Cleanup-Image /RestoreHealth
sfc /scannow- DISM が終わってから SFC を実行する（順番が重要）
- 実行中に止まっているように見えても待つ（途中で閉じない）
- 完了後は再起動してからセットアップを再実行
インストール阻害要因を一時的に外す
起動直後に閉じる原因として、セキュリティやネットワーク制限が絡むこともあります。特に企業端末や、強めのウイルス対策ソフトを入れている環境は要注意です。
| 阻害要因 | 起きやすい症状 | 対策（切り分け） |
|---|---|---|
| ウイルス対策ソフト／EDR | 展開直後にプロセスが落ちる、ファイル作成に失敗 | 一時的に保護を弱める／例外に C:\VSSetup.exe を追加（可能な範囲で） |
| プロキシ／VPN | ダウンロードが失敗、起動後に閉じる | プロキシ設定の確認、一時的に VPN を切って試す |
| Controlled Folder Access（ランサムウェア防止） | ProgramData や Documents への書き込みが拒否 | 設定を確認し、必要に応じて許可 |
| Windows Update 未適用 | 前提コンポーネントで失敗 | 更新を最新化し、失敗履歴がないか確認 |
ログを採取して原因を確定する（vslogs / dd_ ログ）
ここまでやっても改善しない場合、推測で試行錯誤するよりもログを見るのが最短です。Visual Studio のセットアップは、失敗してもログを残します。ウィンドウが一瞬で閉じるときほどログが頼りになります。
まずは %TEMP% の dd_ ログを確認する
エクスプローラーのアドレスバーに %TEMP% と入力して開き、以下のファイルを更新日時の新しい順に確認します。
- dd_bootstrapper*.log（起動・初期化・ダウンロード前後）
- dd_installer*.log（Installer の処理）
- dd_setup*.log（セットアップ全体）
ログの中で見つかりやすい代表的なヒントを表にまとめます（あくまで“よくある”例です）。
| ログで見かけるもの | 意味（目安） | 次にやること |
|---|---|---|
| 0x80070070 | ディスク容量不足 | C ドライブの空き容量を増やす（TEMP/ProgramData も含めて） |
| 0x80070005 | アクセス拒否（権限／保護機能） | 管理者実行、セキュリティ設定の切り分け、書き込み先の確認 |
| 0x80072* | ネットワーク系（名前解決、TLS、プロキシなど） | プロキシ/VPN/証明書、社内ネットワーク制限を確認 |
| cache / package / corrupted の記述 | キャッシュ破損 | %ProgramData%\Microsoft\VisualStudio\Packages を退避して再試行 |
vslogs.zip を作ってまとめて確認する
Visual Studio Installer にはログ収集ツールが同梱されていることがあります。環境によってツール名や場所が異なるため、次の方針で探すのが確実です。
- 「Microsoft Visual Studio\Installer」配下に collect.exe（または同系のログ収集 exe）がないか確認
- 見つからない場合は、エクスプローラー検索や where /r で探す
where /r "C:\Program Files (x86)\Microsoft Visual Studio\Installer" collect.exeログ収集ツールを実行すると vslogs.zip が作成され、その中に dd_ ログやインストーラーの状態がまとめられます。社内サポートやコミュニティに相談する場合も、この zip があると会話が一気に早くなります。
SQM レジストリ（VSCommon\17.0\SQM）を確認する
手作業でレジストリを広範囲に削除した環境では、Visual Studio 付随のキーが欠損していることがあります。環境によっては、HKEY_LOCAL_MACHINE\SOFTWARE\WOW6432Node\Microsoft\VSCommon\17.0\SQM が不正（欠損または値が異常）だと問題が出る例があります。
- まずは該当キーが存在するか確認
- 存在し、DWORD 値（例：OptIn など）がある場合は値が極端におかしくないか確認（一般的には 0/1）
- キーや値が欠けている場合でも、むやみに作成せず、先にログでエラー内容を確認
レジストリの作業は影響範囲が広いので、「ログで SQM 周りのエラーが出ている」「社内手順で指定されている」など根拠がある場合に限定して対応するのが安全です。
D ドライブへ寄せたい人が知っておくべき現実
結論から言うと、Visual Studio は「全部を D だけに置く」ことは難しく、C 側にも一定の容量が必要です。ただし、設定次第で 大半を D に寄せることはできます。
寄せられるもの／寄せにくいもの
| 項目 | D へ寄せられる？ | 補足 |
|---|---|---|
| Visual Studio 本体のインストール先 | ○ | Installer の「インストール場所」から変更可能 |
| 共有コンポーネント／SDK | ○ | 「共有コンポーネント、ツール、SDK」の場所を D にできる |
| ダウンロードキャッシュ | ○（推奨） | キャッシュ場所を D にすると C の消耗を抑えやすい |
| 一時展開（TEMP） | △ | 環境変数で変更は可能だが、他アプリへの影響もあるため慎重に |
| Windows Update／システム領域 | × | OS 依存のため基本的に C を使う |
オフラインレイアウトで D にインストール素材を置く（回線と容量に効く）
ネットワークが不安定、または再インストールを何度も行う可能性がある場合は、オフラインレイアウト（インストール素材の一括ダウンロード）を D に作ると安定します。使用する exe（Community/Professional/Enterprise など）によりオプションが異なるため、まずは exe のヘルプ（/?, –help）で確認してください。
例：D:\VSLayout に素材を作る（対応するブートストラッパー exe で実行）
vs_Community.exe --layout D:\VSLayout --lang ja-JPレイアウトを作っても、セットアップ実行時に TEMP や ProgramData を使う点は変わりません。C の最低限の空きは確保してください。
それでも直らないときの“最後の切り分け”
環境が相当壊れている場合、原因が「ユーザープロファイル」や「Windows 更新状態」に隠れていることがあります。次の切り分けは再現性が高く、時間対効果が良いです。
新しい Windows ユーザーで実行してみる
ユーザープロファイル配下（AppData / Temp）が壊れていると、インストーラーが初期化で落ちることがあります。新規ローカルユーザーを作成し、そのユーザーで VisualStudioSetup.exe を C:\ 直下から実行して挙動が変わるか確認します。
イベントビューアで “Application Error” を確認する
ウィンドウが消えるだけでも、イベントビューアに例外が残る場合があります。
- イベントビューア → Windows ログ → アプリケーション
- 発生時刻付近の “Application Error” “.NET Runtime” などを確認
Windows Update の失敗が多い場合は更新の正常化を優先する
Visual Studio の前提条件は Windows 更新に依存する場面が多く、更新が詰まっているとセットアップも不安定になりがちです。更新履歴に失敗が並んでいる場合は、先に更新の修復（DISM/SFC、更新トラブルシューティング、再起動）を行い、正常に更新できる状態に戻してからインストールする方が近道です。
再発を防ぐための運用ポイント
- 削除作業は「決まった残骸だけ整理 → ログで原因特定」の順で行う（むやみに全部消さない）
- Visual Studio の変更・修復・アンインストールは可能な限り Visual Studio Installer から実施する
- C ドライブの空きは常に余裕を持たせる（更新と開発ツールは想像以上に領域を使う）
- D ドライブへ寄せたい場合は、インストール場所だけでなく「共有コンポーネント」「キャッシュ」の設定も見直す
VisualStudioSetup.exe が一瞬で閉じる症状は焦りますが、原因は「容量」「残骸の不整合」「OS 破損」「阻害要因」のどれかに寄ることがほとんどです。上から順に実行し、最後はログで確定させれば、闇雲な手作業より安全に復旧できます。
コメント