Как исправить ошибки KERNEL_DATA_INPAGE_ERROR типа "синий экран" (0x0000007A). Как исправить ошибки KERNEL_DATA_INPAGE_ERROR типа "синий экран" (0x0000007A) Пыль в системном блоке

KERNEL_DATA_INPAGE_ERROR — это синий экран смерти, способный к появлению на всех версиях операционной системы Windows. Данный критический сбой представляет собой потенциально опасную ситуацию, так как он мог возникнуть из-за проблем с вашим жестким диском. О каких именно проблемах с диском идет речь? Ну, этот BSoD мог возникнуть из-за повреждений некоторых секторов на диске, из-за плохого контакта с SATA-разъемом, поврежденного шлейфа, соединяющего HDD и материнскую плату, или же из-за повреждений самих SATA-разъемов.

Однако, как уже можно было понять, причины разнятся по своей серьезности, так что, возможно, и не все так плохо. Бывает и так, что эта ситуация возникает из-за банальной нехватки места на жестком диске. Помимо прочего, синий экран смерти KERNEL_DATA_INPAGE_ERROR мог появиться и по ряду совершенно не связанных с жестким диском причин. К примеру, вызвать этот BSoD могли оперативная память, подключенные к системе устройства, вирусы(да, и такое может быть), отсутствие необходимых обновлений для Windows и т.д. и т.п.

Итак, прочитав вышеизложенный материал, вы, вероятно, смогли ознакомиться с тем, что же собой представляет синий экран смерти KERNEL_DATA_INPAGE_ERROR. Пора приступить к его устранению, верно?

Методы решения BSoD KERNEL_DATA_INPAGE_ERROR

Для начала нам нужно указать вам на следующее: методы можете выполнять в любом порядке, так как между ними нет четкой связи. В связи с тем, что синий экран смерти может постоянно блокировать доступ к системе, то некоторые из методов вам придется выполнять с помощью установочного носителя Windows и Среды Восстановления на нем. Итак, давайте посмотрим…

