「容量確保中」で数字が動かなくなる。プログレスバーが固まったように見えて、失敗したのか待てばいいのか判断できない——という状態です。

先に、この記事の立場をはっきりさせておきます。

「容量確保中」という表示が何の工程を指すのかは、Steam公式の資料に記載が見つかりませんでした。開発者向けのSteamworksドキュメントには配信の仕組みが書かれていますが、クライアントの画面に出る表示については何も述べていません。

だからこの記事は、表示の意味を当てにいきません。代わりに、観測できる事実だけで「待つべき状態」と「止まっている状態」を切り分けます。

参考として、公式資料から分かっていることは次のとおりです。Steamは各ファイルを約1MBのチャンクに分割し、圧縮・暗号化した状態で配信します。そのデータは圧縮・暗号化されたままクライアントに届き、そこで復号・展開したうえで所定の場所に配置される、と記載されています。ディスクへの書き込みを伴う工程が存在すること自体は、ここから分かります。

ただし、それが「容量確保中」と表示される工程なのかは別の話です。「容量確保」という語は本来ディスク領域の事前確保を指すため、順序が逆である可能性もあります。当サイトはここを断定しません。

症状から原因を引く診断表

自分の症状に一番近い行を横に読んでください。

症状考えられる原因対処この対処で直らない範囲
数字は動かないが、ディスクのアクセスランプは点いているディスクへの書き込みが進行中(工程の名称は断定しない)。容量の大きいタイトルほど長くなる待つ。タスクマネージャーのディスク使用率が0でなければ動いている書き込み速度そのものは変わらない。HDDなら根本的にはSSDへの移設が必要
小さなアップデートなのに巨大な確保が始まる1MBチャンクの再生成。pack形式のファイルは、内部の少しの変更で広範囲のチャンクが作り直される。ただしこれは配信側の仕組みに関する記載で、クライアントの表示と直接対応するかは未確認異常ではないので待ってよい。発生そのものを避ける手段は無い。かかる時間を見積もるときは、本体サイズではなくSteamが表示しているダウンロードサイズを基準にする発生を止めることは利用者側ではできない。公式ドキュメントも開発者向けの注意として記載している
空きは足りているのに「容量が足りない」と出る展開先の一時領域。圧縮された状態と展開後で必要量が違う空きを本体サイズ以上に確保する。別ドライブにライブラリを追加してそちらへドライブの空きが本体サイズを下回っている場合は増設以外に手がない
ディスク使用率が0のまま、何時間も変わらない書き込みの失敗。権限・ドライブの異常・アンチウイルスの干渉Steamを再起動 → ゲームのプロパティから整合性の確認 → それでも駄目ならドライブを変えるドライブ自体が壊れている場合、Steam側の操作では直らない

1行目と4行目の分かれ目は「ディスク使用率が0かどうか」です。ここだけ先に見てください。0でなければ待つ、0なら止まっている、という切り分けになります。

ディスク使用率の見方

止まっているのか、進んでいるのかを確かめる
  1. Ctrl + Shift + Esc でタスクマネージャーを開く Windows 11はそのまま次に進んでください。簡易表示は廃止され、最初からタブが出ます。Windows 10で簡易表示になっている場合だけ、左下の「詳細」を押します。
  2. 「パフォーマンス」タブ → 該当のディスク インストール先のドライブを選びます。「アクティブな時間」の数値を見ます。
  3. 0%でなければ進んでいる 数十%で張り付いていれば、書き出しの真っ最中です。Steamの表示が動かなくても止まってはいません。
  4. 0%が続くなら止まっている この場合だけ、上の表の4行目の対処に進んでください。待っても変わりません。

容量の大きいタイトルほど長くなる

どのくらい時間がかかるかは、そのタイトルの容量で決まります。

Steam公式のアプリ情報で調べると、たとえば ARK: Survival Ascended はストレージ180GB、追記事項に「SSD Required」と書かれています(2026年8月25日取得)。この規模のタイトルなら、展開の工程が長くかかるのは想定内です。

逆に数GB規模のタイトルで何十分も止まっているなら、上の表の4行目を疑ってください。タイトルの容量と、かかっている時間が釣り合っているかが判断の軸です。

😟 こんなお悩みはありませんか?

  • HDDにインストールしていて毎回遅い
  • Cドライブの空きが足りない
  • 整合性の確認をしたら、また容量確保が始まった

✅ この記事で解決できます!

  • 書き出しの速度はドライブの性能で決まります。根本的な対処はSSDへの移設です。Steamはゲームごとにインストール先を移動できます(プロパティ → インストール済みファイル → 移動)。
  • Steamは複数のライブラリフォルダを持てます。設定 → ストレージから別ドライブを追加し、そちらにインストールしてください。既存のゲームも移動できます。
  • 整合性の確認は、欠けているチャンクを再取得して書き直す処理です。そのため確保の工程が再度走ります。異常ではありません。

