» Восстановление разделов и информации на HDD (часть 4)

День добрый. Из-за перегрева накрылся один из двух дисков Raid 1 (винт - failed, raid - degraded). Заменили жесткий на новый, если проводить ребилд через storage manager в винде, то после ребилда ситуация не меняется (винт - failed, raid - degraded). Если же проводить ребилд через утилиты/настройки рейда в биосе, рейд нормально восстанавливается, но после ребута все снова кривеет (винт - failed, raid - degraded). В чем может быть проблема?

3t

Цитата:

Где можно прочитать информацию обо всех ошибках, о которых мелькают сообщения в этом окне?

А, в этом смысле... ХЗ где ее можно прочитать. Покажите лог Чекдиска...


Цитата:

6 unindexed files recovered

ФС NTFS. Индексы (списки) каталогов - это и есть сами каталоги. Но их можно перестроить по MFT (это не так быстро, как сразу посмотреть каталог, но помогает, если индекс каталога испорчен или в нем нет некоторых файлов/подкаталогов). В данном случае в списке каталога не было 6 файлов, которые по MFT должны там быть.


Цитата:

При включении компьютера после использования "Reset"

Ничего удивительного. При этом часть ФС еще в памяти и не слита на винт.

alex_party

Цитата:

Поэтому Antech вам и сказал, что для начала надо простую проверку запустить, проверьте, как вам сказали, о результатах тут потом отпишетесь.

Не было там сказано, что это "простая проверка", а в шапке нагнали страху
Цитата:

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

Проверку "как вам сказали" запущу, конечно, но по-позже. Когда уже потеряю надежду узнать, на что жаловался мой компьютер в прошлый раз.

Antech

Цитата:

Покажите лог Чекдиска

Если "лог Чекдиска" это то, что выводится в чёрном DOS-образном окне при старте системы после зависания, то я именно этого и хочу: чтобы кто-то показал, где оно лежит. Или - как "остановить мгновение", чтобы в следующий раз я успел прочитать то, что мне пишут. А, если это "письмо" пишут не мне, то хотелось бы знать, кто ошибся адресом. Уж я б ему написал пару ласковых за то, что заставил расшифровывать эти письмена!

3t
Оно должно быть в журнале системы, правда я почему-то у себя не нашел...


Цитата:

как "остановить мгновение"

Надо в реестре исправить один параметр. Я не помню подробностей, поищите на форумах про отключение Чекдиска при загрузке. Тогда Вы сможете запустить его из cmd без исправлений и узнаете, что испорчено. А "загрузочный" - он всегда исправляющий, поэтому после него уже бесполезно запускать на тестирование.

Цитата:

День добрый. Из-за перегрева накрылся один из двух дисков Raid 1 (винт - failed, raid - degraded). Заменили жесткий на новый, если проводить ребилд через storage manager в винде, то после ребилда ситуация не меняется (винт - failed, raid - degraded). Если же проводить ребилд через утилиты/настройки рейда в биосе, рейд нормально восстанавливается, но после ребута все снова кривеет (винт - failed, raid - degraded). В чем может быть проблема?

UPD диск отваливается/появляется даже просто после рескана.

Antech
Цитата:

А "загрузочный" - он всегда исправляющий

Да я, вроде как, входя в Систему, сознательно иду на то, что Система будет производить действия (улучшения, исправления), которые мне не всегда нравятся. Это, как в жизни. Только в жизни я оставляю за собой право ответить Системе тем же.
А это, по-моему не адекватный ответ Системе:
Цитата:

отключение Чекдиска при загрузке

Пусть работает, только, что б за базар отвечал

Вот эта вот хитачя исчезает каждый день, достало ужо.
А изза чего - ХЗ, молчит, ни на что не жалуется, но исчезает.

Лечу так, выключаю комп и, бормоча мантры, с умным видом поправляю шлейфы и включаю комп. Хитачя в строю.

Ммм!?

3t

Цитата:

Пусть работает, только, что б за базар отвечал

Как хотите, но он может убить данные.

