WindowsでWorkstationサービスが開始されない原因と対処|依存関係・SMB設定・エラー2250の確認手順

Windows で Workstation サービスが開始されないときは、いきなり再インストールを考えるより、スタートアップ種類、依存関係、SMB 設定変更、エラー 2250、システムファイル破損の順に確認すると最短です。Workstation サービス(サービス名: LanmanWorkstation)は、SMB を使ってリモート サーバーへのクライアント接続を作成・維持する役割を持つため、止まると共有フォルダやネットワーク印刷だけでなく、環境によっては依存する別サービスにも影響が広がります。 (Microsoft Learn)

特に多いのは、サービスが Disabled になっている、SMB1/SMB2 の見直し後に DependOnService が崩れた、サービス固有エラー 2250 が出ているという3パターンです。この記事では、見分け方、復旧手順、古い NAS を使い続ける場合の暫定回避策まで、実務で迷いやすい順に整理します。 (Microsoft Learn)

目次

Workstationサービスが開始されないと何が起きるか

Workstation サービスが止まると、Windows は SMB クライアントとしての接続維持ができなくなるため、ネットワーク共有へのアクセスや関連する処理が不安定になります。ドメイン参加環境では、Netlogon 側にまで連鎖して起動障害が見えることもあり、「共有フォルダが開けないだけ」に見えて実はサービス障害、というケースも珍しくありません。 (Microsoft Learn)

最初に切り分けるポイント

まずは次の対応表で切り分けると、遠回りしにくくなります。 (Microsoft Learn)

表示や状態可能性が高い原因先にやること
「依存サービスまたはグループを開始できませんでした」DependOnService の不整合、無効化された依存項目sc.exe qc lanmanworkstation で依存関係を確認
System ログで Event 7003 相当存在しない、または無効な依存サービス名最近の SMB/GPO 変更を戻して再確認
サービス固有エラー 2250ActiveComputerName のレジストリ不整合コンピューター名のレジストリを確認
サービス自体は起動するが古い NAS だけ失敗SMB1、ゲスト ログオン、署名設定の不一致Get-SmbClientConfiguration と Get-SmbConnection を確認

原因別の対処

スタートアップ種類が Disabled になっている

最初に見るべきなのは、単純に Workstation の起動種類が Disabled になっていないかです。Microsoft のトラブルシュートでも、Workstation が Disabled になっていたため起動せず、Automatic に戻して開始すると復旧する例が示されています。GUI なら services.msc、コマンドなら sc.exe config で変更できます。 (Microsoft Learn)

sc.exe config lanmanworkstation start= auto

sc.exe は書式ミスで失敗しやすいコマンドです。start= auto のように、等号の後ろにスペースが必要です。start=auto と詰めて書くと通りません。 (Microsoft Learn)

依存関係が壊れている

「依存サービスまたはグループを開始できませんでした」や System ログの 7001 / 7003 が出るなら、LanmanWorkstation 自体より DependOnService の不整合を疑います。Microsoft は sc.exe qc lanmanworkstation で依存関係を確認する方法を案内しており、SMBv1 を無効にする場合は MRxSMB10 を依存関係から外す、逆に一時的に SMBv1 を戻す場合は MRxSMB10 を依存関係へ戻す手順を示しています。変更後は再起動が必要です。 (Microsoft Learn)

まずは現在値を確認します。

sc.exe qc lanmanworkstation

SMBv1 を無効にしたいのに依存関係が古いままなら、次のように直します。

sc.exe config lanmanworkstation depend= bowser/mrxsmb20/nsi
sc.exe config mrxsmb10 start= disabled

古い機器の都合で、どうしても一時的に SMBv1 を戻すなら次です。

sc.exe config lanmanworkstation depend= bowser/mrxsmb10/mrxsmb20/nsi
sc.exe config mrxsmb10 start= auto

ここでも sc.exe の書式は重要です。depend= の値は スラッシュ区切りで指定します。カンマ区切りではありません。GPO のレジストリ基本設定で DependOnService を直す場合は、REG_MULTI_SZ に Bowser MRxSmb20 NSI を1行ずつ入れ、引用符やカンマを混ぜないほうが安全です。GPO を直したら gpupdate /force の後に再起動して確認します。 (Microsoft Learn)

ただし、SMBv1 を恒久策にするのは避けるべきです。Microsoft は SMBv1 に重大なセキュリティ上の弱点があるとして使用を強く勧めておらず、Windows 11 や Windows Server 2019 以降では既定でインストールされていません。古い NAS や古い装置向けの暫定回避にとどめ、最終的には機器側を SMB2/3 に寄せるほうが安全です。 (Microsoft Learn)

サービス固有エラー 2250 が出ている

エラーメッセージに サービス固有のエラー コード 2250 が出るなら、Microsoft は ActiveComputerName 側の ComputerName 値が欠けているケースを明示しています。これは Workstation 以外のサービスにも影響することがあり、共有アクセスの問題だけを追っていると見落としやすいポイントです。 (Microsoft Learn)

修正前にレジストリのバックアップを取り、実際のコンピューター名に置き換えて追加します。

reg add HKLM\SYSTEM\CurrentControlSet\Control\ComputerName\ActiveComputerName /t REG_SZ /v ComputerName /d <Computer_Name> /f