待つしかない場合の目安

「あと何分か」を正確に出す方法はありません。Steamの表示は残り時間を出さず、当サイトも計測値を持っていません。

代わりに使えるのは、ディスクの書き込み速度と本体サイズです。タスクマネージャーのディスクの項目に書き込み速度(MB/秒)が出ます。本体サイズ ÷ その速度が、書き出しに必要な時間のおおよその下限になります。

当てはめてみます。ARK: Survival Ascended の180GB(=184,320MB)で計算すると、こうなります。

タスクマネージャーに出ている書き込み速度180GBを書き出す時間の下限
500MB/秒約6分
200MB/秒約15分
100MB/秒約31分

この速度は実測値ではなく、「自分の画面にこう出ていた場合」という仮定です。タスクマネージャーに出ている自分の数値を入れて計算してください。180GB級のタイトルでも、100MB/秒なら30分程度が下限になります。つまり1時間以上動きが無いなら、上の表の4行目を疑う段階です。

ここは概算です。圧縮率も、細かいファイルが多いか大きなファイルが少ないかも、実際の所要時間に効きます。「1時間経っても終わらないのは異常か」を判断する材料として使ってください。

この記事に含めていないこと

Steamの「容量確保中」という表示が何の工程を指すかは、公式資料に記載が見つかりませんでした。開発者向けのSteamworksドキュメントは配信の仕組みを説明していますが、クライアントのUI表示については触れていません。この記事が表示の意味を断定していないのは、そのためです。

当サイトでは、SSDとHDDで実際に所要時間を計測していません。この記事の説明はSteam公式の開発者向けドキュメントに書かれた配信の仕組みと、Steam公式のアプリ情報にあるタイトル別の容量に基づいています。上の表の分数も、計算で出した下限であって実測ではありません。

Game Guide Scout の結論

まずタスクマネージャーでディスク使用率を見てください。これで「待つべき状態」と「止まっている状態」が分かれます。この1点だけで、対処の半分は決まります。

この記事は、Steamの表示が何を意味するかを当てにいきません。公式に記載が無い以上、推測を土台にすると全部が崩れるからです。代わりに、ディスクが動いているかどうかという観測できる事実で判断します。表示の意味が分からなくても、この切り分けは成立します。

そして、繰り返し遅いならドライブが原因です。書き出しの速度はSteamの設定では変わりません。SSDへの移設が効く場面で、ゲーム用SSDの選び方 にまとめてあります。ダウンロード自体が遅い場合は原因が別なので、Steamのダウンロードが遅いのは回線かストレージか を見てください。

よくある質問

容量確保中に中断しても大丈夫ですか?

Steamを終了すれば中断できます。次回の起動時に途中から再開されます。ただし書き込みの最中に電源を落とすのは避けてください。整合性の確認が必要になることがあります。

なぜ小さなアップデートで大量のダウンロードが走るのですか?

Steamはファイルを約1MBのチャンクに分けて差分を計算します。Steamworksの公式ドキュメントは、pack形式のファイル内部でわずかな数値が変わるだけで新しい1MBチャンクが作られ、結果としてファイル全体の半分以上を落とし直す事態になりうる、と開発者向けに注意しています。これはゲーム側のデータ構造の問題で、利用者側では回避できません。異常ではないので、待って構いません。

あと何分かかるか知る方法はありますか?

Steamは残り時間を表示しません。本体サイズ ÷ タスクマネージャーに出ている書き込み速度で下限が出せます。180GBのタイトルなら、100MB/秒で約31分、500MB/秒で約6分です。実際にはこれより長くかかります。

SSDなら必ず速くなりますか?

書き出しの工程は速くなります。この工程はディスクへの書き込みなので、書き込み速度がそのまま効きます。ただしダウンロード自体が遅い場合は、回線側の問題なのでSSDでは変わりません。

「容量が足りない」と出るのに、空きはあります。

展開後のサイズを見てください。配信されるデータは圧縮されているので、ダウンロードサイズと最終的な必要容量は一致しません。本体サイズ以上の空きを確保してから、もう一度試してください。

この記事の根拠はどこにありますか?

**Steamworks公式ドキュメント(partner.steamgames.com/doc/sdk/uploading)**から、SteamPipeが約1MBのチャンクに分割し、クライアント側で復号・展開する旨の記載を2026年8月25日に確認しました。タイトル別の容量はSteam公式のアプリ情報(appdetails API)から同日取得したものです。書き出し時間の表は、その容量を仮定の書き込み速度で割った計算値で、当サイトの実測ではありません。