• Проверьте систему на наличие вирусов. Давайте для начала разберемся с самой маловероятной причиной: попавшие в систему вирусы. Разумеется, выполнить сканирование вам удастся только в том случае, если есть доступ к операционной системе. Если у вас нет стороннего антивируса, то можете воспользоваться услугами Защитника Windows: пройдите в его настройки и запустите глубокое сканирование системы.
• Освободите место на диске. Малое количество памяти на разделах жесткого диска — еще одна маловероятная причина для BSoD KERNEL_DATA_INPAGE_ERROR. Тем не менее проверить ее просто. Избежав появления синего экрана смерти, войдите в ОС и попробуйте освободить как можно больше места на HDD, особенно на системном разделе. Закончив со свободным местом, перезагрузите свой компьютер и проверьте, появится ли KERNEL_DATA_INPAGE_ERROR снова. Метод работает крайне редко, но появился он не на пустом месте.
• Установите все доступные обновления для системы. Следующим методом, который вы можете применить в случае доступности системы, является установка всех отложенных или доступных обновлений для Windows от Майкрософт. Пройдите следующим путем: Параметры→Обновления и безопасность→Центр обновления Windows→Проверить наличие обновлений . Установка всех доступных обновлений будет проведена в автоматическом режиме, так что вам не придется даже ничего делать. Завершив установку, перезагрузите компьютер, чтобы проверить наличие синего экрана смерти KERNEL_DATA_INPAGE_ERROR.
• Отключите от системы все сторонние устройства. Некоторые пользователи утверждают, что им удалось устранить проблему просто отключив от своей системы то или иное стороннее устройство, например, USB-накопитель, контроллер и прочее. Если вы подключили к своей системе недавно какое-то устройство, после чего практически сразу стал появляться KERNEL_DATA_INPAGE_ERROR, то, вероятно, проблема заключается именно в нем. Попробуйте отключить недавно подключенное устройство и посмотрите, изменится ли ситуация со BSoD.
• Отключите функцию кеширования. Некоторые пользователи утверждают, что вина за появлением этой проблемы лежит на такой функции, как кеширование памяти области BIOS. К счастью, данная функция более не используется в современных версиях ОС Windows, так что ее спокойно можно отключить. Войдите в настройки своего BIOS и найдите опцию под названием System BIOS Cacheable или что-то в этом духе, после чего отключите ее. Обязательно сохраните изменения в BIOS, затем перезагрузите систему и проверьте, появится ли снова KERNEL_DATA_INPAGE_ERROR.
• Проверка подключения HDD и целостности шлейфа/SATA-разъемов. Очередная причина — нарушенное подключение жесткого диска к материнской плате, повреждения самого SATA-шлейфа или SATA-разъемов. Вам нужно открыть свой системный блок и хорошенько все осмотреть: пошевелите кабели, повторно подключите их в SATA-разъемы. Особенно уделите внимание на SATA-разъемы на жестком диске и материнской плате: возможно, они были повреждены или шлейфы в них плохо подключены. Также было бы неплохо, если бы протестировали работу своего жесткого диска с другим SATA-кабелем, так как проблема в виде синего экрана смерти KERNEL_DATA_INPAGE_ERROR может возникать по его вине.
• Проверка жесткого диска на поврежденные сектора. Вот мы и дошли до самой «приятной» причины появления этого синего экрана смерти — поврежденные сектора или, как их называют в простонародье, бед-блоки. Именно бед-блоки причиняют наибольшее количество проблем для владельцев жестких дисков, особенно тех HDD, которые находятся в почтенном возрасте. Вам нужно попробовать проверить свой жесткий диск на наличие поврежденных секторов, а также попытаться восстановить их, что, впрочем, не всегда возможно. Начальным уровнем проверки можно обозначить системную программу CHKDSK: вызовите Командную строку(обязательно с правами Администраторской) и выполните в ней команду chkdsk c /f /r . По окончанию работы программы, вам будет выдана сводка с результатами, по которым вы поймете, есть ли у вас какие-то проблемы с жестким диском, а также были ли они устранены. Заметка: если вы не можете получить доступ к системе из-за постоянно возникающего KERNEL_DATA_INPAGE_ERROR, то вам нужно воспользоваться установочным носителем с Windows, чтобы получить доступ к Среде Восстановления, а затем с помощью нее открыть Командную строку. После применения CHKDSK, попробуйте перезапустить компьютер и проверьте, появится ли синий экран смерти снова. Если он снова появится, то, вероятно, системная программа не справилась со своей задачей. Мы рекомендуем вам воспользоваться куда более эффективной утилитой под названием Victoria HDD, чтобы устранить бед-блоки. Успех будет зависеть от состояния вашего жесткого диска.
• Проверьте свою оперативную память. К сожалению, за появлением KERNEL_DATA_INPAGE_ERROR также может стоять и оперативная память, установленная в вашей системе. Проверить сбойность ОЗУ довольно просто, если у вас в системе присутствует больше одной планки(шанс возникновения проблемы с несколькими планками одновременно — ничтожно мал): просто выньте из материнской платы одну из них, а затем протестируйте работу системы с другой — и наоборот. Также вы можете выполнить тестирование оперативной памяти с помощью программы Memtest86+.
• Проверьте материнскую плату. К сожалению, синий экран смерти KERNEL_DATA_INPAGE_ERROR, исходя из сообщений пользователей в сети, мог появиться также из-за повреждений материнской платы. Понять, повреждена ли та — крайне сложно, особенно самому обычному пользователю. Откройте свой системный блок и хорошенько осмотрите плату на наличие каких-то очевидных повреждений. Однако, ее проверкой все же стоит заняться профессионалу.

Мы надеемся, что данный материал помог вам в решении синего экрана смерти KERNEL_DATA_INPAGE_ERROR, или хотя бы дал правильное направление, в котором необходимо двигаться для его решения.

Ошибка 0x0000000a может происходить как во время работы установленной системы Windows 7, так и при ее установке по следующим причинам:

• некорректная работа драйверов операционной системы с оперативной памятью компьютера. Попытка доступа драйвера в защищенную системную область памяти. Очень часто возникает при подключение и установки драйверов дешевых китайских устройств типа Web камер, джойстиков, источников бесперебойного питания;
• сбой оперативной памяти;
• плохая совместимость комплектующих ПК. Очень часто приводят к данной ошибке при установке Windows 7;
• некорректные настройки BIOS;
• конфликт между системными приложениями;
• несовместимость драйверов системы с оборудованием. Часто возникает при попытке автоматического использования стандартного драйвера устройства для подключенного к персональному компьютеру устройства.

Для устранения ошибки 0x0000000a важно правильно интерпретировать BSOD. Рассмотрим ситуацию, приведенную на рисунке ниже:

