@Фаутор

Здравствуйте! У меня возникла проблема:

Во время скандиска мигнул свет и компьютер перезагрузился. После загрузки системы, том, который сканировался стал недоступен. При попытке открыть пишет "Файл повреждён. Чтение невозможно" и файловая система сменилась на RAW. Запустил скандиск - просканировало нормально. Есть ли возможность решить данную проблему без радикальных методов?

0

@9285

Всего то? Я думал что речь шла минимум о часе.
Вообще немного освежил когда то читанное, но всё равно не очень понял.
25-я запись - $ObjID
Можешь прочитать про неё например здесь:
http://hex.pp.ua/ntfs-special-files.php
http://www.osp.ru/win2000/2002/08/175121/
Так что, при таких обьёмах и числе обьектов вполне понятно что перепись всех этих данных будет не секундной.
Ну а что касается сообщения - скорей всего это из разряда когда при ревизии чего то сообщается "Сделана запись в акт ревизии".

Да и вообще, эта запись, в типичных задачах вроде бы как не смертельно опасная. Сколько было случаев когда начальные записи были переписаны тем же быстрым форматированием. Делали имплант для записей 0 и 3 (миниму) - все остальные (начальные) чекдиск создавал.

PS. Спасибо за сообщение о результате. Это очень полезно для тех, кто начитается безапелляционных ужастиков про чекдиск и боятся использовать то, что по сути существует для исправления таких ошибок.

0

@Фаутор

До того как товарищ "полечил" диск "Викторией" фокус не удавался. Скандиск просто стоял на строчке "inserting...", а затем выдавал "Ошибка сканирования".

0

@Фаутор

Теперь всё в порядке -

Здесь схожая ситуация - http://forum.oszone.net/thread-145075.html

0

@9285

Я раньше писал что было бы неплохо знать какие номера у секторов, которые программа заремапила.
Насколько понимаю, чекдиск (давай всё таки называть хоть и сленгово, но правильное имя) запускался в обычном режиме (без ключа /r) - соответственно лечатся лишь логические ошибки. При этом, если исправления пишутся в сектор, который проблемный, то ничего и не получается. После ремапа в нужном месте был уже рабочий сектор и всё завершилось.
В случае на зоне, как раз таки проверка делалась с ключём /r при которой, в случае нахождения проблемного сектора, кластер (в состав которого входит такой сектор(а)) считается ошибочным и исключается из "обращения" ФС. Вычитывающиеся данные из проблемного кластера копируются в другое место и делается необходимая корректировка служебных структур. Так что всё вполне закономерно и обьяснимо.
Кроме одного

0

@Фаутор

Пока искал решение своей проблемы в интернете, заметил, что часто в темах проблем ФС фигурирует строчка чекдиска "Inserting an index entry into index $0 of file 25", на которой программа как-бы виснет.

http://audio.probudget.ru/prog... nie-chkdsk
Ссылки на сторонние форумы
Кстати, у меня успехом закончился чекдиск, запущенный именно через ПУСК-ВЫПОЛНИТЬ. Возможно просто совпадение.
А насчёт ключа, то я сперва боялся даже ключ /f добавлять. Некоторые пугают, что может повредить информацию.

0

@9285

Фаутор

Если речь об ХР, то да.

Всё зависит от конкретики. В другом разделе есть тема, где с точностью до наоборот - ситуация аховая, а советуют чекдиск. Человеку повезло что он не сработал. А если бы сработал? Вот тогда бы пугальщики злорадствовали "Вот видите, чекдиск всё повредил".
На всякий случай аналогия чтобы было понятнее.
Спичками можно пользоваться? Можно ответить двояко, но в любом случае не стоит запугивать лесными пожарами (особенно если спички зажигают где либо в Антарктике).

Попробуй вбить вместо 25 9.

0