Переместил Windows Server 2000 с диска IDE на диск SATA, теперь получаю BSOD Inaccessible_Boot_Device

Переместил Windows Server 2000 с диска IDE на диск SATA, теперь получаю BSOD Inaccessible_Boot_Device

Я переношу свой Small Business Server 2000 на более новое оборудование. Я использовал Acronis TrueImage для создания образа разделов на текущем IDE-диске объемом 250 ГБ и восстановил образы на разделы на SATA-диске объемом 750 ГБ. Новая материнская плата — Intel D915GEV.

Когда я загружаю систему, она проходит часть пути, а затем выдает BSOD с сообщением:

ОСТАНОВКА: 0x0000007B НЕДОСТУПНОЕ_ЗАГРУЗОЧНОЕ_УСТРОЙСТВО

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

В настоящее время я работаю в соответствии с теорией, что это вызвано тем, что мой оригинальный Server 2000 не имеет драйверов для контроллера SATA на новой материнской плате. Ранняя часть процесса загрузки должна обрабатываться BIOS, и она терпит неудачу только тогда, когда Windows пытается взять на себя доступ к файлам.

Я знаю, что можно использовать F6 во время новой установки для добавления драйверов, но это, похоже, мне не помогает, так как я не устанавливаю новую версию. Тем не менее, я не смог найти драйверы SATA для этой платы, хотя я нашел все остальные драйверы на сайте Intel. Похоже, что для контроллера SATA нет специальных драйверов.

Как лучше всего с этим справиться?

Я убедился, что всегда могу вернуться к старому оборудованию, но мне бы очень хотелось запустить его на новом оборудовании. Оборудование довольно похоже — не то чтобы я делал крупное обновление оборудования, даже процессор тот же, а эта материнская плата очень похожа на ту, на которой работала эта установка. (Старое оборудование вышло из строя, поэтому мне пришлось быстро перейти на новое оборудование, теперь я пытаюсь вернуться к замене оборудования, которую Intel прислала в качестве гарантийной замены.)

решение1

Есть вероятность, что если вы войдете в BIOS и переключите AHCI на ATA (я обычно ковыряюсь, пока не найду это, так как все BIOS разные), это позволит вам установить ОС. После этого вы можете поискать драйверы от производителя чипсета вашей материнской платы, которые позволят вам вернуть его обратно после загрузки ОС. Надеюсь, это поможет, удачи.

решение2

Это, вероятно, будет непопулярный ответ, но вот...

То, что вы делаете, можетказатьсятривиально, но это не так. Программное обеспечение для создания образов дисков позволяет легко делать то, с чем операционная система не может справиться. Microsoft официально не «поддерживает» перемещение установок Windows между различными марками или моделями компьютеров или материнских плат (см.http://support.microsoft.com/kb/249694). У вас не будет легкого пути, если вы попытаетесь сделать это таким образом.

Если вы делаете постоянный перенос, я бы настоятельно рекомендовал чистую установку в качестве вторичного контроллера домена и миграцию SBS с одной машины на другую (вот процедура для Windows Server 2003, но она не предусматривает выполнение «переходной» миграции через временный компьютер для сохранения имени исходного серверного компьютера):http://technet.microsoft.com/en-us/library/cc747454(WS.10).aspx).

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

«Маятниковая миграция», очень кратко и на высоком уровне, выглядит следующим образом:

  • Создайте временный контроллер домена W2K, присоединенный к существующему домену.
  • Установите Exchange 2000 на временный контроллер домена и присоедините его к организации Exchange.
  • Переместите все почтовые ящики на временный сервер. Реплицируйте иерархию публичных папок и удалите реплики на исходном сервере Exchange 2000.
  • XCOPY со всех общих файлов на исходном сервере, сохраняя разрешения. Документируйте существующую структуру общего доступа (или просто экспортируйте общие ресурсы из HKLM\System\CurrentControlSet\Services\LanManServer\Shares).
  • Перенесите роли FSMO с существующего сервера на временный сервер. SBS начнет выдавать синий экран каждый час (если я правильно помню), потому что он больше не является держателем ролей для всех ролей FSMO.
  • Сделайте временный серверный компьютер сервером глобального каталога и убедитесь, что репликация глобального каталога завершена.
  • Понизьте статус существующего сервера до рядового сервера и удалите его из домена.
  • Сделайте временный сервер DNS-сервером.
  • Установите Windows 2000 SBS на новый сервер, назвав его так же, как имя старого сервера. Во время установки предотвратите автоматическую установку Active Directory и вручную установите AD (после «указания» DNS на новом сервере временному серверу), присоединив его к существующему домену.
  • Перенесите роли FSMO на новый серверный компьютер и завершите установку SBS.
  • Переместите все почтовые ящики Exchange на новый сервер. Реплицируйте иерархию публичных папок и удалите реплики на временном сервере.
  • Удалите Exchange с временного сервера.
  • XCOPY все общие данные с временного сервера на новый сервер. Пересоздайте общие ресурсы на новом сервере и проверьте, что вы можете получить к ним доступ.
  • Понизьте статус временного сервера обратно до рядового сервера и удалите его из домена.

Я упускаю много крошечных шагов и, честно говоря, не могу вспомнить, работает ли вся эта процедура на SBS 2000 или нет. Если бы я делал это, я бы поднял SBS 2000 в лаборатории на виртуальной машине, заполнил бы ее какими-то фиктивными пользователями, почтовыми ящиками, общедоступными папками и данными, а затем выполнил бы весь сценарий миграции сверху донизу дважды (один раз делая заметки и собирая данные, а второй раз в качестве «пробного прогона»).

решение3

Я нашел его. Все, что нужно, это добавить ключ реестра.

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\atapi\Parameters

Добавьте EnableBigLba как значение DWORD и установите его равным 1.

Если вам интересно, вот более подробное объяснение:

Windows 2000 Server был создан до того, как диски стали больше 128 ГБ. Поэтому по умолчанию он может использовать только 128 ГБ диска. Если диск больше этого, даже если загрузочный раздел меньше, он, похоже, не может правильно прочитать таблицу разделов. Решение — добавить этот ключ реестра перед тем, как поместить его на новый диск. Об этом есть статья MSKBздесь.

Я нашел это, восстановив образ моего загрузочного диска на старом диске PATA на 40 ГБ, который у меня был. Я загрузил его на новом оборудовании и установил все драйверы для этой материнской платы. Затем я выключил его и подключил диск SATA. Когда я перезагрузил диск SATA на 750 ГБ с несколькими разделами, он выглядел так, как будто у него был один неотформатированный раздел на 128 ГБ. После некоторых исследований я узнал о ключе реестра EnableBigLba. Я настроил этот ключ и перезагрузил, и диск SATA появился со всеми его разделами. Я создал образ обновленной версии системного диска и применил образ к основному разделу на диске SATA. Затем я удалил диск PATA, и теперь система загружается, используя только диск SATA.

Теперь, я не говорю, что это лучший способ обновить сервер Small Business. Я уверен, что Эван прав, когда говорит, что миграция сервера — это «лучший» способ сделать это, но я уже потратил на это достаточно времени, и мое окно возможностей для изменений сервера скоро закроется.

Думаю, теперь, когда у меня есть рабочий образ диска, я попробую выполнить обновление на месте до SBS 2003. Если что-то пойдет не так, откат к текущему состоянию займет всего 30 минут.

решение4

Как насчет использования бесплатного Hyper-V Server на новом оборудовании и преобразования вашего SBS-сервера в виртуальную машину? Вам понадобится ПК с Vista и инструментами управления Hyper-V для управления Hyper-V Server.

Дж.Р.

Связанный контент