Загрузка SBS 2003 зависает на acpitabl.dat

У меня есть сервер SBS 2003, который работает уже 3 года без каких-либо проблем, и несколько дней назад он завис во время загрузки.

Система использует два диска по 500 Гб в RAID1 (Intel Matrix 7.5).

После попытки загрузки в безопасном режиме загрузка останавливается на acpitabl.dat.

Первая мысль была, что проблема с RAID, хотя состояние дисков было в порядке, а состояние RAID было “Восстановление”. Я пытался загрузиться с каждого диска, и один вызывает ту же проблему, а другой диск не загружается.

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

Вернул исправный диск обратно в SBS 2003, изменив статус на “Сниженный”, но проблема осталась прежней.

У меня также есть чистая копия SBS 2003, установленная на этом диске (предыдущая установка), которая загружается быстро и гладко.

Итак, я полагаю, что основная проблема заключается в этой установленной версии SBS 2003. Я не вносил никаких аппаратных изменений, не проводил никаких обновлений (не уверен насчет автоматических обновлений Windows в последнее время).

Так как в сети много сообщений об этой проблеме и нет четкого решения, я пытаюсь разобраться, как восстановить установку SBS 2003, так как на этой установке есть некоторые программы, которые я не могу переустановить без дополнительных проблем.

У меня была похожая проблема с одним XP на RAID, который сломался при конвертации в виртуальную машину. Он завис на acpitabl.dat.

Что я сделал, чтобы это исправить, так это загрузился с CD Windows 2012, открыл консоль с помощью Shift+F10 и выполнил chkdsk /f c:. После этого машина смогла загрузиться нормально.

Во время одного из запусков, отлаживая аналогичную ситуацию, BIOS POST выдал сообщение о сбое теста чтения-записи RAM. После извлечения половины модулей RAM (некэшированная DDR2 DRAM потребительского класса) машина смогла загрузить Windows Server 2003 без каких-либо проблем. Тщательное обследование всех модулей RAM с помощью MemTest86+ на другой машине не выявило ошибок. После установки всех модулей обратно в сервер он смог нормально загрузиться; прошла неделя с тех пор без дополнительных проблем. Таким образом, хотя сами модули RAM оказались в порядке, ситуация явно была связана с аппаратным обеспечением памяти — возможно, ухудшился электрический контакт или в слоты DIMM попала пыль. Поэтому следует рассмотреть возможность проверки проблем с RAM при работе с рассматриваемым вопросом.

Для справки, этот сервер также был оснащен RAID (карта Promise FastTrack SX4100 с прошивкой, имеющая выделенную память, не защищенную ECC), которая оказалась очень надежной и не проявляла никакой ошибки. Однако были видео-глюки — экран заполнялся знаками “$” вместо пробелов, а некоторые отображаемые символы заменялись случайным мусором. Вот почему я сначала попытался установить дискретную видеокарту вместо встроенной графики Intel. Это устранило видео-глюки, но фактически не помогло с acpitabl.dat — не до тех пор, пока я не попробовал заменить модули RAM.

Звучит как повреждение данных. Это неприятно, но иногда контроллер RAID/SAS/PERC будет дублировать ошибки.

Вы должны начать с замены неисправного диска на новый диск такой же или большей емкости. Затем вам нужно будет зайти в утилиту конфигурации SAS/PERC при загрузке и установить ваш новый диск как “Горячий резерв” для массива. Как только это будет установлено, контроллер начнет синхронизировать данные, и “Горячий резерв” станет вашим вторичным диском в массиве.

На этом этапе у вас все еще будет поврежденная установка SBS 2003. Если у вас нет недавней резервной копии, то вам придется попытаться сделать “Восстановление” поврежденной копии. Я предлагаю это, так как вы не можете войти в ОС в безопасном режиме или любым другим способом из списка запуска. Это означает, что основные окна файлов отсутствуют или имеют неправильные разрешения NTFS/разрешения безопасности. Загрузитесь с DVD SBS 2003 и обязательно выберите R для “Восстановления”.

Другая идея, которую стоит попробовать, заключается в том, чтобы загрузить чистую копию SBS 2003 и выполнить chkdsk /F на букве тома, который поврежден. Попробуйте использовать diskpart->list vol, чтобы получить букву вашего диска. Она, вероятно, найдет плохие иноды и сбросит некоторые файлы, возможно, тысячи, к их стандартным дескрипторам безопасности. Я столкнулся с этим сам. Не весело. Проще переместить данные и стереть, установить заново. Если у вас есть контроллер домена:( тогда это еще хуже.