クラス実験のためにレジストリキーを削除した後にWindows 7 PCを修正しようとしている


1

私は誰もがCompTIA A +認証に向けて取り組んでいるコンピュータ技術のクラスにいます。 Windowsでのトラブルシューティングの問題を議論した後、私たちは何が起こったのか、そして回復の方法を見つけることができるのか、それとも最終的に新しいコンピュータをインストールする必要があるのか​​を見るために古いものの上にWindows 7のコピー。

ちなみに、私たちはオンラインで、そして試験以外のすべてのためにあらゆるリソースから助けを求めることを完全に奨励されるので、私はここで不正をしません。勉強中です! :)

だから私のチームはregedit(GUI)に入ったときと レジストリ全体を.regファイルとしてエクスポートし、USBドライブに保存した 。そして私は・・・それから私は ハイブ全体を削除 :HKEY_LOCAL_MACHINE当然のことながら、システムがフリーズしたため、手動で再起動しました。

これもWindows 7です。 起動可能なUSB上のWindows 7のクリーンコピーなので、WinREにアクセスできます。

運が悪いから: 前回の正常な設定スタートアップ修復;利用可能な復元ポイントがありませんでした。 CCleaner portable(73のものは修理されましたが、次回の起動時にはStartup Repairに戻されました)。

.regファイルがあり(configフォルダーにレジストリファイルはバックアップされていません)、WinREでコマンドプロンプトを使用できます。 回復コマンドプロンプトを使用して.regファイルをregeditにインポートする方法はありますか?

または他の方法 サードパーティのユーティリティ それは回復/再構築/レジストリをインポートする可能性がありますか?

私たちは解決策を探すのに多くの時間を費やしてきたように感じますが、実際に解決策を試す時間はそれほど長くありません。

どんな提案や洞察力(これまでのところ私たちのアプローチに欠陥がある理由についての単なるヒントや説明さえも)は大いに評価されています。

完全な開示: 私は週末にはマシンにアクセスできないので、授業が再開されるまで提案を試す機会はありません。私は私の経験に基づいて他の人を助ける(または面白くする)ために報告します。

実際にレジストリに対して作業を行っている場合は、フルバックアップを作成し、復元ポイントを作成し、configフォルダ内のレジストリファイルをバックアップし、さらに.regファイルをエクスポートします。この演習では、意図的に無意味なユーザーになっていたので、安全に対処する方法を見つけることには関心がありませんでした。 .regファイルを作成しただけではどうなるかを見たかったのです。ただ!答えはこれまでのところです:何も良いことはありません。

皆さんありがとう!


アップデート1: 完全なHKLMを削除したと思いましたが、チームメイトは削除できなかったことを思い出し、代わりにHKLM内のSystemサブキーのみを削除しました。これで、ハードドライブのレジストリエディタにアクセスできるようになりました。それでも、同じ問題が残っています。

.regファイルの一部だけを抽出する方法はありますか? HKLM Systemサブキーだけを取得できれば、それをインポートできます。レジストリの残りの部分を上書きしようとしているのではないからです。

それとも、レジストリに.regファイルをマージすることができるサードパーティ製のツールがありますか?私は見てきましたが、.regファイルを作成してからregeditを使用してインポートするためのツールを見つけるだけです。


アップデート2: 今日、私たちは以下のことを試みましたが、役に立ちませんでした。

- 作業中のWindows 7コンピュータを使用してregeditを開き、SystemサブキーのハイブファイルをエクスポートしてUSBドライブに保存しました。

- 壊れたPCのリカバリコマンドプロンプトを使って一時的なレジストリエディタ(実際のハードディスクドライブではない)を開き、インポートを使ってファイルエクスプローラをナビゲートした。 USBドライブからハードドライブのWindows / System32 / configフォルダーにハイブファイル(SYSTEMhomeという名前を使用して一意になるように)をコピーしました。

一時的なregeditに戻り、HKLMを選択し、SYSTEMhomeをハイブとしてロードしました。

一時的なregedit SYSTEMハイブをエクスポートし、ハードドライブのWindows / System32 / configフォルダに保存しました。

