Попытка исправить Windows 7 ПК после удаления раздела реестра для эксперимента класса

393
jls

Я нахожусь в классе компьютерных технологий, где все работают над сертификацией CompTIA A +. После обсуждения проблем, связанных с устранением неполадок в Windows, мы получили свободу и получили возможность сломать (и в идеале исправить) один из назначенных компьютеров, просто чтобы посмотреть, что произойдет, и сможем ли мы найти способ восстановления или нам нужно в конечном итоге установить новый копия Windows 7 поверх старой.

Кстати, нам полностью предлагается обратиться за помощью в Интернете и на любом ресурсе ко всему, кроме экзаменов, поэтому я не обманываю здесь. Я учу! :)

Так что моя команда, когда в regedit (GUI) и экспортировал весь реестр в виде файла .reg и сохранил его на USB-диске . Затем я удалил целый улей : HKEY_LOCAL_MACHINE. Неудивительно, что система зависла, поэтому мы перезапустили ее вручную.

Опять же, это Windows 7. У нас есть чистая копия Windows 7 на загрузочном USB, поэтому мы можем получить доступ к WinRE .

Не повезло: последняя удачная конфигурация; Восстановление при загрузке; не было доступной точки восстановления; Портативный CCleaner (он сказал, что он исправил 73 вещи, но следующая загрузка отправила нас обратно в Startup Repair, но безрезультатно).

У нас есть файл .reg (мы не делали резервных копий файлов реестра в папке config), и мы можем использовать командную строку в WinRE. Есть ли способ использовать командную строку восстановления для импорта файла .reg обратно в regedit?

Или любой другой метод или сторонняя утилита, которая может восстановить / восстановить / импортировать реестр?

Я чувствую, что мы потратили много времени в поисках решений, но не так много времени, пытаясь найти решения, потому что мы не знаем, что делать дальше.

Будем очень благодарны за любые предложения или идеи (даже просто советы или объяснения того, почему наш подход пока несовершенен).

Полное раскрытие: у меня нет доступа к машине в выходные дни, поэтому у меня не будет возможности попробовать какие-либо предложения, пока занятия не возобновятся. Я сообщу, чтобы помочь (или развлечь) другим, основываясь на моем опыте.

Если бы я что-то делал с реестром в реальной жизни, я бы создал полную резервную копию, создал точку восстановления, сделал бы резервную копию файлов реестра в папке конфигурации, а также экспортировал файл .reg. Для этого упражнения мы намеренно были невольным пользователем, поэтому мы не заботились о том, чтобы найти безопасный способ сделать это; мы хотели посмотреть, что произойдет, если мы только сделаем файл .reg. Та-да! Ответ пока таков: ничего хорошего.

Спасибо всем!


ОБНОВЛЕНИЕ 1: Я думал, что удалил полный HKLM, но товарищ по команде напомнил, что мы не смогли этого сделать, и вместо этого удалил только системный подраздел в HKLM. Это подтверждает, что теперь мы можем получить доступ к regedit на жестком диске. Тем не менее, остается та же проблема.

Есть ли способ извлечь только часть файла .reg? Возможно, если бы мы могли получить только системный подраздел HKLM, мы могли бы импортировать его, поскольку он не будет пытаться перезаписать остальную часть реестра.

Или есть сторонний инструмент, который может объединить файл .reg в реестр? Я искал, но нашел только инструменты для создания файлов .reg и затем использовал regedit для импорта, что мы пробовали, но не смогли сделать.


ОБНОВЛЕНИЕ 2: Сегодня мы попытались сделать следующее, но безрезультатно:

-Использовал работающий компьютер с Windows 7, чтобы открыть regedit, экспортировал файл куста для системного подраздела и сохранил его на USB-накопителе.

-Использовал командную строку восстановления на сломанном ПК, чтобы открыть временный regedit (не настоящий для жесткого диска), и использовал Import только для навигации в File Explorer. Мы скопировали файл куста (используйте имя SYSTEMhome, чтобы он был уникальным) с USB-накопителя в папку Windows / System32 / config на жестком диске.

- Вернулся к временному regedit, выбрал HKLM и загрузил SYSTEMhome в качестве улья.

Экспортировал временный куст SYSTEM и сохранил его в папке Windows / System32 / config на жестком диске.

