2

Я в процессе обновления ноутбука с жесткого диска на SSD. Я представлял диски через док-станцию SATA на другом ПК, поэтому теоретически они должны быть идентичными.

К сожалению, когда я вставил SSD, он загружается до экрана входа в Windows и принимает пароль. Но затем он говорит «Выход из системы» и возвращает меня к экрану входа.

Я немного застрял сейчас. Старый жесткий диск работает нормально (я сейчас использую ноутбук с жестким диском), но с SSD он не пройдет экран входа в систему, даже в безопасном режиме. Я попытался восстановиться с компакт-диска Windows XP и вручную расширил копии компакт-дисков userinit.exe и winlogon.exe, но без изменений в поведении.

Любые другие идеи о том, что попробовать?

Обновление - казалось, что расторопное изображение было наиболее вероятной причиной, но я только что закончил брать новое изображение с жесткого диска и копировать его обратно на SSD, но новое изображение ведет себя идентично последнему.

|источник

3 ответа3

2

Удалите ключ \DosDevices \C: до клонирования.

  • Перейдите к HKEY_LOCAL_MACHINE\SYSTEM\ Подключенные устройства
  • Поиск в списке \ DosDevices \
  • Удалите значение ключа \ DosDevices \ C:

ссылка на сайт ...

|источник
0

Проблема заключается в том, как реестр XP отслеживает, какие тома получают, какое распределение дисков хранится в системном реестре по адресу HKEY_LOCAL_MACHINE\SYSTEM\ Mounting Devices.

Существует несколько ключей, которые выглядят как \DosDevices {Drive letter}: и в них хранится двоичное значение, представленное 24 символами HEX, в котором хранится место подключения и расположение LBA для каждого раздела. Проблема в том, что эта информация была актуальна для того времени, когда я загружался из раздела с основным образом, но больше не актуальна для клона в целевом разделе. Другими словами, вход в систему не может быть продолжен, потому что компьютер не может найти C: \

Я думаю, что это хорошая идея, чтобы удалить ключ \DosDevices \C: до клонирования. ХР должна понять это задним числом.

Но, вероятно, вы читаете это сейчас, потому что вы этого не делали. так что вам нужно отредактировать SYSTEM HIVE на новом целевом разделе удаленно из другой установки XP:

Во-первых, вам нужна альтернативная установка XP для загрузки с прямого доступа к разделу, в который вы пытаетесь загрузиться (например, к разделу с основным образом). Вы можете использовать UBCD4Win. Как только это будет сделано:

Затем вы можете найти правильный HEX-код для этого раздела:

  1. Откройте diskmgmt.msc и запишите распределение букв целевого раздела. (это не будет C:)

  2. Запустите REGEDT32

  3. Перейдите к HKEY_LOCAL_MACHINE\SYSTEM\ Подключенные устройства

  4. Найдите в списке \ DosDevices {Текущее распределение букв дисков}: и запишите 24 символа HEX пером и бумагой.

Теперь вы можете смонтировать SYSTEM HIVE из целевого раздела и исправить код HEX:

  1. Выберите ключ HKEY_LOCAL_MACHINE на левой панели в Regedit.

  2. В меню "Файл" выберите "Реестр" -> "Загрузить куст"

  3. Выберите требуемый файл базы данных реестра: {Текущее распределение букв диска}:\% windir%\system32\config\system

  4. Когда будет предложено ввести имя, назовите его SYSTEM-TARGET. Имя будет использоваться для создания нового узла в дереве, чтобы можно было просматривать автономный реестр.

  5. Перейдите к HKEY_LOCAL_MACHINE\SYSTEM-TARGET\ Подключенные устройства

  6. Сравните значение ключа \ DosDevices \ C: с кодом HEX, который вы записали. Если они различаются, найдите в списке назначений букв дисков 24-значный код HEX, который вы записали - возможно, он будет записан на фоне альтернативного монтажа букв дисков - причина проблемы. Если это так:

  7. Переименуйте ключ \ DosDevices \ C: в другое, возможно, в нераспределенную букву диска.

  8. Переименуйте ключ с правильным HEX-кодом в \ DosDevices \ C: (Вы можете поменять имена ключей)(Изменения немедленно записываются в автономную базу данных реестра).

  9. Когда закончите редактирование, выберите SYSTEM-TARGET и в меню File выберите "Registry" -> "Unload Hive". Теперь вы сможете перезагрузиться из раздела и войти в систему.

Источник: http://www.computing.net/answers/windows-xp/windows-xp-logs-off-immediately-after-clone/189450.html

|источник
0

Это легальная копия Windows?

Я видел такое поведение только на взломанных копиях - изменение оборудования, вероятно, привело к необходимости реактивации, а компоненты активации повреждены, что приводит к немедленному выходу Windows из системы.

Если это не хитрая копия Windows, прошу прощения у вас!

|источник

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .