Ошибка при обращении к диску - 0x00000024 NTFS.SYS

Drongo

Ассоциация VN/VIP
VIP
Сообщения
7,345
Реакции
4,793
Привет всем.

А в общем-то, сразу ставлю решена, потому что решил проблему, методом тыка интуитивно и не сразу, но напишу, возможно кому-то пригодится.

...Как ни в чём не бывало включил комп, он загрузился, включил скайп, загрузил видео, смотрю спокойно и вдруг картинка зависла, на нажатия клавиш не реагирует, индикатор работы винчестера горит ярким и на всю. Ну, думаю, зависло видео и нажал резет...

Пошла перезагрузка, что-то даже гавкнуло на невозможность загрузки NTLDR что-то в этом роде, точно не помню. Не беда. Гружусь с загрузочного и с помощью акрониса восстанавливаю с образа. Гружусь снова - доходт до boot-экрана и сброс, перебор вариантов через F5\F8 выдавал такой же вариант, окромя убрать перезагрузку во время ошибок. В этом случае был виден чёткий синий экран с указаной в теме ошибкой.

Ну, я думаю, где наша не пропадала, загружаюсь с WinPE - результат тот же, при обращении к винту зависает или бсод... Устанавливаю вин тупо в упор - после проверки установки - бсод... Пошла паника. Вариантов два, либо винт, либо какой-то сбой на винте. Гружусь с акрониса, все папки на винте вижу, значит не винт? Но тогда почему зависает на одном и том же месте? Вопрос загнал в тупик. Понимаю, что нужно каким-то образом запустить проверку CHKDSK /R, а вот как, не знаю, WinPE не грузит...

Подключаю старенькую 40-ку и свой терабайтник. Глючит по чёрному, любой выбор загрузиться с 40-ки, грузит терабайтник. Уже почти сдался. Решил записать образ с терабайтника на 40-ку, чтобы загрузить хоть какой-то винт и провести проверку, - вариант не проканал. Пробовал наоборот - результат тот же. Откровенно ищу йод и место где его на стене намазать. Биться в стенку буду сильно.

Отчаянно делаю образ 40-ки и сохраняю его на терабайтник, файл пишется. Доступ есть же. Решил перезагрузиться, пошёл экран загрузки и оооо, чудо, начался процесс проверки винчестера. Вижу повреждённую базу скайпа main.db, пяток ещё битых файлов. Проверка прошла, и система с проблемного винта загрузилась как ни в чём не бывало.

Во теперь вопрос задним числом на возможное будущее, как инициировать проверку винта chkdsk /r при отсутствии загрузки? Понятно что нужно проверить винт ещё пару раз и викторией в том числе не помешает. Что упустил и нужно, пишите, буду рад помощи и советам.
 
Drongo, первым делом сделай смарт диска. Если есть проблемы с ним, то опять могут файлы побиться и всё повторится.
 
Вижу повреждённую базу скайпа main.db, пяток ещё битых файлов.
Интересно увидеть бы полный отчет восстановления, например, этим скриптом. Только придется запускать из-под той же ОС, откуда был запущен CHKDSK.

Подключаю старенькую 40-ку и свой терабайтник. Глючит по чёрному, любой выбор загрузиться с 40-ки, грузит терабайтник.
Ну... SATA поддерживает горячее подключение.
Так что можно было загрузится с 40-ка. А проблемный винт физически подключить уже после загрузки ОС. Далее зайти в диспетчер устройств -> меню "Действие" -> Обновить конфигурацию оборудования.
 
Ну... SATA поддерживает горячее подключение.
Так что можно было загрузится с 40-ка. А проблемный винт физически подключить уже после загрузки ОС
Не знал, всегда боялся выдёргивать питание во время работы. Достаточно шлейф передачи данных отсоединить и подсоединить?

Скриптом проверю, но не сегодня уже.
А как запустить проверку эту на ХР? У меня и так админская учётка

0H5cnp.jpg


nQK3LL.jpg
 
Шнур питания и низзя. Точнее можно, если блок питания хороший, и не боишься спалить. Но это и не нужно отключать.
Нужен только кабель данных.

А как запустить проверку эту на ХР? У меня и так админская учётка
Ах... Спасибо. Забыл проверку XP прикрутить.
Но тебе достаточно только п.2. выбрать. Там права админа не нужны.
 
А скрипт запускаешь точно из-под той же системы, с помощью которой ты лечил прошлый раз терабайтник?
 
Если быть конкретно принципиальным, то после резета, делал восстановление из образа, но проверка винта пошла лишь когда на него записал бекап с 40ки, видно в файловой системе появился новый файл и система отреагировала запустив проверку. Фактически, выходит что проверка запущена пусть и из нового раскатаного образа, но под той же системой.

