Ошибка чтения mft - Не ошибается лишь тот, кто ничего не делает!

Для быстрого поиска данных на диске в Windows 10 предусмотрена функция индексирования файлов — в сущности, создания базы данных расположения файлов, ведь в противном случае функции поиска приходилось бы просматривать весь диск. Однако есть утилиты для поиска файлов на диске, которые не создают никаких баз индексирования, но отличаются при этом куда высокой скоростью работы. Как им это удается?

Логично предположить, что в процессе поиска они обращаются к области MFT — ключевой структуре файловой системы NTFS, без которой расположенные на диске данные превратились бы в буквальном смысле в свалку байтов.

MFT, или иначе Master File Table (главная файловая таблица), представляет собой особую служебную область на диске, отведенную под хранение базы, в которую автоматически записываются сведения о файлах и каталогах, начиная от их имен и атрибутов и заканчивая порядком размещения на диске. По умолчанию при создании логического тома под MFT автоматически резервировалось 12,5% общей емкости раздела (MFT-зона), по крайней мере, раньше было именно так, хотя в зависимости от конфигурации некоторых параметров резервируемый процент может быть и иным. MFT является настолько важной частью файловой системы, что его повреждение приведет к невозможности чтения файла, группы файлов или даже всего раздела, ведь операционная система попросту не будет знать, к какому сектору обращаться.

Типичной ошибкой, указывающей на повреждение MFT на уровне заголовка раздела, является сообщение «Структура диска повреждена. Чтение невозможно».

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

CHKDSK

Так может быть есть программы, которые умеют это делать? Возможно, только вот их ценность представляется сомнительной, так как в процессе работы пользователь или операционная система постоянно что-то записывает на диск, а что-то стирает с него, внося тем самым изменения в таблицу MFT. К тому же на самом диске имеется копия MFT, которая, по идее, должна располагаться в середине логического тома. Другое дело — создание резервной копии MFT заголовка раздела, которая и впрямь позволит вам получить доступ к диску с данными в случае повреждения MFT.

Где именно располагается MFT файлов

Поскольку информация о структуре NTFS скудна и порой противоречива, ответ на этот вопрос всё же лучше искать у профессионалов, например, что такое номер записи MFT и почему один номер записи ведет в один сектор, а другой — в другой? Что же касается MFT заголовков логических разделов, то обнаружить их не так уже и сложно. Найти сектор MFT может популярная программа для восстановления данных R-Studio.

Если выделить в ней том, в разделе правой колонке «Информация NTFS» у вас будет две строки «MFT Позиция» и «MFT Зеркальная Позиция», одна из которых является оригиналом, а другая точной ее копией.

Справа в строках будут указаны номера секторов, в данном примере номером сектора «MFT Позиции» является 6291456, а номером «MFT Зеркальной Позиции» — 16.

Для этих целей также можно использовать специализированную утилиту FomsoftDataRecovery, выбрав в меню «Просмотр логических структур» -> «№ Записи MFT».

Затем в открывшемся окошке нужно будет указать букву тома и нажать «OK».

Результат аналогичный — номер логического сектора MFT для нашего тома тот же, что и в R-Studio — 6291456, к тому же FomsoftDataRecovery показала еще максимальную границу MFT — сектор, если, конечно, мы всё правильно поняли, так как пока не углублялись в изучение функционала этого инструмента.

Зная же номер сектора, можно легко перейти в область MFT, воспользовавшись шестнадцатеричным редактором, например, встроенным в Acronis Disk Director 12.

Выбираем опцию «Редактировать том», в открывшемся окошке редактора жмем стрелку «Перейти к сектору».

И нажимаем «OK».

Вас тут же перекинет к сектору MFT.

Который вы можете просмотреть и забекапить в файл без расширения, выбрав на панели инструментов опцию «Записать в файл».

Не забудьте только указать размер файла, вполне должно хватить и 512 байт.

Аналогичным образом выполняется восстановление.

Сначала в шестнадцатеричном редакторе нужно перейти в перезаписываемый сектор, нажать на панели инструментов «Прочитать из файла».

Указать путь к резервной копии сектора, согласиться на перезапись.

И сохранить изменения.

Наконец, вы всегда можете восстановить свои файлы с раздела с поврежденной MFT, воспользовавшись той же R-Studio, умеющей искать файлы по сигнатурам, последовательно перебирая все сектора.

А если содержимое раздела не представляет для вас ценности, вы можете отформатировать том, пересоздав файловую систему вместе с MFT.

Загрузка…

Источник

Объявлятель переменных

1220 / 406 / 320

Регистрация: 24.09.2011

Сообщений: 1,260

Классика: внешний жёсткий диск недоступен

17.05.2015, 23:47. Показов 4013. Ответов 7

Всем привет.

Есть Seagate’овский девайс на 3Tb. После непредвиденного отключения питания достучаться до его cодержимго стандартными методами не представляется возможным.
DMDE при попытке реконструкции файловой системы выдаёт ошибку чтения MFT #3-3. Chkdsk определяет файловую систему как NTFS, после чего завершает работу с сообщением «Невозможно определить версию тома и его состояние».
Тем же DMDE данные я потихоньку вытаскиваю, но вытянуть весь объём разом я не могу чисто физически, т.к. всё это банально некуда писать. Нутром чую, что данные на диске в целости и в ремонте нуждается лишь MFT-таблица.

26 / 26 / 4

Регистрация: 02.05.2015

Сообщений: 227

19.05.2015, 09:44

Похоже на то попробуйте поискать патриции простыми программами типа Акронис Рековери експерт и Т.П.

684 / 510 / 36

Регистрация: 23.08.2013

Сообщений: 1,243

19.05.2015, 19:54

Сообщение от SpBerkut

Нутром чую, что данные на диске в целости и в ремонте нуждается лишь MFT-таблица.

Вопрос ещё актуален? Скрин окна Разделы из DMDE и SMART нужны обязательно.

Сообщение от SpBerkut

DMDE при попытке реконструкции файловой системы выдаёт ошибку чтения MFT #3-3. Chkdsk определяет файловую систему как NTFS, после чего завершает работу с сообщением «Невозможно определить версию тома и его состояние»

Первая причина уже известна — повреждена четвёртая запись (от нуля) $Volume. Можно заменить с любого исправного NTFS тома, но надо будет убедиться в отсутствии других ошибок. Потом убедимся.

