10 быстрых решений для исправления ошибки проверки безопасности ядра
- Включить устаревшее расширенное меню загрузки
- Используйте проверку системных файлов и диагностику памяти
- Проверьте слот памяти
- Проверьте свой жесткий диск
- Обновите свой компьютер
- Сканируйте компьютер
- Проверьте диск на наличие ошибок
- Ошибка проверки безопасности ядра после разгона
- Запустите восстановление системы
- Запустите безопасный режим
Если вы читаете эту статью, это означает, что вы получили ошибку «Синий экран смерти» (BSOD) «Проверка безопасности ядра».
Многие другие пользователи, которые обновили свою операционную систему до Windows 8.1 или Windows 10, столкнулись с этой проблемой.
К счастью для вас, прочитав строки ниже, вы получите представление о том, почему у вас есть эта проблема, и что вам нужно сделать, чтобы исправить BSOD «Ошибка проверки безопасности ядра» в Windows 8.1 и Windows 10.
Ошибка ПК «Ошибка проверки безопасности ядра» может возникать по разным причинам, таким как проблемы с памятью, вирусные инфекции и другие.
Однако наиболее распространенной причиной является то, что драйверы, которые вы использовали для предыдущей версии Windows, несовместимы с новой версией Windows.
В результате ОС выдает сообщение об ошибке «Kernel Security Check Failure», за которым следует код ошибки 0x000000139 .
Отключите все лишнее оборудование
Прежде всего, рекомендуем отключить все периферийное оборудование компьютера: дополнительные видеокарты, звуковую карты, USB устройства и т.д. Возможно причина ошибка в том, что ваш блок питание не справляется с таким количеством оборудования.
Если у вас на компьютере имеется две видеокарты GPU, например, встроенная Intel HD Graphics и дополнительная видеокарта NVIDIA, попробуйте временно извлечь дополнительную карту и проверить, появляется ли BSOD. Если после извлечения GPU проблема пропала, значит проблема с самой видеокартой или ее драйверами.
Сбой жесткого диска
В первую очередь нужно проверить работоспособность вашего винчестера. Если на нем есть поврежденные блоки, то проблема будет появляться всё чаще и чаще. Более того, в будущем устройство может выйти из строя и все ваши данные будут утеряны.
Проверить жизнеспособность харда можно двумя способами:
- командная строка;
- различные программы.
Acronis Drive Monitor
Данная программа является одной из лучших в этой сфере. Поэтому в качестве примера приведём именно её.
В разделе Disk можно увидеть всю подробную информацию о ваших винчестерах. Главный показатель – указанный процент здоровья. Чем больше, тем лучше. В данном случае устройство с 3% здоровья вскоре выйдет из строя.
Важно понимать, что состояние диска определяется алгоритмами данной программы. Процент здоровья – это лишь условный показатель. Другие программы могут дать немного другие результаты.
Но в любом случае низкий показатель – это очень плохо. Перейдите в раздел Critical events.
В этом разделе отображаются все критические события, которые происходили в вашей системе. Кликните два раза на любую строчку. В результате этого вы увидите следующее.
Вам укажут дату, событие, диск и раздел, на котором произошла ошибка. Чтобы определить, что означает Harddisk 1 и DR1, нажмите на клавиши Win+X. В появившемся меню выберите пункт «Управление дисками».
В открывшемся приложении мы можем найти виновника.
1 раздел на 1 диске: в данном случае – это системный раздел. В такой ситуации стоит задуматься о покупке нового винчестера.
Командная строка
Снова нажмите на клавиши Win+X и выберите нужный нам пункт.
Введите следующую команду и нажмите на кнопку Enter.
chkdsk /f C:
Вы увидите сообщение о том, что данный диск используется. Введите «Y», чтобы запустить процесс после перезагрузки.
Данное подтверждение не требуется, когда раздел не занят другими процессами. Рекомендуется сделать проверку всех разделов на всех жестких дисках.
Анализ дампа памяти с помощью WinDbg
Чтобы определить причину ошибки и сбойный драйвер или компонент системы нужно проанализировать аварийный дамп памяти с помощью стандартной утилиты WinDBG (входит в комплекс Windows Software Development Kit (SDK) for Windows 10). Утилита называется Debugging Tools for Windows. WinDBG позволяет загрузить и проанализировать аварийный дамп памяти (C:\Windows\MEMORY.DMP) и найти конкретную библиотеку или драйвер, которые вызывает ошибку. Это самый точный и правильный способ для определения компонента системы, который вызывает BSOD (но не самый простой для начинающего пользователя).
В этой статье мы не будет описывать, как использовать WinDBG для анализа дампа памяти при BSOD и выявлении сбойных драйверов и библиотек (это тема отдельной большой статьи).
Ручное восстановление критически важных объектов
Если удалось загрузить компьютер через безопасный режим, то откройте командную строку и начните поочередно вводить команды, о которых я расскажу ниже.
Пользователям, кто запускает ОС с загрузочного диска или флешки, нужно дойти до этапа установки и щелкнуть по пункту «Восстановление».
Затем войти в «Дополнительные параметры — Поиск и устранение неисправностей — Командная строка».
Теперь вводим следующие команды, нажимая «Enter» после каждой:
- dism /online /cleanup-image /restorehealth — при наличии доступа в интернет.
- sfc /scannow
- diskpart – list volume — запоминаем букву диска на котором установлена операционная система. Теперь пишем exit. Далее вводим chkdsk C: /f /r — где «С» это буква раздела с ОС.
После завершения пробуем загрузить ПК в обычном режиме.
Проверьте оперативную память
Часто ошибка Kernel Security Check Failure возникает из-за проблем с оперативной памятью. Если в компьютере установлено несколько планок памяти, попробуйте поочередно извлечь каждую и проверить работу системы. Затем выполните полную проверку памяти с помощью встроенной утилиты диагностику памяти в Windows — mdsched.exe (Windows Memory Diagnostics Tool).
Если ваша RAM память неисправна, эта проверка позволит выявить это.
Автоматическое исправление запуска
Метод эффективен лишь в некоторых случаях. Но все равно предлагаю им воспользоваться.
- Запускаемся с установочного накопителя и заходим в раздел «Восстановление системы», а затем перемещаемся в «Дополнительные параметры — Поиск и устранение неисправностей — Восстановление при загрузке».
Компьютер перезагрузится и начнется автоматический процесс исправления проблем.
Обновите BIOS
Перезагрузите компьютер и войдите в настройки BIOS/UEFI. Определите текущую версию прошивки. На сайте производителя материнской карты проверьте, имеются ли более свежие прошивки для вашего BIOS/UEFI. Скачайте и установить обновление прошивки (firmware) по инструкциям на сайте производителя.
Если ошибка kernel_security_check_failure появляется при подключении к компьютеру телефона через USB кабель, это означает, что у вас установлены некорректные драйвера для вашего телефона или недостаточно напряжения на USB хабе (отключите другие USB устройства и попробуйте другой USB порт).
Способ 2: Использование средства проверки памяти
В Windows 11, как и в прошлых версиях операционных систем, есть встроенное средство для проверки оперативной памяти. Оно найдет и исправит ошибки, если такие присутствуют. Неполадки, решения для которых нет, скорее всего, связаны с аппаратным обеспечением, и в этом случае поможет переключение плашки ОЗУ в другой слот или ее замена.
- Откройте «Пуск» и через поиск отыщите приложение «Средство проверки памяти Windows», после чего запустите его.
- Закройте все процессы, сохраните изменения в других программах и в новом окне нажмите на «Выполнить перезагрузку и проверку».
- Появится окно, где вы увидите процесс тестирования. При появлении списка с выбором режимов укажите «Обычная». По завершении вы получите детальный отчет о проверке и найденных проблемах.
Восстанавливаем системные файлы
Также рекомендуется проверить работоспособность и целостность данных всей системы. Для этого в консоли нужно набрать следующую команду.
Для запуска нажмите кнопку .
Сканирование Windows 10 длится довольно долго. Поэтому придется подождать. Во время сканирования желательно ничего не делать.
Bug Check 0x139 KERNEL_SECURITY_CHECK_FAILURE Parameters
| Parameter | Description |
| 1 | The type of corruption. For more information, see the following table. |
| 2 | Address of the trap frame for the exception that caused the bug check |
| 3 | Address of the exception record for the exception that caused the bug check |
| 4 | Reserved |
The following table describes possible values for Parameter 1.
| Parameter 1 | Description |
| A stack-based buffer has been overrun (legacy /GS violation). | |
| 1 | VTGuard instrumentation code detected an attempt to use an illegal virtual function table. Typically, a C++ object was corrupted, and then a virtual method call was attempted using the corrupted object’s this pointer. |
| 2 | Stack cookie instrumentation code detected a stack-based buffer overrun (/GS violation). |
| 3 | A LIST_ENTRY was corrupted (for example, a double remove). For more information, see the following Cause section. |
| 4 | Reserved |
| 5 | An invalid parameter was passed to a function that considers invalid parameters fatal. |
| 6 | The stack cookie security cookie was not properly initialized by the loader. This may be caused by building a driver to run only on Windows 8 and attempting to load the driver image on an earlier version of Windows. To avoid this problem, you must build the driver to run on an earlier version of Windows. |
| 7 | A fatal program exit was requested. |
| 8 | A array bounds check inserted by the compiler detected an illegal array indexing operation. |
| 9 | A call to RtlQueryRegistryValues was made specifying RTL_QUERY_REGISTRY_DIRECT without RTL_QUERY_REGISTRY_TYPECHECK, and the target value was not in a trusted system hive. |
| 10 | Indirect call guard check detected invalid control transfer. |
| 11 | Write guard check detected invalid memory write. |
| 12 | An attempt was made to switch to an invalid fiber context. |
| 13 | An attempt was made to assign an invalid register context. |
| 14 | The reference count for an object is invalid. |
| 18 | An attempt was made to switch to an invalid jmp_buf context. |
| 19 | An unsafe modification was made to read-only data. |
| 20 | A cryptographic self-test failed. |
| 21 | An invalid exception chain was detected. |
| 22 | A cryptographic library error occurred. |
| 23 | An invalid call was made from within DllMain. |
| 24 | An invalid image base address was detected. |
| 25 | An unrecoverable failure was encountered while protecting a delay load import. |
| 26 | A call was made to an unsafe extension. |
| 27 | A deprecated service was invoked. |
| 28 | An out of bounds buffer access was detected. |
| 29 | An RTL_BALANCED_NODE RBTree entry has been corrupted. |
| 37 | An out of range switch jumptable entry was invoked. |
| 38 | A longjmp was attempted to an invalid target. |
| 39 | An export suppressed call target couldn’t be made a valid call target. |
Run Chkdsk
If updating your device drivers fails to fix the KERNEL_SECURITY_CHECK_FAILURE error, then there is a good chance that the error may be due to either damaged sectors or file corruption. Either way, running a scan of your hard drive should be sufficient in fixing the problem. This can be done by doing the following:
1. First, boot into your computer with full administrative rights.
2. Then press + X, then click on Command Prompt (Admin).
Note: A dialog box asking you do you want to allow the following program to make chances to your computer will appear, click on Yes.
3. Once Command Prompt loads up type chkdsk /f c: and press Enter.
Note: A notification will appear stating that Chkdsk cannot run because the volume is in use by another process, type Y and press Enter. Then restart your computer and it will scan your hard drive, prior to booting up.
Depending on the size of your hard drive, this process can be very time consuming, so please bear with it.
Resolution
Determining the cause of this issues typically requires the use of the debugger to gather additional information. Multiple dump files should be examined to see if this stop code has similar characteristics, such as the code that is running when the stop code appears.
For more information, see Crash dump analysis using the Windows debuggers (WinDbg), Using the !analyze Extension and !analyze.
Use the event log to see if there are higher level events that occur leading up to this stop code.
These general troubleshooting tips may be helpful.
- If you recently added hardware to the system, try removing or replacing it. Or check with the manufacturer to see if any patches are available.
- If new device drivers or system services have been added recently, try removing or updating them. Try to determine what changed in the system that caused the new bug check code to appear.
- Check the System Log in Event Viewer for additional error messages that might help pinpoint the device or driver that is causing the error. For more information, see . Look for critical errors in the system log that occurred in the same time window as the blue screen.
- Look in Device Manager to see if any devices are marked with the exclamation point (!). Review the events log displayed in driver properties for any faulting driver. Try updating the related driver.
- Run a virus detection program. Viruses can infect all types of hard disks formatted for Windows, and resulting disk corruption can generate system bug check codes. Make sure the virus detection program checks the Master Boot Record for infections.
- For additional general troubleshooting information, see Blue Screen Data.
Cause
Using the parameter 1 table, and a dump file, it is possible to narrow down the cause for many bug checks of this type.
LIST_ENTRY corruption can be difficult to track down and this bug check, indicates that an inconsistency has been introduced into a doubly-linked list (detected when an individual list entry element is added to or removed from the list). Unfortunately, the inconsistency is not necessarily detected at the time when the corruption occurred, so some detective work may be necessary to identify the root cause.
Common causes of list entry corruption include:
- A driver has corrupted a kernel synchronization object, such as a KEVENT (for example double initializing a KEVENT while a thread was still waiting on that same KEVENT, or allowing a stack-based KEVENT to go out of scope while another thread was using that KEVENT). This type of bug check typically occurs in nt!Ke* or nt!Ki* code. It can happen when a thread finishes waiting on a synchronization object or when code attempts to put a synchronization object in the signaled state. Usually, the synchronization object being signaled is the one that has been corrupted. Sometimes, Driver Verifier with special pool can help track down the culprit (if the corrupted synchronization object is in a pool block that has already been freed).
- A driver has corrupted a periodic KTIMER. This type of bug check typically occurs in nt!Ke* or nt!Ki* code and involves signaling a timer, or inserting or removing a timer from a timer table. The timer being manipulated may be the corrupted one, but it might be necessary to inspect the timer table with !timer (or manually walking the timer list links) to identify which timer has been corrupted. Sometimes, Driver Verifier with special pool can help track down the culprit (if the corrupted KTIMER is in a pool block that has already been freed).
- A driver has mismanaged an internal LIST_ENTRY-style linked list. A typical example would be calling RemoveEntryList twice on the same list entry without reinserting the list entry between the two RemoveEntryList calls. Other variations are possible, such as double inserting an entry into the same list.
- A driver has freed a data structure that contains a LIST_ENTRY without removing the data structure from its corresponding list, causing corruption to be detected later when the list is examined after the old pool block has been reused.
- A driver has used a LIST_ENTRY-style list in a concurrent fashion without proper synchronization, resulting in a torn update to the list.
In most cases, you can identify the corrupted data structure by walking the linked list both forward and backwards (the dl and dlb commands are useful for this purpose) and comparing the results. Where the list is inconsistent between a forward and backward walk is typically the location of the corruption. Since a linked list update operation can modify the list links of a neighboring element, you should look at the neighbors of a corrupted list entry closely, as they may be the underlying culprit.
Because many system components internally utilize LIST_ENTRY lists, various types of resource mismanagement by a driver using system APIs might cause linked list corruption in a system-managed linked list.
Скрытие
Раздел «Перейти» помогает работать со «Списком», именно в нём содержится перечень всего содержимого. Здесь же можно увидеть подкаталоги, чему способствует кнопка «+». Дальнейшее сворачивание и сокрытие данных осуществляет кнопка «–». При этом стоит помнить о нескольких особенностях приложения, в частности, область «Избранные» можно просмотреть только посредством раздела «Почта». Указанный объект невозможно переместить, скрыть, поменять его размер. Некоторые модификации, такие как удаление и добавление, доступны только по отношению к почтовым элементам, доступ к которым будет осуществляться посредством «Избранных объектов».
Пользователь должен знать, что раздел «Список» неперемещаем, доступно только изменение размера. При необходимости иметь доступ ко всем существующим каталогам раздел «Список» должна заменить большая кнопка (её можно расположить над строкой «Почта»). Такой же результат принесёт удаление кнопки «Почта», расположенной в разделе переходов.
Wally’s Answer Rating
Quick Solution (How fast can you do it?)
Easy Solution (How easy is it?)
Beginner-Friendly (Recommended for beginners?)
Summary: Every Windows Wally blog post is evaluated on these three criteria. The average of all three elements determines an “Overall Rating” for each blog post.
4
Overall Rating
About the Author
Wally PhillipsWindows Wally is a helpful guy. It’s just in his nature. It’s why he started a blog in the first place. He heard over and over how hard it was to find simple, plain-English solutions to Windows troubleshooting problems on the Internet. Enter: Windows Wally. Ask away, and he will answer.
Настройка IPTV и HD Videobox на Xiaomi Mi Box S
1. Загрузите последнюю версию HD Videobox.
2. Передайте и установите .apk файл через файловый менеджер на приставку.
3. Откройте приложение.
Кто не знает, HD Videobox — приложение для просмотра фильмов и сериалов. Оно ищет видео на десятках популярных кинопорталах, сортирует по качеству и показывает без рекламы.
За всё время использования я не встретил ни одного фильма, которого не смог бы найти в Видеобоксе. Доступны даже новинки этого года.
IPTV
Сначала определитесь, как вы будете смотреть телеканалы: использовать свои плейлисты или включать уже установленные каналы внутри плеера?
Для собственных плейлистов советую Perfect Player, а для второго варианта — Fry!TV.
В наших плейлистах и во Fry!TV есть программа телепередач на несколько дней вперёд. Также у платного IPTV есть возможность записи эфира.
1. Загрузите .apk файл выбранного плеера.
2. Закиньте его на ТВ-бокс через X-Plore.
3. Установите и откройте.
Fry!TV Perfect Player