Надпись DRIVER_IRQL_NOT_LESS_OR_EQUAL или IRQL_NOT_LESS_OR_EQUAL указывает на то что ошибка возникла во время системного прерывания BIOS, по причине обращения к запрещенной области памяти для данного уровня доступа прерывания. То есть в момент взаимодействия системой с аппаратным обеспечением компьютера.

После кода ошибки 0x0000000a в фигурных скобках мы видим подробную информацию об ошибке, в данном случае:

• 0x0075008C будет некорректным адресом для данного обращения;
• 0х00000002 уровень необходимого прерыванию доступа для работы с выше указанным участком памяти;
• 0х00000001 указывает на то, что ошибка произошла при попытке записи в память, код 0х00000000 указывал на сбой при операции чтения;
• 0х83А19829 адрес инструкции, выполнение которой вызвало ошибку, по данному адресу можно определить вызвана, ли ошибка драйвером системы, или некорректной работой приложения с аппаратной частью ПК. Для этого необходимо свериться с таблицей распределения о оперативной памяти.

Часто под стройкой с адресом ошибки (0x0000000a), можно увидеть каким именной драйвером был вызван сбой, но к сожалению далеко не всегда.

В этом примере причина сбоя — драйвер drv.sys

Для решения проблемы стоит выполнить следующие действия.

1. Если данный сбой возник в момент установки драйвера в Windows 7, для подключённого к ПК оборудования необходимо перезагрузиться в безопасном режиме предварительно выключив ПК и отключив установленное оборудование. Для этого при перезагрузке нажимаем клавишу F8. После появления экрана с предложением выбора варианта загрузки выбираем «Безопасный режим» или «Safe mode» как показано ниже и подтверждаем выбор нажатием клавиши Enter.
   
2. После загрузки системы Windows 7 в безопасном режиме запускаем диспетчер оборудования, нажав правой кнопкой мышки на «Мой компьютер». После открытия консоли выбираем установленное оборудования, жмем на него правой кнопкой мышки и выбираем свойства, переходим на вкладку «драйвер», нажимает «удалить», устанавливаем птичку и жмем «ОК».
   
3. После перезагрузки системы устанавливаем корректный драйвер для данного устройства. Перегружаем систему в нормальном режиме. Бывает, ошибка с кодом 0x0000000a в Windows 7 возникает после обновлений драйверов или самой операционной системы. В таком случае перегружаемся в безопасном режиме. Запускаем пуск выполнить, в появившемся окне вводим команду verifier/ reset, что сбросит параметры проверки драйверов по умолчанию, нажимаем «ОК».
   
4. Если данная ошибка возникает при переходе системы Windows 7 в «Спящий режим» или «Режим Гибернации» то необходимо установить последние обновления, или наоборот сделать откат на последнюю точку восстановления системы.
5. Если ошибка вызвана после настройки BIOS, особенно игр в IRQL прерываний, то рекомендуется сбросить данные настройки по умолчанию, сохранить настройки BIOS.
6. При сбое в результате некорректной работы аппаратной части ПК стоит попробовать в BIOS следующие:
   • отключить кеш память, в том числе второго и третьего уровня;
   • отключить в BIOS Plug And Play режим;
   • доступ к затененной памяти;
   • антивирусную защиту BIOS, если таковая имеется;
   • стоит обновить прошивку BIOS материнской платы и видеокарты до последней версии;
   • запустить тест оперативной памяти, возможно вставить оперативную память в другой слот, попробовать понизить частоту работы ОЗУ до наиболее медленной планки, если они у вас разные;
7. Для определения какое именно устройство в ПК вызывает конфликт можно попробовать по очереди отключать комплектующие ПК. Начать стоит с оперативной памяти, если у вас установлено 2 и более планок ОЗУ, то методом перебора проверяем каждую из них. Перед этим важно провести полный тест ОЗУ для исключения сбойных ячеек.
8. Если приложение приводит к ошибке, то можно просмотреть в журнале ошибок Windows 7 какое именно. Смотреть нужно в разделе «Приложения» Ошибки драйверов будут фиксироваться в разделе «Система».
   

Даная ошибка означает, что запрошенная страница с данными ядра в файле подкачки не может быть прочитана в памяти. Стоп код имеет следующие параметры.

Если первый параметр имеет одно из следующих значений 0, 1 или 2, но третий параметр равен 0, тогда параметры будут иметь такие значения.

