Bsod что это: причины появления и способы устранения на bsodstop.ru
Краткая история «синего экрана смерти» / Хабр
Это культовая вещь, хотя Microsoft этого не хотела. В 90-х это была такая же часть основного опыта использования Windows, как Paint и Solitaire, но сегодня его уже не так часто увидишь.
Я, конечно, веду речь о «синем экране смерти», BSoD. Более молодые пользователи ПК представления не имеют о том, насколько распространён был раньше этот сеющий панику экран, или что он означал. Всё, над чем вы работали, пропадало, ваш компьютер требовал перезагрузки — тогда это могло занять и десять минут.
Те из нас, кто его помнят, пытаются его забыть — но сделать это непросто.
По сию пору BSoD — узнаваемый символ чего-то не работающего, но зачем он вообще появился? Перед вами — небольшое путешествие по плохо различимой части улицы воспоминаний, об опасности которой вас предупреждали родители.
Windows 3.1: экран Ctrl+Alt+Delete
В Windows 3.1 не было BSoD: когда она падала, вы видели чёрный экран. Если вам везло, на этом экране появлялось поле ввода команд DOS, из которого можно было опять запустить Windows. Если нет, наступало время перезагрузки.
Однако в ней был синий экран, вызываемый по нажатию клавиш Ctrl+Alt+Delete. В будущем он вдохновит дизайн BSoD.
Интересно, что, как записано в записи в блоге Рэймонда Чена, текст для синего экрана написал не кто иной, как будущий директор компании, Стив Балмер, когда он управлял системным подразделением Microsoft.
Windows 95 и 98: первый синий экран смерти
Сложно переоценить важность Windows 95: представьте себе шумиху вокруг ранних моделей iPhone, но только идущую по поводу операционной системы для настольных компьютеров. Люди буквально выстраивались в очереди у магазинов. Да, 90-е были странными: люди приходили в восторг от новых возможностей настольных компьютеров. Но этим экраном никто не восторгался.
BSoD показывался каждый раз, когда программа или драйвер падали с грохотом. Он предлагал какую-то шифрованную информацию о причинах проблемы, а затем давал чуть более понятный совет, что пользователю делать дальше.
В теории нажатие любой клавиши должно было закрыть эту программу и вернуть вас обратно на рабочий стол Windows, но на практике это работало редко. Как пишет Рэймонд Чен, ранние версии этого сообщения гласили, что «Возможно, получится продолжить работу в нормальном режиме», но потом эту строку удалили из-за излишнего оптимизма.
Windows 2000: может, провериться на вирусы?
К выходу Windows 2000 Microsoft расширила набор советов синего экрана. Все упоминания о возможности возвращения на рабочий стол исчезли, и пользователю сразу советовали отключать компьютер. Также там был набор из нескольких идей по отслеживанию ошибок в случае, если эта проблема возникала снова, от сканирования на вирусы до проверки жёсткого диска на целостность.
Windows XP, Vista и 7: гораздо больше советов
Windows XP продолжила тенденцию по увеличению количества советов на синем экране. Информация по поводу того, какая из программ стала причиной проблемы, всё ещё была туманной, но, по крайней мере, она выдавала какие-то коды, которые можно было поискать в Google. Остальная часть экрана была заполнена всякими советами. Пользователю всё ещё рекомендовали выключить компьютер, но также советовали проверить, правильно ли установлены все программы, и давали ещё набор идей по поиску причин.
В Vista синий экран не сильно поменялся, но стал появляться чаще. Windows 7 уменьшила количество его появлений, но не поменяла его внешний вид.
Windows 8: грустный смайлик без подробностей
Windows 8 полностью поменяла BSoD. Текстовый экран, похожий на терминал, исчез, его заменили современные системные шрифты и огромный грустный смайлик в ASCII. Самое интересное, что почти вся информация о причинах проблемы исчезла, как и советы по поиску её решений.
Это уже не такая серьёзная проблема, как раньше, поскольку синие экраны сегодня встречаются гораздо реже. Можно выяснить причину падения ПК, проверив логи или использовав сторонние программы, собирающие такую информацию.
У Windows 10 экран выглядит так же.
Наследие синего экрана
Microsoft хотела бы, чтобы всё было по-другому, но по сей день синий экран смерти остаётся символом Windows. Этот факт вдохновил один из величайших офисных розыгрышей всех времён — хранитель экрана BSoD. Его сделала компания Sysinternals (которую Microsoft позже купила), и он заставляет любой компьютер выглядеть так, будто он завис, пока вы не нажмёте клавишу или не подёргаете мышкой. Очень смешно.
В macOS есть упоминание о BSoD. Каждый ПК в сети в программе Finder использует такую иконку:
Чтобы разглядеть её, её нужно сильно увеличить — но этот экран там есть уже более десяти лет.
Название ошибки | Код ошибки | Возможные виновники | Решения |
---|---|---|---|
APC_INDEX_MISMATCH | 0x00000001 | tcpip.sys ntoskrnl.exe ndis.sys raspppoe.sys win32k.sys psi.sys | Обновление драйверов и операционной системы |
DEVICE_QUEUE_NOT_BUSY | 0x00000002 | Драйвера печатных устройств | |
INVALID_AFFINITY_SET | 0x00000003 | ||
INVALID_DATA_ACCESS_TRAP | 0x00000004 | Не известны | |
INVALID_PROCESS_ATTACH_ATTEMPT | 0x00000005 | Http.sys | Проверка целостности операционной системы |
INVALID_PROCESS_DETACH_ATTEMPT | 0x00000006 | Не известны (редкие ошибки) Существует вероятность наличие физических проблем с компонентами компьютера | Проверка целостности операционной системы и удаление программного обеспечения, установка которого предшествовала появлению ошибки |
INVALID_SOFTWARE_INTERRUPT | 0x00000007 | Проблемы с интерфейсом подключения HDD/SDD – возможна смена настроек BIOS и повторная установка системы | |
IRQL_NOT_DISPATCH_LEVEL | 0x00000008 | ||
IRQL_NOT_GREATER_OR_EQUAL | 0x00000009 | ||
IRQL_NOT_LESS_OR_EQUAL | 0x0000000A | Возможны аппаратные проблемы в работе компьютера (в основном – оперативной памяти) |
|
NO_EXCEPTION_HANDLING_SUPPORT | 0x0000000B | Не известно* | Полная диагностика состояния компьютера и операционной системы |
MAXIMUM_WAIT_OBJECTS_EXCEEDED | 0x0000000C | Несовместимость оборудования и запускаемого программного обеспечения | Полная диагностика состояния компьютера и операционной системы и проверка совместимости оборудования |
MUTEX_LEVEL_NUMBER_VIOLATION | 0x0000000D | Не известно* | Полная диагностика состояния компьютера и операционной системы |
SPIN_LOCK_ALREADY_OWNED | 0x0000000F | Некорректная работа жёсткого диска, в том числе повреждение загрузочного сектора Драйверы контроллера | Обновление драйверов и проверка состояния HDD/SSD |
SPIN_LOCK_NOT_OWNED | 0x00000010 | ||
THREAD_NOT_MUTEX_OWNER | 0x00000011 | Аппаратные проблемы в работе компьютера | Проверка состояния компонентов и совместимость устройств |
TRAP_CAUSE_UNKNOWN | 0x00000012 | Некорректная работа жёсткого диска и оперативной памяти | Полная диагностика состояния компьютера и операционной системы |
EMPTY_THREAD_REAPER_LIST | 0x00000013 | Несовместимость запущенного ПО | Проверка совместимости и запуск в соответствующем режиме |
CREATE_DELETE_LOCK_NOT_LOCKED | 0x00000014 | Несанкционированное вмешательство в системные процессы | Проверка Windows на вирусы Проверка работы ОЗУ И HDD/SSD Проверка совместимости оборудования |
LAST_CHANCE_CALLED_FROM_KMODE | 0x00000015 | Драйвера печатных устройств | Переустановка оборудования и/или обновление драйверов |
CID_HANDLE_CREATION | 0x00000016 | Несовместимость ПО Драйверы видеокарты | Проверка совместимости и обновление драйверов видеоадаптера |
CID_HANDLE_DELETION | 0x00000017 | Несовместимость оборудования и установленной ОЗУ | Смена образа операционной системы и/или чистая установка Windows |
REFERENCE_BY_POINTER | 0x00000018 | ОЗУ | Проверка ОЗУ на наличие аппаратных и программных проблем |
BAD_POOL_HEADER | 0x00000019 | Несовместимость оборудования и/или ПО | Проверка совместимости и удаление несовместимого программного обеспечения |
MEMORY_MANAGEMENT | 0x0000001A | Повреждение целостности системных файлов Проблема в работе ОЗУ Некорректная работа драйверов Некорректная работа блока питания | Полная диагностика состояния компьютера и операционной системы |
PFN_SHARE_COUNT | 0x0000001B | ||
PFN_REFERENCE_COUNT | 0x0000001C | ||
KMODE_EXCEPTION_NOT_HANDLED | 0x0000001E | Не известны | Обновление драйверов и операционной системы |
KERNEL_APC_PENDING_DURING_EXIT | 0x00000020 | Драйвер Win32k.sys Несовместимость оборудования | Обновление драйверов и операционной системы и проверка совместимости установленного оборудования |
FILE_SYSTEM | 0x00000022 | Драйвера Nvidia и DirectX | Обновление драйверов и операционной системы |
NTFS_FILE_SYSTEM | 0x00000024 | Ntfs.sys | Проверка диска на наличие ошибок и битых секторов, а также сканирования системы на целостность |
NPFS_FILE_SYSTEM | 0x00000025 | Повреждён загрузчик | Восстановление целостности загрузчика |
CDFS_FILE_SYSTEM | 0x00000026 | Не известны | Полная диагностика состояния компьютера и операционной системы |
RDR_FILE_SYSTEM | 0x00000027 | Rdbss.sys | Использование официальной инструкции от Microsoft |
CORRUPT_ACCESS_TOKEN | 0x00000028 | Не известны | Полная диагностика состояния компьютера и операционной системы |
SECURITY_SYSTEM | 0x00000029 | ||
INCONSISTENT_IRP | 0x0000002A | ||
PORT_DRIVER_INTERNAL | 0x0000002C | Проблема драйверов контроллера USB | Обновление драйверов |
DATA_BUS_ERROR | 0x0000002E | Несовместимость оборудования и драйверов | Полная диагностика состояния компьютера и операционной системы |
UNEXPECTED_INITIALIZATION_CALL | 0x00000033 | Не известны | |
NO_MORE_IRP_STACK_LOCATIONS | 0x00000035 | Mup.sys Проблемы в работе ОЗУ | |
SYSTEM_SERVICE_EXCEPTION | 0x0000003B | dxgkrnl.sys, nvlddmkm.sys, atikmdag.sys ks.sys | Обновление драйверов и операционной системы |
TARGET_MDL_TOO_SMALL | 0x00000040 | Не известны | Обновление драйверов |
ATDISK_DRIVER_INTERNAL | 0x00000042 | Не известны | Полная диагностика состояния компьютера и операционной системы |
MULTIPLE_IRP_COMPLETE_REQUESTS | 0x00000044 | hamdrv.sys | Удаление, переустановка, обновление LogMeIn Hamachi |
DEREF_UNKNOWN_LOGON_SESSION | 0x00000046 | Драйвера печатных устройств | Обновление драйверов и операционной системы и полная диагностика состояния компьютера и операционной системы |
IRQL_GT_ZERO_AT_SYSTEM_SERVICE | 0x0000004A | Не известны | |
PFN_LIST_CORRUPT | 0x0000004E | ||
NDIS_INTERNAL_ERROR | 0x0000004F | Нехватка свободного места на диске Отсутствуют важные обновления Windows | Проверка состояния работы HDD/SSD и установка обновлений |
PAGE_FAULT_IN_NONPAGED_AREA | 0x00000050 | win32k.sys atikmdag.sys hal.dll ntoskrnl.exe ntfs.sys wdfilter.sys applecharger.sys tm.sys tcpip.sys | Проверка совместимости оборудования Проверка корректности драйверов Проверка целостности системных компонентов |
REGISTRY_ERROR | 0x00000051 | Не известно* | Полная диагностика состояния компьютера и операционной системы |
NO_BOOT_DEVICE | 0x00000053 | ||
DATA_COHERENCY_EXCEPTION | 0x00000055 | Кодеки GOM Player | Обновление программного обеспечения и проверка целостности системных файлов |
INSTRUCTION_COHERENCY_EXCEPTION | 0x00000056 | Не известно* | Полная диагностика состояния компьютера и операционной системы |
CRITICAL_SERVICE_FAILED | 0x0000005A | Нарушение целостности Windows Несовместимость оборудования | |
UNSUPPORTED_PROCESSOR | 0x0000005D | Несовместимость процессора | Замена компонента |
PROCESS1_INITIALIZATION_FAILED | 0x0000006B | файла Bootcat.cache | Замена повреждённой копии |
ASSIGN_DRIVE_LETTERS_FAILED | 0x00000072 | Не была назначена буква раздела диска | Присвоение буквы в «Управление дисками» или с помощью загрузочного носителя с образом ОС или LiveCD |
CONFIG_LIST_FAILED | 0x00000073 | Нехватка свободного места на системном разделе диска | Освобождение памяти |
BAD_SYSTEM_CONFIG_INFO | 0x00000074 | Не известно* | Полная диагностика состояния компьютера и операционной системы (изучение файла дампа) |
CANNOT_WRITE_CONFIGURATION | 0x00000075 | Повреждение целостности системных файлов | |
PROCESS_HAS_LOCKED_PAGES | 0x00000076 | Не известно* | |
KERNEL_STACK_INPAGE_ERROR | 0x00000077 | Программные сбои в работе ОЗУ и диска | Проверка работы компонентов компьютера |
MISMATCHED_HAL | 0x00000079 | Наиболее часто — Ntoskrnl.exe | Полная диагностика состояния компьютера и операционной системы (изучение файла дампа |
KERNEL_DATA_INPAGE_ERROR | 0x0000007A | Наличие аппаратных и программных проблем в работе HDD/SSD | |
INACCESSIBLE_BOOT_DEVICE | 0x0000007B | Изменения в системных файлов и повреждение загрузочного сектора | Восстановление загрузчика и корректной разметки дисков Сброс конфигурации Windows |
BUGCODE_NDIS_DRIVER | 0x0000007C | ndis.sys | Замена повреждённого драйвера |
INSTALL_MORE_MEMORY | 0x0000007D | Нехватка ОЗУ | Добавление объёма ОЗУ |
SYSTEM_THREAD_EXCEPTION_NOT_HANDLED | 0x0000007E | Процессор не справляется с нагрузкой Конфликт между установленным оборудованием Некорректная работа жёсткого диска, а также нехватка свободного места Неисправность драйверов | Снижение нагрузки и тестирование работы процессора Полная диагностика состояния компьютера и операционной системы (изучение файла дампа) |
UNEXPECTED_KERNEL_MODE_TRAP | 0x0000007F | Проблемного программного уровня | Решается путём установки обновлений от Microsoft |
NMI_HARDWARE_FAILURE | 0x00000080 | Проблема совместимости оборудования | Выявление несовместимого оборудования путём пошагового подключения |
SPIN_LOCK_INIT_FAILURE | 0x00000081 | Не известно* | Полная диагностика состояния компьютера и операционной системы (изучение файла дампа) |
SETUP_FAILURE | 0x00000085 | Повреждён системный раздел диска Проблема в работу ОЗУ | |
MBR_CHECKSUM_MISMATCH | 0x0000008B | Повреждён загрузчик | Замена сбойного загрузочного сектора |
KERNEL_MODE_EXCEPTION_NOT_HANDLED | 0x0000008E | Нехватка свободного места на системном разделе диска Сбой в работе ОЗУ Сбой в работе драйверов | Полная диагностика состояния компьютера и операционной системы (изучение файла дампа) |
PP0_INITIALIZATION_FAILED | 0x0000008F | Не известно* | |
PP1_INITIALIZATION_FAILED | 0x00000090 | ||
UP_DRIVER_ON_MP_SYSTEM | 0x00000092 | Несовместимость оборудования/ПО Нарушена целостность системных файлов | |
INVALID_KERNEL_HANDLE | 0x00000093 | Наличие аппаратных и программных ошибок в работе процессора, ОЗУ, HDD/SSD | |
KERNEL_STACK_LOCKED_AT_EXIT | 0x00000094 | Не известно* | |
PNP_INTERNAL_ERROR | 0x00000095 | ||
INVALID_WORK_QUEUE_ITEM | 0x00000096 | ||
BOUND_IMAGE_UNSUPPORTED | 0x00000097 | ||
END_OF_NT_EVALUATION_PERIOD | 0x00000098 | Закончился срок лицензии Windows | Продление прав пользования |
INVALID_REGION_OR_SEGMENT | 0x00000099 | Не известно* | Полная диагностика состояния компьютера и операционной системы (изучение файла дампа) |
SYSTEM_LICENSE_VIOLATION | 0x0000009A | Ошибка проверки лицензии | Перезагрузить компьютер и оставить попытки вмешаться в лицензионное соглашение |
UDFS_FILE_SYSTEM | 0x0000009B | Проблемы в работе жёсткого диска | Диагностика и исправление имеющихся ошибок |
USER_MODE_HEALTH_MONITOR | 0x0000009E | Наличие физических неполадок в работе компонентов компьютера (перегрев, неверный разгон, недостаток питания) | Диагностика компонентов специализированным ПО |
DRIVER_POWER_STATE_FAILURE | 0x0000009F | Проблемы с элементами питания | Отключение спящего режима и быстрого запуска |
INTERNAL_POWER_ERROR | 0x000000A0 | Не известно* | Полная диагностика состояния компьютера и операционной системы (изучение файла дампа) |
MEMORY_IMAGE_CORRUPT | 0x000000A2 | ||
ACPI_DRIVER_INTERNAL | 0x000000A3 | Драйверы ACPI | Полная диагностика и обновление драйверов |
CNSS_FILE_SYSTEM_FILTER | 0x000000A4 | Нехватка объёма ОЗУ | Добавление объёма оперативной памяти |
ACPI_BIOS_ERROR | 0x000000A5 | Несовместимость оборудования Повреждение драйверов ACPI | Полная диагностика и обновление драйверов |
SESSION_HAS_VALID_POOL_ON_EXIT | 0x000000AB | Win32k.sys Atmfd.dll Rdpdd.dll | Полная диагностика состояния компьютера и операционной системы (изучение файла дампа) |
HAL_MEMORY_ALLOCATION | 0x000000AC | Нехватка объёма ОЗУ | Добавление объёма оперативной памяти |
VIDEO_DRIVER_DEBUG_REPORT_REQUEST | 0x000000AD | Сбой драйвера видеоадаптера | Обновление драйверов |
VIDEO_DRIVER_INIT_FAILURE | 0x000000B4 | ||
ATTEMPTED_SWITCH_FROM_DPC | 0x000000B8 | ||
CHIPSET_DETECTED_ERROR | 0x000000B9 | Перегрев процессора и/или нехватка ресурсов | Полная диагностика состояния компьютера и операционной системы (изучение файла дампа) |
SESSION_HAS_VALID_VIEWS_ON_EXIT | 0x000000BA | Сбой драйвера видеоадаптера | Обновление драйверов |
NETWORK_BOOT_INITIALIZATION_FAILED | 0x000000BB | Сетевой адаптер | Диагностика состояния устройства и обновление драйверов |
NETWORK_BOOT_DUPLICATE_ADDRESS | 0x000000BC | ||
ATTEMPTED_WRITE_TO_READONLY_MEMORY | 0x000000BE | Не известно* | Полная диагностика состояния компьютера и операционной системы (изучение файла дампа) |
BAD_POOL_CALLER | 0x000000C2 | Полная диагностика состояния компьютера и операционной системы (изучение файла дампа) и применение инструмента проверки драйверов (verifier) | |
DRIVER_VERIFIER_DETECTED_VIOLATION | 0x000000C4 | ||
DRIVER_CORRUPTED_EXPOOL | 0x000000C5 | ||
DRIVER_CAUGHT_MODIFYING_FREED_POOL | 0x000000C6 | ||
TIMER_OR_DPC_INVALID | 0x000000C7 | ||
IRQL_UNEXPECTED_VALUE | 0x000000C8 | ndisrfl.sys | Удаление/обновление драйверов |
DRIVER_VERIFIER_IOMANAGER_VIOLATION | 0x000000C9 | Не известно* | Полная диагностика состояния компьютера и операционной системы (изучение файла дампа) и применение инструмента проверки драйверов (verifier) |
PNP_DETECTED_FATAL_ERROR | 0x000000CA | Несовместимость оборудования Повреждение драйверов | |
DRIVER_LEFT_LOCKED_PAGES_IN_PROCESS | 0x000000CB | Не известно* | |
PAGE_FAULT_IN_FREED_SPECIAL_POOL | 0x000000CC | ||
PAGE_FAULT_BEYOND_END_OF_ALLOCATION | 0x000000CD | ||
CRITICAL_PROCESS_DIED | 0x000000EF | ||
FLTMGR_FILE_SYSTEM | 0x000000F5 | fltmgr.sys | Удаление/обновление драйвера |
CLOCK_WATCHDOG_TIMEOUT | 0x00000101 | Несовместимость оборудования Некорректный разгон | Проверка совместимости и возврат заводских параметров |
AGP_INVALID_ACCESS | 0x00000104 | Сбой драйверов Устаревшая версия прошивки BIOS | Обновление |
THIRD_PARTY_FILE_SYSTEM_FAILURE | 0x00000108 | Наличие аппаратных проблем и сбои в работе драйверов | Полная диагностика состояния компьютера и операционной системы (изучение файла дампа) и применение инструмента проверки драйверов (verifier) |
CRITICAL_STRUCTURE_CORRUPTION | 0x00000109 | Не известно* | |
UNEXPECTED_STORE_EXCEPTIO | 0x00000154 | ||
SECURE_KERNEL_ERROR | 0x0000018B |
Что такое BSOD или синий экран
BSOD– это ошибка, которая вызывает STOP системы (отсюда и название “ошибка STOP”). Останов системы происходит в связи с тем, существует потенциальная возможность повреждения системы и её файлов. На экране появляется синий экран смерти (Blue Screen of Dead) – это неофициальное название полученное из-за изображения ошибки белым текстом на синем фоне. Синий экран содержит шестнадцатеричные значения из дампа памяти, которые могут быть использованы для определения причины отказа системы.
Когда говорят BSOD, могут подразумевать:
- Синий экран смерти
- STOP код
- Аварийный дамп (crash dump)
- Дамп памяти (memory dump)
Появление синего экрана, как правило, вызвано проблемами в аппаратной части компьютера (его железе) или проблемами с драйверами установленного оборудования. Обыкновенные, стандартные программы зачастую не в состоянии вызвать синий экран, так как если произойдет сбой приложения, то оно просто завершиться с ошибкой, но не затронет работоспособность самой системы. А вот программы низкого уровня, работающие на уровне ядра Windows могут привести к появлению BSOD, к нм как раз и относятся драйвера.
Для устранения BSOD воспользуйтесь следующими разделами сайта
Критический сбой происходит, когда система получает STOP код, что приводит к остановке работы Windows. Единственное, что для операционная система может сделать, так это прекратить дальнейшую работу компьютера и перезагрузить его. Это в свою очередь может привести к потере данных работающих программ, поскольку приложения не имеют возможности сохранить текущие данные. Чтобы уберечься от такого рода потерь информации, необходимо постоянно сохранять все изменения в отрытых документах, причём не только самому пользователю, но и в программы должно быть заложено разработчиками ведение, что-то типа резервной активной копии открытых файлов (как например это сделано в Word).
Во время появления синего экрана Windows автоматически создает на диске файл “минидампа” памяти, который содержит информацию о предшествующих сбою операциях. Вы можете изучить информацию в этих минидампов, чтобы определить причину синего экрана.
Как узнать причину BSoD
Расшифровка синего экрана смерти на самом деле гораздо проще, чем вы думаете. Это только на первый взгляд выглядит пугающе, но стоит присмотреться как можно выделить основные ключевые области экрана, где содержится нужная информация, которая поможет в исправлении ошибки.
Первые две строчки говорят нам, что была обнаружена проблема и работа Windows была завершена, чтобы предотвратить повреждения компьютера.
Сперва наперво обращаем на две строчки на экране (обведены красным). Первая верхняя строка – это само название кода ошибки (его аббревиатура). В нашем случае это UNMOUNTABLE_BOOT_VOLUME. В выделенной нижней строке пишется сам код ошибки, в нашем примере 0x000000ED, в скобках указаны дополнительные возможные коды, выпишите их на всякий случай, чтобы можно было и по ним по мере надобности поискать информацию.
Чтобы выяснить, что именно не так с вашим компьютером, можно воспользоваться нашей формой поиска ошибок на главной странице или поискать вручную на разделе содержащему полный перечень BSOD.
Не успеваете прочесть синий экран?
В некоторых случаях конфигурация системы настроена таким образом, что компьютер автоматически перезагрузится после после появления синего экрана, буквально через секунду и вы не успеете ничего прочитать. И этот цикл может быть бесконечным, если проблему не устранила первая перезагрузка. Так что же делать, как увидеть всё что нужно? К счастью всё очень просто.
Если компьютер не загружается, то нам надо попробовать зайти в защищенный режим. Для этого, как правило, надо нажимать кнопку F8 при загрузке.
Если вы смогли зайти в безопасный режим, то половина пути уже пройдено 8)
Перейдите на страницу Свойства системы , щелкнув правой кнопкой мыши Мой компьютер и выбрав в Свойства
Если у Вас Windows 7 то слева выберите Дополнительные параметры системы.
В появившемся окошке переходим на вкладку Дополнительно и нажимаем на кнопку Параметры, как на рисунке ниже.
Убираем галочки у опции Выполнить автоматическую перезагрузку.
Теперь при появлении синего экрана он будет оставаться на экране пока вы сами не выполните перезагрузку.
Яркая палитра экранов смерти Windows и что такое синий экран смерти BSOD
Вероятно, вы знакомы с известной STOP-ошибкой Windows, чаще упоминаемой как «синий экран смерти» (Blue Screen of Death, BSOD). Думаю, Вам будет интересно узнать, что существуют разные типы таких экранов в черном, красном, зеленом, белом, фиолетовом, желтом, сером и коричневом цветах. Подробнее об этом чуть позже, а сначала давайте разберемся с наиболее частой ошибкой системы — BSOD.
Что такое синий экран смерти (Blue Screen of Death)
Синий экран смерти или BSOD — это сообщение об ошибке, отображаемое на компьютерах с операционной системой Windows. BSOD возникает когда ОС Windows обнаруживает STOP-ошибку или другой фатальный системный сбой (состояние, в котором операционная система не может выполнять свои операции эффективно), приводящий к остановке системы. Это может быть вызвано поврежденными драйверами, неисправными аппаратными компонентами (железом), неподходящим источником питания или, когда комплектующие работают не по своему прямому назначению. Эта ошибка говорит о том, что ОС требуется автоматический перезапуск, чтобы вернуться в нормальное рабочее состояние.
Давайте разберем поподробнее что же такое BSOD:
Если вы вдруг захотите спросить гугл о том, кто создал данный экран, вам будет представлено имя экс-президента Microsoft Стива Баллмера. Однако это не совсем верно из-за неправильной интерпретации письма Чена Реймонда под названием “Кто написал текст для Ctrl + Alt + Delete в Windows 3.1?”, которое было опубликовано такими крупными журналами как The Verge, Engadget, Business Insider, DailyTech в сентябре 2014 года.
В письме шла речь о фундаментальном программном обеспечении — диспетчере задач, впервые появившемся в Windows 3.1, и интерфейсе, аналогичном синему экрану смерти. Возможно это и послужило причиной неверной интерпретации. И хотя Реймонд осознавал, что была совершена ошибка, он критиковал BGR.com за то, что те “полностью сфабриковали сценарий и выдали его за реальность” в публикации от 9 сентября 2014 года в которой писалось о появлении синих экранов смерти с момента запуска Windows NT 3.1 и во всех последующих версиях. Считали, что все дальнейшее развитие приводило к еще более частым сбоям, нестабильности операционной системы. Особенно подверглась критике серия Windows 9x, которой довелось испытать наибольшее количество BSOD из-за несовместимых DLL-файлов и ошибок ядра.
Что вызывает синий экран смерти?
Официальное имя BSOD — STOP-ошибка, вызванная тем, что программное обеспечение на уровне ядра сталкивается с некоторыми неполадками и пользователям не остается ничего кроме как перезагрузить систему. BSOD в большинстве случаев является результатом ошибок, связанных с оборудованием в вашем устройстве.
Синий экран смерти представляет собой код ошибки, назначенное ей имя и текст, объясняющий, что же произошло с компьютером. Это может произойти по причине скрытых процессов вредоносных программ или других поврежденных файлов, что в конечном итоге приводит к сбою системы, а иногда даже к потере всех данных.
В момент, когда происходит ошибка, Windows создает файл minidump в котором хранится вся информация о событии BSOD и использует его для поиска решения возникшего сбоя в системе. Вы можете воспользоваться средством просмотра событий Windows для просмотра информации и случившейся неполадке. Более поздние версии операционной системы включают в себя файл дампа, который в случае непредвиденного сбоя сохраняет в себе всю информацию с диска.
Способы решения вопроса синего экрана смерти.
Проведите проверку ПК на наличие вредоносного программного обеспечения. Быть может настоящим виновником, вызвавшим сбой системы, является вирус, скрывающийся внутри вашего компьютера. Просканируйте свое устройство и удалите эти программы, если вам часто приходится сталкиваться с BSOD.
Обновите драйверы. Не всегда можно во всем винить вредоносное ПО, иногда причиной синих экранов смерти могут стать драйверы, которые отвечают за стабильное функционирование вашего железа. Поврежденные файлы могут вызывать BSOD и заставлять вашу систему выполнять операцию перезапуска. Если вам часто приходится сталкиваться с этой STOP-ошибкой, не забудьте обновить драйверы.
Запуск в безопасном режиме. Попробуйте запустить операционную систему в безопасном режиме, чтобы проверить не исчезла ли проблема. В этом состоянии Windows запускает только основные службы, что позволит вам проверить виноваты драйвера в сложившейся ситуации или нет.
Воспользуйтесь восстановлением системы. Откат состояния Windows до предыдущих состояний может оказаться полезным, поскольку способен устранить причину синего экрана смерти. Если у вас Windows 8.1, вы можете найти эту утилиту пройдя по пути Панель управления > Все элементы панели управления (Маленькие/Крупные значки) > Восстановление.
Альтернативный вариант: Панель управления > Поиск и исправление программ в графе Система и безопасность > Восстановление.
Проверка оборудования. Проверьте наличие ошибок памяти с помощью встроенных инструментов на вашем компьютере. Будет полезно узнать температуру вашего устройства, в этом поможет утилита Speccy, которую можно скачать на просторах интернета. BSOD вполне могут вызывать неисправные жесткие диски. Если память и температура вашего компьютера в порядке, попробуйте обратиться к техническому специалисту для диагностики устройства.
Переустановка Windows. В случае если у вас не получается найти решение для вопроса BSOD, переустановите Windows. Это позволит избавиться от угроз синего экрана смерти, которые время от времени получает ваш девайс.
Синий экран смерти всегда был здесь и будет преследовать вас. Вы должны укрепить в себе воина, закалиться, вступить в схватку с не равной силой и одержать верх! Покажите синему экрану смерти чего вы стоите и на что способны, будьте спасителем своего ПК!
Оставим эти героические саги, просто держите в памяти несколько вещей:
- 1.Стабильно обновляйте свой ПК.
- 2.Регулярно проверяйте систему на наличие вредоносного ПО.
- 3.Дважды задумывайтесь перед установкой неизвестного ПО.
- 4.Никогда не выключайте компьютер непосредственно из источника питания, так как это может повредить файлы Windows.
Одно только появление синего экрана смерти способно вызвать панику начинающего пользователя, но то что к вашей системе смерть может прийти в разных цветах должно быть вызывает некоторое удивление. Эти экраны могут быть как признаком уже существующей проблемы, так и оказаться предупреждением перед тем как случится что-то серьезное.
Виды экранов смерти
Синий экран смерти (Blue Screen of Death, BSOD)
Выше рассмотренный синий экран смерти стал наиболее популярным среди прочих ошибок системы, поскольку он встречается пользователями гораздо чаще, чем другие.
Черный экран смерти (Black Screen of Death, BkSOD)
Черный экран смерти уже далеко не новая ошибка, которую мы можем встретить в Windows. Он существует с тех пор как люди начали играть в игры на Windows 3.x и возникал, когда происходила критическая системная ошибка. Эд Браун, сотрудник ИТ-подразделения Coca-Cola, первым в 1991 году дал этой ошибке имя Black Screen of Death.
Более новые операционные системы Windows, такие как Windows 7, 8, 10 тоже отображают черный экран смерти, когда происходит сбой в загрузке MBR в момент запуска системы. Это происходит, когда отсутствует какой-то важный DLL-файл или в случае если вы сжали свой диск и операционная система не может быстро распаковать его.
При поврежденной загрузочной области диска (записи MBR), восстановить информацию с жесткого диска вам поможет инструмент Starus Partition Recovery.
Красный экран смерти (Red Screen of Death, RSOD)
Красный экран смерти отображается, когда в вашей системе Windows присутствует неполадка с установленной графической картой. Известно, что RSOD впервые появился в Windows 98 и Windows Vista. Однако это может не помешать нормальной загрузке вашей операционной системы, поскольку ошибка касается только графической части.
Также существуют другие экраны смерти, в других цветах, но уже в других ОС.
Похожие статьи про восстановление данных:
Дата:
Теги: Как восстановить, обновление, Ошибка, Процесс восстановления
BSOD – не повод для паники. Выясняем природу «экрана смерти» / Хабр
До недавних пор я думал, что единственный способ узнать о причине BSOD’а – это белые буковки на синем «экране смерти». Недавние события немного расширили мои познания в области диагностирования неполадок, и этими знаниями я хочу поделиться с вами, хабражители.
Случилась очередная поломка системы у очередного клиента. «Синий экран, и нечего не шевелится» — так описала проблему девушка, которая за компьютером работала. Дело было около 18 вечера, и ехать на выезд совсем не хотелось. Перезвонив клиенту, я сказал, что компьютер посмотрю удаленно, хотя сам понимал, что заниматься ним придется завтра. Тем не менее совесть не дала просто забыть о компе до завтра.
Единственная разумная мысль, которая у меня тогда возникла, почитать Event Viewer, что и сделал.
Вот приблизительно такая запись привлекла мое внимание. Ну, раз система сгенерила багчек, почему бы его не почитать.
Я немного погуглил на предмет открыть файл «.dmp», и наткнулся на Debugging Tools for Windows. Это часть большого продукта Microsoft Windows SDK for Windows 7. Зачем искать решения на стороне, когда их предоставляет сам разработчик. На установку Debugging Tools (как и на установку .NET Framework 4, который необходим для работы) ушло совсем немного времени. Естественно, что при установке я не выбирал дополнительных компонентов, а то мое удалённое диагностирование затянулось бы надолго (см. скрин)
Понимаю, что использовать инструмент с таким огромным функционалом только для того, чтобы посмотреть на .dmp файл не совсем правильно, но, кроме этого, мне он и не нужен.
Итак – программа установлена, осталось только посмотреть на сам минидамп. Для этого запускаем WinDbg из пакета Debugging Tools for Windows, и в меню «File» выбираем «Open crash dump».
После недолгого анализа программа выдает предположительную причину вызова BSOD.
В моем случае, причиной был неверный драйвер Storage Controller’а. Скачав с оф.сайта свежий драйвер, причину неработоспособности удалось побороть.
К сожалению, причины неполадок зачастую не лежат на поверхности, и вот такой вот анализ может не принести желаемого результата.
BSOD — Lurkmore
Анонимус! Альтернативное мнение также имеется в смехуечках. |
В Microsoft тоже хорошо знают об этом
BSoD (англ. blue screen of death) — синий экран смерти, выдаваемый виндой по множествам веских (и не очень) ошибок: в NT-архитектуре при сбоях в модулях ядра и драйверах. В Вынь95 в силу большей безблагодатности оной появлялось и по менее значительным поводам, например если во время чтения с диска нажать кнопку открытия лотка CD-ROM.
[править] Интересные факты
Внезапный конец
Известен вирус, созданный специально для маздая и вывешивающий поддельный «синий привет» с малопонятным кодом ошибки. Системщик, копающийся в операционке, визжит благим (а иногда и не очень) матом, хватается за голову, поминает добрыми (и от того вечными) словами всех дальних родственников тов. Гейтса и иже с ними, давит на кнопку выключения ПК… И минуту одупляется в возникшее диалоговое окно с надписью типа «Какое действие выполнять Windows при нажатии кнопки питания?»… Поверх BSoD возникшее, заметьте. Случались утраты нижней челюсти.
Существует также скринсейвер, показывающий в простое синий экран, тем самым пугая секретарш и офисный планктон (но сильнее всех такой скринсейвер пугает одминов, а поначалу может нервировать даже владельца), хотя для выхода из программы достаточно просто тыкнуть кнопку на клавиатуре. Замечено, что нередко считающие себя продвинутыми ламеры в таком случае жали кнопку Reset.
К слову, в Win9x синий экран не является экраном смерти, как таковым: после вылетания синего экрана в большинстве случаев можно продолжить работу. В отличие от следующих версий. Таким образом, синий экран в Win9x правильнее называть не BSoD, a SES (Stop Error Screen).
[править] Цвет SES в Win9x можно поменять:
Откройте файл SYSTEM.INI, который лежит у вас в папке %systemroot% (скорее всего в C:\Windows или другой, где проинсталлирована сама Windows). Вы можете сделать это очень просто запустив команду SYSEDIT (Пуск -> Выполнить…) или используя Notepad.exe.
Найдите в файле секцию [386enh].
Если в этой секции нет следующих двух записей, добавьте их:
MessageBackColor= |
И после знака «=» поставьте то значение, которое Вам больше нравится (выберите из списка):
0 = black
1 = blue
2 = green
3 = cyan
4 = red
5 = magenta
6 = yellow/brown
7 = white
8 = grey
9 = bright blue
A = bright green
B = bright cyan
C = bright red
D = bright magenta
E = bright yellow
F = bright white
Например:
MessageBackColor=4
MessageTextColor=F
Поменяет цвет фона SES в красный, и у нас получится красный экран «cмерти».
Сохраните изменения и закройте файл SYSTEM.INI и перезагрузите компьютер. Примечание: используйте буквы В ВЕРХНЕМ РЕГИСТРЕ, то есть F а не f.
Впрочем, для ленивых есть отдельная софтинка.
[править] Можно менять цвет B(?)SOD в поздних версии окон
Есть несколько способов:
- через отладку ядра
- программно изменить Myfault.sys
[править] Ручной вызов
Описан в педивикии w:BSOD
Microsoft почему-то считает, что данные, выводимые на этом экране помогут пользователю разобраться с проблемой в будущем, хотя совершенно ясно, что большинство их даже и не читает, а сразу жмет Reset и перезагружает компьютер. До Microsoft это наконец дошло, и поэтому в Windows 8 подробную информацию заменили на голубой экран с грустным смайликом. Впрочем, в актуальных версиях Windows BSoD можно увидеть гораздо реже, чем в Windows 9x и, вы не поверите, Hackintosh’ах актуальных версий (и называется это Kernel Panic, и происходит из-за криворуких сборок ядер и их расширений на коленке характерных для всех хаков), поэтому пользователям больше запомнились именно старые SES’ы.
Windows NT (с версии 3.1 до бета-версий 2000) начинала свою загрузку именно с этого BSOD, на котором было написано количество процессоров, версия ядра и размер оперативки. И не означало это никакой пиздец. Также установка Windows до Vista начиналась с синего экрана.
Основная мечта виндузятника — сделать с BSoD’а скриншот, и только избранные знают, как это можно сделать: при помощи другого компа, замученной вдрызг виртуальной машины или тюнера. А самое доступное и оперативное на данный момент — сделать снимок цифровым фотоаппаратом или телефоном. Остальные злятся и завидуют.
При этом особо пытливые и потому не разучившиеся курить логи одмины этим вобще не заморачиваются. Поскольку знают, ГДЕ всё, что написано в BSoD можно прочесть в System logе винды(куда свои кирпичи откладывает и Chkdsk, когда его запускают в Single User Mode на этом экране), как, кстати(если сразу не давить Reset а чуть подождать, пока оно само надавится, сначала отдуплив в файлик memory.dmp в корне винды, оч-чень интересный для пытливого ума и программ побайтной трассировки, весь мусор, накопившийся к моменту шмяка в системной памяти) — ещё алсо и результат его анализа, неиллюзорно удлинняющего процесс следующей загрузки.
[править] Галерея синих экранов
В Longhorn 5048 и 5112 кроме синего экрана смерти есть еще красный экран смерти (RSoD) для действительно серьезных ошибок представленного в этом самом Лонгхорне Windows Boot Manager, заменившего NTLDR.
Позже был выпилен (дабы не заставлять хомячков генерировать еще больше кирпичей), и подобные ошибки с Висты до Семёрки показывались на чёрном фоне, а после Win8 — на синюшном.
Так же наличествовал и в Windows 98 ранних билдов (Memphis 1423). Указывал на ошибки с ACPI.
Красный экран смерти есть и на PSP и PS3. Тоже символизирует о серьёзных проблемах. Так-то.
Черный экран смерти (KSoD, blacK Screen of Death, возможно, от moon. 黒 (Kuro) — чёрный) — такое название в народе получили сразу два явления, никак не связанных с технической точки зрения ни друг с другом, ни с BSoD и RSoD.
Одно из них — ошибка, наблюдавшаяся на Windows 7 в конце ноября 2009 года: при входе в систему экран становился абсолютно черным. Компания Prevx сначала грешила на обновления системы, но несколькими днями позже выяснилось, что причина в недокументированном изменении правил для работы со списками контроля доступа ACL (Access Control List). Из-за этих изменений, как посчитала компания Prevx, некоторые приложения переставали запускаться, поскольку теряли право на использование некоторых своих компонентов, размещенных в файловой системе.
Также название «черный экран смерти» получила реакция системы проверки лицензионности винды (WGA). После обнаружения пиратской винды или истечения 30-дневного триального периода её работа не блокируется, но вместо обоев выставляется черный фон и каждый час заботливо сообщают «возможно вы стали жертвой подделки…», не забывая свернуть перед этим все окна.
У яблочников
В Windows 8 тоже есть чёрный экран смерти, называют его по-старому: BlackSOD. Появляется он во время установки на VMWare ранних версий (M1, M2, M3) и какбэ говорит нам: «Your computer needs to restart». Происходит это из-за отсутствия поддержки ACPI 2.0, естественно установку завершить не удаётся, так-то!
Еще, как вариант, чтобы избавиться от BlackSOD при установке восьмерки на виртуальную машину, нужно в BIOS реальной включить функцию Disable Execute Bit.
А вообще, большинство критических ошибок пишутся на черном фоне, особенно если не пользоваться Виндой. Тот же Kernel Panic происходит в логе загрузки или в консоли, ошибки BIOS вроде проблем с поиском загрузочного диска тоже пишутся белым на чёрном, ошибки DOSа — ну ты понел.
У маководов та же паника происходила уже с графическим посланием «перезагрузите компьютер» на чёрном фоне. Ныне фон заменили на светло-серый.
Да, бывает и такое. Даже учитывая то, что зелёный символизирует что-то хорошее, в Винде он тоже означает случившийся пиздец. Был введён в Windows 10 1703 эксклюзивно для участников программы Windows Insider, дабы разделять краши обычных юзеров и инсайдеров. В целом равен BSoDу из обычных версий десятой венды.
Алсо, зелёным экраном смерти кличут ошибку на Xbox One, из-за которой консоль показывает зеленый загрузочный экран.
Во времена, когда компьютеры были большими и общались со своими операторами в лучшем случае через командную строку, а в худшем — через перфокарты, существовал аналогичный мем — «Does not compute». Эту фразу в тогдашней фантастике, как правило, произносил робот или суперкомпьютер в случае когнитивного диссонанса.
На мейнфреймах вроде легендарной ЕС-1841, если очень постараться(например попытавшись поменять «на ходу» одну из плат памяти, эпично повторяя подвиг из «Одиссеи 2010» Артура Кларка) тоже можно было получить себе(и соседям по процессу заодно) в терминал и привычный BSoD. Только был он чёрно-зелёным. А в те времена мониторы других цветов показывать просто не умели!
- В задротской браузерке AdventureQuest при проблеме с коннектом на экран вылезает Blue Scroll of Doom.
- Также встречается в играх F.E.A.R. 3 на банкомате и в Watch Dogs, когда главгерой игры, Эйден Пирс, «подрезает» с помощью своего хакерофона «Профайлер» (Profiler), опять же, банкоматы.
- В эпичной игре Magicka BSOD (переведен как «Вылет на рабочий стол») вообще является боевым летальным заклинанием, зачастую убивая самого горе-мага или компаньона.
- В Black Mesa после каскадного резонанса большая часть компьютеров показывает BSOD. Шутка в том, что вызван он файлом hl2.exe, то есть запуском Half-Life 2, модом на которую является сабж.
- В Wasteland 2 BSOD мог наступить у противника-робота, если тому критически засветить в голову. В этом состоянии у вражины ухудшаются боевые навыки и появляется тенденция впадать в ступор.
- В Portal 2 сабж светится на экранах лифта, когда комплекс летит КЕМ благодаря кое-кому.
- При просмотре одной из серий фильма «Терминатор» NTёвый BSOD на пару секунд показывает даже телевизор(причём даже трубчатый(!))/видеопроектор/дивидюк. Ага именно в момент когда Терминатора самого реально и с особой жестокостью терминируют. Ходит байка, что как раз оттуда и пошло название экрана. Забывая, что на мультитерминальных динозаврах типа ЕС СР-М тоже иногда выплёвывала дамп. И называли его именно посмертной распечаткой.
BSOD — это не баг, это фича! | |
---|---|
Blue screen of DEATH, nya! | |
---|---|
новые способы борьбы с голубым экраном смерти — «Хакер»
Содержание статьи
Голубой экран смерти – это последний вздох системы, после которого душа
отделяется от тела. В смысле, дамп памяти падает на диск, и компьютер уходит в
перезагрузку, унося с собой все несохраненные данные. Вытащить систему из мира
мертвых и взять ситуацию под свой контроль поможет термоядерный отладчик Syser.
Пора брать этот инструмент на вооружение!
Windows намного надежнее, чем это принято считать в народе. Моя основная
машина (на базе W2K) перезагружается не чаще двух раз в месяц, а файловый сервер
(и по совместительству – рабочая станция для цифрового монтажа, также
вращающаяся под W2K) бесперебойно проработал полгода и упал лишь из-за броска по
питанию, с которым не смог справиться UPS.
Голубые экраны смерти, вспыхивающие время от времени, отлавливаются SoftICE,
который мыщъх держит постоянно загруженным. В большинстве случаев он возвращает
систему к жизни. Это вопрос чести и хакерской этики. Перезагрузки – тривиальный,
но порочный путь. Каждый сбой компьютера, каждый глюк системы мыщъх воспринимает
чуть ли не как физическую боль и борется за здоровье машины, как за свое
собственное! И пускай меня сочтут ненормальным… главное – методики реанимации
системы, разработанные и обкатанные мной, могут принести пользу не только мне.
Итак, что нам понадобится?
По ту сторону BSOD’ов
Голубые экраны вспыхивают всякий раз, когда ядро сталкивается с ситуацией,
которую не может разрулить самостоятельно. Если не остановить некорректно
работающий код, завершив работу всех механизмов оси в аварийном режиме, ситуация
способна пустить систему в разнос. Это, кстати, кардинально отличает NT-подобные
системы от мира UNIX, впадающего в BSOD (kernel panic – в их терминологии)
только в хардкорных обстоятельствах (все остальное время они просто выгружают
порочный драйвер примерно так же, как NT завершает работу некорректно
работающего приложения).
Конечно, если ошибка возникнет в драйвере файловой системы, то далеко на такой
машине не уедешь. Подавляющее большинство сбоев приходится на драйвера,
установленные вирусами, антивирусами, брандмауэрами, звуковыми и видеокартами.
Причем, как показывает практика, 90% ошибок отнюдь не фатальны. Они вполне
совместимы с жизнью, но ядро не спрашивает нас, хотим ли мы продолжить работу
или предпочитаем внезапно умереть (в тот самый момент, когда открыта масса
приложений с тучей не сохраненных файлов).
Прежде, чем бросаться в бой, нужно отделить программные ошибки от аппаратных
отказов железа (как разогнанного, так и нет). Если голубые экраны вспыхивают в
случайное время, каждый раз отображая разные данные (да кто эти данные читает?),
то с большой вероятностью мы имеем дело с глюками железа. Пытаться реанимировать
компьютер при этом чрезвычайно опасно. Если содержимое оперативной памяти
разрушено из-за разгона или некачественного блока питания, то после выхода из BSOD‘а операционная система попытается скинуть дисковые буфера. А там у нас что?
Правильно, – мусор. И дисковый том отправится к праотцам, что намного хуже, чем
потеря оперативных данных.
Впрочем, дефекты программного обеспечения тоже могут приводить к генерации «рандомных»
экранов голубой смерти. Следовательно, без полного анализа ситуации здесь не
обойтись. Однако не будем падать духом! Рано или поздно мы «объездим» ядро и
разберемся во всех тонкостях его организации, а пока ограничимся лишь общей
схемой.
Как устроен BSOD
Роль палача в NT-системах играет функция KeBugCheckEx, экспортируемая ядром и
вызываемая из сотен (если не тысяч!) мест с теми или иными параметрами. Что это
за параметры? Обратившись к NTDDK, мы узнаем, что функция KeBugCheckEx принимает
пять аргументов, первый из которых (BugCheckCode) содержит код ошибки, а четыре
следующих параметра – места/время/обстоятельства ее возникновения.
Перечень BugCheck-кодов можно найти в том же NTDDK. Там же содержится
описание четырех аргументов, специфичных для каждого BugCheck-кода, количество
которых чуть меньше сотни. Чтобы не держать в голове кучу ненужной информации,
рекомендуется распечатать документацию и всегда хранить ее под рукой.
BugCheck-коды можно разделить на две большие категории. Первая содержит адрес
инструкции, вызвавшей исключение (например, 1Eh: KMODE_EXCEPTION_NOT_HANDLED,
0Ah: IRQL_NOT_LESS_OR_EQUAL, 24h: NTFS_FILE_SYSTEM). Это позволяет «заглянуть»
отладчиком непосредственно на место аварии, исправить пробоину и, выйдя из
отладчика, продолжить плавание (естественно, для этого нужно не только знать
ассемблер, но и разбираться в тонкостях драйверостроения, но это – в идеале).
Другая категория BugCheck-кодов не содержит адреса дефективной инструкции,
поскольку ядро диагностирует аварийную ситуацию на поздней стадии. Найти
виновника в этих случаях затруднительно. Взять хотя бы такой BugCheck-код, как
C2h: BAD_POOL_CALLER. Он вызывается из функции распределения памяти,
обнаружившей, что память на конкретной измене, но кто ее разрушил и когда –
этого система сказать не может.
Поиск диверсанта зачастую отнимает несколько дней кропотливого ручного труда
и, что самое неприятное, – исправить разрушенные структуры данных практически
невозможно, а, значит, перезагрузки все равно не избежать. Хотя с риском для
жизни еще можно вернуться на уровень прикладного режима, попробовав сохранить
хотя бы часть данных. Если нам повезет, то с разрушенным пулом (специальной
областью ядерной памяти) можно проработать несколько минут, а иногда и дней. В
исключительных ситуациях система держится на плаву целую неделю, однако никакого
смысла в таком экстриме нет. Риск разрушения дисковых томов очень велик и
потому, сохранив все несохраненные данные, лучше все-таки перезагрузиться.
Подготовка к работе
Для борьбы с голубыми экранами смерти нам понадобится любой достойный
термоядерный отладчик, загруженный до их возникновения (надеюсь, не нужно
объяснять почему?). Достойных отладчиков ядра всего три: SoftICE, Syser и
Microsoft Kernel Debugger, но SoftICE не работает на Висле и Server’е 2008, а
Microsoft Kernel Debugger – это вообще не вариант. Остается Syser, который мы и
будем использовать.
Установка обычно проходит гладко и без нареканий. Выбираем ручной режим
загрузки (boot – manual) и, чтобы не грузить его вручную (это ж напряг какой!),
перетягиваем иконку «Syser Loader», созданную инсталлятором в папку
«Автозагрузка». В принципе, можно не извращаться и выбрать автоматический режим
загрузки. Но в этом случае, если возникнет конфликт отладчика с операционной
системой, его будет трудно выгрузить.
Окей, будет считать, что Syser загружен и готов работе, что подтверждается
наличием соответствующей управляющей консоли на экране. Ее можно свернуть или
совсем закрыть – отладчику от этого хуже не станет. Однако мы ничего закрывать
не будем, поскольку чуть позже планируем немного поэкспериментировать с
дефективным драйвером, запуск которого как раз и осуществляется через эту
консоль. А сейчас нажимаем <CTRL-F12> и вводим магическую команду «bpm
KeBugCheckEx x<ENTER>x<ENTER>», заставляющую Syser перехватывать вызов функции
KeBugCheckEx до возникновения голубого экрана смерти. Набирать ее придется
вручную при каждом запуске Syser’а, поскольку текущие версии отладчика, увы,
макросов автозапуска не поддерживают (в SoftICE делать вообще ничего не надо,
так как он перехватывает KeBugCheckEx по умолчанию). На этом нашу миссию можно
считать законченной. Теперь ни один голубой экран смерти не пробежит мимо нас
незамеченным!
Уроки практической магии
Напишем простой драйвер, обращающийся к памяти по нулевому указателю (что
категорически недопустимо) и, как следствие, вызывающий BSOD, с которым мы и
будем сражаться.
Исходный ассемблерный текст простейшего драйвера-убийцы приведен ниже:
.686
.model flat, stdcall
extern DbgPrint:PROC
.code
DriverEntry proc
push offset to_die
; вывод предупредительного сообщения
CALL DbgPrint
pop eax
XOR EAX, EAX
; обнуляем регистр EAX
MOV EAX, [EAX]
; здесь выскакивает BSOD
push offset happy
; если вы читаете этот текст,
CALL DbgPrint
; значит, вы еще живы 🙂
pop eax
mov eax, 0C0000182h
; STATUS_DEVICE_CONFIGURATION_ERROR
; RET
; Four-F says
RETN 8
; <- haron says
DriverEntry endp
.data
to_die DB «*] prepare to die! [*»,0Dh,0Ah,0
happy DB «*] welcome to life [*»,0Dh,0Ah,0
end DriverEntry
Для его сборки нам понадобится NTDDK (который можно бесплатно скачать с
серверов Microsoft), а также командный файл, в котором переменная окружения
ntoskrnl содержит полный путь к библиотеке ntoskrnl.lib (зависящий от того, куда
инсталлятор установил NTDDK). Как видно, мыщъх использует путь, отличный от пути
по умолчанию (C:\Program Files\) и потому нуждающийся в коррекции. В противном
случае собрать драйвер не получится. На всякий случай, готовый драйвер
CALL-the-BSOD.sys прилагается к статье.
@ECHO OFF
REM устанавливаем необходимые переменные окружения
SET FILE_NAME=CALL-the-BSOD
SET ntoskrnl=D:\NTDDK\libchk\i386\ntoskrnl.lib
REM удаляем результаты предыдущей сборки
IF EXIST %FILE_NAME%.obj DEL %FILE_NAME%.obj
REM транслируем ассемблерный листинг
ml /nologo /c /coff %FILE_NAME%.asm
IF NOT EXIST %FILE_NAME%.obj GOTO err
REM линкуем сгенерированный .obj файл
link /nologo /driver /base:0x10000 /align:32
/out:%FILE_NAME%.sys /subsystem:native
%FILE_NAME%.obj %ntoskrnl%
GOTO end
:err
ECHO -ERR!
:end
Первый бой – он трудный самый!
В консоли Syser’а находим пункт «Tools», а в нем – «Quick Driver Loader». В
появившемся диалоговом окне указываем путь к драйверу CALL-the-BSOD.sys (Driver
File Name). Имя сервиса (Service Name) загрузчик подставит самостоятельно.
Нажимаем «Install» (установка) и «Start» (внимание: установку драйвера
достаточно выполнить всего один раз и затем просто давить «Start», а когда нам
надоест с ним экспериментировать – сказать «Uninstall» для удаления сервиса из
системы, но впрочем, можно и не говорить, это всего лишь запись в реестре,
которая никому не мешает).
Но мы сильно забегаем вперед. После нажатия кнопки «Start» отладчик
появляется на экране, послушно остановившись на функции KeBugCheckEx. Если
теперь нажать «x<ENTER>» для выхода из отладчика, передавая управления функции
KeBugCheckEx, система немедленно рухнет, отображая следующий BSOD (смотри
рисунок), то есть свершится то, что произошло бы, если бы отладчик не был
установлен и сконфигурирован.
Обратившись к NTDDK, мы узнаем, что номер 1Eh принадлежит BugCheck-коду
KMODE_EXCEPTION_NOT_HANDLED, сигнализирующему об ошибке доступа к памяти. Первый
аргумент функции KeBugCheckEx содержит код исключения, в данном случае равный
C0000005h (STATUS_ACCESS_VIOLATION – нарушение доступа). Второй аргумент (равный
F75DF2AFh) – адрес дефективной машинной инструкции, до которой можно
«дотянуться» командой «u *(esp+(4*3))» – дизассемблировать содержимое указателя,
лежащего в третьем двойном слове относительно регистра-указателя вершины стека.
Если команда введена правильно, мы увидим код драйвера-убийцы, который мы
только что компилировали, линковали и загружали через «Quick Driver Loader». Все
ясно! Машинная команда MOV EAX, [EAX] (где EAX, как мы помним, равен нулю)
обращается к нулевой ячейке памяти. Процессор генерирует исключение,
подхватываемое ядром и после непродолжительных мытарств попадающее под трибунал
KeBugCheckEx.
На регистры, отображаемые отладчиком в левом верхнем окне, лучше не смотреть.
EAX там равен не нулю, а черт знает чему, а все потому, что с момента вызова
исключения прошло слишком много времени, и регистровый контекст был изменен. А
потому, возвращаться назад в драйвер нам нельзя. Точнее – можно, но для этого
потребуется совершить слишком большое количество телодвижений, а мы тут не
акробатикой занимаемся, а хакерством. Не будем крутить попой! Будем думать
головой!
Универсальные способы реанимации системы
Начинаем мозговой штурм. Какие будут предложения? Думаем…
Что мы вообще делаем на ядерном уровне, когда можно просто совершить
нуль-транспортировку на прикладном, на котором никакие BSOD’ы не возникают.
Самое худшее, что может здесь случиться – это критическая ошибка, вызывающая
аварийное завершение текущего приложения, но никак не падение всей системы
целиком.
А что же ядро? Как там со стеком и прочими структурами данных? В каком
состоянии мы их оставим? Ну, что касается ядра, то при вызове ядерных функций с
прикладного уровня оно заново подготавливает регистровый контекст и все будет ОК.
То же самое происходит и при генерации аппаратных прерываний, механизм
диспетчеризации которых заслуживает отельной статьи. Самая большая опасность,
которая нам грозит – это прерывание функции драйвера, оставляющей свои
собственные данные в хаотичном состоянии (при последующем обращении к ним BSOD с
высокой степенью вероятности вспыхнет вновь). Хм, а может быть и не вспыхнет.
Это уж как повезет.
Ладно, рискнем (а что нам еще остается делать?) и воспользуемся легальной
функций возвращения на прикладной уровень (которая, между прочим,
недокументированна и варьируется от системы к системе). А других вариантов нет?
Почему же? Ядро работает с кодовым селектором 08h, прикладной уровень — 1Bh,
следовательно, для нуль -транспортировки нам достаточно изменить регистр CS с
08h на 1Bh. Но Syser отказывается воспринимать команду «r CS 1B», ругаясь на
ошибку синтаксиса, хотя с синтаксисом все нормально. Syser определенно еще не
доделан и, чтобы изменить CS, приходится щелкать мышью по окну с регистрами и
модифицировать CS вручную, посредством графического интерфейса (хвост бы его
побрал). После можно со спокойной совестью выйти из отладчика по <CTRL-F12> и…
тут же попасть под артобстрел голубых экранов смерти, падающих один за другим.
Если не сдаваться и мужественно возвращаться каждый раз на прикладной режим
путем модификации CS, то (при определенной степени везения) можно дождаться
относительного затишья и продолжить работать на прикладном уровне, как ни в чем
не бывало.
А вот другое решение. Вместо того, чтобы нуль транспортироваться на
прикладной режим, оставляя ядро в аварийном состоянии, попробуем модифицировать
функцию KeBugCheckEx, воткнув в ее начало машинную команду «RETN 14h»,
соответствующую машинному коду: C2h 14h 00h. Находясь в начале KeBugCheckEx,
просто дадим команду «d eip» (отобразить в дампе памяти содержимое по адресу, на
который указывает регистр EIP). Щелкнув мышью по верхнему окну, заменим три
первых байта на «C2h 14h 00h». Поскольку, Syser – сырой продукт, синхронизация
дампа памяти с окном кода отсутствует. Чтобы увидеть проделанные изменения,
кликаем по кодовому окну, нажав <PageUp>/<PageDown>. Ага, теперь, команда «RETN
14h» появилась в самом начале функции KeBugCheckEx!
Ну и, чего мы добились? Достаточно многие виды исключений, при попытке
игнорирования их таким варварским путем, будут вызывать BSOD вновь и вновь,
пусть он уже не появится на экране (ведь своим RETN 14h мы фактически устроили
короткое замыкание внутри функции-палача).
Однако на многопроцессорных системах (включая HT- и многоядерные процессоры) все
будет работать, хоть и сильно тормозить, поскольку «зацикливание» одного
ядерного «потока» практически никак не повлияет на все остальные. «Поток» взят в
кавычки потому, что в ядре NT никаких потоков нет, но для объяснения
происходящего такая трактовка вполне сойдет.
А вот еще один вариант. Вместо возврата из KeBugCheckEx, просто зациклим ее,
воткнув в ее начало команду JMP SHORT $-2, которой соответствует следующий
машинный код: EBh FEh, внедряемый по прежней схеме: «d eip», и дальше запись EBh
FEh поверх существующего кода.
Зацикливая KeBugCheckEx на однопроцессорной машине, мы сильно рискуем
получить глухой завис. Двухпроцессорные тачки какое-то время успеют проработать,
прежде чем оба процессора вызовут KeBugCheckEx и войдут в бесконечный цикл, из
которого их вывести может только аппаратное прерывание, сгенерированное таймером
или иными внешними устройствами (правда, при этом существует реальная угроза
переполнения стека). Если KeBugCheckEx многократно вызывается, выпадая в
бесконечный цикл и оставляя переданные аргументы на вершине стека, то стеку рано
или поздно наступит конец. Ловить исключение уже некому и система уйдет в
перезагрузку безо всяких голубых экранов. Впрочем, это можно исправить путем
изменения JMP SHORT $-2 на ADD ESP,14h/JMP SHORT $-2, что соответствует
машинному коду: 83h C4h 14h/EBh FEh.
Вероятность выживания системы существенно повышается. Впрочем, все
универсальные приемы преодоления BSOD далеки от совершенства, ведь если бы хоть
одно надежное универсальное решение существовало, то его уже давно бы
реализовали: если не сама Microsoft, то сторонние разработчики. Так что без
изучения ассемблера и анатомических особенностей NT-подобных систем нам все
равно далеко не уйти.
Как я раньше этого не сделал?
Хакерские навыки не приобретаются в одночасье. Начиная с простых
экспериментов и употребления различных «рецептурных справочников», мы постепенно
въезжаем в суть вещей, постигая устройство мира. Мир устроен одновременно и
просто, и сложно. Любая задача зачастую после решения кажется простой.
Термоядерные отладчики позволяют разрулить огромное количество мелких и
крупных проблем. Для грамотного использования отладчиков необходимы практика и
интуиция. Мыщъх искренне надеется, что эта статья и будет тем пинком (гм,
толчком), который подвигнет тебя на эксперименты и исследования.
WARNING
Работа с операционкой в аварийном режиме может привести к краху системы и
потере данных.
INFO
Ранее мы описывали методы борьбы с BSOD с помощью SoftICE. В настоящее время
поддержка SoftICE прекращена, и хотя старые версии все еще можно найти в Сети,
они не дружат с Windows Vista и Server 2008. Мыщъх (при финансировании компании
K7 Computing) вплотную занялся переносом SoftICE под новые системы, так что
следи за новостями! Первая пре-альфа уже на подходе!
Полную версию статьи |
Как узнать причины вашего BSOD в Windows 10, 8, 8.1?
«Никто не настолько храбр
, чтобы его не беспокоило нечто неожиданное»
Юлий Цезарь
По общему мнению, ошибки Blue Screen of Death являются одними из самых жутких и наиболее тревожных проблем, с которыми может столкнуться пользователь ПК с Windows. Этот ужасный синий экран появляется неожиданно, останавливает вашу систему, сбивает с толку вашу работу и до чертиков пугает вас, объявляя о проблеме, с которой ваш компьютер не может справиться.И, кроме того, вы даже не можете понять, что изначально вызывало это несчастье, поскольку теперь ваша Windows 10, 8, 8.1 показывает грустный смайлик вместо подробной информации BSOD, необходимой для решения проблемы.
Почему вместо правильного описания ошибки теперь печальный смайлик?
Что ж, наша старая добрая Microsoft внесла такие изменения в свои последние операционные системы, чтобы сделать BSOD «чистыми». К сожалению, из-за этого они стали заведомо малоинформативными. И хотя этот смайлик кажется вам сочувствующим, на самом деле он бесполезен.Таким образом, мы считаем жизненно важным знать, как просматривать подробности BSOD в Windows 10, 8, 8.1, поскольку это лучший способ узнать, почему ваш компьютер с Windows разбился.
Итак, убедитесь, что ваши личные файлы должным образом сохранены, и встаньте на путь ясного объяснения того, что происходит с вашей машиной.
Блокировка автоматического перезапуска
Во-первых, давайте предотвратим перезагрузку вашего компьютера после появления ошибки BSOD (в противном случае вам может быть сложно устранить проблему):
- Откройте файл / проводник Windows.
- Найдите компьютер / этот компьютер. Щелкните его правой кнопкой мыши и выберите «Свойства».
- Перейти к расширенным настройкам системы.
- Перейдите к настройкам запуска и восстановления.
- Снимите флажок «Автоматический перезапуск» в разделе «Сбой системы».
- Щелкните OK, чтобы изменения вступили в силу.
Получите информацию о BSOD
Теперь выберите лучший вариант для просмотра деталей BSOD в Windows 10, 8, 8.1:
1. Получите специальное обновление безопасности
Осознавая дискомфорт, который вы испытываете из-за невозможности получить необходимые сведения о BSOD, Microsoft выпустила специальное обновление и утверждает, что оно способно решить вашу проблему.Это обновление безопасности MS15-115. Посетите веб-сайт поддержки Microsoft, загрузите обновление, предназначенное для вашей версии Windows, и установите его на свой компьютер. Затем проверьте, помогло ли это вам.
2. Используйте исправление Microsoft.
Еще одно решение вашей проблемы — специальное исправление, выпущенное Microsoft. Вот как это получить:
- Google «Информация об ошибке Stop не отображается на синем экране в Windows».
- Щелкните по первой ссылке. Вы попадете на сайт поддержки Microsoft.
- Вы увидите сообщение «Исправление доступно для загрузки» вверху страницы. Щелкните по нему и следуйте инструкциям, чтобы получить исправление. Вы также можете найти его как HotFix 482230.
После завершения процедуры необходимо выполнить следующую настройку реестра:
- Откройте меню «Пуск». Найдите поле «Выполнить». Вы также можете получить к нему доступ, нажав сочетание клавиш с логотипом Windows + R.
- Введите regedit в Run. Затем выберите ОК.
- Когда откроется редактор реестра, перейдите в HKEY_LOCAL_MACHINE \ System \ CurrentControlSet \ Control \ CrashControl
- Выберите Edit и перейдите в New.Щелкните Значение DWORD (32-разрядное).
- В поле Имя введите DisplayParameters. Нажмите Enter, чтобы продолжить.
- Щелкните правой кнопкой мыши DisplayParameters. Выберите Изменить.
- Введите 1 в поле «Значение». Щелкните ОК.
- Закройте редактор реестра.
Теперь вам нужно перезагрузить компьютер. Затем посмотрите, сработал ли у вас описанный выше трюк.
Исправьте ошибку BSOD
Надеюсь, теперь вы можете увидеть, что стоит за вашим BSOD. Дело в том, что это может быть вызвано множеством проблем, среди которых проблемы с реестром, устаревшие драйверы и вредоносные программы.Итак, давайте быстро посмотрим, что вы можете сделать, если одна из вышеупомянутых неприятностей на самом деле ваша:
1. Исправьте реестр
Ваш реестр — это хрупкий компонент ОС, который может вызывать ошибки BSOD. Самый простой способ исправить это — использовать уважаемую и надежную утилиту. Например, вы можете позволить программе Auslogics Registry Cleaner попробовать свои силы. Это вернет ваш реестр в нужное русло буквально в кратчайшие сроки.
Имейте в виду, что мы настоятельно не рекомендуем редактировать реестр вручную, так как небольшая ошибка может фактически убить вашу систему.Так что будьте осторожны.
2. Обновите драйверы
Ваши драйверы представляют реальную угрозу благополучию вашего ПК, когда они устарели, поэтому вы должны поддерживать их в актуальном состоянии любыми способами. Например, вы можете обновить их вручную, загрузив последнюю версию программного обеспечения драйвера из Интернета и установив ее на свой компьютер. Тем не менее, вы можете автоматизировать процесс, используя Диспетчер устройств (найдите эту утилиту через Поиск на вашем ПК, и она позволит вам обновить драйверы ваших устройств; все, что вам нужно сделать, это найти свое устройство в окне Диспетчера устройств, справа -щелкните по нему и выберите обновление драйвера).Однако самый простой способ довести ваши драйверы до передового уровня — использовать специальный инструмент. Например, программа обновления драйверов Auslogics обновит ваши драйверы одним щелчком мыши.
РЕКОМЕНДУЕТСЯ
Устранение проблем с ПК с помощью средства обновления драйверов
Нестабильная работа ПК часто вызвана устаревшими или поврежденными драйверами. Auslogics Driver Updater диагностирует проблемы с драйверами и позволяет обновлять старые драйверы сразу или по одному, чтобы ваш компьютер работал более плавно
СКАЧАТЬ СЕЙЧАС
3.Очистите компьютер от вредоносных программ
В наши дни вредоносные объекты повсюду, поэтому неудивительно, что некоторым из них удалось проникнуть в вашу систему и вызвать проблему BSOD. В такой ситуации лучше всего запустить полное сканирование системы на наличие вредоносных программ.
Для этого можно использовать Защитник Windows. Вот инструкция для
Windows 8 / 8.1:
- Откройте меню «Пуск». Введите Защитник Windows в поиск.
- Щелкните Обновить. Перейдите на главную, а затем в Параметры сканирования.
- Щелкните Полный. Выберите Сканировать сейчас.
Windows 10:
- Перейдите в меню «Пуск». Щелкните Настройки.
- Выберите Обновление и безопасность. Перейдите в Защитник Windows.
- Щелкните Открыть Защитник Windows.
- Перейдите на левую панель и щелкните значок щита.
- Щелкните Расширенное сканирование. Выберите полное сканирование.
Вы также можете использовать решение стороннего производителя. Таким образом, Auslogics Anti-Malware всегда готова освободить ваш компьютер от гнусных сущностей.
Теперь вы знаете, как узнать, почему произошел сбой вашего ПК с Windows. Мы надеемся, что наши советы оказались полезными и вашей драмы про BSOD больше нет.
Если у вас есть какие-либо вопросы или идеи по теме этой статьи, мы будем благодарны за ваши комментарии.
.
Код | Сообщение | ||
---|---|---|---|
0x00000001 | APC_INDEX_MISMATCH | ||
0x00000002 | DEVICE_QUEUE_NOT_BUSY | ||
0x00000003 | INVALID_AFFINITY_SET | ||
0x00000004 | INVALID_DATA_ACCESS_TRAP | ||
0x00000005 | INVALID_PROCESS_ATTACH_ATTEMPT | ||
0x00000006 | INVALID_PROCESS_DETACH_ATTEMPT | ||
0x00000007 | INVALID_SOFTWARE_INTERRUPT | ||
0x00000008 | IRQL_NOT_DISPATCH_LEVEL | ||
0x00000009 | IRQL_NOT_GREATER_OR_EQUAL | ||
0x0000000A | IRQL_NOT_LESS_OR_EQUAL | ||
0x0000000B | NO_EXCEPTION_HANDLING_SUPPORT | ||
0x0000000C | MAXIMUM_WAIT_OBJECTS_EXCEEDED | ||
0x0000000D | MUTEX_LEVEL_NUMBER_VIOLATION | ||
0x0000000e | NO_USER_MODE_CONTEXT | ||
0x0000000F | SPIN_LOCK_ALREADY_OWNED | ||
0x00000010 | SPIN_LOCK_NOT_OWNED | ||
0x00000011 | THREAD_NOT_MUTEX_OWNER | ||
0x00000012 | TRAP_CAUSE_UNKNOWN | ||
0x00000013 | EMPTY_THREAD_REAPER_LIST | ||
0x00000014 | CREATE_DELETE_LOCK_NOT_LOCKED | ||
0x00000015 | LAST_CHANCE_CALLED_FROM_KMODE | ||
0x00000016 | CID_HANDLE_CREATION | ||
0x00000017 | CID_HANDLE_DELETION | ||
0x00000018 | REFERENCE_BY_POINTER | ||
0x00000019 | BAD_POOL_HEADER | ||
0x0000001A | MEMORY_MANAGEMENT | ||
0x0000001B | PFN_SHARE_COUNT | ||
0x0000001C | PFN_REFERENCE_COUNT | ||
0x0000001D | NO_SPIN_LOCK_AVAILABLE | ||
0x0000001E | KMODE_EXCEPTION_NOT_HANDLED | ||
0x0000001F | SHARED_RESOURCE_CONV_ERROR | ||
0x00000020 | KERNEL_APC_PENDING_DURING_EXIT | ||
0x00000021 | QUOTA_UNDERFLOW | ||
0x00000022 | file_system | ||
0x00000023 | FAT_FILE_SYSTEM | ||
0x00000024 | NTFS_FILE_SYSTEM | ||
0x00000025 | NPFS_FILE_SYSTEM | ||
0x00000026 | CDFS_FILE_SYSTEM | ||
0x00000027 | RDR_FILE_SYSTEM | ||
0x00000028 | CORRU PT_ACCESS_TOKEN | ||
0x00000029 | SECURITY_SYSTEM | ||
0x0000002A | INCONSISTENT_IRP | ||
0x0000002B | PANIC_STACK_SWITCH | ||
0x0000002C | PORT_DRIVER_INTERNAL | ||
0x0000002D | SCSI_DISK_DRIVER_INTERNAL | ||
0x0000002E | DATA_BUS_ERROR | ||
0x0000002F | INSTRUCTION_BUS_ERROR | ||
0x00000030 | SET_OF_INVALID_CONTEXT | ||
0x00000031 | PHASE0_INITIALIZATION_FAILED | ||
0x00000032 | PHASE1_INITIALIZATION_FAILED | ||
0x00000033 | UNEXPECTED_INITIALIZATION_CALL | ||
0x00000034 | CACHE_MANAGER | ||
0x00000035 | NO_MORE_IRP_STACK_LOCATIONS | ||
0x00 000036 | DEVICE_REFERENCE_COUNT_NOT_ZERO | ||
0x00000037 | FLOPPY_INTERNAL_ERROR | ||
0x00000038 | SERIAL_DRIVER_INTERNAL | ||
0x00000039 | SYSTEM_EXIT_OWNED_MUTEX | ||
0x0000003A | SYSTEM_UNWIND_PREVIOUS_USER | ||
0x0000003B | SYSTEM_SERVICE_EXCEPTION | ||
0x0000003C | INTERRUPT_UNWIND_ATTEMPTED | ||
0x0000003D | INTERRUPT_EXCEPTION_NOT_HANDLED | ||
0x0000003E | MULTIPROCESSOR_CONFIGURATION_NOT_SUPPORTED | ||
0x0000003F | NO_MORE_SYSTEM_PTES | ||
0x00000040 | TARGET_MDL_TOO_SMALL | ||
0x00000041 | MUST_SUCCEED_POOL_EMPTY | ||
0x00000042 | ATDISK_DRIVER_INTERNAL | ||
NO_SUCH_PARTITION | |||
0x00000044 | MULTIPLE_IRP_COMPLETE_REQUESTS | ||
0x00000045 | INSUFFICIENT_SYSTEM_MAP_REGS | ||
0x00000046 | DEREF_UNKNOWN_LOGON_SESSION | ||
0x00000047 | REF_UNKNOWN_LOGON_SESSION | ||
0x00000048 | CANCEL_STATE_IN_COMPLETED_IRP | ||
0x00000049 | PAGE_FAULT_WITH_INTERRUPTS_OFF | ||
0x0000004A | IRQL_GT_ZERO_AT_SYSTEM_SERVICE | ||
0x0000004B | STREAMS_INTERNAL_ERROR | ||
0x0000004C | FATAL_UNHANDLED_HARD_ERROR | ||
0x0000004D | NO_PAGES_AVAILABLE | ||
0x0000004E | PFN_LIST_CORRUPT | ||
0x0000004F | NDIS_INTERNAL_ERROR | ||
0x00 000050 | PAGE_FAULT_IN_NONPAGED_AREA | ||
0x00000051 | REGISTRY_ERROR | ||
0x00000052 | MAILSLOT_FILE_SYSTEM | ||
0x00000053 | NO_BOOT_DEVICE | ||
0x00000054 | LM_SERVER_INTERNAL_ERROR | ||
0x00000055 | DATA_COHERENCY_EXCEPTION | ||
0x00000056 | INSTRUCTION_COHERENCY_EXCEPTION | ||
0x00000057 | XNS_INTERNAL_ERROR | ||
0x00000058 | FTDISK_INTERNAL_ERROR | ||
0x00000059 | PINBALL_FILE_SYSTEM | ||
0x0000005A | CRITICAL_SERVICE_FAILED | ||
0x0000005B | SET_ENV_VAR_FAILED | ||
0x0000005C | HAL_INITIALIZATION_FAILED | ||
0x0000005D | UNSUPPORTED_PROCESSOR 9001 9 | ||
0x0000005E | OBJECT_INITIALIZATION_FAILED | ||
0x0000005F | SECURITY_INITIALIZATION_FAILED | ||
0x00000060 | PROCESS_INITIALIZATION_FAILED | ||
0x00000061 | HAL1_INITIALIZATION_FAILED | ||
0x00000062 | OBJECT1_INITIALIZATION_FAILED | ||
0x00000063 | SECURITY1_INITIALIZATION_FAILED | ||
0x00000064 | SYMBOLIC_INITIALIZATION_FAILED | ||
0x00000065 | MEMORY1_INITIALIZATION_FAILED | ||
0x00000066 | CACHE_INITIALIZATION_FAILED | ||
0x00000067 | CONFIG_INITIALIZATION_FAILED | ||
0x00000068 | FILE_INITIALIZATION_FAILED | ||
0x00000069 | IO1_INITIALIZATION_FAILED | ||
0x0000006A 9001 9 | LPC_INITIALIZATION_FAILED | ||
0x0000006B | PROCESS1_INITIALIZATION_FAILED | ||
0x0000006C | REFMON_INITIALIZATION_FAILED | ||
0x0000006D | SESSION1_INITIALIZATION_FAILED | ||
0x0000006E | SESSION2_INITIALIZATION_FAILED | ||
0x0000006F | SESSION3_INITIALIZATION_FAILED | ||
0x00000070 | SESSION4_INITIALIZATION_FAILED | ||
0x00000071 | SESSION5_INITIALIZATION_FAILED | ||
0x00000072 | ASSIGN_DRIVE_LETTERS_FAILED | ||
0x00000073 | CONFIG_LIST_FAILED | ||
0x00000074 | BAD_SYSTEM_CONFIG_INFO | ||
0x00000075 | CANNOT_WRITE_CONFIGURATION | ||
0x00000076 | PROCESS_HAS_LOCKED_PAGES | 0x00000077 | KERNEL_STACK_INPAGE_ERROR |
0x00000078 | PHASE0_EXCEPTION | ||
0x00000079 | MISMATCHED_HAL | ||
0x0000007A | KERNEL_DATA_INPAGE_ERROR | ||
0x0000007B | INACCESSIBLE_BOOT_DEVICE | ||
0x0000007C | BUGCODE_NDIS_DRIVER | ||
0x0000007D | INSTALL_MORE_MEMORY | ||
0x0000007E | SYSTEM_THREAD_EXCEPTION_NOT_HANDLED | ||
0x0000007F | UNEXPECTED_KERNEL_MODE_TRAP | ||
0x00000080 | NMI_HARDWARE_FAILURE | ||
0x00000081 | SPIN_LOCK_INIT_FAILURE | ||
0x00000082 | DFS_FILE_SYSTEM | ||
0x00000083 | OFS_FILE_SYSTEM | ||
0x00000084 | RECOM_DRIVER 9 0019 | ||
0x00000085 | SETUP_FAILURE | ||
0x0000008B | MBR_CHECKSUM_MISMATCH | ||
0x0000008E | KERNEL_MODE_EXCEPTION_NOT_HANDLED | ||
0x0000008F | PP0_INITIALIZATION_FAILED | ||
0x00000090 | PP1_INITIALIZATION_FAILED | ||
0x00000091 | WIN32K_INIT_OR_RIT_FAILURE | ||
0x00000092 | UP_DRIVER_ON_MP_SYSTEM | ||
0x00000093 | INVALID_KERNEL_HANDLE | ||
0x00000094 | KERNEL_STACK_LOCKED_AT_EXIT | ||
0x00000095 | PNP_INTERNAL_ERROR | ||
0x00000096 | INVALID_WORK_QUEUE_ITEM | ||
0x00000097 | BOUND_IMAGE_UNSUPPORTED | ||
0x00000098 | END_OF_NT_EVALUATION_PERIOD | ||
0x00000099 | INVALID_REGION_OR_SEGMENT | ||
0x0000009A | SYSTEM_LICENSE_VIOLATION | ||
0x0000009B | UDFS_FILE_SYSTEM | ||
0x0000009C | MACHINE_CHECK_EXCEPTION | ||
0x0000009E | USER_MODE_HEALTH_MONITOR | ||
0x0000009F | DRIVER_POWER_STATE_FAILURE | ||
0x000000A0 | INTERNAL_POWER_ERROR | ||
0x000000A1 | PCI_BUS_DRIVER_INTERNAL | ||
0x000000A2 | MEMORY_IMAGE_CORRUPT | ||
0x000000A3 | ACPI_DRIVER_INTERNAL | ||
0x000000A4 | CNSS_FILE_SYSTEM_FILTER | ||
0x000000A5 | ACPI_BIOS_ERROR | ||
0x000000A7 | BAD_EXHANDLE | ||
0x000000AB | SESSION_HAS_VALID_POOL_ On_exit | ||
0x000000AC | HAL_MEMORY_ALLOCATION | ||
0x000000AD | VIDEO_DRIVER_DEBUG_REPORT_REQUEST | ||
0x000000B4 | VIDEO_DRIVER_INIT_FAILURE | ||
0x000000B8 | ATTEMPTED_SWITCH_FROM_DPC | ||
0x000000B9 | CHIPSET_DETECTED_ERROR | ||
0x000000BA | SESSION_HAS_VALID_VIEWS_ON_EXIT | ||
0x000000BB | NETWORK_BOOT_INITIALIZATION_FAILED | ||
0x000000BC | NETWORK_BOOT_DUPLICATE_ADDRESS | ||
0x000000BE | ATTEMPTED_WRITE_TO_READONLY_MEMORY | ||
0x000000BF | MUTEX_ALREADY_OWNED | ||
0x000000C1 | SPECIAL_POOL_DETECTED_MEMORY_CORRUPTION | ||
0x000000C2 | BAD_POOL_CALLER | ||
0x000000C4 90 019 | DRIVER_VERIFIER_DETECTED_VIOLATION | ||
0x000000C5 | DRIVER_CORRUPTED_EXPOOL | ||
0x000000C6 | DRIVER_CAUGHT_MODIFYING_FREED_POOL | ||
0x000000C7 | TIMER_OR_DPC_INVALID | ||
0x000000C8 | IRQL_UNEXPECTED_VALUE | ||
0x000000C9 | DRIVER_VERIFIER_IOMANAGER_VIOLATION | ||
0x000000CA | PNP_DETECTED_FATAL_ERROR | ||
0x000000CB DRIVER_LEFT_LOCKED_PAGES_IN_PROCESS | |||
0x000000CC PAGE_FAULT_IN_FREED_SPECIAL_POOL | |||
0x000000CD PAGE_FAULT_BEYOND_END_OF_ALLOCATION | |||
0x000000CE DRIVER_UNLOADED_WITHOUT_CANCELLING_PENDING_OPERATIONS | |||
0x000000CF TERMINAL_SERVER_DRIVER_MADE_INCORRECT_MEMORY_REFERENCE | 0x000000D0 | DRIVER_CORRUPTED_MMPOOL | |
0x000000D1 | DRIVER_IRQL_NOT_LESS_OR_EQUAL | ||
0x000000D2 | BUGCODE_ID_DRIVER | ||
0x000000D3 | DRIVER_PORTION_MUST_BE_NONPAGED | ||
0x000000D4 | SYSTEM_SCAN_AT_RAISED_IRQL_CAUGHT_IMPROPER_DRIVER_UNLOAD | ||
0x000000D5 | DRIVER_PAGE_FAULT_IN_FREED_SPECIAL_POOL | ||
0x000000D6 | |||
0x000000D7 DRIVER_UNMAPPING_INVALID_VIEW | |||
0x000000D8 DRIVER_USED_EXCESSIVE_PTES | |||
0x000000D9 LOCKED_PAGES_TRACKER_CORRUPTION | |||
0x000000DA SYSTEM_PTE_MISUSE | |||
0x000000DB DRIVER_CORRUPTED_SYSPTES | |||
0 x000000DC | DRIVER_INVALID_STACK_ACCESS | ||
0x000000DE | POOL_CORRUPTION_IN_FILE_AREA | ||
0x000000DF | IMPERSONATING_WORKER_THREAD | ||
0x000000E0 | ACPI_BIOS_FATAL_ERROR | ||
0x000000E1 | WORKER_THREAD_RETURNED_AT_BAD_IRQL | ||
0x000000E2 | MANUALLY_INITIATED_CRASH | ||
0x000000E3 | RESOURCE_NOT_OWNED | ||
0x000000E4 | WORKER_INVALID | ||
0x000000E6 | DRIVER_VERIFIER_DMA_VIOLATION | ||
0x000000E7 | INVALID_FLOATING_POINT_STATE | ||
0x000000E8 | INVALID_CANCEL_OF_FILE_OPEN | ||
0x000000E9 | ACTIVE_EX_WORKER_THREAD_TERMINATION | ||
0x000000EA | THREAD_STUCK_IN_DEVICE_DRIVER | ||
0x000000EB | DIRTY_MAPPED_PAGES_CONGESTION | ||
0x000000EC | SESSION_HAS_VALID_SPECIAL_POOL_ON_EXIT | ||
0x000000ED | UNMOUNTABLE_BOOT_VOLUME | ||
0x000000EF | CRITICAL_PROCESS_DIED | ||
0x000000F1 | SCSI_VERIFIER_DETECTED_VIOLATION | ||
0x000000F3 | DISORDERLY_SHUTDOWN | ||
0x000000F4 | CRITICAL_OBJECT_TERMINATION | ||
0x000000F5 | FLTMGR_FILE_SYSTEM | ||
0x000000F6 | PCI_VERIFIER_DETECTED_VIOLATION | ||
0x000000F7 | DRIVER_OVERRAN_STACK_BUFFER | ||
0x000000F8 | RAMDISK_BOOT_INITIALIZATION_FAILED | ||
0x000000F9 | DRIVER_RETURNED_STATUS_REPARSE_FOR_VOLUME_OPEN | ||
0x000000FA 9001 9 | HTTP_DRIVER_CORRUPTED | ||
0x000000FC | ATTEMPTED_EXECUTE_OF_NOEXECUTE_MEMORY | ||
0x000000FD | DIRTY_NOWRITE_PAGES_CONGESTION | ||
0x000000FE | BUGCODE_USB_DRIVER | ||
0x000000FF | RESERVE_QUEUE_OVERFLOW | ||
0x00000100 | LOADER_BLOCK_MISMATCH | ||
0x00000101 | CLOCK_WATCHDOG_TIMEOUT | ||
0x00000103 | MUP_FILE_SYSTEM | ||
0x00000104 | AGP_INVALID_ACCESS | ||
0x00000105 | AGP_GART_CORRUPTION | ||
0x00000106 | AGP_ILLEGALLY_REPROGRAMMED | ||
0x00000108 | THIRD_PARTY_FILE_SYSTEM_FAILURE | ||
0x00000109 | CRITICAL_STRUCTURE_CORRUPTION | ||
0x0000010A | APP_TA GGING_INITIALIZATION_FAILED | ||
0x0000010C | FSRTL_EXTRA_CREATE_PARAMETER_VIOLATION | ||
0x0000010D | WDF_VIOLATION | ||
0x0000010E | VIDEO_MEMORY_MANAGEMENT_INTERNAL | ||
0x0000010F | RESOURCE_MANAGER_EXCEPTION_NOT_HANDLED | ||
0x00000111 | RECURSIVE_NMI | ||
0x00000112 | MSRPC_STATE_VIOLATION | ||
0x00000113 | VIDEO_DXGKRNL_FATAL_ERROR | ||
0x00000114 | VIDEO_SHADOW_DRIVER_FATAL_ERROR | ||
0x00000115 | AGP_INTERNAL | ||
0x00000116 | VIDEO_TDR_ ОШИБКА | ||
0x00000117 | VIDEO_TDR_TIMEOUT_DETECTED | ||
0x00000119 | VIDEO_SCHEDULER_INTERNAL_ERROR | ||
0x0000011A | EM _INITIALIZATION_FAILURE | ||
0x0000011B | DRIVER_RETURNED_HOLDING_CANCEL_LOCK | ||
0x0000011C | ATTEMPTED_WRITE_TO_CM_PROTECTED_STORAGE | ||
0x0000011D | EVENT_TRACING_FATAL_ERROR | ||
0x00000121 | DRIVER_VIOLATION | ||
0x00000122 | WHEA_INTERNAL_ERROR | ||
0x00000124 | WHEA_UNCORRECTABLE_ERROR | ||
0x00000127 | PAGE_NOT_ZERO | ||
0x0000012B | FAULTY_HARDWARE_CORRUPTED_PAGE | ||
0x0000012C | EXFAT_FILE_SYSTEM | ||
0x00000133 | DPC_WATCHDOG_VIOLATION | ||
0x00000138 | GPIO_CONTROLLER_DRIVER_ERROR | ||
0x00000139 | KERNEL_SECURITY_CHECK_FAILURE | ||
0x00000144 | ОШИБКА ODE_USB3_DRIVER | ||
0x0000014B | SOC_SUBSYSTEM_FAILURE | ||
0x1000007E | SYSTEM_THREAD_EXCEPTION_NOT_HANDLED_M | ||
0x1000007F | UNEXPECTED_KERNEL_MODE_TRAP_M | ||
0x1000008E | KERNEL_MODE_EXCEPTION_NOT_HANDLED_M | ||
0x100000EA | THREAD_STUCK_IN_DEVICE_DRIVER_M | ||
0xc0000218 | STATUS_CANNOT_LOAD_REGISTRY_FILE | ||
0xC000021A | STATUS_SYSTEM_PROCESS_TERMINATED | ||
0xC0000221 | STATUS_IMAGE_CHECKSUM_MISMATCH | ||
0xDEADDEAD |
Прочие термины, относящиеся к «акронимам (список)»: | |
Определения включают: аббревиатуру от «You there?» я.е. «Ты там?» | |
Определения включают: аббревиатуру «насколько мне известно». | |
Определения включают: «поцелуй и макияж». | |
Определения включают: аббревиатуру «живешь только один раз». | |
Определения включают: см. ASLR. | |
Определения включают: аббревиатуру «прямо сейчас». | |
Определения включают: аббревиатуру «пациент упал», обозначение, используемое врачами в Великобритании в медицинских картах. | |
Определения включают: аббревиатуру от «есть дерьмо и умереть». | |
Определения включают: аббревиатуру «в пути». | |
Определения включают: сокращение от «это не юридическая консультация». | |
Определения включают: аббревиатуру «держись подальше». | |
Определения включают: сокращение от «Я не конституционный юрист». | |
Определения включают: аббревиатуру от «должен идти». | |
Определения включают: аббревиатуру от «как ебать». | |
Определения включают: крайне противная женщина. | |
Сленговые термины с одинаковыми корневыми словами
Прочие термины, относящиеся к «синему»: | |
Определения включают: на открытом воздухе, в течение дня. | |
Определения включают: грустный. | |
Определения включают: штатный сотрудник Microsoft. | |
Определения включают: Лицо, у которого болят яички из-за продолжительных периодов отсутствия секса или сексуального расстройства. | |
Определения включают: болезненное ощущение в яичках, вызванное длительным сексуальным возбуждением, которое не заканчивается эякуляцией. | |
Определения включают: дворянин или аристократ. | |
Определения включают: традиционно синие (демократические) города Беркли, Калифорния; Боулдер, Колорадо; и Бруклин, Нью-Йорк, Нью-Йорк. | |
Определения включают: относящиеся к неквалифицированному или ручному труду. | |
Определения включают: работу, требующую неквалифицированного или ручного труда. | |
Определения включают: ледяная вода, заказанная в баре или другом заведении, где подают алкоголь. | |
Определения включают: любимый человек человека. | |
Определения включают: «приятель ублюдок». | |
Определения включают: пожилой человек. | |
Определения включают: Земля. | |
Определения включают: таблетку лекарства от эректильной дисфункции. | |
Прочие термины, относящиеся к «смерти»: | |
Определения включают: очень скучно. | |
Определения включают: сигарету. | |
Определения включают: нечто конкретное, приносящее неудачу. | |
Определения включают: ужасно. | |
Определения включают: смерть во сне. | |
Определения включают: очень напуган. | |
Определения включают: Это комичный способ, когда тренеры и инструкторы справляются со своими подопечными, чтобы не допустить лени. | |
Прочие термины, относящиеся к «из»: | |
Определения включают: никчемный человек. | |
Определения включают: сексуальную активность. | |
Определения включают: хорошая оценка. | |
Определения включают: немного сумасшедший | |
Определения включают: интеллект ниже среднего. | |
Определения включают: «не все есть». | |
Определения включают: пугливый. | |
Определения включают: количество насилия. | |
Определения включают: наличие мнения или убеждений до того, как они станут общепринятыми или популярными. | |
Определения включают: впечатляющий. | |
Определения включают: впечатляющий. | |
Определения включают: многие. | |
Определения включают: решительное «да». | |
Определения включают: лучше, чем все это. | |
Определения включают: лучший. | |
Другие термины, относящиеся к «экрану»: | |
Определения включают: компьютеров, до полного отказа. | |
Определения включают: просматривать Интернет в течение многих часов, не делая при этом ничего особенного. | |
Определения включают: «экранное имя». | |
Определения включают: окно, которое появляется при запуске компьютерной программы, но до отображения ее основного интерфейса. |
Пользуюсь | (4) | ||
Больше не использовать | (0) | ||
Слышал, но никогда не использовал | (0) | ||
Никогда не слышал | (1) |
В среднем 5 голосов:
20% (Смотрите самые пошлые слова.)
Наименее пошлый | Самый пошлый |
Ваш голос: Нет
(Чтобы проголосовать, нажмите на перец. Голосуйте как вульгарно
это слово — не то, что оно означает.)
JavaScript должен быть включен для голосования.
Наименее пошлый | Самый пошлый |
Зарегистрированные пользователи могут добавлять себя на карту.Войдите, зарегистрируйтесь, войдите мгновенно через Facebook.
Чтобы добавить ссылку на этот термин на веб-странице или в блоге, вставьте следующее.
Чтобы сделать ссылку на этот термин в вики, например Википедии, вставьте следующее.
[http://onlineslangdictionary.com/meaning-definition-of/bsod BSOD]
Некоторые вики используют другой формат для ссылок, поэтому обязательно проверьте документацию.
.
новейших вопросов «bsod» — qaru
Переполнение стека
- Около
Продукты
- Для команд
Переполнение стека
Общественные вопросы и ответыПереполнение стека для команд
Где разработчики и технологи делятся частными знаниями с коллегамиВакансии
Программирование и связанные с ним технические возможности карьерного ростаТалант
Нанимайте технических специалистов и создавайте свой бренд работодателяРеклама
Обратитесь к разработчикам и технологам со всего мира- О компании
Загрузка…
- Авторизоваться
зарегистрироваться текущее сообщество
Переполнение стека
Помогите
болтатьПереполнение мета-стека
ваши сообщества
Зарегистрируйтесь или
.