Ошибка может возникнуть из- за несовпадения Ke. Enter. Crictical. Region и Ke. Leave. Critical. Region в файловой системе.
Если kernel debugger доступен, вы можете отследить, где именно система запнулась.
Наиболее частая причина возникновения - драйвер устройства использует неверный адрес.
Обычно исключённый адрес указывает на драйвер или функцию, которая вызвала стоп- экран. Всегда обращайте внимание не только на указанный драйвер, но и на сам адрес или имидж, содержащий эту ошибку. Обычно это код исключения 0x. Эта ошибка означает, что точка прерывания или суждение было достигнуто при обращении к памяти, но система загрузилась с /NODEBUG ключа.
- После завершения процедуры ввода/вывода драйвер не может освободить заблокированные страницы (см. PR0CESSHASL0CKEDPAGES) Первый Bug Check-параметр содержит вызываемый, а второй Bug Check-параметр — вызывающий адрес.
- Необходимо проверить на ошибки память и драйвера.
- Драйверы Debugging Tools for Windows (WinDbg, KD, CDB, NTSD) Bug Checks (Blue Screens) Bug Check 0x7B : INACCESSIBLE
Это ошибка не должна появляться слишком часто. Если ошибка появляется постоянно, убедитесь, что отладчик (debugger) подключён и система загружается с /DEBUG switch.
Если ошибка будет появляться снова, свяжитесь с производителями.
В связи с чем напрашивается вопрос: драйвер не подходит для х64 (хотя в readme написано что вроде как и для х86 и для х64) или косяк nLite?
Rtl. Enter. File. System большее количество раз чем Fs. Rtl. Exit. File. System. Положительное значение указывает наоборот Fs.
Похоже на проблему с драйверами: Bug check 0X7B т.е.
Rtl. Exit. File. System было вызвано большее количество раз чем Fs. Rtl. Enter. File. System. Если у вас такая ситуация, проверьте все файловые системы установленные на машине. Сторонние перенаправители более всего подозреваются в сбое, так как они не были так тщательно протестированы, как NTFS, FAT, HPFS и RDR.
Этот симптом указывает на серьёзную проблему в драйверах третьей стороны.
Например, IRP, который был закончен указывался, как всё ещё ждущий выполнения команд драйвера какого- либо устройства.
Тем не менее, так как для последнего драйвера нет свободного места в области стека, составитель аннулировал конец пакета. Это означает, что, скорее всего, какая- то другая память была повреждена.
Кроме того, на х. Обычно причиной является драйвер, который плохо вычищает файл подкачки (swap). Если отладчик ядра (kernel debugger) доступен проследите, где система запнулась и введите следующую команду:
Build. Partial. Mdl() функции:
Тем не менее, конфликт может быть выявлен, рассматривая Device. Object поля, в каждом местоположении стака.
Этот файл может отсутствовать или быть повреждённым. Чтобы решить эту проблему, вам понадобиться эмерженси загрузочная дискета. Особенно AST EISA машины с 1. М и выше памятью должны иметь доступ к памяти выше 1. М, т. е. Иначе файл, который загрузится в ту память, при чтении покажет - 0xffffffff. A NT делает всё, чтобы проверять нетронутость важных системных файлов. Синий экран показывает имя повреждённого файла. Если такое случилось, загрузитесь в любую другую систему или, если таковых нет, переустановите систему.. Убедитесь, что версия файла, который был выявлен, как повреждённый, совпадает с версией файла в дистрибутиве NT и если так, то замените его с диска. Постоянные ошибки с разными именами файлов означают проблемы с железом в I/O пути драйвера.
Этот тип ошибки может быть вызван дефектными аппаратными средствами, некорректно работающим системным сервисом, резидентным антивирусным программным обеспечением, несовместимым с операционной системой, и повреждениями файловой системы NTFS.
Если такая ошибка появилась, проверьте, является ли машина PDC или BDC и сколько аккаунтов в базе данных SAM (Менеджер Безопасности Аккаунтов), может ли это быть цель эхо и не заполнены ли соответствующие библиотеки почти до конца.
Больше, практически, никакой информации нет. Такое могло случиться, если установка приняла не правильное решение по поводу инсталляции системы, или пользователь переконфигурировал систему.
Загрузка в Last. Known. Good (Последней хорошей конфигурации) может решить проблему, или вам придётся переустанавливать систему, или используйте Emergency Repair Disk.
После перезагрузки автоматическая проверка диска попытается определить адрес плохого блока в памяти. Если статус будет C0. I/O код статуса
Такая ошибка, скорее всего, вызвана тем, что пользователь вручную обновил либо NTOSKRNL. EXE либо HAL. DLL. Или на машине мультипроцессорный HAL (MP) и юнипроцессорное ядро (UP), или наоборот.
Если дело в этом, то параметры 2 и 3: 2 - больший уровень NTOSKRNL. EXE 2. Micro Channel Architecture (MCA) компьютерам требуется специфичный MCA HAL, в этом случае параметры 2 и 3: 2 - тип машины, определённый NTDETECT.
x.
x.
3 - больший уровень HAL. DLL