Если первый параметр равен 3 (и третий параметр не равен 0) или 4 то остальные параметры имеют следующие значения.

Иначе параметры имеют следующие определения.

Причины

Довольно часто, вы сможете определить причину краха KERNEL_DATA_INPAGE_ERROR по параметру 2 (код ошибки).

Наиболее часто встречающиеся коды ошибок, следующие:

0xC000009A, или STATUS_INSUFFICIENT_RESOURCES – указывает на утечку памяти не подкачиваемого пула;

0xC000009C, или STATUS_DEVICE_DATA_ERROR – указывает на неисправный сектор на жестком диске;

0xC000009D, или STATUS_DEVICE_NOT_CONNECTED – указывает на неисправный или отходящий кабель, или что контроллер не видит жесткого диска;

0xC000016A, или STATUS_DISK_OPERATION_FAILED – указывает на неисправный сектор на жестком диске;

0xC0000185, или STATUS_IO_DEVICE_ERROR – указывает на неисправный кабель SCSI устройства или что два устройства пытаются использовать один и тот же IRQ.

0xC000000E, или STATUS_NO_SUCH_DEVICE – указывает на сбойное железо или неправильную конфигурацию дискового устройства. Проверьте подключение дисковых накопителей, исправность кабелей. Если вы используете старые PATA (IDE) устройства, данный код ошибки может указывать на неправильную конфигурацию master/slave типов подключения.

Полный список всех кодов выполнения находится в Ntstatus.h WDK.

Причиной ошибки также может быть некорректно работающая память.

Заражение компьютерным вирусом также может приводить к этой ошибке.

Устранение

Проверьте диск , если код ошибки 0xC000009C или 0xC000016A. для этого выполните команду chkdsk /f /r. Если система не загружается, воспользуйтесь консолью восстановления и используйте команду chkdsk /r.

Устранение аппаратных проблем. Если код статуса I/O равен 0xC0000185 и файл подкачки находится на SCSI диске проверьте кабели, соединяющие диск и материнскую плату. Проверьте, что платы памяти вставлены должным образом. В случае необходимости протрите контакты ластиком. Повреждения материнской платы также могут вызывать данный BSOD.

Проверьте, что у вас установлены последние сирвис паки для вашей системы. Проверьте компьютер на наличие вирусов.

Разделим эту статью на 2 части:

• Решение 1
• Решение 2

Первая часть подойдет всем у кого ошибка 0х0000007А (KERNEL DATA INPAGE ERROR ), а вот тем, у кого жесткий диск на компьютере емкостью 750-1500 Gb и выше , а система Windows 7 или Windows 2008, советуем начать со второй части.

Решение 1. 0х0000007А — проверяем компоненты ПК.

Оно заключается в проверке компонентов компьютера, имеющим отношение к оперативной памяти компьютера и жесткого диска.

Как это сделать, мы подробно писали в статье об общих смерти. Повторимся и здесь.

Помните что все работы с заменой деталей ПК необходимо производить при отключенном питании. Неправильное обращение с компонентами ПК + ваша неопытность или небрежность = выход ПК из строя. Все действия Вы производите на свой страх и риск.

Проверка жесткого диска и кабелей SATA и разъемов питания.

Кабели SATA

Частой причиной проблем с жестким диском, является низкое качество кабелей SATA . Дешевые кабели, имеют свойство твердеть и терять свои свойства проводимости.

Происходит это не сразу а постепенно, в течении какого либо времени. На кабели воздействует ежедневный перепад температуры внутри корпуса, от комнатной до рабочей.

В запущенных случаях, когда системный блок не испытывает должного ухода и чистки, разница между комнатной температурой и температурой в корпусе может достигать 30 градусов и даже больше.

Ежедневный нагрев и остывание, воздействие пыли, со временем приводят к порче кабеля SATA . Для современных жестких дисков и материнских плат. Даже невидимое повреждение, может вызвать «затор», примерно так же, как это происходит на оживленной трассе из-за кошки выбежавшей на дорогу.

Перед всеми действиями, которые будут описаны ниже, убедитесь, что кабели ведущие от разъема материнской платы к Вашим жестким дискам, в отличном состоянии. Позиция «да что ему сделается!» — на компьютеры не действует.

Не стоит забывать тот факт, что любое современное устройство, будь то компьютер, ноутбук, смартфон — это высокотехнологичное устройство, которое разрабатывается инженерами. Все элементы этих устройств продуманы до мелочей.

