В рандомный момент комп просто крашится (зависает и уходит в ребут), самого бсода при этом нет BlueScreenView выдает следущее: P.S Нет это не связано с играми или еще какой то хуйней. Случается в абсолютно случайный момент, сегодня когда просто сидел в тг, вчера когда смотрел фильм
Kuujou_Joutarou, именно, что когда там ntoskrnl - это всегда полностью рандомная хуйня, значит проблема 95% аппаратная
ярославв, или с дровами на нее, или оперативка тож, у меня когда оперативка дохлая была почти бсод был с такой же ошибкой как у тя
ярославв, если бы проблема была в видюхе - в логе бсода был бы драйвер конкретно видеокарты, а не ядра системы
судя по тому, что у тебя всегда одинаковая ошибка PAGE_FAULT_IN_NONPAGED_AREA - это приколы с оперативкой. Попробуй для начала вынуть их, продуть слоты и протереть контакты на самой оперативке. Не поможет - пробуй запускаться по одной плашке
denishul, ну, я в курсе что не норм, у меня постоянные бсоды были memory managment, page fault in non paged area и тд, оперативку поменял все гуд стало, еще дрова постоянно слетали на видюху
denishul, Нет, не оперативка, прогонял на мемтесте все 4 плашки - никаких ошибок, но все равно крашится. Убрал 2 плашки (16гб оставил), все равно крашится, поменял на те что вынул - все равно
WebAssembly, а ничего не делал в винде, что хоть как то связано с драйверами? Мб какое то новое внешнее устройство, или читы, или дма. Вторая причина, по которой такой бсод может вылазить - какой то софт или драйвер пытается обратиться к несуществующей памяти. Хотя по идее в дампе бсода в таком случае был бы не ntoskrnl, а конкретно тот драйвер, который пытается криво считать память
ну смотри, я просто погуглил твои ошибки PAGE_FAULT_IN_NONPAGED_AREA": Эта ошибка возникает, когда система пытается обратиться к участку памяти, который должен всегда находиться в оперативной памяти (non-paged area), но по какой-то причине этого не происходит. Это часто связано с проблемами памяти (RAM), драйверами или системными файлами. "ntoskrnl.exe": Это ядро Windows, которое управляет ресурсами системы. Хотя оно указано как причина сбоя, обычно это симптом, а не корень проблемы. Скорее всего, сбой вызван другим драйвером или аппаратной неисправностью, которые "ломают" работу ядра. Скачайте и установите MemTest86 (бесплатно с официального сайта). Запустите тест с USB-накопителя и дайте ему пройти хотя бы один полный цикл (это займет несколько часов). Если будут обнаружены ошибки, замените неисправный модуль памяти.
Как и писали выше то проблема в RAM если бы ты был на линупсе то можно было бы исключить битые места и ОС бы их не использовала но на винде это решается только заменой оперативки
Много же тебе проверять. С такой проблемой обычно смотрят сразу 3 компонента: Оперативную память Ссд диск Блок питания Но для начала я бы рекомендовал убедиться, что дело не в банальном перегреве. А уже после, к 3-м пунктам каждый из них может улетать с проблемами совсем без системных ошибок, регистрируемых ОС. Сбрасывай XMP или ручной разгон на оперативной памяти до стоковые значений. С флешки запускай Memtest и тестируй. SSD проверять Викторией, OCCT тестом и CrystalDiskMark можно посмотреть по скоростям хотя бы. Блок питания, тут конечно немного хуже. Его довольно сложно определить виновником, ибо тут скорее на опыте подмечаешь Можно просто нагружать железо и смотреть, вырубит ли так же. И последнее, напиши полные характеристики ПК, иногда речь идёт о довольно старом железе, таком как AM3+ сокет допустим, где страдали чипсеты вот такой вот фигнёй.
Как это бсода нет если BlueScreenView читает дамп краша?) посмотри в просмотре событий, нет ли ошибки kernel power 41.
WebAssembly, что бы не спамить в теме, ты должен смотреть на тест, запомнить его пик вольтаж на пик частоту буста
Проблема не в оперативке, прогонял на мемтесте все 4 плашки - никаких ошибок, но все равно крашится. Убрал 2 плашки (16гб оставил), все равно крашится, поменял на те что вынул - все равно Есть еще какие то идеи у кого то?