「Failed To Create Data Directory」は、Chromeが指定されたユーザーデータ領域を作成または読み書きできないことを示す起動エラーです。Chrome本体を再インストールしても、ショートカットの起動引数、フォルダー権限、空き容量、別プロセスによる使用、Windowsプロフィールの問題が残れば再発します。最初にエラー全文と表示パスを正確に記録し、そのフォルダーを削除せず、ブックマーク・パスワード・同期状態を保全してから切り分けます。
エラー画面から事実を記録する
- エラーの全文とデータディレクトリとして表示されたパス
- Windowsのサインインユーザー名、Chromeの安定版／Beta等の種類
- 発生開始時刻と、その直前の更新、移行、バックアップ復元、ショートカット変更
- 同じWindowsユーザーの他アプリがローカルフォルダーへ保存できるか
- 会社端末か個人端末か、管理ポリシーやフォルダー保護の有無
パスに見覚えのないドライブ、存在しないユーザー名、引用符の崩れ、以前のPCの場所が含まれる場合は、Chromeの既定フォルダーではなく、ショートカットや管理ツールがuser-data-dirを指定している可能性があります。タスクバーとデスクトップのChromeショートカットのプロパティを読み取り、リンク先を記録します。起動引数を見つけてもすぐ消さず、組織の配布物なら管理者へ確認します。
データを消す前に保全範囲を確かめる
Chromeプロフィールには、ブックマーク、履歴、Cookie、拡張機能、設定などが含まれます。Googleアカウントへログインして保存している情報は別端末でも使える一方、ログインしていない情報や同期対象外の情報は端末だけにあります。「同期しているはず」を根拠にフォルダーを消してはいけません。別端末のChromeまたはGoogleアカウントで、必要なブックマークとパスワードが実際に見えるか確認します。
Chromeが一度でも別の方法で起動できるなら、ブックマークをHTMLへエクスポートし、Googleアカウントに保存したChromeデータとPassword Managerの状態を確認します。業務アカウントではエクスポートが制限される場合があるため、ポリシーを回避せず管理者へ依頼します。Cookieや端末だけのセッションは完全に移せないことがあるので、重要サービスの再ログイン方法と多要素認証の復旧手段も確認します。
読み取り専用で原因を狭める
- タスクマネージャーでChromeまたはchrome.exeが残っているか確認し、作業中セッションがないことを利用者へ確認する
- エクスプローラーでエラーに出た親フォルダーが存在するか、空き容量があるかを見る
- フォルダーのプロパティで現在の所有者と自分の権限を表示するが、まだ変更しない
- ショートカットのリンク先にuser-data-dirがあるか、同じPCの別ショートカットと比較する
- 会社端末ではChromeの管理状態と、セキュリティ製品の検知・ブロック履歴を管理者に確認する
Chromeプロセスが残っている場合は、まず通常の終了を試し、未保存フォームやダウンロードがないことを確認してからタスクマネージャーで終了します。複数ユーザーが同じPCへサインインしている場合、別セッションのChromeが同じ場所を使っていないか確認します。いきなり強制終了を繰り返すとプロフィールファイルの整合性を悪化させます。
一時的な空プロフィールで起動経路を検証する
Googleの開発者資料では、user-data-dirに新しい場所を指定すると、その場所へ新規プロフィールを作成できます。これは既存データを直す操作ではなく、Chrome本体が起動できるかを分ける診断です。情シス管理下で、書き込み可能な一時フォルダーを一つ用意し、既存ショートカットを編集せず検証用ショートカットを別名で作ります。パスと作成時刻を記録し、機密サイトにはログインしません。
空プロフィールで起動できれば、Chrome実行ファイルは概ね動作し、元のパス指定、権限、プロフィール状態に範囲を絞れます。起動できなければ、Chrome本体、Windowsユーザープロフィール、セキュリティ制御、ディスクの問題を疑います。一時プロフィールを恒久利用へ切り替える前に、元プロフィールの保全と正式な保存先を決めます。検証後はChromeを閉じ、必要なログを残してから承認済みの方法で一時領域を処理します。
パス指定が誤っている場合
個人端末で、利用者が自分で作ったショートカットに古いuser-data-dirが残っていると確認できた場合は、元のリンク先をテキストへ保存し、検証用コピーだけからその引数を外します。Chromeが既定プロフィールで開いたら、ブックマーク、パスワード、拡張機能、同期アカウントを確認します。元へ戻すと再発することも確認できれば、起動引数が原因である証拠になります。
組織が配布したショートカット、VDI、アプリ仮想化、テスト自動化でuser-data-dirを使う場合は、利用者が変更しません。割り当て先、同時実行、アクセス制御、容量、バックアップを管理者が修正します。複数のChromeインスタンスで同じユーザーデータ領域を共有する設計は避け、用途ごとに分離します。
権限または保存先に問題がある場合
フォルダーのアクセス許可を変える前に、正しいユーザーが正しい保存先を使う設計かを確認します。システム全体やUsers全員へフルコントロールを与える方法、セキュリティ保護を全体で切る方法は採用しません。会社端末なら管理者が、対象フォルダーと対象ユーザーだけに必要な権限を戻し、継承と監査を確認します。個人端末でも、見知らぬ所有者や拒否エントリがあればマルウェアやWindowsプロフィール破損の可能性を考えます。
ディスク容量が不足している場合は、Chromeのユーザーデータを先に削除せず、Windowsのストレージ画面で大きな項目を特定します。利用者が所有し、バックアップ済みと確認できる不要ファイルだけを整理します。ネットワークドライブや同期フォルダーをユーザーデータ先にしている場合は、一時切断や競合が起こり得るため、管理設計を見直します。
新しいWindowsユーザーでの比較
同じPCの新しい標準WindowsユーザーでChromeが正常に起動するかは、端末全体とユーザー単位の問題を分けるテストになります。これは元ユーザーを捨てる解決策ではありません。新規ユーザーで正常なら、元のWindowsプロフィール、パス、権限、セキュリティ設定を管理者が調べます。異常なら端末全体のChrome配布、保護機能、ファイルシステムを調べます。
再インストールは後段に置く
Chromeの再インストールは実行ファイルの破損には有効でも、残っているユーザーデータや誤ったパス、Windows権限を自動で直すとは限りません。実施する場合は、公式配布元、同期・エクスポートの確認、現在のインストール方式、会社ポリシー、ロールバック手段を準備します。アンインストール時に閲覧データを削除する選択は、バックアップと復元試験がない限り選びません。Windowsの再インストールはこのエラーの標準解決策ではありません。
修復後の確認と戻し方
- 通常のChromeショートカットから3回連続で起動できることを確認する
- 正しいプロフィールとアカウントで、ブックマーク、パスワード、拡張機能、同期状態を確認する
- Chrome更新、再起動、別ユーザーのサインイン後も再発しないかを見る
- 変更した権限、ショートカット、保存先を記録し、不要な検証用ショートカットを除く
- 問題が再発したら直前の一変更だけ戻し、エラー全文と時刻を再採取する
最終報告には、元のパス、原因、変更した対象、保全したデータ、確認結果、残るリスクを記載します。フォルダーを丸ごと消して偶然起動した状態は、データ損失と原因不明を残すため合格ではありません。既存プロフィールを保持し、空プロフィールで比較し、必要最小限のパスまたは権限だけを直すことが安全な解決です。
復元できることを先に証明する
バックアップはコピーを作っただけでは不十分です。隔離した検証環境または別プロフィールへ、HTMLのブックマークを読み込めること、必要なパスワードがPassword Managerで利用できること、業務サイトの多要素認証を再登録できることを確認します。端末限定証明書、拡張機能のローカル設定、開いていたタブは同期やエクスポートの対象外になり得るため、業務所有者と代替手順を決めます。
権限修復を行った場合は、Chrome以外の一般ユーザーが同じ領域へ不要に書き込めないことも確認します。エラーが消えることだけを成功条件にせず、最小権限が保たれ、会社ポリシーが再適用され、セキュリティログに新しい拒否が出ていないことを管理者が確認します。
コメント