Аааа, всё понял... У меня в образе с настройками и отключеными службами и журнал событий служба та, отключена, а без неё я так понял никакой инфы нет, вчера после успешной загрузки и включил её... В инете писали что на проверяемом диске в System Volume Information, но там пусто, есть папка found.000 и там файл file0000.chk - Восстановленные фрагменты файлов. По времени совпадает. А логов больше нигде и не вижу.
 
Вот, викторией сделал.

Код:
SAMSUNG HD103SJ   S246JD5ZC02076
-------------------------------------------------------------------------
  ID      Name                   Value  Worst  Tresh       Raw    Health
-------------------------------------------------------------------------
  1 Raw read error rate           100    100     51            8   ••••• 
  2 Throughput perfomance         252    252      0            0   ••••• 
  3 Spin-up time                   70     54     25         9342   •••   
  4 Number of spin-up times        99     99      0         1234   ••••  
  5 Reallocated sector count      252    252     10            0   ••••• 
  7 Seek error rate               252    252     51            0   ••••• 
  8 Seek time perfomance          252    252     15            0   ••••• 
  9 Power-on time                 100    100      0        14758   ••••• 
 10 Spin-up retries               252    252     51            0   ••••• 
 11 Recalibration retries         100    100      0            1   ••••• 
 12 Start/stop count               99     99      0         1435   ••••  
191 G-SENSOR shock counter        100    100      0          127   ••••• 
192 Power-off retract count       252    252      0            0   ••••• 
194 HDA Temperature                59     57      0   41°C/105°F   ••••  
195 Hardware ECC recovered        100    100      0            0   ••••• 
196 Reallocated event count       252    252      0            0   ••••• 
197 Current pending sectors       252    252      0            0   ••••• 
198 Offline scan UNC sectors      252    252      0            0   ••••• 
199 Ultra DMA CRC errors          100    100      0           15   ••••• 
200 Write error rate              100    100      0         7457   ••••• 
223 Load retry count              100    100      0            1   ••••• 
225 Load cycle count              100    100      0         1455   •••••
 
199 Ultra DMA CRC errors 100 100 0 15
Кабель данных переткните с двух сторон. Если потом 199-ый атрибут будет расти, меняйте кабель на новый 26AWG с защёлками. Если есть разгон, то уберите. Диск здоров. Ошибки файловой из-за кабеля\контактов\разгона.
 
Последнее редактирование:
меняйте кабель на новый 26AWG с защёлками.
Извините, что встряну, но всегда писали про замену кабелей на те, которые без защелок? Сейчас из-за поднятия темы увидел, что наоборот советуете. Или путаю?
Замечал, что 199 атрибут не нулевой, когда есть защелки. Без них значение, как правило, остается неизменным.
 
всегда писали про замену кабелей на те, которые без защелок?
Нет, это зависит от диска, - есть ли на разъёме sata выступ для защёлки. У диска HD103SJ он есть, поэтому и кабель с защёлками. У дисков до 2008 года выступа нет, как правило. Поэтому, там кабель без защёлок. Сначала смотрят модель, потом выбирают кабель. Сейчас все с защёлками.
199 атрибут не нулевой, когда есть защелки
Не обязательно. Опять же, если выступ есть - то и защёлки есть. Если атрибут не нулевой, то это может быть связано с разными причинами - диск без выступа на разъёме, кабель с защёлками, - плохой контакт. Диск без выступа, кабель без защёлок, неконтакт. Выступ есть - кабель без защёлок - неконтакт. И наоборот. Кабель бракованный, или дешёвый и не по стандарту, и .т.д.. Длинный кабель, не по стандарту - рост 199-го. Кабель хороший, но контакты окислены. И т.д. Свёрнут в спираль кабель - напряжён - неконтакт. Дисковая корзина плохо закреплена, лёгкая, неудачное расположение, несколько дисков, рядом громыхает вентилятор - тряска - неконтакт. И т.д. Разгон - рост 199-го. Неподходящий драйвер - рост 199-го. Если атрибут 199 растёт - надо устранять причину. Если есть в поле raw ненулевые значения, но роста атрибута нет - не надо устранять причину. Атрибут накапливающий. Также, обычно, если value=worst, то рост есть. Если value>worst, то в поле raw старые ошибки, тем старее, чем value больше worst. Но необязательно. value=worst, но атрибут 199 не растёт. Но если =, то обратить на это внимание надо, и проверить, есть ли рост. Сначала переткнуть с двух сторон, а если рост продолжится, то заменить на хороший кабель. Но бывает, хотя и редко, что кабель плохой, есть проблемы, а в атрибуте 199 - по нулям. В целом, так.
(Тема старая, подняли. Не ответить не могу. На усмотрение модератора.)
 
Назад
Сверху Снизу