- Вернулся к временному regedit, выбрал куст SYSTEMhome внутри ключа HKLM и импортировал куст SYSTEM из папки config. Это вызвало предупреждение о том, что оно перезапишет подраздел SYSTEMhome, и мы сказали «ОК». Это привело к некоторому слиянию информации в подразделе SYSTEM временного regedit с добавленным нами подразделом SYSTEMhome, не затрагивая подраздел SYSTEM, все еще перечисленный в regedit.

-Загрузил подраздел SYSTEMhome, чтобы объединенный файл куста был сохранен в папке конфигурации жесткого диска, а временный regedit остался таким, каким мы его нашли.

-Используется функция импорта для доступа к проводнику, чтобы удалить исходный файл куста SYSTEM, который мы экспортировали из временного regedit.

- Переименовал недавно объединенный файл куста SYSTEMhome в SYSTEM, чтобы Windows распознала его как файл реестра.

-Перезапустил компьютер, надеясь, что система увидит файл куста SYSTEM и сможет загрузиться.

Неудачно. Есть еще идеи?

Можете ли вы загрузить файл .reg в куст (на том же уровне, что и SYSTEM, SOFTWARE и т. Д.), Чтобы он стоял сам по себе, а не сливался с существующим кустом (или есть какой-то способ создать пустой куст, который не в Power Shell не используется сценарий, чтобы мы могли импортировать в него файл .reg? Родное разбиение на сломанном ПК отличается от того, которое имеется на хорошем ПК с Windows 7, на котором мы создали файл куста SYSTEM, поэтому нам интересно, не влияет ли нумерация разделов на загрузку. Мы можем отредактировать его как .reg, но тогда у нас не будет способа преобразовать его обратно в .reg.

1
Я считаю, что это можно сделать, если вы загружаете Windows со вспомогательного устройства (например, с USB-накопителя), но я не уверен в деталях. Можете ли вы запустить программу `` regedit`` (GUI) из своей вторичной загрузки? В меню «Файл» есть пара команд «Hive»; Я подозреваю, что они будут полезны. Scott 6 лет назад 0
При загрузке с USB мы можем либо выполнить новую установку, либо запустить среду восстановления. Я просто предположил, что мы не можем получить доступ к regedit с графическим интерфейсом в RE, но на самом деле мы не пытались набрать regedit.exe в командной строке RE, чтобы увидеть. Я опущу это как попытку; если это сработает, мы сможем попробовать несколько решений, которые мы исследовали. jls 6 лет назад 0

2 ответа на вопрос

0
Twisty Impersonator

Согласно этой ветке форума поддержки Microsoft :

  • Вы можете запустить Regedit из командной строки Windows Recovery Environment
  • Когда вы запускаете Regedit, он загружает временный Реестр, а не тот, который установлен в Windows на диске (это означает, что он не рвется из-за поврежденной ветви HKLM)

В этом случае вы сможете использовать Regedit для повторного импорта экспорта файла .REG, который вы сделали из ветви HKLM. Поскольку «временный» реестр загружается по умолчанию, вам, вероятно, потребуется «загрузить» правильный файл реестра HKLM из C:\Windows\System32\Configпапки.

Нам удалось скопировать нашу папку .reg с флэш-накопителя на жесткий диск, и по причинам, которые мне не ясны, это позволило нам получить доступ к среде восстановления с жесткого диска, а не использовать флэш-диск. Оттуда восстановление при загрузке все еще не удалось, и единственный доступный инструмент - это командная строка (перечислены 5 инструментов, но говорят, что инструмент недоступен). Мы открыли regedit, который на этот раз предназначен для жесткого диска. Однако, когда мы пытались импортировать файл .reg, он говорит, что не может получить доступ к реестру. jls 6 лет назад 0
0
Dave Rossi

Вы смотрели в C:\Windows\System32\config\regbackкаталог? Там должна быть резервная копия файлов реестра.

Вы можете найти направления здесь .

Файлы регбека пустые (0). Я предполагаю, что это потому, что восстановление системы не было включено. jls 6 лет назад 0
Они могут иметь нулевую длину, потому что они открыты - часто файл Windows, который не был очищен, может отражать длину нулевого байта. Файлы RegBack должны создаваться независимо от конфигурации восстановления системы. Загрузитесь с вашей внешней ОС и посмотрите, имеют ли они ненулевую длину. David W 6 лет назад 0
Внешняя ОС - единственный способ попасть в среду восстановления, поэтому мы проверили файлы Regback и обнаружили нулевую длину. jls 6 лет назад 0

Похожие вопросы