BSOD 0x50 при подключении HDD
 

Проблема:
Есть HDD Seafate Barracuda 7200.10 160Gb. На нём присутствуют три раздела: boot, системный - С и D с данными (стоит Win7x64).
26 ноября 13 года винда вывалилась в BSOD с ошибкой 0х50.
Сейчас ситуация такая: подключаешь этот винт на любую машину c виндой и как только происходит его инициализация винда вываливается в указанный BSOD.
Доступ к винту получил только из FreeDOS + VC. При этом VC ругается на доступ к некоторым файлам и не копирует их.
Поверхность проверил - Бэдов нет.

Вопрос:
Как с этого HDD слить данные? Как ему вернуть работоспособность (если это возможно)?

Так и должно быть.

Например с помощью любого Live CD Linux.

Установить его в ПК, где он будет работать, и произвести чистую установку Win7.

Ну, и раз обратились в этот раздел - СМАРТ ЖД в студию, но.... мне кажется что с ЖД все нормально.

Это барахло заменить. Плохой БП может быть причиной ошибки 0х50

Систему установить нормальную, а не паленку

Указанный HDD с "этим барахлом" даже не знаком :) "барахло" в другом районе города.

данные уже слил с под Ubuntu.

Почему?

Не в обиду: Начинается! :lol:

Продолжается...

Воспользуйтесь поиском. Ответ давался неоднократноОб этом нужно писать сразу

Странно, сколько подключаю и инициализирую винты никогда не бывает такого BSOD.
Как на легальных, так и на иных операционках.

ЧЯНТД?

С установленной ОС на разных системных платах с разными чипсетами? Да вы волшебник! :)

WSonic
Я не волшебник, но в курсе что при подключении к компу с другим железом, BSOD если и вываливается, то уж точно не 50-тый.

Может быть любой, даже если не х50 - то какая разница? Перекидывать диск с установленной ОС на разные ПК - не так то и просто. Обсуждалось уже

WSonic
Разница, как минимум в том, что BSOD, причём такой же, выскакивает и на родном железе.
И проблема перетыкания на другое железо здесь причастна так е как погода в Магадане к чиханию в Москве. ;)
Как раз таки то, что вылетает именно 50-й свидетельствует о том что система пережила переезд, но споткнулась на исходной ошибке.

Глеб Жеглов, Если вы в этом так уверены и у вас всегда перенос системы проходит по вашему сценарию, то пусть будет по вашему! Я согласен что самый распространенный bsod в этом случае - 7В, но не согласен что он единственно возможный :boredom:

Если в ошибке действительно виноват жёсткий диск… Судя по всему это так..
Я бы взял утилиту MHDD и очистил LBA 0 командой CLRMBR.

Затем посмотрел разделы и файловые системы харда с помощью дисковых редакторов: DMDE, WinHex и попытался найти и локализовать ошибки…

Господа!
Я винт подключал к разным ПК с уже запущенной ОС. И при инициализации винта выскакивал указанный BSOD.

Tau_0, благодарю за дельный совет.

Тему закрываю, т.к. удалось слить нужную инфу из под Ubuntu. А винт успешно пережил форматирование и принял на борт свежую ОС.
;)

Помнится было такое с классическим сигейтом (7-10). То ли аппаратная проблема, то ли софтовая в его СА - но именно с самим винтом. А не с мбрами и etc...
Вроде вендор трек ему переписал и всё стало нормально...

А почему тогда Линукс не слетает...???... Да, BSOD с ошибкой 0х50 обычно связывают с неверной работой памяти, но и другое не исключают.

Stop 0x00000050 or PAGE_FAULT_IN_NONPAGED_AREA

ЗЫ Если я уберу MBR, то с точки зрения Windows хард пустой и система на него не полезет. А разделы можно запросто по одному подключать/отключать и выщелкнуть таким образом проблемный. Ведь в конце концов перестановка Windows сняла проблему --- теперь проверить это не получится..

Теоретически так и есть. Но CLRMBR не срабатывает в случае установок различных ОС, выход - именно стирание.

Вот это и не проверили...:(
CLRMBR хороша тем, что работает из-под DOS, --- это когда host контоллер в PATA/IDE.
Ведь можно было и из-под линукса первый сектор потереть... Просто MHDD хорош тем, что про запас копирует сектор LBA 0 в неиспользуемую область в LBA 1. Хотя это и ерунда..., просто так проще..
Скорее это заморочка Windows, а не харда... Я думаю, просто хитрые наводки..., но теперь уже это не проверить..