一部の Windows 10 および Windows 11 ユーザーは、Windows Subsystem for Linus (WSL) を更新しようとすると、エラー メッセージが表示されると報告しています。 WslRegisterDistribution がエラーで失敗しました: 0x80070050 '。この問題は、Windows 10 と Windows 11 の両方で発生することが報告されています。
この問題を徹底的に調査した結果、この種の動作を直接的または間接的に引き起こす可能性のあるシナリオがいくつかあることが判明しました。注意すべき点は次のとおりです。
- LXSS Manager が不安定な状態でスタックする – 影響を受ける一部のユーザーによると、LXX Manager サービスが開いたり閉じたりしていないためにアクセスできない状況で、この問題に対処することが期待できます。この特定の問題は、[サービス] 画面にアクセスしてサービスを完全に再起動することで解決できます。
- LXSS Manager のステータスが自動に設定されていません – 結局のところ、WSL 更新プロセスをシームレスに実行する場合、最初に行う必要があることの 1 つは、LXSS Manager サービスのステータスが自動に設定されていることを確認することです。これは、Windows インストールの [サービス] 画面から、またはレジストリ エディターを使用して行うことができます。
- Linux の Windows サブシステムが無効になっている – この問題に対処する必要があるもう 1 つの理由は、Linux 用の Windows サブシステムが実際にはシステム レベルで無効になっているため、更新できないというシナリオです。これを修正するには、Windows の [機能] メニューにアクセスして、このコンポーネントを再度有効にします。さらに、管理者特権の PowerShell ウィンドウからこれを行うことができます。
- 最近のシステム変更 – 特定のドライバーのインストールを実行した後、または予期しないシステム中断の後にのみこの問題の出現に気付いた場合は、最近のシステム変更が実際にこの動作を引き起こした可能性があります。この場合、すべてが正常に機能していた状態に PC を戻してみることができます。
- 時代遅れのドライバーフリート – 結局のところ、現在使用しているドライバーが古い場合、Windows Subsystem for Linux コンポーネントが動作することが予想されます。影響を受ける複数のユーザーは、すべてのドライバー コンポーネントを最新バージョンに更新することで、問題を解決することができました。
- 古い Windows インストール – 延期し続けている保留中の Windows 更新プログラムがある場合は、WSL コンポーネントを更新する前に、それらを最初にインストールすることをお勧めします。影響を受けた複数のユーザーは、Windows インストールを利用可能な最新のビルドにした直後に問題が解決したことを確認しています。
- システムファイルの破損 –影響を受けた多くのユーザーによると、システムファイルの破損もこの特定の問題の原因である可能性があります.最初に CHKDSK スキャンを展開して障害のあるセクターがないことを確認してから、破損したシステム コンポーネントを修復するために SFC および DISM スキャンをすばやく連続して展開することをお勧めします。最後の手段として、修復インストールまたはクリーン インストールを検討する必要があります。
- サードパーティの干渉 – 結局のところ、最終的に Linux 用 Windows サブシステムに干渉する可能性のある潜在的なツールやサードパーティ プログラムが多数存在します。それらのどれも実際に Windows インストールでこの動作を引き起こしていないことを確認するには、クリーン ブート状態を実現し、WSL コンポーネントを更新できないかどうかを確認します。
この問題が発生する可能性があるすべての潜在的な理由を説明したので、影響を受ける他のユーザーが、Windows Subsystem for Linux の更新を妨げていたこの問題を回避するために使用した一連の修正について説明します。
1. LXSS マネージャーを再起動します。
影響を受ける一部のユーザーは、LXX Manager サービスが開かれていないため閉じられていないため、LXX Manager サービスが利用できない間にこの問題に対処することを予期する必要があると主張しています。に行くことで、 サービス ページを開き、サービスを最初から再起動すると、この特定の問題を解決できます。
ノート: これは、影響を受けるユーザーが報告した最も一般的に報告された修正の 1 つです。ただし、次回 WSL の更新が必要になったときに同じタイプの問題が発生する可能性があるため、修正は一時的なものである可能性が高いことに注意してください。
再起動を試していない場合 LXSS マネージャー ただし、これを行う方法の具体的な手順については、以下の手順に従ってください。
- プレス Windows キー + R 開くために 走る ダイアログボックス。次に、入力します 「サービス.msc ' テキストボックス内で Ctrl + Shift + Enter 開くために サービス 画面。
- で ユーザー アカウント制御 (UAC)、 クリック はい 管理者アクセスを許可します。
- 中に入ったら サービス 画面で、サービスのリストを下にスクロールし、次の名前のエントリを見つけます。 LxssManager.
- 見つけた後 Lxssマネージャー、 それを右クリックしてクリックします 止まる サービスを効果的に停止します。
- 右クリックする前に1分間待ちます LxssManager もう一度 [開始] をクリックして、サービスを効果的に再起動します。
この問題で問題を解決できなかった場合は、下の次の方法に進んでください。
2. LxssManager の動作を変更する
WSL 更新プロセスを問題なく続行するには、最初に LXSS Manager サービスのステータスが [自動] に設定されていることを確認する必要があります。これは、レジストリ エディタまたは Windows インストールのサービス インターフェイスを使用して行うことができます。
あなたのケースではサブメソッドの 1 つを実行できない可能性があるため、Lxss Manager のステータスを変更する 2 つの異なる方法があるように、両方の潜在的なシナリオをカバーすることにしました。
2.1.サービス画面から LxssManager の動作を変更する
サービス画面にアクセスできる場合、これは確かにの動作を変更する簡単な方法です LxssManager. にアクセスするだけです。 サービス 画面を開き、LxxManager のスタートアップの種類を 自動。
これを行う完全な手順については、以下の手順に従ってください。
- プレス Windows キー + R 開くために 走る ダイアログボックス。次に、入力します 「サービス.msc ' テキストボックス内で Ctrl + Shift + Enter 開くために サービス 画面。
- で ユーザー アカウント制御 (UAC)、 クリック はい 管理者アクセスを許可します。
- 中に入ったら サービス 画面で、サービスのリストを下にスクロールして、という名前のエントリを見つけます。 LxssManager.
- を右クリック LxssManager そしてクリック プロパティ 先ほど表示されたコンテキスト メニューから。
- 次に、中に入ったら プロパティ にアクセスします。 全般的 タブを変更します スタートアップの種類 に 自動 そしてクリック 申し込み 変更を保存します。
- PC を再起動し、問題が修正されたかどうかを確認します。
2.2.レジストリ エディターを介して Lxss Manager の動作を変更します。
上記の方法と同じことを行うのが難しいのは、に依存することです レジストリエディタ の起動時の動作を変更するには LXSSマネージャー。
の場所に移動するための具体的な手順については、以下の手順に従ってください。 LxssManager レジストリ エディタを使用して変更します。 値データ に 2 :
- プレス Windows キー + R 開くために 走る ダイアログボックス。次に、入力します 「正規編集」 テキストボックス内で Ctrl + Shift + Enter 開くために レジストリエディタ 管理者アクセスで。
- で ユーザー アカウント制御 (UAC)、 クリック はい 管理者アクセスを許可します。
- 中に入ったら レジストリエディタ、 左側のメニューを使用して次の場所に移動します:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\LxssManager
ノート: この場所に手動で移動するか、場所を上部のナビゲーション バーに直接貼り付けて押すことができます。 入る すぐにそこに着くために。
- 正しい場所に入ったら、右側のセクションに移動してダブルクリックします 始める
- 次に、ベースを設定します 始める に 16 進数 そしてその 価値 に 2 クリックする前に Ok 変更を保存します。
- 操作が完了したら、 レジストリエディタ 問題が修正されたかどうかを確認します。
同じ種類の問題が引き続き発生する場合は、下の次の方法に進んでください。
3. Linux および仮想マシン プラットフォームの Windows サブシステムを有効にする
Linux 用 Windows サブシステムがシステム レベルで完全に無効になっており、アップグレードできない状況も、この問題に対処しなければならないと予想されるもう 1 つの理由です。 Windows の [機能] メニューからこのコンポーネントを再度有効にすると、これが解決されます。さらに、昇格された PowerShell ウィンドウをこれに使用できます。
アップデート : 結局のところ、WSL コンポーネントを問題なく更新するには、1 つの依存関係 (仮想マシン プラットフォーム) を有効にする必要があります。
以下では、Windows の [機能] 画面と管理者特権の Powershell からこれらのコンポーネントを有効にする方法を示します。最も快適に感じるガイドに従ってください。
3.1. Windows 機能を使用して WSL と仮想マシン プラットフォームを有効にする
アクセスするには Windowsの機能 画面を表示してこれらの変更を実行するには、最初に従来のコントロール パネル メニューにアクセスする必要があります。
これを行う方法の簡単なステップバイステップガイドは次のとおりです。
- プレス Windows キー + R 開くために 走る ダイアログボックス。次に、入力します 'コントロール' テキストボックス内で Ctrl + Shift + Enter 高架を開く コントロールパネル 窓。
- で ユーザー アカウント制御 (UAC)、 クリック はい 管理者アクセスを許可します。
- クラシックの中に入ると コントロールパネルメニュー、 検索する 「アプリ」、 次にクリックします プログラムと機能。
- 次に、をクリックします Windowsの機能をオンまたはオフにします 左側のメニューから。
- から Windowsの機能 画面で、関連するボックスにチェックを入れます Linux 用 Windows サブシステム と 仮想マシン プラットフォーム 次にクリック Ok 有効にします。
- PC を再起動して変更を適用し、WSL をもう一度更新して、問題が修正されたかどうかを確認します。
3.2. Powershell を介して WSL と仮想マシン プラットフォームを有効にする
時間を節約したい場合や、ターミナルから作業を行うことに慣れている場合は、管理者特権の Powershell コマンドから WSL と仮想マシン プラットフォームを有効にすることもできます。
これを行う方法については、以下の手順に従ってください。
- プレス Windows キー + R 開くために 走る ダイアログボックス。
- [ファイル名を指定して実行] ダイアログ ボックスに入ったら、次のように入力します。 'パワーシェル'、 次に押す Ctrl + Shift + Enter 高架を開く パワーシェル 窓。
- で ユーザー アカウント制御 (UAC)、 クリック はい 管理者アクセスを許可します。
- Powershell ウィンドウに入ったら、次のコマンドを入力して押します 入る WSL + 必要なすべての依存関係を有効にするには:
Enable-WindowsOptionalFeature -Online -FeatureName Microsoft-Windows-Subsystem-Linux
- PC を再起動し、問題が修正されたかどうかを確認します。
同じ種類の問題が引き続き発生する場合は、下の次の方法に進んでください。
4. システムの復元ユーティリティを使用する
特定のドライバーをインストールした後、または予定外のシステム停止後に初めて気付いた場合は、最近のシステム変更が実際にこの動作を引き起こした可能性があります.このような状況では、すべてが正常に機能していた時点に PC を戻そうとする可能性があります。
これは、多くの人々が問題を解決するのに役立ちました.
Windows システムの復元ツールを使用すると、コンピューターを以前の状態に戻すことができます。これは、WSL コンポーネントの更新が不可能なシステムの誤動作などの問題を修正するために使用できます。
以下の方法に従ってコンピュータを修復し、正常な状態に戻してください。
- を押します。 Windows キー + R を開始するには 走る 指図。
- タイプ のための の中に 走る ボックスとヒット 入る を開始するには システムの復元 ウィザード。
- 次の画面で、別の復元ポイントを選択してから、 次 ボタン。
ノート: このエラーに気付く前に確立された復元ポイントを選択し、 次 また。
- クリック 終了 復元手順が開始されたら、コンピュータが再起動するのを待ちます。
- Windows コンピューターを再起動し、WSL コンポーネントを更新できるかどうかを確認します。
それでも問題が解決しない場合は、以下の方法に進んでください。
5. 保留中の Windows Update をすべてインストールする
WSL コンポーネントの更新を試みる前に、保留中の Windows 更新プログラムをインストールすることは、延期し続ける場合に適しています。影響を受けた多くのユーザーは、Windows インストールを最新リリースに更新すると、問題がすぐに修正されたことを示しています。
この問題が Windows 10 にまで及ぶことを考えると、Microsoft には修正に十分な時間がありました。 (たとえ失敗したとしても)。彼らの最新のイニシアチブには、Windows 10 と Windows 11 の両方の累積更新プログラムとして配布されたいくつかの修正プログラムが含まれていました。問題が修正されたかどうかを確認するには、不足している修正プログラムを Windows マシンにインストールしてください。
保留中のすべての Windows 更新プログラムを適用すると、多くの場合、問題が完全に解決されると言われています。これは、シェル インフラストラクチャ ホストの CPU リソース ホーディングの問題を報告した多くの顧客によるものです。
これは、Microsoft がこの種の問題を軽減するように設計されたいくつかのアップグレードを以前に発行したことを考慮して、最初にテストする必要がある予想されるソリューションです。
この問題を解決するには、Windows Update 機能を利用して、お使いのバージョンの Windows 11 の最新ビルドを実行していることを確認してください。
を解決するには 「WslRegisterDistribution がエラーで失敗しました: 0x80070050」, 次の手順に従って、Windows Update を最新バージョンの Windows 11 に更新します。
- プレス ウィンドウズ キー + R を開くには 走る ダイアログボックス。
- テキスト ボックスに次のように入力します。 「ms-settings:windowsupdate」 を開くには Windows Update 設定アプリケーションのタブ。
ノート: デフォルトを調整していない場合、アカウント制御プロンプトが表示されることがあります UAC 設定。 クリック はい このインスタンスで管理者アクセスを許可します。
- 次に、 アップデートを確認 画面右側のメニューから。
- クリック 今すぐインストール ローカルでのダウンロードが完了した後に、更新プログラムのローカル インストールを開始します。
- コンピューターを再起動して、問題が解決したかどうかを確認します。
スケジュールされたすべての Windows 更新プログラムをインストールしても問題が解決しない場合は、以下の次の潜在的な修正を読み続けてください。
6.CHKDSK スキャンを展開する
まだハード ディスク ドライブ (HDD) を使用している場合は、CHKDSK を実行して、異常な動作がディスク セクターの障害に関連しているかどうかを判断する必要があります。この種のスキャンの後、損傷したセクターは未使用の同等のセクターと交換されます。
CHKDSK スキャンを実行して不良ストレージ セクタを良好なセクタに交換することで、ストレージ ハードウェアをより長く稼働させ、このシナリオを (さらに数か月間) 確認することができます。
チェック ディスク スキャンの実行 このような状況で、破損したセクターを正常なセクターに置き換えることで、HDD の寿命を延ばすのに役立ちます。このシナリオを除外するには、昇格した CMD プロンプトから CHKDSK スキャンを実行してみてください。
ノート: 幸いなことに、Windows に組み込まれている CHKDSK アプリケーションは、障害や破損をスキャンし、強制的な削除の試みによって取り残された可能性のある論理エラーや破損したデータを修復できます。
重要: 破損したファイルを修復するために必要な権限を CHKDSK に付与するには、管理者特権の CMD ウィンドウで開きます。使用している Windows のバージョンに関係なく、手順は機能するはずです。
CHKDSK スキャンが完了したら、コンピューターを再起動して、「WslRegisterDistribution Failed with Error: 0x80070050″ エラーはまだ表示されます。
同じエラーが引き続き発生する場合は、下の次の方法に進んでください。
7. クリーン ブート操作を実行する
最終的に Linux 用 Windows サブシステムに干渉する可能性のあるツールやサードパーティ アプリケーションが多数存在することが判明しました。 Windows インストールがクリーン ブート状態であることを確認し、WSL コンポーネントを更新できるかどうかを確認します。そうでない場合、それらの 1 つ以上がこの動作の背後にある真の犯人である可能性があります。
実行可能な解決策を見つけることなくここまでたどり着いた場合は、WSL コンポーネントを更新する不安定性に関与している可能性のあるサード パーティの犯罪者に焦点を当てる必要があります。
影響を受ける他の顧客によると、過度に防御的なセキュリティスイートの結果として、または最終的に電力関連のカーネル機能に影響を与えるシステム最適化プログラムの結果として、この種の問題に対処することが予想されます.
WSL コンポーネントをアップグレードしようとするたびにこの問題が発生し続ける場合は、 クリーン ブートを試す 重大なクラッシュがまだ発生しているかどうかを確認します。
クリーン ブート状態を取得してエラーが発生しなくなった場合、サービスを開始しているサードパーティ製プロセッサが問題であることは明らかです。問題を見つけるには、エラーが再発するまで、以前に非アクティブ化したすべてのアイテムを徐々に再度有効にするだけです.
一方、クリーン ブート状態の後でも同じタイプの問題が続く場合は、以下の次の潜在的な解決策に進みます。
8. SFC および DISM スキャンを展開する
それでも WSL コンポーネントをアップグレードできない場合は、システムの破損の問題を調査することが次のステップになります。
このエラー コードの原因である可能性のある問題の大部分は、すぐに実行することで修正できます。 SFC (システム ファイル チェッカー) と DISM (展開イメージのサービスと管理) チェックします。
2 つのビルトイン ユーティリティは基本的に同等ですが、クリーン インストールや修復インストールを実行せずに問題を解決できる可能性を高めるには、両方のタイプのスキャンを順番にすばやく実行することをお勧めします。
SFCスキャンは、最初の行動方針であるべきです .このスキャンはローカル アーカイブを使用して破損した Windows ファイルを元のファイルに置き換えるため、インターネット接続は必要ありません。
この手順が開始されたら、管理者特権の CMD ウィンドウを停止、再起動、または閉じることは避けてください。
これを行うと、PC の HDD または SSD に追加のローカルの問題が発生するリスクがあります。
SFC スキャンが完了したらマシンを再起動し、再起動したら、 DISMスキャンを開始します .
特に、SFC チェックとは異なり、DISM は破損したファイルを正常な対応するファイルに置き換えるために継続的なインターネット接続を必要とします。これが必要なのは、ローカル ファイル アーカイブを使用する SFC とは異なり、DISM が Windows Update の機能を介して破損していない新しいコピーを受け取るためです。
コンピューターをもう一度再起動して、DISM スキャンが終了したときに問題が解決したかどうかを確認します。
問題が解決しない場合は、次の解決策に進んでください。
9. クリーン インストールまたは修復インストールを実行します。
上記の変更を行っても状況が改善されない場合は、一般的な手法の範囲を超えた深刻なシステム ファイルの破損が発生している可能性があります。この場合、最終的にシステムに影響を与える可能性のある関連する Windows コンポーネントをリセットする必要があります。 WSL 成分。
これを行うには、OS ドライブの完全消去を実行するか、オペレーティング システムに関連付けられているファイルを選択するだけです。
• クリーンインストール – これは、インストール ディスクを使用せずに、Windows バージョンのメニューから直接実行できるため、2 つの手順のうち簡単に実行できます。現在ドライブに保存している機密データがどうなろうと気にしない場合にのみ、これをお勧めします。
• 修復インストール – インプレース修復とも呼ばれるこの方法は、OS ドライブ (C:) に、失うわけにはいかない重要な情報が現在保存されている場合に推奨されます。ただし、これを機能させるには、適切なインストール メディアを使用する必要があることに注意してください。この戦略の主な利点は、ゲーム、アプリ、ユーザー設定など、すべての個人コンテンツが保持されることです。