boy999
Много интерфейсных ошибок. Смените шлейф и следите за UDMA CRC Errors Raw. Не должно увеличиваться.

Цитата:

Смените шлейф

кОТОРЫЙ РАЗ Об эТОМ СЛЫШУ! а ГДЕ ВЗЯТЬ И КАКОЙ НУжЕН!? бЕРУ СТАНДАРТНЫЕ.

Мож особые какие надо!?

3t
Ну значит вы не в курсе: проверка без параметров, простая, больше параметров - сложнее проверка ) . Про лог диска, я вам ведь говорил уже ) , несистемный диск можно проверить и в винде из cmd, а системный лучше с Live CD делать в командной строке, там результат в конце будет... можно любоваться им сколько надо ) .

Цитата:

Пусть работает, только, что б за базар отвечал

Отвечать он не будет, редко такое бывает, но может напортачить только, в шапке кстати не страх, шапка пишется... есть такое выражение "написано кровью" , ну в данном случае не кровью, а на основе фатальных ошибок, отдельных товарищей ) .

3t писал на странице 131:
Цитата:

При включении компьютера после использования "Reset" появляется DOS-образное окно проверки жёсткого диска. Вопросы:
1. Для чего нужно это окно? Ведь времени для прочтения его содержимого пользователю не предоставляется
2. Где можно прочитать информацию обо всех ошибках, о которых мелькают сообщения в этом окне?

Antech ответил на странице 131:
Цитата:

Пуск - Выполнить cmd.exe. В нем chkdsk.exe D: - это покажет, есть ли ошибки.

3t
Цитата:

Проверку ... запущу, конечно, но по-позже. Когда уже потеряю надежду узнать, на что жаловался мой компьютер в прошлый раз.

"надежду узнать" потерял. Выполнил "chkdsk.exe D:" в окне "cmd.exe". Как и ожидалось "Ошибок не обнаружено". Т.е. теперь я знаю, что ошибки были, но "Ошибок не обнаружено". И нет надежды их обнаружить, пока не наступлю на эти грабли.
Возможно, повторюсь, но хотелось бы получить однозначный ответ. Правильно ли я понял, что Microsoft сознательно не предоставила мне возможности ознакомиться с найденными её программой повреждёнными данными и своим бездействием не предоставила мне возможность восстановить данные из имеющейся у меня резервной копии?

Подскажите что делать.
Подключаю Externe HDD к компу, а комп просит меня отформатировать HDD. Хотя вчера ещё всё было без проблем.
Помогите решить мою проблему по сохранению моих семейных фотографий и видео.

BBG

Цитата:

Помогите решить мою проблему по сохранению моих семейных фотографий и видео.

Ну для начала HDD надо вынуть из бокса и подключить напрямую к контроллеру компьютера. Далее прочитать статьи в шапке и вперед. Программы типа MHDD и victoria for dos в помощь.

3t

Цитата:

найденными её программой повреждёнными данными

Но ведь данные ваши, не повредились в итоге, на сколько я знаю, просто были ошибки, ОС их выправила, неправда ли? По поводу лога, кое что нашел, но сам еще не пробовал. Посмотрите, лог должен еще быть, если не затерся.

Добавлено:
Похоже на правду:



это я просто проверку запустил в cmd и в событиях, в Семерке, сразу лог появился, ну и в нем, естественно, все подробно расписано.

alex_party
Цитата:

Но ведь данные ваши, не повредились в итоге, на сколько я знаю, просто были ошибки, ОС их выправила, неправда ли?

В том-то и дело, что "выправила" (читай "изменила"). Если бы это были мои файлы CAD-проектов, я бы был огорчён (мягко говоря).

Цитата:

По поводу лога, кое что нашел,

Вот за это СПАСИБО! Напрасно, значит, я про Microsoft плохо подумал. В том же журнале нашёл приложение Wininit и там лежал искомый лог о проверке дисков при включении компьютера. Как выяснилось, "выправлены" были gif-файлы сохранённой интернет-странички. Даже не стал выяснять, что с ними было (не критично). Теперь буду спать спокойно. Главное - теперь CHKDSK (или как его там...) будет "за базар отвечать"
Ещё раз - всем СПАСИБО!