Добавлено через 1 минуту

Сообщение от aleardo

поискать патриции простыми программами типа Акронис Рековери експерт и Т.П.

Не надо. Акронис и исправные разделы может изуродовать, что он частенько и делает, а тут повреждённый.

26 / 26 / 4

Регистрация: 02.05.2015

Сообщений: 227

19.05.2015, 20:07

Big-Endian, Не надо. Акронис и исправные разделы может изуродовать, что он частенько и делает, а тут повреждённый

Я не имел введу именно акронис я написал акронис и тому подобные. Зачастую на моей практике многие проблемы с потеряй данных решались простыми незамысловатыми программами работающеми с патрицией без всяких плясок с бубнами. Как говорится ИМХО.

Объявлятель переменных

1220 / 406 / 320

Регистрация: 24.09.2011

Сообщений: 1,260

20.05.2015, 19:54

[ТС]

Сообщение от Big-Endian

Скрин окна Разделы из DMDE и SMART нужны обязательно.

Если я всё верно понял, то то, что Вы просите, во вложениях.

Миниатюры

684 / 510 / 36

Регистрация: 23.08.2013

Сообщений: 1,243

20.05.2015, 20:51

Сообщение от SpBerkut

Если я всё верно понял

Верно, благодарю. Теперь нужен дамп секторов 6293504+30 Сделайте это в DMDE
Сервис-Копировать секторы
Источник — Диск, Начальный сектор 6293504, Число секторов 30
Приёмник — Файл
Дополнительно сделайте Поиск NTFS в течении 10-15 минут, сохраните лог и вместе с дампом в архиве прикрепите к сообщению.

Объявлятель переменных

1220 / 406 / 320

Регистрация: 24.09.2011

Сообщений: 1,260

05.06.2015, 21:31

[ТС]

Опять же, если всё верно понял, то всё запрошенное во вложении.

684 / 510 / 36

Регистрация: 23.08.2013

Сообщений: 1,243

06.06.2015, 07:27

SpBerkut
Извините, я не глянул, что на диске секторы по 4К (MFT по другим координатам), нужен другой дамп 6307840+30
Сделайте всё как и первый раз, только Начальный сектор должен быть 6307840
Я сейчас уезжаю по делам, к вечеру должен вернуться — посмотрю.
А Вы время не теряйте, подстрахуйтесь.
Если есть на этом диске супер-пупер важные доки или другие файлы, то выдерните их на другой носитель хоть через тот-же DMDE или др. программы востановления, типа этой http://rlab.ru/tools/rsaver.html

Источник

← Вернуться в раздел «Магнитные носители информации»

Автор: 9285
Дата сообщения: 18.03.2015 23:44

iBeloMore
Ещё пара моментов.
1. Какой раздел к какому присоединялся? Маленький к большому или наоборот?
2. По окончании поиска и открытия тома (любого из открываемых), выбери в меню Диск выбери Разделы диска и сделай скиншот.

Автор: Barlok88
Дата сообщения: 19.03.2015 02:35

Не буду плодить темы, спрошу здесь: подтираю первые сектора на диске, гружусь с лайва семерки, в упр. дисками предлагает создать таблицу. Создаем мбр, первый раздел на 40961мб (дабы показывало объем 40гб, а не 39.9) и второй все что есть. И вот тут самое интересное начинается ) Если удалить первый раздел на 40961мб, то создать он предлагает максимум на 40960 ! При таком раскладе образ системы не развернется.. Берем лайв линупса, предлагает создать раздел на 40961мб, то что надо! Создаем, а он на 40960мб =( Грузимся с лайва ХР, в упр. дисками предлагается аж 40962мб ! В итоге берем diskpart, create partatition primary и опа! раздел снова на 40961мб =) Вопрос: какого лешего так происходит? С чего правильней размечать: diskpart vs disk management ? По ХР, мне подсказывает интуиция, связано с выравниванием в 1мб, остальное не понятно..

Автор: iBeloMore
Дата сообщения: 19.03.2015 06:23

9285
Результаты поиска нтфс и скрин Разделов https://yadi.sk/d/_YHS9GRbfMD8W

При слиянии разделов большой (1,8ТБ) присоединялся к маленькому (100ГБ)

Автор: dddimmm
Дата сообщения: 19.03.2015 08:27

Цитата:

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

посмотрел в режиме MFT (Alt+F5) начиная с сектора 230804822 ((50480-17968)*2 + 230739798)
и до конца, как то не нормально мне кажется…
не совсем понял начиная с сектора 230804822 по какой сектор сделать дамп? можно ли определить последний проблемный сектор исходя из списка с ошибками чтения, который я показал выше?

Автор: dddimmm
Дата сообщения: 19.03.2015 11:20

9285

Цитата:

В любом случае, можешь восстанавливать остальные файлы, которые не попали в список проблемных.

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

Автор: 9285
Дата сообщения: 19.03.2015 18:33

iBeloMore
Логи посмотрю попозже.
Что касается что с чем сливалось, то это просто трындец.
Не знаю, может парагон и может сделать всё «в уме», но есть сомнения в этом, и косвенные подтверждения наличием множественных операций.
Размышления по поводу подобного (применительно к Акронису) уже писал — http://www.cyberforum.ru/hdd/thread1360661.html#post7143022
На правах ИМХО — если уж и рисковал, то лучше бы сшивал наоборот.

dddimmm
Ну вот, видно что что то не так — хотя надо смотреть что в секторах.
На примере одного проблемного участка
Цитата:

Ошибка чтения MFT #50480-53045

Число записей = 53045-50480
Размер стандартной записи (при 512к секторе) — 2 сектора.
Соотвественно тебе надо сделать дамп (53045-50480)*2 секторов, начиная с секктора, где начинается проблемный участок.
По всем остальным участкам расчёт аналогичный.

У тебя есть участок записей 0-534045 и потом куски. В них то есть данные о файлах и каталогах.
И нои должны быть видны при открытии тома в Все найденные и хххх.

Автор: iBeloMore
Дата сообщения: 19.03.2015 22:57

9285
Жду ведикта тогда

Автор: 9285
Дата сообщения: 19.03.2015 23:03

iBeloMore
По результатам поиска пробовал открывать том. начинающийся в секторе 2048?
Восстанавливать с него важное — если оно там было (в папке Merged xxxx)?
Что с ними — целые или нет?

