壊れたラップトップ:Windows 10 のリカバリ

わかった。ほんの数日前に、めちゃくちゃになったラップトップと、8 ブート Windows および Linux セットアップでの KDE ネオン インスタンスのその後の回復について話しました。結局のところ、存在しないパーティションをマウントするように構成されているため、さまざまなディストリビューションが起動しませんでした。これは、新しい Linux システムが、単純な数字ではなく、無意味で人間が判読できない UUID 文字列を使用してデバイスをマーキングする次善の方法を使用しているために発生しました。

さて、Windows 10 インスタンスも修正する必要があります。ここで、問題は似たようなものでした。 Windows 10 が起動を開始し、PC の診断、自動修復に関するメッセージが表示されます。その後、予想通り、自動修復は失敗します。前回の記事で、Windows 10 パーティションが正常であり、すべてのデータがそこにあることを確認したので、リセットなどを行いたくありませんでした。このやや厄介な問題をどのようにうまく修正したかをお見せしましょう。

問題の詳細

淡い青色の Windows 10 回復コンソール画面が表示されます。次のように表示されます。

自動修復で PC を修復できませんでした。
[詳細オプション] を押して他のオプションを試して PC を修復するか、[シャットダウン] を押して PC の電源を切ります。
ログ ファイル:C:\Recovery\WindowsRE\Winre.wim\System32\Logfiles\Srt\SrtTrail.txt.

優れた技術者のように、最善の行動は、高度なオプションに移動し、コマンド ライン プロンプトを開始してから、ログ ファイルに移動して内容を読み取ることだと判断しました。このファイルがなかったことを除いて。これについてはすぐに調べます。

この時点で、私が行った最近のシステム イメージの回復テストが、問題の一部または全体の原因である可能性があると考えました。そのため、Windows 10 のブートローダーを修正する必要があったのかもしれません。特に Linux ブートローダーを使用してシーケンスを制御していたので、私は疑っていましたが、明白なことを排除するために、単純なブートローダーの修正を試みることにしました:

bootrec.exe /rebuildbcd
bootrec.exe /fixmbr
bootrec.exe /fixboot

すぐに問題が発生しました。 Windows 10 USB サム ドライブからこのコマンドを実行しても、何も見つかりません。繰り返しますが、これには理由があります。回復コンソールからこれを実行すると、1 つが見つかりますが、C:\ ドライブではなく D:\ ドライブが参照され、実際にエントリを追加しようとすると、コマンドはエントリを完了できないと文句を言います。操作:

指定されたパスが見つかりません。

そして、最後のコマンドは次のエラーになります:

アクセスが拒否されました。

ログ ファイルが C:\ にあるはずだったのにそこになく、bootrec.exe が D:\ の下にオペレーティング システムを見つけたという事実から、おそらくドライブ文字が正しく割り当てられていないのではないかと思いました。私はそれを修正する必要がありました。それでは、ソリューションに進みましょう。

解決策 1

cmd から diskpart ツールを起動しました。これは、Windows で通常使用するディスク マネージャー ツールであり、優れた GUI を意味します。ここでは、代わりにコマンドラインの uhm コマンドを使用する必要があります。どうすればよいかわからない場合は、単に ? と入力できます。さまざまなオプションとフラグのアイデアを得るために。それでは、まず、ボリューム文字を確認しましょう。

diskpart
ボリュームの一覧表示

私の例では、C:\ ドライブが間違って割り当てられていることに気付きました。だから私はそれを変えました。文字 C:が使用されている場合は、2 つの手順が必要です。最初にドライブを保持しているドライブを空き文字に割り当て、次に正しいドライブを割り当てます。例 (実際の数値は設定に依存するため、無視してください):

select volume 2
assign letter=(C 以外のもの):

ボリューム 5 を選択
文字 =C:を割り当てる

bootrec.exe の実行に戻り、進行しましたが、システムはまだ起動しません。

解決策 2

この時点で、問題はブートローダーにあるのではないと確信しました。それでは、起動プロセスの次のステップに進みましょう。この場合、EFI パーティションにあるブート イメージです。おそらく、なんらかの理由で、このファイルは何らかの形で破損しており、再構築する必要がありました.

回復コンソールを起動し、diskpart を使用して演習を再度実行しましたが、2 つの手順がありました。まず、適切なボリュームが C:\ にマップされます。次に、EFI パーティションで作業していることを確認しました。ドライブレターには十分ご注意ください。混乱するのが怖い場合は、ボリュームを選択し、新しい文字を割り当ててから、ブート イメージの再構築に進むことができます。文字が正しい場合は、これをスキップできます。

diskpart
ボリュームのリスト
# C に対応するパーティションを選択します:
ボリューム X を選択します
文字を割り当てる:
# EFI パーティションを選択します (FAT32、ブート フラグであり、多くの場合非表示)
ボリューム Y を選択
割り当てられた文字 =F:
終了

EFIの文字Fを使用しました。お好きな方をお選びいただけます。次に、ブート イメージの修復手順:

bcdboot.exe C:\Windows /s F:/f UEFI

ここには何がありますか？次の方法で bcdboot を実行します。

• ソース - C:\Windows の BCD ファイルを使用してシステム パーティションを初期化します。
• /s - システム (EFI) パーティションの文字を指定します。
• /f - ファームウェアの種類を指定します。

/s と /f はどちらもオプションです。詳細については、テクニカル リファレンスを確認してください。

この手順が完了したら、再起動すると、Windows 10 が正常に起動し、すべてが無傷でした。他のすべての Linux ディストリビューションは機能しており、GRUB2 は変更されておらず、データの損失もありません。

結論

この演習はかなりイライラするものでしたが、楽しいものでもありました。深い技術的なことになると、Windows は Linux とほとんど同じように動作します。また、システムの起動エラーに関しては、同様にあいまいで回復力がありません。なぜ自動修復が私が行ったことを行うことができなかったのだろうか。私が行った一連の手順には、特別なことや魔法はありません。また、ログには簡単にアクセスできません。ユーザーが最初のエラー画面でそれらを読めるようにしないのはなぜですか?

もう 1 つの問題は、システムが期待するものに矛盾がある場合 (ドライブ文字など)、気を散らすだけの他の問題に突然遭遇することです。解決策はそれほど難しくありませんが、ナンセンスなトラブルシューティングに時間を浪費します。それはあなたのための最新のソフトウェアです。マルチブートを行っていて、Windows 10 の起動に問題がある場合に何ができるかを少しでも明確にしていただければ幸いです。 .哲学に関しては、Linuxと同じです。未来はバラ色ではないので、すべてが抽象的な悪夢になる前に、わずかな技術的自由を楽しんでください。

乾杯。