3t

Цитата:

пока не наступлю на эти грабли

Насколько помню, Вы комп ресетом перезагружали. С большой вероятностью это причина.
А лог Чекдиска я тоже не нашел в журнале (Win7, Чекдиск автоматический при загрузке, причина - бэды на винте).

BBG
Обычно это из-за ошибок на USB интерфейсе. Скан в MHDD/Victoria не помешает, в основном для профилактики (хотя такой симптом может быть и от бэдов). И SMART покажите (для USB: HDDScan, Everest)
DMDE - физический диск - сервис - копировать секторы. Источник - диск, первый сектор 0, число секторов 500. Приемник - файл, имя задайте "Sectors-500@0.img". Если на винте один Primary NTFS раздел, то аналогичный файл сделайте для "первый сектор"=6291519 (имя задайте Sectors-500@6291519.img). Файлы - на zalil.ru или sderni.ru.

3t

Цитата:

Вот за это СПАСИБО!

Ну это скорее не мне, а товарищу: KLASS'u. И было это написано аж 5 лет назад ) .

Здравствуйте. Создал отдельную тему - меня всё же прислали сюда. Итак:

В результате неудачной переразбивки NTFS раздела с помощью Paragon Partition Manager получил убитый MBR и неразмеченную область размером более 400 ГБ. MBR пофиксил. На неразмеченной области создал аналогичный убитому раздел NTFS (знаю, не стоило этого делать)

Старая $MFT не затронута, ибо начиналась не с 4 кластера, как обычно. Следовательно, более 99% данных восстановить можно любой программой вроде R-Studio. $MFTMirr, естественно, затёрта. Цель стоит в восстановлении всего раздела, а не в восстановлении всех данных с последующим копированием их обратно на этот же раздел - во-первых, объём большой, во-вторых, есть желание сделать это "правильнее". Таким образом, необходимо восстановить $MFT

Что делалось
Просканировал диск с помощью R-Studio, определил местоположение старой (актуальной) $MFT, скопировал первые записи в $MFTMirr, обновил бутсектор (начальный кластер MFT и зеркала MFT) и выполнил:

chkdsk x: /f

В итоге: новая $MFT перезаписала пару десятков записей старой (которую необходимо восстановить), размер определяется верно - размер старой $MFT. Но используется только новая таблица - в общем, файлы не видно. По сути, записи новой и старой MFT идут подряд

И вопрос. Чего я не учёл, какие ещё действия необходимо проделать для окончательного восстановления старой MFT?

Спасибо за ответы

eth0
Судя по всему, данные Вам не очень нужны...

Цитата:

chkdsk x: /f

Кто Вам сказал, что это "правильнее"?

Цитата:

новая $MFT перезаписала пару десятков записей старой

Цитата:

какие ещё действия необходимо проделать для окончательного...

угробления старой MFT?!
Пока ещё что-то уцелело, восстанавливайте файлы на другой раздел, теперь исправлять что-либо на месте совершенно бесперспективно.

dmde
Копии особо важных данных созданы до произведения вышеописанных действий. Копия старой $MFT также имеется
Поскольку руководство по восстановлению MFT найти не удалось, пришлось действовать по-своему. Тем не менее данные по-прежнему живы. За исключением первых нескольких записей старой MFT (опять же, бекап имеется)


Цитата:

теперь исправлять что-либо на месте совершенно бесперспективно

Не буду утверждать, но полагаю, что восстановление на данном этапе возможно

eth0

Цитата:

Копии особо важных данных созданы

А я уж думал, что совсем всё запущено...
По идее, исправления начального кластера MFT должно быть вполне досататочно. Только чекдиск на исправление сразу не нужно запускать - сначала нужно посмотреть, что он говорит в режиме только чтения, так как в вашей ситуации последствия его работы могут быть плачевны. Но после Партишена всё может быть не так просто - мы не знаем, что он там делал. Вы уверены, что начало вновь созданного раздела соответствует началу старого?
Кроме этого, стандартно MFT начинается в 4 кластере только при форматировании в Win2000 или нестандартными средствами. Так что пока и с началом MFT не всё понятно - если оно затёрлось, то нужно вручную создавать ранлист.