Поэтому, не стоит пренебрегать такой «мелочью», как SATA-кабель .

Также не помешает проверить надежность соединения и разъемов питания жесткого диска, и вот таких переходников.

Проверка диска на ошибки файловой системы и BAD-блоки

Для проверки жесткого диска, принято использовать программы, которые загружаются в оперативную память, вместо Windows, и позволяют провести комплексную проверку жесткого диска, такие как Victoria и MHDD. К сожалению, рядовому пользователю, на которого ориентирован неОшибка.Ру, справиться с ними будет не просто.

Поэтому мы рассмотрим стандартный способ проверки жесткого диска, при помощи программы chkdsk входящей в состав Windows.

Но, если по каким либо причинам, синий экран с ошибкой 0х0000007А (KERNEL DATA INPAGE ERROR), не даст возможности полноценно проверить накопитель, Вам придется изучить руководство по этим программам, или же, сделать то, что мы всегда рекомендуем — обратиться в специализированный сервисный центр.

Итак, для того, чтобы запустить проверку, Вам необходимо открыть окно командной строки. Нажмите + и в открывшемся окошке введите:

cmd

и нажмите на .

Результатом этого действия и должно стать открытие черного окна — командной строки.

Теперь, в командной строке введите команду ниже, а затем нажмите на .

chkdsk буква_диска : /f /r //где буква_диска — ваш логический диск C, D, E и так далее.

Для начала проверьте ваш логический диск C , а затем и D , E и так далее.

Ничего страшного, если система скажет, что диск занят и спросит — запланировать ли задание перед следующей загрузкой. В таком случае согласитесь, и перезагрузите систему.

Еще до загрузки Windows, начнется сканирование, которое по времени будет зависеть от емкости вашего диска. Утилита проверит все необходимое и при возможности исправит. Повторите это действие для всех ваших логических дисков.

Проверка оперативной памяти программой MemTest

После проверки диска, если проблема не устранилась, нужно проверить каждый модуль памяти по отдельности программой MemTest .

Для этого вам понадобится лишь флешка любого размера, даже 512 Мб если у вас такая завалялась.

Решение 2: Если у вас Windows 7, 2008 и жесткий диск большого объема

В Российском интернете, очень мало информации об ошибке 0х0000007А (KERNEL DATA INPAGE ERROR ), поэтому, мы посмотрели, как решают эту ошибку за рубежом.

Оказалось, что в англоязычной базе знаний всем известной корпорации, есть статья под номером KB977178 .

Мы наткнулись на нее совершенно случайно, изучая один американский форум.

Смысл статьи таков:

Всем известная корпорация знает о данной проблеме. Проблема возникает если у Вас установлен жесткий диск большого объема, от 1 терабайта (может и меньше). При входе и выходе из режима гибернации, вы получаете синий экран смерти BSOD со стоп-ошибкой 0x0000007A , 0x00000077 , или 0x000000F4 .

Дело в том, что при выходе из режима гибернации, диску дается 10 секунд. Дискам большого объема требуется больше этих 10-ти секунд, в связи с чем Windows и генерирует BSOD .

Вполне возможно, что и другие аналогичные факторы, могут использовать этот порог в 10 секунд, что и приводит к ошибке.

Проблема еще и в том, что это исправление не скачать без запроса в службу поддержки Microsoft. Нам удалось скачать файл Windows6.1-KB977178-x64.msu c одного из файлообменников за рубежом. Этот файл пригоден только для ОС Windows 7, 2008 с разрядностью x64.

Пока, мы не уверены в безопасности этого файла, отличается имя и размер от оригинала, поэтому ссылки на него не будет. Постараемся проверить в скором времени.

Если Вам станет известно что либо об решении, поделитесь с нами или в комментариях.

Статья продолжает серию публикаций, посвященных описанию и устранению проблем, вызванных возникновением критической системной ошибки, которая влечет за собой появление синего экрана смерти (). В большинстве случаев в подобном материале будут освещаться проблемы, с которыми я сталкивался лично в своей практике и которые мне удалось решить. STOP-ошибка (STOP error), контроль дефекта (BugCheck) или в простонародье BSOD - фатальный системный сбой операционной системы Windows, являющийся причиной полного прекращения функционирования основных компонентов ядра операционной системы, влекущий за собой потерю динамических несохраненных пользовательских данных и приводящий к появлению на экране монитора синего экрана смерти (BSOD). Числовое обозначение STOP-ошибки - внутренний классификатор Microsoft, характеризующий причину возникновения фатальной системной ошибки, который используется при диагностике причины возникшей неполадки. В данной статье речь пойдет о сбое с идентификатором .

