Я использую Citrix XenServer 5.5 и на гостевой системе Windows Server 2008 R2 установлен Xentools 5.5, уже год все работает хорошо. После перезагрузки получаем BSOD с кодом остановки 7B, я думаю, что проблема в драйвере Citrix pv, но как удалить этот драйвер без GUI, безопасный режим тоже выдает BSOD.
Итак, я устанавливаю второй Windows Server на ту же виртуальную машину и могу получить доступ к файловой системе гостя. В Windows/System32/driver я удаляю xenvbd.sys и scsifilt.sys в реестре, я удаляю все, что нашел с помощью xenvbd или scsifilt, но BSOD все еще здесь.
Windows Startuprepair и sfc /scannow не помогают.
Обновлять: Все известные снимки имеют одну и ту же проблему
решение1
Восстановите сервер из заведомо исправной резервной копии.
решение2
Если вы устанавливаете драйвер Xen PV на гостевой системе и получаете BSOD с остановкой 7B, возможно, драйвер поврежден или отсутствуют некоторые файлы. Сначала вам следует узнать версию драйвера: перейдите в файловую систему и получите свойства, например, xenvbd.sys, затем перейдите в установочный диск XenTools и найдите следующие файлы:
xenutil.sys
xenvtchn.sys
xenvbd.sys
scsifilt.sys
После копирования этих файлов в Windows\System32\Drivers\ вы можете запустить гостевую систему в безопасном режиме. Теперь вы можете установить более новую версию Xentools из безопасного режима (вы найдете установочный файл на Xentools, который также работает в безопасном режиме), и вы получите некоторые ошибки. Не перезагружайте сервер. Удалите эту программу сейчас, и начнется очистка, все поврежденные или отсутствующие файлы и записи реестра будут удалены и очищены ваша установка.
Теперь перезагрузите и всё заработает!
решение3
Я рад, что проблема решена, и я голосую за вопрос. Не потому, что решение будет иметь какую-то искупительную ценность для других, а потому, что это должно послужить предостережением.
Есть две вещи, которые не должны были произойти.
Во-первых, системные изменения, которые изменяют системные файлы или параметры реестра, должны быть проверены, и эта проверка должна включать в себя проверку того, что система и изменения работают так, как ожидалось, после перезапуска.
Во-вторых, «тестирование» изменения на аналогичной системе или единичной копии часто позволяет выявить подобные проблемы.
Число два, возможно, не имело прямого отношения к данному сценарию, но часто оказывается уместным в ситуациях, когда число один отсутствует.
Я предполагаю, что система могла бы работать нормально, если бы ее перезапустили после первоначального изменения, но в том году, когда это произошло, что-то вышло из строя.
Вот почему, когда я занимаюсь деятельностью, включающей в себя модификацию системы, моим первым шагом является перезапуск сервера, чтобы убедиться, что любые подобные проблемы не связаны с тем, что я делаю.