eth0
Да уж, Чекдиск на исправление был ошибкой. Я и без "руководства по восстановлению MFT" никогда не запускаю сразу Чекдиск на исправление. Это же чистая логика: бэкап MFT - хорошо, но бэкап MFT + осторожность - лучше (не говоря уже о случаях, когда бэкап не делается).


Цитата:

Старая $MFT не затронута, ибо начиналась не с 4 кластера

Это хорошо.


Цитата:

новая $MFT перезаписала пару десятков записей старой

Ну и плохо. Как такое может произойти, я не знаю. пару десятков - это не MFT Mirror, так что "забыл исправить MFT Mirror start cluster" отпадает.

Восстанавливайте MFT из бэкапа, проверяйте размер кластера (что в MFT тот же размер кластеар, что и в бутсекторе), проверяйте правильность бутсектора (глазами). Потом забэкапьте бутсектор и пускайте Чекдиск, но без исправлений. Покажите здесь его ответ.
Еще одна фишка. В MFT найдите любой каталог (например, root, т.е. ".") с нерезидентным индексом (т.е. с атрибутом A0 == INDEX_ALLOCATION). Перейдите в начало индекса относительно того начала раздела, которое Вы сейчас задали в таблице (и где исправленный бутсектор, соответственно). Проверьте, что действительно индекс каталога там. Тоже самое (и даже больше) делается с помощью DMDE - Поиск NTFS. Это дольше, зато больше информации (прога проверяет много индексов и не только).

Цитата:

По идее, исправления начального кластера MFT должно быть вполне досататочно

Так же и предполагал. Результаты изменения наблюдать не пришлось - предположил, что Windows работает с кешем бутсектора или с зеркалом MFT. Собственно, после перезагрузки результатов также не было

Цитата:

Только чекдиск на исправление сразу не нужно запускать - сначала нужно посмотреть, что он говорит в режиме только чтения

Указывал на повреждение MFT. После ручного обновления зеркала MFT запустил уже с параметром f. Лог его не сохранял

Цитата:

Вы уверены, что начало вновь созданного раздела соответствует началу старого?

Должно быть так

Цитата:

Как такое может произойти, я не знаю

Изменил начальный кластер MFT, переписал зеркало MFT (то есть, запись об $MFT в зеркале после этого указывала на тот же самый сектор), после чего chkdsk и разместил новую $MFT по указанному мной адресу, затерев начало старой MFT

Бутсектор в порядке, размер кластера в порядке
MFT из бекапа решил не восстанавливать, поскольку первые записи в порядке, а то, что затёрто, ценности не представляет. Возникла мысль, что MFT не читается целиком из-за некорректного значения размера для $MFT в первой её же записи - нет, здесь всё верно. Анализировал структуру скрещенных MFT с помощью Runtime's DiskExplorer: всё в порядке. 12 записей, 4 резервных, затем 2 сектора с нулями и прочие записи. Сначала не обратил внимания на "Invalid MFT entry" (думал, очередная запись с нулями). Затем посмотрел, что в ней: запись с сигнатурой BAAD, при этом запись занимает один сектор, тогда как все остальные записи - по два. Напрашивается вывод: смещение на один сектор

Лог чекдиска:

Цитата:

C:\>chkdsk x:
Тип файловой системы: NTFS.
Метка тома: 123.

ВНИМАНИЕ! Параметр F не указан.
CHKDSK выполняется в режиме только чтения.

Проверка файлов (этап 1 из 3)...
Обработано файловых записей: 754688.
Проверка файлов завершена.
Обработано больших файловых записей: 0.
Обработано поврежденных файловых записей: 0.
Обработано записей дополнительных атрибутов: 0.
Обработано записей повторного анализа: 0.
Проверка индексов (этап 2 из 3)...
Обработано записей индекса: 754710.
Проверка индексов завершена.
Проверено неиндексированных файлов: 0.
Восстановлено неиндексированных файлов: 0.
Проверка дескрипторов безопасности (этап 3 из 3)...
Обработано файловых SD/SID: 754688.
Проверка дескрипторов безопасности завершена.
Обработано файлов данных: 11.
Windows проверила файловую систему. Ошибок не обнаружено.

