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

[Drongo]

Привет всем.

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

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

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

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

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

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

Во теперь вопрос задним числом на возможное будущее, как инициировать проверку винта chkdsk /r при отсутствии загрузки? Понятно что нужно проверить винт ещё пару раз и викторией в том числе не помешает. Что упустил и нужно, пишите, буду рад помощи и советам.

 

[regist]

Drongo, первым делом сделай смарт диска. Если есть проблемы с ним, то опять могут файлы побиться и всё повторится.

 

[Dragokas]

Вижу повреждённую базу скайпа main.db, пяток ещё битых файлов.

Интересно увидеть бы полный отчет восстановления, например, этим скриптом. Только придется запускать из-под той же ОС, откуда был запущен CHKDSK.

Подключаю старенькую 40-ку и свой терабайтник. Глючит по чёрному, любой выбор загрузиться с 40-ки, грузит терабайтник.

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

 

[Drongo]

Ну... SATA поддерживает горячее подключение.
Так что можно было загрузится с 40-ка. А проблемный винт физически подключить уже после загрузки ОС

Не знал, всегда боялся выдёргивать питание во время работы. Достаточно шлейф передачи данных отсоединить и подсоединить?

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

 

[Dragokas]

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

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

Ах... Спасибо. Забыл проверку XP прикрутить.
Но тебе достаточно только п.2. выбрать. Там права админа не нужны.

 

[Drongo]

Не знаю почему, но пишет что не найдено ни одного отчёта...

 

[Dragokas]

А скрипт запускаешь точно из-под той же системы, с помощью которой ты лечил прошлый раз терабайтник?

 

[Drongo]

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

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

 

[Drink]

smart'а не будет?

 

[Drongo]

Вот, викторией сделал.

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   •••••

 

[Drink]

199 Ultra DMA CRC errors 100 100 0 15

Кабель данных переткните с двух сторон. Если потом 199-ый атрибут будет расти, меняйте кабель на новый 26AWG с защёлками. Если есть разгон, то уберите. Диск здоров. Ошибки файловой из-за кабеля\контактов\разгона.

 

[Wu-Tang]

@Drongo,
диск не молодой, можно и платку вдобавок почистить.

 

[pnz]

меняйте кабель на новый 26AWG с защёлками.

Извините, что встряну, но всегда писали про замену кабелей на те, которые без защелок? Сейчас из-за поднятия темы увидел, что наоборот советуете. Или путаю?
Замечал, что 199 атрибут не нулевой, когда есть защелки. Без них значение, как правило, остается неизменным.

 

[Drink]

всегда писали про замену кабелей на те, которые без защелок?

Нет, это зависит от диска, - есть ли на разъёме sata выступ для защёлки. У диска HD103SJ он есть, поэтому и кабель с защёлками. У дисков до 2008 года выступа нет, как правило. Поэтому, там кабель без защёлок. Сначала смотрят модель, потом выбирают кабель. Сейчас все с защёлками.

199 атрибут не нулевой, когда есть защелки

Не обязательно. Опять же, если выступ есть - то и защёлки есть. Если атрибут не нулевой, то это может быть связано с разными причинами - диск без выступа на разъёме, кабель с защёлками, - плохой контакт. Диск без выступа, кабель без защёлок, неконтакт. Выступ есть - кабель без защёлок - неконтакт. И наоборот. Кабель бракованный, или дешёвый и не по стандарту, и .т.д.. Длинный кабель, не по стандарту - рост 199-го. Кабель хороший, но контакты окислены. И т.д. Свёрнут в спираль кабель - напряжён - неконтакт. Дисковая корзина плохо закреплена, лёгкая, неудачное расположение, несколько дисков, рядом громыхает вентилятор - тряска - неконтакт. И т.д. Разгон - рост 199-го. Неподходящий драйвер - рост 199-го. Если атрибут 199 растёт - надо устранять причину. Если есть в поле raw ненулевые значения, но роста атрибута нет - не надо устранять причину. Атрибут накапливающий. Также, обычно, если value=worst, то рост есть. Если value>worst, то в поле raw старые ошибки, тем старее, чем value больше worst. Но необязательно. value=worst, но атрибут 199 не растёт. Но если =, то обратить на это внимание надо, и проверить, есть ли рост. Сначала переткнуть с двух сторон, а если рост продолжится, то заменить на хороший кабель. Но бывает, хотя и редко, что кабель плохой, есть проблемы, а в атрибуте 199 - по нулям. В целом, так.
(Тема старая, подняли. Не ответить не могу. На усмотрение модератора.)