Показать полную графическую версию : Восстановление MFT
Grey_rnd, я попробую восстановить всё, что смогу. Потом ещё раз проверим чекдиском в режиме "только чтение" - если остались ошибки, он их покажет нам снова, будем доделывать. А если что-то не восстановится, тогда посмотрим, из каких папок оно.
Характер ошибок указывает либо на плохой контакт по шине USB, либо на плохое питание, либо на глюк коробки с диском. Из-за этого произошёл сдвиг при записи данных, они попали "мимо" тех мест, куда должны были записаться. Сам диск физически живой, но ему надо "подлечить пендинги", сам сегодня этим занимался на своём диске - от пропажи питания появились 3 штуки уже.
Grey_rnd, http://rgho.st/92Gx9VdWz - там картинки содержимого побитых записей и сами патчи. Патчи-дампы писать так же, начиная с указанного сектора. Если не ясно - спрашивайте. По окончании правок нужно снова проверить чекдиском в режиме чтения.
Grey_rnd
07-01-2018, 21:47
По окончании правок нужно снова проверить чекдиском в режиме чтения. »
Что то трэш какой то...
http://i1.imageban.ru/out/2018/01/07/fab1064f31950bab95031b2602a62e3c.png (http://imageban.ru)
http://i4.imageban.ru/out/2018/01/07/c9e2c03d304f3bde7d280673c2cacb0d.png (http://imageban.ru)
Grey_rnd, где-то я промахнулся... В крайнем случае можно откатить обратно Вашими исходными дампами. Сейчас внимательнее посмотрю. Минут 5-10...
UPD: Точно, записи MFT имеют прописанные в них номера, по которым можно правильно их разместить, а из-за смещения я не угадал и не стал считать, куда их поместить. Сейчас просчитаю, и напишу.
UPD2: Проще будет, если сделаете дампы с включёнными в них годными записями, идущими перед повреждёнными. Получается, нужны дампы:
dev1_lba19358382_106.bin
dev1_lba19354998_10.bin
dev1_lba19328614_10.bin
В следующий раз попрошу уже правильнее. Ваш случай помог мне повысить уровень понимания NTFS.
Grey_rnd
07-01-2018, 22:00
В крайнем случае можно откатить обратно Вашими исходными дампами. »
Так что мне пока записать исходными дампами?
Grey_rnd
07-01-2018, 22:14
dev1_lba19358382_106.bin
dev1_lba19354998_10.bin
dev1_lba19328614_10.bin »
dump193-2.zip (https://cloud.mail.ru/public/8ncK/VjmEYeQDG)
Grey_rnd, сделал 2 исправленных: http://rgho.st/8xXgsxfxM
Пока что их запишите. А я с самым длинным поработаю сейчас, с последним.
UPD: сделал и третий, вот тут: http://rgho.st/7bLR8QjZy
После них сделайте чекдиск, поглядим.
Grey_rnd
07-01-2018, 22:37
После них сделайте чекдиск, поглядим. »
http://i6.imageban.ru/out/2018/01/07/36d590f0cfe5578f7331e183f9378d58.png (http://imageban.ru)
Grey_rnd, всё, что мог, исправил. Можно запускать CHKDSK F: /F для исправлений, лог сохраните, поглядим его тоже.
Что не исправилось - так это то, что перезаписалось сигнатурами USBC и прочим мусором :(.
Grey_rnd
07-01-2018, 23:11
лог сохраните, поглядим его тоже »
В каком формате лучше сохранить лог ? Такое ощущение, что лог сохранил не полностью все "движения"....
Grey_rnd, теперь уже поздно, если очень много промоталось строчек - сохраняйте в любом возможном формате. Текстом, например, скопировать можно. Правка - выделить - копировать. Можно и картинками, лишь бы разглядеть, что делалось.
Ещё должна остаться запись в системном журнале о проверке диска чекдиском - гляньте и там, может, там всё вместилось в отчёте.
Вообще, чтобы сохранить лог, можно делать, например, так: CHKDSK F: /F >>C:\fix_f.log (вместо вывода на экран будет всё писать в указанный файл).
Grey_rnd
07-01-2018, 23:27
kickman, мммм...да уж...я понадеялся на стандартный отчет....
Вот то, что выдернул с системного журнала :
chkdsk (https://cloud.mail.ru/public/5nqU/D9SGH97sa)
Здесь, чем вся "эпопея" закончилась в окне консоли :
http://i4.imageban.ru/out/2018/01/07/051e0fc762f48edb43059907cdc2bd84.png (http://imageban.ru)
Grey_rnd, всё вполне ожидаемо, логично и правильно. Вот список побившихся файлов (удалены):
Удаление элемента 01_009.mp3 из индекса $I30 файла 39.
Удаление элемента korni_nebes-08-1.mp3 из индекса $I30 файла 123.
Удаление элемента 003 глава 3 часть 1.mp3 из индекса $I30 файла 173.
Удаление элемента Folder.jpg из индекса $I30 файла 3190.
Удаление элемента Денис Шабалов - Право на силу (Петр Смирнов) из индекса $I30 файла 5084.
Удаление элемента Серия Рай беспощадный.txt из индекса $I30 файла 13316.
Удаление элемента Серия Пограничная река.txt из индекса $I30 файла 24477.
Эти файлы найдите где-то ещё (в резервных копиях, у друзей, на работе, или в интернете, или ...). Если никак, а они очень нужны, то придётся запускать в DMDE "Полное сканирование" и поиск нужного по сигнатурам (по содержимому).
Проверьте чекдиском ещё раз - скорее всего, ошибок нет, диск исправен, можно работать.
И покажите ещё раз SMART диска. Поглядим, надо ли долечивать, и как.
Grey_rnd
07-01-2018, 23:51
Проверьте ещё раз - скорее всего, ошибок нет, диск исправен, можно работать. »
Опять ошибки....
Короч, это я криворукий...(((((( Дернул диск когда не надо....
Еще раз прошелся - без ошибок...
Grey_rnd, а SMART свежий будет?
Grey_rnd
07-01-2018, 23:58
а SMART свежий будет? »
http://i1.imageban.ru/out/2018/01/07/770b0294990a09ab8aa5aaecc97246de.png (http://imageban.ru)
Кстати, при записи chkdsk удаление элемента из индекса, имеется в виду, что удаляется полностью файл? Т.е. оставшаяс инфа не должна быть с ошибками..или может быть всякое?
kickman, :yahoo: :yahoo: :yahoo: :yahoo: :clapping: :clapping: :clapping: :up :up :oszone: :oszone:
Благодарю!
Grey_rnd, хорошо. Нужно произвести запись в эти нестабильные секторы (15 штук). Ещё 4 дня назад их было только 6 :(.
Я бы подумал о хорошем питании для этого диска, а потом уже бы начинать/продолжать ремонт.
Помнится, при полном сканировании были ошибки с сектора 206251783 и далее. Можно попробовать глянуть, что там за файлы в этих секторах, по карте кластеров в DMDE, чтобы знать, что повредилось. Это можно сделать и после ремонта. Починить можно Викторией 4.47 в режиме READ+REMAP. А перед этим ремонтом нужно в "Управлении дисками" отнять букву у раздела, иначе виновоз не даст производить прямую запись секторов. Виктория оставит лог, какие секторы перезаписаны, и успешно ли. Тогда будет понятно, поживёт ли ещё диск, или надо искать ему замену :(. На такой случай нужно сначала спасти самые важные данные или как минимум сохранить ссылки на места, откуда эти данные можно восстановить потом, после ремонта/замены диска.
Суть метода в том, что программа читает секторы диска, а если какой-то не прочитывается, то в него производится ЗАПИСЬ (стирание содержимого сектора!!!). Если сектор был soft-BAD (с неправильной контрольной суммой), то перезапись исправит контрольную сумму, и диск будет годен. А если запись не пройдёт (сектор повреждён физически), то это должно отразиться в SMART~е, а сектор должен попасть в список забракованных, увеличив значение атрибута №5 в отчёте SMART. Он будет заменён для работы сектором из резерва диска, на уровне firmware (внутренней микропрограммы диска).
В общем, думайте пока, а если что надумаете, пишите :). Удачи!
Grey_rnd
08-01-2018, 00:10
Я бы подумал о хорошем питании для этого диска, а потом уже бы начинать/продолжать ремонт. »
Что есть стабильное питание? Я старый провод откинул, сейчас подключил другим ....
Что подразумеваете под ремонтом ?
Нужно произвести запись в эти нестабильные секторы (15 штук) »
каким образом и что писать?
Grey_rnd, Сохранив нужное и отняв букву у раздела, скачайте и запустите Victoria 4.47, там выбрать нужный диск, потом вкладка Tests, параметры внизу справа READ, REMAP. Стартовый сектор можно указать 206251400. А можно и от начального всё проверить, просто подольше будет. Выше описал ещё немного. Пойду спать...
Grey_rnd
08-01-2018, 00:39
очинить можно Викторией 4.47 в режиме READ+REMAP »
Я так понимаю, что до всех манипуляций инфу с диска надо все равно куда то копирнуть и потом уже тестить девайс?
Пойду спать... »
Доброй! Еще раз спасибо за помощь...
© OSzone.net 2001-2012
vBulletin v3.6.4, Copyright ©2000-2025, Jelsoft Enterprises Ltd.