434807257 КБ всего на диске.
3093588 КБ в 8 файлах.
16 КБ в 13 индексах.
0 КБ в поврежденных секторах.
833993 КБ используется системой.
65536 КБ занято под файл журнала.
430879660 КБ свободно на диске.

Размер кластера: 4096 байт.
Всего кластеров на диске: 108701814.
107719915 кластеров на диске.

Уже почти утро - продолжу раскопки позже

eth0

Цитата:

Обработано файловых записей: 754688

При этом Вы говорите, что старых файлов не видно? А что тогда сейчас видно на диске - какие файлы и сколько? Может быть, чекдиск переместил файлы в какую-то папку?

eth0

Цитата:

с помощью Runtime's DiskExplorer

Не кошерно. Проверять начало MFT лучше глазами вначале. Только если не видите проблем - Чекдиским без исправлений.


Цитата:

смещение на один сектор

Тогда бы Чекдиск выдал огромную простыню с ошибками. А у Вас ни одной ошибки не находится.

Добрый день. Прошу Вашей помощи в следующей ситуации:

Имеется винт на 500Гб, разбит на два раздела. Было произведено некорректное завершение работы WinXP путем нажатия кнопки питания. Теперь при попытке доступа к диску с виндой выскакивает предложение его отформатировать, а второй диск отображается как неразмеченный.

Слетела таблица разделов



Добавлено:
Чем можно всё это дело поправить?

eneon
1. Покажите результат chkdsk.exe БукваРаздела: (запускайте из консоли cmd.exe, без доп-параметров).
2. Покажите окно "Разделы" из DMDE (открывайте физический диск).

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

Antech

C:\Documents and Settings\alexey>chkdsk f:
Тип файловой системы: RAW.
CHKDSK недопустим для дисков RAW.

Добавлено:
Второй диск неразмечен, chkdsk - никак. DMDE - что это?? ссылочку можно?

Цитата:

При этом Вы говорите, что старых файлов не видно? А что тогда сейчас видно на диске - какие файлы и сколько? Может быть, чекдиск переместил файлы в какую-то папку?

Не видно. Да, чекдиск как бы переместил их в found.000, но на самом деле она пуста

Сейчас на диске:

Цитата:

found.000
System Volume Information
-- tracking.log
cd
dir

cd и dir - файлы, пустые


Цитата:

Не кошерно. Проверять начало MFT лучше глазами вначале

Чем Вам не нравится DiskExplorer? :) Читать, собственно, файловые записи им удобно, плюс есть возможность "сырого" просмотра диска - hex-редактор, по сути

Исследовал начало своей MFT:
0. 12 метафайлов
1. 4 пустых резервных записи
2. BAAD запись. Внимание: как и положено, занимает 2 сектора
3. Запись found.000, за ней $ObjId, $Reparse, $Quota, на которые указывает $Extend
4. 3 записи (6 секторов) с нулями и сигнатурой 01 00
5. 5 записей: $Repair, $RmMetadata и прочие. За ними 3 записи $TxfLog***
6. Здесь и начинаются пользовательские файлы: System Volume Information, tracking.log, dir, (cd удалил, он перезаписан ...) *.tmp
7. И самое интересное: односекторная запись BAAD (п.3 - 2 сектора)
8. После этой записи идёт моя старая MFT


Цитата:

Тогда бы Чекдиск выдал огромную простыню с ошибками. А у Вас ни одной ошибки не находится

Он намекал на удаление файловых записей, пройдя по всем индексам. Дословно не процитирую


Цитата:

DMDE - что это?? ссылочку можно?

http://dmde.ru/download.html

eth0

Цитата:

Цитата:
DMDE - что это?? ссылочку можно?

http://dmde.ru/download.html

Спасибо - тока покупать её у меня возможности нету