一時的なregeditに戻り、HKLMキー内のSYSTEMhomeハイブを選択し、configフォルダからSYSTEMハイブをインポートしました。これにより、SYSTEMhomeサブキーが上書きされることを警告するメッセージが表示されたので、[OK]をクリックしました。これにより、regeditにまだ表示されているSYSTEMサブキーに影響を与えることなく、一時的なregeditのSYSTEMサブキー内の情報と、追加したSYSTEMhomeサブキーとが一種のマージになりました。

- SYSTEMhomeサブキーをアンロードして、マージされたハイブファイルがハードドライブのconfigフォルダに保存され、一時的なレジストリエディタが見つかったままにした。

- 一時的なレジストリエディタからエクスポートした元のSYSTEMハイブファイルを削除するために、インポート機能を使用してファイルエクスプローラにアクセスします。

Windowsがレジストリファイルとして認識するように、新しくマージされたSYSTEMhomeハイブファイルをSYSTEMに名前変更しました。

- システムがSYSTEMハイブファイルを認識して起動できることを期待して、コンピュータを再起動しました。

運がありません。もうアイデアはありますか?

ハイブに.regファイルを読み込むことができますか (SYSTEM、ソフトウェアなどと同じレベルで)既存のハイブにマージするのではなく、それ自体で独立するように(またはPower Shellでスクリプトを含まない空のハイブを作成する方法があります。それに.regファイルをインポートできますか?)壊れたPCのネイティブパーティショニングは、SYSTEMハイブファイルを作成した優れたWindows 7 PCのものとは異なるため、そのパーティション番号が起動作業に支障を来たすのではないかと思います。 .regとして編集することはできますが、それを.regに戻す方法はありません。


セカンダリデバイス(USBドライブなど)からWindowsを起動すれば、このようなことが可能になると思いますが、詳細は不明です。あなたは走れますか regedit あなたの二次ブートから(GUI)プログラム? 「ファイル」メニューには「ハイブ」コマンドがいくつかあります。私はそれらが役に立つだろうと思います。
Scott

USBで起動するときは、新規インストールを行うかRecovery Environmentを起動します。 REでGUI regeditにアクセスできないと思いましたが、実際にはREコマンドプロンプトでregedit.exeと入力してみることはしませんでした。私はそれを試みるべきものとして置きます。それがうまくいけば、私たちは研究したいくつかの解決策を試すことができるでしょう。
jls

回答:


0

これによれば マイクロソフトサポートフォーラムスレッド

  • Windowsの回復環境のコマンドプロンプトからRegeditを実行できます。
  • Regeditを起動すると、Windowsのオンディスクインストールからのレジストリではなく、一時的なレジストリがロードされます(HKLMブランチが破損しているために失敗することはありません)。

この場合、Regeditを使用して、HKLMブランチから作成した.REGファイルのエクスポートを再インポートできます。 「一時的な」レジストリはデフォルトでロードされるので、おそらく正しいHKLMレジストリファイルを「ロード」する必要があります。 C:\Windows\System32\Config フォルダ。


私たちはサムドライブからハードドライブに.regフォルダをコピーすることに成功しました、そして私には明らかでない理由のために、これは私たちがサムドライブを必要とするよりむしろハードドライブから回復環境にアクセスすることを許しました。そこから、Startup Repairはまだ失敗しました、そして利用可能な他の唯一のツールはコマンドプロンプトです(5つのツールがリストされていますが、ツールが利用できないと言います)。今回は実際のハードドライブ用のregeditをオープンしました。しかし、我々は.regファイルをインポートしようとしたとき、それはレジストリにアクセスできないことを示しています。
jls

0

あなたは調べましたか C:\Windows\System32\config\regback ディレクトリ? そこにレジストリファイルのバックアップがあるはずです。

あなたは方向を見つけることができます ここに


regbackファイルは空白(0)です。これは、システムの復元が有効になっていないためと考えられます。
jls

それらは開いているので長さがゼロになる可能性があります。フラッシュされていないWindowsファイルは長さゼロのバイトを反映していることがよくあります。 RegBackファイルは、システムの復元構成に関係なく作成する必要があります。外部OSを起動して、それらの長さが0以外であるかどうかを確認してください。
David W

修復環境に入るには、外部OSが唯一の方法です。そのため、Regbackファイルを調べたところ、長さゼロが見つかりました。
jls
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.