Симптомы

В процессе функционирования операционной системы Windows, абсолютно случайный момент времени работа операционной системы внезапно прерывается и Вы можете наблюдать на экране следующее сообщение об фатальной системной ошибке:

В общем случае формат ошибки следующий:

STOP 0x0000007A (0xAAAAAAAA,0xBBBBBBBB,0xCCCCCCCC,0xDDDDDDDD) KERNEL_DATA_INPAGE_ERROR

Символическое имя ошибки KERNEL_DATA_INPAGE_ERROR (ОШИБКА_ПОДКАЧКИ_ДАННЫХ_ЯДРА), говорит о том, что критическая ошибка возникает в ситуации, когда Менеджер памяти (диспетчер памяти) не может загрузить в физическую (оперативную) память страницу с необходимыми данными (блок данных) из файла подкачки (обычно размещаемом на жестком диске). Каждому процессу в системе выделяется виртуальное адресное пространство размерностью в максимально возможный для архитектуры (x86/x64) адресуемый размер (это 4Гб для 32-битных систем и 16Эб для 64-разрядных). Но объем оперативной (физической) памяти, установленной в системе, намного меньше объема виртуальной памяти, использующейся всеми работающими в данный момент процессами. Отсюда следует, что все виртуальные страницы всех процессов в системе физически не могут уместиться в оперативной памяти. Однако, для того, чтобы обеспечить иллюзию доступности всего объема физической памяти процессу, диспетчер памяти, который является частью исполняющей подсистемы ядра, осуществляет постраничный сброс части неиспользуемого в данный момент содержимого памяти на диск, в файл подкачки. Подобная операция освобождает физическую память, чтобы та могла использоваться процессами, в данный момент нуждающимися именно в физической памяти для выполнения своего кода. В ситуации, когда исполняющийся код (поток) обращается к адресу, принадлежащему странице виртуальной памяти, которой не передана страница физической памяти (страница была вытеснена и помещена в файл подкачки), то диспетчер памяти "на лету" подгружает информацию обратно из файла подкачки (с диска) в оперативную память. Вот как раз в процессе выполнения подгрузки и может возникнуть ошибка STOP 0000007A. А причиной может быть сбой в работе любого из низлежащих модулей ядра, обеспечивающих цепочку чтения/обработки данных с физического носителя, на котором располагается файл подкачки. Зачастую это вызвано физическим повреждением поверхности носителя, либо ошибкой контроллера диска.

Общие причины

• Ошибка чтения данных из файла подкачки, причиной которого явился программный сбой. Причины: cбой программного характера, например некорректная работа антивирусов, фильтров, драйверов, любого программного обеспечения режима ядра, которая влечет за собой невозможность чтения информации из файла подкачки, либо плохой блок оперативной памяти.
• Ошибка чтения данных из файла подкачки, причиной которого явился аппаратный сбой. Причины: Ошибка контроллера диска, повреждение магнитной поверхности диска, то есть плохой кластер, попавший на область данных файла подкачки.

Общие варианты решения

В этом разделе приводятся общие методы восстановления, которые применяются для всех подвидов ошибки STOP 0x0000007A вне зависимости от параметров ошибки (BugCheckParameter1, BugCheckParameter2, BugCheckParameter3, BugCheckParameter4), которые указаны после кода STOP-ошибки в круглых скобках. Все нижеописанные действия необходимо выполнить для устранения ошибки.

Замена жесткого диска

STOP 0000007A у меня частенько встречался в ситуации, когда на системном жестком диске, на котором располагался как сама операционная система, так и файл подкачки (подобная ситуация достаточно распространена), начали появляться сбойные (плохие) сектора. Как говорится, диск начал "сыпаться". В подобной ситуации самым логичным решение будет замена жесткого диска с попыткой выполнения операции копирования разделов на новый диск.

Специфические особенности некоторых сбоев

Применительно к сбою STOP 0000007A, второй входной параметр (BugCheckParameter2), отраженный на синем экране смерти в круглых скобках (0xBBBBBBBB), может подсказать нам более подробные сведения о деталях сбоя и определить возможные более специфичные методы устранения проблемы для случаев, когда она вообще может быть устранена.