И я не понял — сейчас у тебя этот раздел доступен из винды но пустой или как?

И ещё бы глянуть дамп секторов 2048+30 и 6689472+60.

Автор: iBeloMore
Дата сообщения: 20.03.2015 07:34

9285

Цитата:

По результатам поиска пробовал открывать том. начинающийся в секторе 2048?

Этот том открывать не пробовал, вечером дома попробую.

Цитата:

Восстанавливать с него важное — если оно там было (в папке Merged xxxx)?
Что с ними — целые или нет?

Как это сделать?

Цитата:

И я не понял — сейчас у тебя этот раздел доступен из винды но пустой или как?

Сейчас полученный слиянием раздел доступен в винде, на нем есть все мои файлы и папки, винда показывает сколько занято места. Но файлы не открываются.

Цитата:

И ещё бы глянуть дамп секторов 2048+30 и 6689472+60.

Как это сделать?

Автор: dddimmm
Дата сообщения: 20.03.2015 07:55

9285
[more]
попытался охватить в дампе все секторы, которые вызвали ошибку, дублирую еще раз:
Ошибка чтения MFT #50480-53045
Ошибка чтения MFT #53374-53403
Ошибка чтения MFT #53405-60198
Ошибка чтения MFT #60200-60338
Ошибка чтения MFT #60343-60347
Ошибка чтения MFT #60349-60349
Ошибка чтения MFT #60351-60351
Ошибка чтения MFT #60353-60355
Ошибка чтения MFT #60357-60357
Ошибка чтения MFT #60359-60752

дамп

[/more]

Добавлено:
iBeloMore

Цитата:

Цитата:
И ещё бы глянуть дамп секторов 2048+30 и 6689472+60.
Как это сделать?

не следил за всей перепиской, если по моей аналогии то:
запускаем DMDE
Диск-Выбрать диск-Физ. устройства(выбрать диск), закрыть окно с разделами, Сервис-Копировать секторы-Начальный сектор(2048), Число секторов(30), Файл(выбираете место куда сохранить, название лучше оставить как есть)

Автор: 9285
Дата сообщения: 20.03.2015 11:47

iBeloMore
Если раздел доступен в винде, то если ещё хочется что то попытаться восстановить (сигнатурно), то нужно забрать букву у этого тома. Потому как туда идут новые записи и они лишь добивают данные.
Подозреваю что после слияния мог запуститься чекдиск и «исправить ошибки.»