実行後は再起動して、Workstation サービスの状態を見直します。レジストリ編集は誤ると別の障害を招くため、この手順は 2250 が出ているときに限定して使うのが無難です。 (Microsoft Learn)

更新直後は「起動障害」と「SMB接続ポリシー」を分けて考える

更新直後に古い NAS へつながらなくなっても、毎回 Workstation サービスの起動失敗とは限りません。LanmanWorkstation には SMB クライアントのポリシーがあり、ゲスト ログオン、署名必須、暗号化必須などの条件が接続成否に影響します。Microsoft は、未認証のゲスト ログオンは保護機能が弱く、さらに署名を有効にするとゲスト ログオンは拒否されると説明しています。 (Microsoft Learn)

PowerShell が使えるなら、次の 3 つで切り分けると早いです。

Get-SmbClientConfiguration
Get-SmbClientConfiguration | FL RequireSecuritySignature
Get-SmbConnection

Get-SmbClientConfiguration で SMB クライアント設定を確認し、Get-SmbConnection で実際に張れている接続と Dialect を見れば、「サービスは起動しているが、SMB ポリシーやプロトコル不一致で失敗している」ケースを見分けやすくなります。家庭向け NAS では未認証ゲスト ログオンが使われることがあり、ここで詰まることがあります。 (Microsoft Learn)

システムファイル破損や競合を疑う

設定を戻しても改善しない場合は、サービスの実行ファイルや DLL、システムファイルの破損を疑います。Microsoft は依存サービスの起動障害でモジュール欠落がある場合に SFC を案内しており、サポート記事では DISM → SFC の順で実行する手順を示しています。 (Microsoft Learn)

DISM.exe /Online /Cleanup-Image /RestoreHealth
sfc /scannow

SFC が「要求された操作を実行できませんでした」で止まる場合は、Microsoft はセーフ モードでの実行も案内しています。また、VPN、EDR、最適化ツール、独自スクリプト、セキュリティ ベースラインが絡む疑いがあるなら、クリーン ブートで競合を切り分けると効果的です。Windows では GPO や PowerShell でサービスの有効・無効が変更できるため、最近適用したポリシーやハードニング手順もあわせて見直してください。 (マイクロソフトサポート)

最短で復旧したいときの実務手順

  1. services.msc で Workstation の起動種類を確認し、Disabled なら Automatic に戻します。あわせて System ログで 7001 / 7003 / 2250 の有無を見ます。 (Microsoft Learn)
  2. sc.exe qc lanmanworkstation を実行し、DependOnService を確認します。最近 SMB1/2 の無効化や GPO 変更をしたなら、依存関係との整合性を先に戻します。 (Microsoft Learn)
  3. 2250 が出ているなら、ActiveComputerName の ComputerName を修復して再起動します。 (Microsoft Learn)
  4. 依存関係や SMB 関連の変更をした場合は、再起動まで含めて確認します。GPO で修正したなら gpupdate /force の後に再起動します。 (Microsoft Learn)
  5. まだ直らない場合は、DISM.exe /Online /Cleanup-Image /RestoreHealth と sfc /scannow を順に実行します。 (マイクロソフトサポート)
  6. Workstation サービス自体は起動したのに古い NAS だけ失敗するなら、サービス障害ではなく SMB 設定の不一致として Get-SmbClientConfiguration と Get-SmbConnection を確認します。 (Microsoft Learn)

やってはいけないこと

  • sc.exe の書式を自己流で打つこと。start= や depend= は等号の後ろにスペースが必要で、依存関係はスラッシュ区切りです。ここを間違えると、設定を戻したつもりで戻っていないことがあります。 (Microsoft Learn)
  • SMB1 を全端末で恒久的に有効化すること。古い機器の暫定回避には使えても、SMBv1 はセキュリティ面で勧められていません。 (Microsoft Learn)
  • レジストリや GPO をバックアップなしで触ること。特に DependOnService や ActiveComputerName は、誤ると別のサービスにも影響が広がります。 (Microsoft Learn)

まとめ

Windows で Workstation サービスが開始されないときは、「本当にサービスが起動していないのか」と「実は SMB 接続ポリシーで失敗しているだけなのか」を分けて考えるのが最重要です。前者なら、起動種類 → 依存関係 → エラー2250 → DISM/SFCの順で追うのが効率的です。後者なら、SMB1、ゲスト ログオン、署名設定、実際の接続 Dialect を見たほうが早く原因に届きます。 (Microsoft Learn)

最初の一手としては、まず services.msc と sc.exe qc lanmanworkstation を確認してください。2250 があるならレジストリ修正、サービスは起動するのに古い NAS だけ失敗するなら SMB 設定確認へ進む、という流れにすると、無駄な再インストールや危険なレジストリ操作を避けやすくなります。 (Microsoft Learn)

この記事を書いた人

実務の現場で詰まりがちなポイントを地図にするITブログ「IT trip」を運営。Windows/Office(Teams・Excel)からSQL、サーバ運用、ガジェットまで、再現性のある手順と“なぜそうなるか”を丁寧に解説します。読んだらすぐ試せること、そして迷った人の次の一歩が見えることを大切にしています。

コメント

コメントする

目次