dddimmm
Не знаю что ты прислал, но это не то (это что то то типа журнала файловой системы.
И я тебе писал про возможный конфидишен — впрочем это уже тебе определять. Но вообще, на вский случай, кроме пароля на сам архив с дампом можно сделать и пароль на скачку. Для наглядности — http://rghost.ru/6xcM4BYd8 (пароль — мой ник). Это расчёт для первых трёх проблемных участков. Жёлтым выделен начальный сектор и число секторов.

Автор: dddimmm
Дата сообщения: 20.03.2015 12:44

9285
ссылки на дампы отправил через ЛС

Автор: 9285
Дата сообщения: 21.03.2015 09:01

dddimmm
Один из дампов фактически exe-шный файл. Другой похож на что то из разряда драйвер.
Видимо был какой то глюк, в результате которого файлы записались на место MFT.
Так что вариант что в записях что то типа сдвига, или повреждённых байтиков не случился.
Восстанавливай что есть +, если чего то не находишь, используй восстановление по сигнатурам.

Автор: GreatORC
Дата сообщения: 21.03.2015 22:16

Добрый вечер, уважаемые гуру!

Случилось следующее:

Я занимался перепрошивкой USB-модема Билайн для роутера WNDR4300, ставил различные драйверы
и вдруг мой Win 8.1 ушел сначала в BSOD, а потом в перезагрузку. После перезагрузки запустилось автоматическое восстановление, которое пошуршав 5 минут, опять привело к перезагрузке.
Так начался бесконечный цикл.

Попытки запуска всех средств восстановления с установочного DVD успеха не принесли, были испробованы FIXBOOT, FIXMBR и CHKDISK.
Все они сообщили примерно об одном, что диск не читается и MFT погиб вместе с копией.

После этого установил Windows рядом на новый HDD, делал на него посекторную копию при помощи R-Studio вместе со сканом.
Потом сделал еще раз скан с дохлого диска. Удивительно, но сканы в обоих случаях оказались разного размера: первый около 92Мб, а второй 45Мб.

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

Пожалуйста, помогите восстановить MFT или хотябы просто работоспособность установленной Винды.

[more= Подробности запуска программ..]CHKDISK пишет следущее:
The type of the file system is NTFS.
The volume is in use by another process. Chkdsk
might report errors when no corruption is present.

WARNING! F parameter not specified.
Running CHKDSK in read-only mode.
Corrupt master file table. Windows will attempt to recover
master file table from disk.
Windows cannot recover master file table. CHKDSK aborted.

TestDisk 7.0-WIP, Data Recovery Utility, March 2015
Christophe GRENIER <grenier@cgsecurity.org>
http://www.cgsecurity.org

Disk \.PhysicalDrive0 — 500 GB / 465 GiB — CHS 60801 255 63
Partition Start End Size in sectors
>* HPFS — NTFS 0 32 33 44 190 18 716800
P HPFS — NTFS 44 190 19 60801 47 46 976052224

Structure: Ok. Use Up/Down Arrow keys to select partition.
Use Left/Right Arrow keys to CHANGE partition characteristics:
*=Primary bootable P=Primary L=Logical E=Extended D=Deleted
Keys A: add partition, L: load backup, T: change type, P: list files,
Enter: to continue
NTFS, blocksize=4096, 367 MB / 350 MiB

TestDisk 7.0-WIP, Data Recovery Utility, March 2015
Christophe GRENIER <grenier@cgsecurity.org>
http://www.cgsecurity.org

2 P HPFS — NTFS 44 190 19 60801 47 46 976052224

Can’t open filesystem. Filesystem seems damaged.

TestDisk 7.0-WIP, Data Recovery Utility, March 2015
Christophe GRENIER <grenier@cgsecurity.org>
http://www.cgsecurity.org

MFT and MFT mirror are bad. Failed to repair them.

При открытии логического диска в Explorer пишет:
Disk structure corrupted and unreadable

NTFS Information Dump V1.01
Copyright (C) 1997 Mark Russinovich
http://www.sysinternals.com

Error obtaining NTFS information: STATUS_INVALID_PARAMETER

—————————————————————————-
CrystalDiskInfo 6.3.0 (C) 2008-2015 hiyohiyo
Crystal Dew World : http://crystalmark.info/
—————————————————————————-

OS : Windows 10 Enterprise [10.0 Build 9926] (x64)
Date : 2015/03/21 21:59:44

— Controller Map ———————————————————-
— ATA Channel 0 (0) [ATA]
— ATA Channel 1 (1) [ATA]
+ Standard SATA AHCI Controller [ATA]
— ST3500418AS
— SPCC Solid State Disk
— ST1000DM003-9YN162
— Optiarc DVD RW AD-7243S
+ Standard Dual Channel PCI IDE Controller [ATA]
— ATA Channel 0 (0)
— ATA Channel 1 (1)
— Microsoft Storage Spaces Controller [SCSI]

— Disk List —————————————————————
(1) ST3500418AS : 500,1 GB [0/2/0, pd1] — st
(2) SPCC Solid State Disk : 55,0 GB [1/2/0, pd1] — sf
(3) ST1000DM003-9YN162 : 1000,2 GB [2/2/0, pd1] — st

—————————————————————————-
(1) ST3500418AS
—————————————————————————-
Model : ST3500418AS
Firmware : CC37
Serial Number : 5VM3JEJC
Disk Size : 500,1 GB (8,4/137,4/500,1/500,1)
Buffer Size : 16384 KB
Queue Depth : 32
# of Sectors : 976773168
Rotation Rate : 7200 RPM
Interface : Serial ATA
Major Version : ATA8-ACS
Minor Version : ATA8-ACS version 4
Transfer Mode : —- | SATA/300
Power On Hours : 35121 ч
Power On Count : 898 раз
Temperature : 38 C (100 F)
Health Status : Хорошо
Features : S.M.A.R.T., AAM, 48bit LBA, NCQ
APM Level : —-
AAM Level : FEFEh [ON]

— S.M.A.R.T. —————————————————————
ID Cur Wor Thr RawValues(6) Attribute Name
01 119 _99 __6 00000CC3885F Ошибки чтения
03 _97 _97 __0 000000000000 Время раскрутки
04 _99 _99 _20 00000000073B Запуски/остановки шпинделя
05 100 100 _36 000000000000 Переназначенные сектора
07 _79 _60 _30 00072F1A245E Ошибки позиционирования
09 _60 _60 __0 000000008931 Часы работы
0A 100 100 _97 000000000000 Повторные попытки раскрутки
0C 100 100 _20 000000000382 Включения/отключения
B7 100 100 __0 000000000000 Спецификации производителя
B8 100 100 _99 000000000000 Все ошибки
BB 100 100 __0 000000000000 Неисправимые ошибки
BC 100 _99 __0 000700070008 Таймаут команды
BD 100 100 __0 000000000000 Высокоуровневая запись
BE _62 _45 _45 0000291D0026 Температура воздушного потока
C2 _38 _55 __0 001000000026 Температура
C3 _44 _24 __0 00000CC3885F Аппаратное ECC-восстановление
C5 100 100 __0 000000000000 Нестабильные сектора
C6 100 100 __0 000000000000 Неисправимые ошибки секторов
C7 200 200 __0 000000000000 CRC-ошибки UltraDMA
F0 100 253 __0 33F0000092B0 Время позиционирования головок (часы)
F1 100 253 __0 0000A656F408 Всего хост-записей
F2 100 253 __0 0000D17FAA01 Всего хост-чтений
[/more]

Автор: 9285
Дата сообщения: 21.03.2015 22:38

GreatORC
Нужен дамп секторов 718848+30.
И если посекторка обычная, то открой её в DMDE запусти поиск NTFS — результат (лог) поиска выложи.

Автор: GreatORC
Дата сообщения: 21.03.2015 23:12

9285

Дамп секторов 718848+30 http://rghost.net/6rRMxL7wl

Поиск NTFS запустил на всем диске, как сохранить Лог?
Я вижу кнопку «Сохранить…» она сохраняет результат сканирования или лог? Или это одно и тоже?

Добавлено:
9285

Это похоже на долго это за 5 минут сделалось…

…или надо было скан копии запускать? есть ли какая-то разница в скорости?

Добавлено:
К сожалению, посекторка не открывается в DMDE, видимо я сделал ее со сжатием

Автор: igor_me
Дата сообщения: 22.03.2015 01:56

Цитата:

это за 5 минут сделалось…

Точно? Всего 1728000 секторов??? Как-то медленно… Такое количество секторов обычно проходит ну максимум за минуту, а вообще быстрее. У диска точно нет физических проблем? Глянуть бы SMART…

Автор: 9285
Дата сообщения: 22.03.2015 03:16

GreatORC
Дамп запрашивал из предположения что в него попадёт MFTmirr — так оно и оказалось.
Вместо записей 0-2 какой то мусор. Выжила только 3.
Сомневаюсь что в MFT будет что то другое, но всё таки давай глянем что в 7010304+10
Число соответствий для тома с началом в секторе 71884 приличное и выглядит оптимистично.
По окончании поиска и сохранения лога открывай его и смотри во Всё найденное..

Цитата:

Я вижу кнопку «Сохранить…» она сохраняет результат сканирования или лог? Или это одно и тоже?

Да.

igor_me
Не обязательно проблемы с винтом — там в самом начале делаются различные проверки по прописанным значениям и т.п., и если на диске много хлама, то процесс может быть длительный.

Автор: olegpan
Дата сообщения: 22.03.2015 04:42

Народ, помогайте.
Установил новый SSD. В процессе объединения разделов HDD винта удалил раздел с данными (((

Попробовал DMDE — ниже скрин.
Нужный раздел — 839 гиг. При попытке Восстановить выдает, что сектор используется другим разделом Основным LDM 42 и что необходимо его удалить.
Что-то можно сделать???

И еще — можно ли писать восстановленные данные на тот же диск? Второго большого HDD нет

Спасибо за помощь.

http://screenshot.ru/upload/images/2015/03/22/5e2f1db45132006f24715.jpg

Автор: GreatORC
Дата сообщения: 22.03.2015 08:17

9285

Лог готов http://rghost.net/8wk7gSfP6

Почему-то R-Studio после сканирования показывала более красивую структуру диска чем DMDE.

У меня была мысль отформатировать Винт и сделать в R-Studio восстановление отсканированной информации на него, а потом запустить восстановление Win 8.1 с установочного диска. Есть ли шанс, что данная процедура закончится успехом? Читал где-то здесь на форуме, что может SID Windows слететь, но чем это чревато не понятно.

Добавлено:
igor_me

SMART выкладывал в первом посте, кладу еще раз [more]—————————————————————————-
CrystalDiskInfo 6.3.0 (C) 2008-2015 hiyohiyo
Crystal Dew World : http://crystalmark.info/
—————————————————————————-

OS : Windows 10 Enterprise [10.0 Build 9926] (x64)
Date : 2015/03/22 8:34:24

—————————————————————————-
(1) ST3500418AS
—————————————————————————-
Model : ST3500418AS
Firmware : CC37
Serial Number : 5VM3JEJC
Disk Size : 500,1 GB (8,4/137,4/500,1/500,1)
Buffer Size : 16384 KB
Queue Depth : 32
# of Sectors : 976773168
Rotation Rate : 7200 RPM
Interface : Serial ATA
Major Version : ATA8-ACS
Minor Version : ATA8-ACS version 4
Transfer Mode : —- | SATA/300
Power On Hours : 35132 ч
Power On Count : 898 раз
Temperature : 37 C (98 F)
Health Status : Хорошо
Features : S.M.A.R.T., AAM, 48bit LBA, NCQ
APM Level : —-
AAM Level : FEFEh [ON]

— S.M.A.R.T. —————————————————————
ID Cur Wor Thr RawValues(6) Attribute Name
01 114 _99 __6 000004BEF9F7 Ошибки чтения
03 _97 _97 __0 000000000000 Время раскрутки
04 _99 _99 _20 00000000073C Запуски/остановки шпинделя
05 100 100 _36 000000000000 Переназначенные сектора
07 _79 _60 _30 00072F23F40A Ошибки позиционирования
09 _60 _60 __0 00000000893C Часы работы
0A 100 100 _97 000000000000 Повторные попытки раскрутки
0C 100 100 _20 000000000382 Включения/отключения
B7 100 100 __0 000000000000 Спецификации производителя
B8 100 100 _99 000000000000 Все ошибки
BB 100 100 __0 000000000000 Неисправимые ошибки
BC 100 _99 __0 000700070008 Таймаут команды
BD 100 100 __0 000000000000 Высокоуровневая запись
BE _63 _45 _45 00002B1D0025 Температура воздушного потока
C2 _37 _55 __0 001000000025 Температура
C3 _47 _24 __0 000004BEF9F7 Аппаратное ECC-восстановление
C5 100 100 __0 000000000000 Нестабильные сектора
C6 100 100 __0 000000000000 Неисправимые ошибки секторов
C7 200 200 __0 000000000000 CRC-ошибки UltraDMA
F0 100 253 __0 68A7000092BA Время позиционирования головок (часы)
F1 100 253 __0 0000A656F408 Всего хост-записей
F2 100 253 __0 0000F0FD3796 Всего хост-чтений

— IDENTIFY_DEVICE ———————————————————
0 1 2 3 4 5 6 7 8 9
000: 0C5A 3FFF C837 0010 0000 0000 003F 0000 0000 0000 .Z?..7…….?……
010: 2020 2020 2020 2020 2020 2020 3556 4D33 4A45 4A43 5VM3JEJC
020: 0000 8000 0004 4343 3337 2020 2020 5354 3335 3030 ……CC37 ST3500
030: 3431 3841 5320 2020 2020 2020 2020 2020 2020 2020 418AS
040: 2020 2020 2020 2020 2020 2020 2020 8010 0000 2F00 …./.
050: 4000 0200 0200 0007 3FFF 0010 003F FC10 00FB 0010 @…….?….?……
060: FFFF 0FFF 0000 0407 0003 0078 0078 0078 0078 0000 ………..x.x.x.x..
070: 0000 0000 0000 0000 0000 001F 0506 0000 0048 0040 ……………..H.@
080: 01F0 0029 346B 7F01 4163 3469 BE01 4163 007F 0028 …)4k..Ac4i..Ac…(
090: 0028 0000 FFFE 0000 FEFE 0000 0000 0000 0000 0000 .(………………
100: 6030 3A38 0000 0000 0000 0000 0000 0000 5000 C500 `0:8…………P…
110: 1BE5 B4B0 0000 0000 0000 0000 0000 0000 0000 401E ………………@.
120: 401C 0000 0000 0000 0000 0000 0000 0000 0029 6030 @…………….)`0
130: 3A38 6030 3A38 2020 0002 0140 0100 5000 3C06 3C0A :8`0:8 …@..P.<.<.
140: 0000 003C 0000 0008 0000 0000 004F 0280 0000 0000 …<………O……
150: 0008 0000 0000 0000 0000 0000 0000 0000 3F00 9800 …………….?…
160: 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 ………………..
170: 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 ………………..
180: 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 ………………..
190: 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 ………………..
200: 0000 0000 0000 0000 0000 0000 103F 0000 0000 0000 ………….?……
210: 0000 0000 0000 0000 0000 0000 0000 1C20 0000 0000 …………… ….
220: 0000 0000 1010 0000 0000 0000 0000 0000 0000 0000 ………………..
230: 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 ………………..
240: 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 ………………..
250: 0000 0000 0000 0000 0000 32A5 ……….2.

— SMART_READ_DATA ———————————————————
+0 +1 +2 +3 +4 +5 +6 +7 +8 +9 +A +B +C +D +E +F
000: 0A 00 01 0F 00 72 63 F7 F9 BE 04 00 00 00 03 03 …..rc………
010: 00 61 61 00 00 00 00 00 00 00 04 32 00 63 63 3C .aa……..2.cc<
020: 07 00 00 00 00 00 05 33 00 64 64 00 00 00 00 00 …….3.dd…..
030: 00 00 07 0F 00 4F 3C 0A F4 23 2F 07 00 00 09 32 …..O<..#/….2
040: 00 3C 3C 3C 89 00 00 00 00 00 0A 13 00 64 64 00 .<<<………dd.
050: 00 00 00 00 00 00 0C 32 00 64 64 82 03 00 00 00 …….2.dd…..
060: 00 00 B7 32 00 64 64 00 00 00 00 00 00 00 B8 32 …2.dd……..2
070: 00 64 64 00 00 00 00 00 00 00 BB 32 00 64 64 00 .dd……..2.dd.
080: 00 00 00 00 00 00 BC 32 00 64 63 08 00 07 00 07 …….2.dc…..
090: 00 00 BD 3A 00 64 64 00 00 00 00 00 00 00 BE 22 …:.dd……..»
0A0: 00 3F 2D 25 00 1D 2B 00 00 00 C2 22 00 25 37 25 .?-%..+….».%7%
0B0: 00 00 00 10 00 00 C3 1A 00 2F 18 F7 F9 BE 04 00 ………/……
0C0: 00 00 C5 12 00 64 64 00 00 00 00 00 00 00 C6 10 …..dd………
0D0: 00 64 64 00 00 00 00 00 00 00 C7 3E 00 C8 C8 00 .dd……..>….
0E0: 00 00 00 00 00 00 F0 00 00 64 FD BA 92 00 00 A7 ………d……
0F0: 68 1F F1 00 00 64 FD 08 F4 56 A6 00 00 00 F2 00 h….d…V……
100: 00 64 FD 96 37 FD F0 00 00 00 00 00 00 00 00 00 .d..7………..
110: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 …………….
120: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 …………….
130: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 …………….
140: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 …………….
150: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 …………….
160: 00 00 00 00 00 00 00 00 00 00 82 00 58 02 00 7B …………X..{
170: 03 00 01 00 01 56 02 00 00 00 00 00 00 00 00 00 …..V……….
180: 00 00 00 00 FC 00 00 00 02 03 03 03 03 03 03 03 …………….
190: 03 00 00 00 00 00 00 00 00 01 00 00 00 00 00 00 …………….
1A0: 00 00 00 00 00 00 00 00 22 71 CB 99 0B 73 00 00 ……..»q…s..
1B0: 00 00 00 00 01 00 E8 01 08 F4 56 A6 68 53 00 00 ……….V.hS..
1C0: 96 37 FD F0 FF F5 03 00 00 00 00 00 75 06 55 00 .7……….u.U.
1D0: 00 00 00 19 00 00 00 00 CF 19 00 00 45 00 04 00 …………E…
1E0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 37 ……………7
1F0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 FF …………….

— SMART_READ_THRESHOLD —————————————————-
+0 +1 +2 +3 +4 +5 +6 +7 +8 +9 +A +B +C +D +E +F
000: 01 00 01 06 00 00 00 00 00 00 00 00 00 00 03 00 …………….
010: 00 00 00 00 00 00 00 00 00 00 04 14 00 00 00 00 …………….
020: 00 00 00 00 00 00 05 24 00 00 00 00 00 00 00 00 …….$……..
030: 00 00 07 1E 00 00 00 00 00 00 00 00 00 00 09 00 …………….
040: 00 00 00 00 00 00 00 00 00 00 0A 61 00 00 00 00 ………..a….
050: 00 00 00 00 00 00 0C 14 00 00 00 00 00 00 00 00 …………….
060: 00 00 B7 00 00 00 00 00 00 00 00 00 00 00 B8 63 ……………c
070: 00 00 00 00 00 00 00 00 00 00 BB 00 00 00 00 00 …………….
080: 00 00 00 00 00 00 BC 00 00 00 00 00 00 00 00 00 …………….
090: 00 00 BD 00 00 00 00 00 00 00 00 00 00 00 BE 2D ……………-
0A0: 00 00 00 00 00 00 00 00 00 00 C2 00 00 00 00 00 …………….
0B0: 00 00 00 00 00 00 C3 00 00 00 00 00 00 00 00 00 …………….
0C0: 00 00 C5 00 00 00 00 00 00 00 00 00 00 00 C6 00 …………….
0D0: 00 00 00 00 00 00 00 00 00 00 C7 00 00 00 00 00 …………….
0E0: 00 00 00 00 00 00 F0 00 00 00 00 00 00 00 00 00 …………….
0F0: 00 00 F1 00 00 00 00 00 00 00 00 00 00 00 F2 00 …………….
100: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 …………….
110: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 …………….
120: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 …………….
130: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 …………….
140: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 …………….
150: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 …………….
160: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 …………….
170: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 …………….
180: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 …………….
190: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 …………….
1A0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 …………….
1B0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 …………….
1C0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 …………….
1D0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 …………….
1E0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 …………….
1F0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 60 ……………`
[/more]

Насколько я понял, в нем все хорошо, во всяком случае так говорит CrystalReport

Добавлено:
9285

Дамп секторов 7010304+10 http://rghost.net/6DkCX5KQ6

Добавлено:
9285

«Все найденные…» привели к следующему результату:

В папке Root вроде все то что нужно, а вот что делать со всеми остальными папками которые начинаются на $?

Что делать дальше, как записать на диск информацию о правильной ФС и как не записать все остальное, то что неправильное?!

И конечно, самый насущный вопрос: Что могло к этому привести и как сделать так, чтобы это больше не повторялось?!

Добавлено:
Странно еще то что размер этой отсканированной папки Root больше 1000Гб, что в 2 раза превышает размер исходного диска. Получается, что при всем желании мне не удастся впихнуть все восстановленные файлы обратно на исходный диск.

Автор: 9285
Дата сообщения: 22.03.2015 21:48

GreatORC
Несмотря на большое количество соответствий, ситуация оказалась печальней чем ожидалось.
Восстановить такое просто как данные (в части оставшихся записей) может и получится, но систему, особено современную винду — нереально.

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

olegpan
А как было в реальности? В смысле были или динамические диски или таковыми стали при слиянии?

Автор: olegpan
Дата сообщения: 22.03.2015 23:16

9285
Короче, справился с горем пополам.
Мучал всякими утилитами — ни одна нормально структуру диска восстанавливать не хотела. Пытаться дальше было стремно — боялся, чтобы не перезаписала/форматнула винт какая-то из утилит.

В конце концов, плюнул, скопировал все реально нужное на основной ССД и резервный внешний через утилиту R-Studio.
Потом форматунул HDD.
Вроде как потерь нет — сейчас все возвращаю обратно. И это уже очень радует.
Ну и раз такая пьянка — винду тоже переставлю начисто, 1,5 года не трогал.

П.С. сделал вывод — 1 раз в месяц бэкап на внешний диск надо делать. Сейчас я не делал бэкап 5 месяцев, не смертельно, но неприятно.

Автор: 9285
Дата сообщения: 22.03.2015 23:32

olegpan
На твоём скриншоте виден том с отрицательным первым сектором. Причём цифры такие, что это можно обьяснить лишь одним — это бутсектор тома на весь обьём винта, но он дроблённый — то есть 150 гигов в начале винта были в составе динамического тома, возможно вторым по счёту, а может и более.
Если это возникло при присоединении, то это полбеды, но если раннее и данные тоже разбросаны?
Поэтому программы нередко пасуют перед такими раскладами, и это один из лишних поводов отказаться от использования таких конструкций.

Автор: GreatORC
Дата сообщения: 23.03.2015 00:13

9285
Огромное спасибо за участие в решении проблемы! Немного появилось понимание, что и как хранится на HDD.

Переписываю уцелевшие данные, благо, они почти все лились на облака, кто на Яндекс, кто на Скайдрайв, так что восстановить надо чуть-чуть.

Больше всего терзает вопрос, почему это все произошло?! Ведь я не игрался с дисками, не записывал большое количество данных и вообще ничего плохого не делал….

И ладно бы были какие-то железные ошибки, так их тоже нет.

Может быть это все-таки какой-то коварный вирус был? Можно ли это как-то выяснить, что бы не наступать повторно на эти грабли?

….как говорится, с 92 года в ралли (с компами общаюсь), а такого не видел…. )))

Автор: 9285
Дата сообщения: 23.03.2015 00:38

GreatORC
Сложно что то сказать, тем более что причин множество. Был бы винт более 2ТБ можно было бы подумать про заворот данных. Но, учитывая что накрыло большую часть начала MFT, предположу что в результате сбоя содержимое кэша винта сбросилось в зону MFT.
Так что здесь не столь важно понимание что произошло, а как защитится от этого. И ответ стандартен — бэкап, резервные копии, образы системы и т.п.
PS. В последнее время всё больше пользователей страдают от вирусов-шифровщиков. И когда спрашиваешь таковых о резервных копиях, то нередко слышу «откуда же мы знали что есть такие?». То есть то, что данные могут пострадать от поломки винта, подобного сбоя или форсмажоров типа украли ноутбук, стихийное бедствие и т.п. — это как бы не повод иметь бэкап?

Автор: segunover
Дата сообщения: 23.03.2015 11:09

[more] Привет всем, небольшая пред история, полетел в системе второй винт ( RAW) Дело было ночью спать хотел, установил paragon partition, запустил тут он мне с лету говорит что типа у вас есть ошибки и их нужно исправить ошибки на первом и на втором дисках (разные цифры большие какие-то может сектора) , т.к. хотел спать на автопилоте согласился на их исправление, сохранил, paragon предложил перезагрузиться, нажимаю ок, перед перезагрузкой винты похрустели, и тут я словил себя на мысле что зря я это затеял, но было уже поздно, компьютер перезагружается и выдает что бутов нет….(( вырубил комп лег спать. Сейчас подрубил винт к ноутбуку, в управлении дисками винт нераспределен, т.е. слетел раздел. Люди добрые помогите советом что делать?
P.S. На винчестере хранятся очень важные данные для меня, слить всю информацию некуда, как можно обезопасить себя от неправильных манипуляций с хардом ?
Запустил ACronis recovery expert — поиск удаленных разделов, ищет долго, может что найдет. КОроче acronis ниче не нашел, что подскажите друзья? [/more]

Автор: 9285
Дата сообщения: 23.03.2015 15:10

segunover
Если винт свалился в RAW, то это же не просто так случается.
И пока не выяснена причина
Цитата:

Запустил ACronis recovery expert

является той самой неправильной манипуляцией. Потому как эффективность этой утилиты близка к 0%, зато диск вычитывается на все 100%, что может и добить его.
Так что надо глянуть SMART винта и использовать нормальные утилиты типа DMDE. И покажи покажи скриншот экрана Разделы из DMDE.

Автор: segunover
Дата сообщения: 23.03.2015 15:15

[more] [more]
Цитата:

если винт свалился в RAW, то это же не просто так случается.
И пока не выяснена причина

Второй винт старенький, поэтому думаю и свалился, сейчас меня интересует именно первый, на нем важная информация для меня.

Цитата:

является той самой неправильной манипуляцией. Потому как эффективность этой утилиты близка к 0%, зато диск вычитывается на все 100%, что может и добить его.

Блин… ок, сейчас DMDE запущу скрины сделаю.

Добавлено:

Цитата:

Так что надо глянуть SMART винта и использовать нормальные утилиты типа DMDE. И покажи покажи скриншот экрана Разделы из DMDE.

Сделал SMART
http://s019.radikal.ru/i619/1503/34/fcb892574dc8t.jpg

Сделал DMDE
http://i077.radikal.ru/1503/6a/71cbb19f3701t.jpg

В DMDE как раз таки есть потеряные разделы, как их восстановить? смущает что все пространство «свободно» ((

Что делать добрый человек 9285 ? [/more] [/more]

Добавлено:
9285
Друг, все сделал, в предыдущем посте

Автор: 9285
Дата сообщения: 23.03.2015 15:49

Цитата:

смущает что все пространство «свободно» ((

Свободно где? В DMDE свободно всего 14 гигов — и это бывший раздел восстановления.
Ну а что касается ситуации, то во первых я, из начального сообщения, не понял что проблема с первым винтом. А во вторых у меня нет уверенности что ты правильно назвал утилиту или ты успел уже восстановить один раздел Акронисом. В последнем случае неудивительно что потом он не нашёл друой раздел, так как сейчас хвост имеющегося накрыл начало последующего.
Надо разобраться с тем какой реальный размер 107мб раздела — для этого надо бы глянуть содержимое сектора 27265024.

Страницы: 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109

Предыдущая тема: Винт стал медленно работать

Форум Ru-Board.club — поднят 15-09-2016 числа. Цель — сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.

Источник

Благодаря глюкам китайского UDMA-кабеля получил следущее:
«Повреждена основная таблица файлов. Выполнение CHKDSK прервано.»
На этом диске у меня лежало всё самое ценное — музыка, фильмы и всё скачанное с OG. Все программы восстановления перенаправляют на CHKDSK, который, в свою очередь, выдаёт вышеуказанную ошибку. Есть ли шансы восстановить?
Rinoa

Регистрация:

10 мар 2008

Сообщения:

39

перед любыми действиями по восстановлению я бы сделал образ акронисом.
если бивис (и винда) не хотят видеть диск вовсе, то стоит попробовать подключить его через внешний кейс, ему пофиг вообще на всё.
Образ делать банально некуда (~100Мб). Конечно, скоропалительных действий я не предпринимаю.
Биос и винда всё видят нормально, просто раздел, судя по всему, действительно повреждён.
Rinoa

Регистрация:

10 мар 2008

Сообщения:

39

Ну, а куда вы спасать инфо собрались?
москва? могу дать винт на время 40,80,160,250(~)
Почитать EasyRecovery/R-Studio MFT в режиме Format Recovery, если прямые руки — MFT 2 штуки, смотришь обе и копируешь 1 поверх 2 или наоборот бинарником в зависимости от того что исправно.
Ох. Была бы Москва. Поясню: есть ли шансы восстановить MFT без резервного пространства? Впрочем, ~100Gb я найду, хоть и не сейчас. Дело в другом — есть ли шансы?
John Freeman, подробнее нельзя? Хотя бы чуть-чуть. Ибо песец пришёл неиллюзорный и когда не ждали. А со всем этим дела я, к стыду признаться, не имел.
Не рекомендую тебе без резервного пространства заниматься такими вещами. Лучше найди или купи винт для таких целей. Можешь, кстати, попробовать еще одну программку Active File Recovery. Меня она спасала.
Первое — всё равно нужен HDD для софта. Второе — тогда лучше и не пробуй этот метод.
Самый главный вопрос винт какого объёма? более 120 гигов? Тобиш Lba48 или нет, а то неправильным софтом и действиями, включая скандиск, можно всю инфу обратить в закорючки и папки объёмом по 10 терабайт.

Последнее редактирование: 18 фев 2009
tRusty
Lost in Space

Переводчик

Регистрация:

23 июл 2008

Сообщения:

1.319

MisterGrim, Для востановления MFT рекомендую TestDisk, работает с дискеты.

Источник

Для восстановления информации рекомендую GetDataBack
Существует версия под FAT и NTFS, интерфейс интуитивно понятный. Правда без винта не обойтись

Обе программы выручали неоднократно.

Последнее редактирование: 18 фев 2009
Мне когда-то помагла MHDD Постригана прожигается загрузочный CD (прога весит до 2мб) с него загружаешься и работаешь прежде конечно все внимательно читаешь.
http://www.overclockers.ru/files/index.shtml?dir=24

Последнее редактирование: 18 фев 2009
В R-Studio выбрал диск, нажал «сканировать», и после продолжительного раздумья мне была выдана вся структура папок. На первый взгляд — всё на месте, для пробы восстановил архив с игрой (264Мб), фильм (avi, 814Мб), папку с музыкой (74Мб) — всё цело. Надо найти винт для скидывания инфы, ну а потом можно и с заменой MFT повозиться. Но в целом прогноз и так благоприятный.

kl-13, нет, 120Гб. Но это уже неважно.

tRusty, что-то она не того. Попробовал выбрать восстановление MFT, вываливается с ошибкой (и Win, и DOS версия).

hrust, с MHDD я знаком, и довольно близко — это совсем из другой оперы. Но вещь хорошая, да.
MHDD фигня для ремэпа. Только на скан адекватно годится.
Ну кроме ремэпа у неё есть и другие функции.
Да и SCAN+ERASE вещь полезная (хотя по сути тот же low-level format, если я правильно понял автора).
Неправильно понял за отсутствием у современных HDD в софте такого термина.
Ну вот был тут диск, на графике чтения в первых 5% были провалы до нескольких мб/с. После scan+erase всё стало нормально. Что-то же она делает?
Это не метод. На сколько-то поможет, но это не метод…
При помощи R-Studio было восстановлено практически всё, за исключением пары архивов, которые были забэкаплены; и одного, который, к сожалению, не был (Abe’s Exoddus). Ну это проще перекачать.

Источник

Hello,

as you may guessed by reading the topic title, I’m getting this message when trying to scan a partition of my new hard drive. I select the drive, click on scan and this message appears on the bottom left, the little progress window doesn’t even show up.

It’s a new Seagate GoFlex Desk 3TB external hard drive, I splitted it into 3 partitions and encrypted each of them with TrueCrypt. Recuva has no problems analyzing any other partitions or TrueCrypt volumes, it’s only about the ones on this new hd. Oh, and I have absolutely no problems working with these partitions — I can use them just like all the others. CHKDSK doesn’t report any errors (the filesystem had some errors before, and Recuva seemed to analyze forever when trying to do it then. It stopped saying there’s not enough RAM. I fixed that by running chkdsk /f), too.

So, I think something’s different about this one. They may had to change some options in order to achieve this size, I don’t know. I had to update my TrueCrypt version in order to encrypt this drive. It failed with any older version (while it did fine with all my other drives), that gave me the idea of this new hd being different. Also, if I’m trying to do a standard search with GetDataBack, it only shows the hard drive without its partitions (while all the other HDs HAVE their partitions of course). However, if I want to recover deleted files with GetDataBack, it acutally detects all the partitions and also the mounted TrueCrypt volumes (just like Recuva), and provides some information about the partitions. The only value of these that differs from all my other partitions is Secs/cluster: While my internal and other external drives all have 8 Secs/cluster, the 3TB drive only has 1 Sec/cluster. Could that have to do with anything? GetDataBack also fails in analyzing this partition, I guess it also has issues with the MFT.

If you need any additional info about this drive, feel free to ask. I’ll post it, provided that I know how the get the infos, since Windows, Speccy and also Everest didn’t quite help me when searching for possible values that differ from my other drives.

I’m not quite sure if this is the correct board to post it, so please forgive me if you think it fits better in one of the other two boards, and just move it.So, I suppose there’s not workaround for this right now, but will this be supported in the future? I hope so… since I’m, obviously, trying to recover some files I accidentely deleted, and I don’t want to leave the partition untouched for months in order to avoid overwriting the deleted files.

Thanks for reading.

Источник

Где именно располагается MFT файлов

Классика: внешний жёсткий диск недоступен

Rinoa

Rinoa

tRusty Lost in Space

Переводчик

tRusty
Lost in Space