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

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

Автор: iBeloMore
Дата сообщения: 18.03.2015 00:14
Доброго времени суток. Господа местные помогите чем сможете. Опишу свою ситуацию:
Было у меня 2 винта по 1ТБ аппаратно соединенный в RAID 0. Далее этот массив я разбил на 2 логических диска: 100ГБ под систему и остальное под медиа. Вот недавно прикупил для системы SSD и установил на него wondows. После этого массив продолжал работать, но мне захотелось убрать 2 логических диска на нем и оставить только 1 раздел. Вот тут начался кошмар. Я прибег к помощи Partition Manager. Он всю ночь склеивал разделы. Утром я обнаружил что на диске нет вообще никакой инфы и точно не помню как но я через тот же Patrition Manager как то восстановил папку в которой лежали все мои драгоценные данные. Но вскоре обнаружилось что все файлы битые и не открываются. Я примерно понимаю что произошло, но опыта по восстановлению не имею. Прошу вас помочь мне. Для начала скажите реально ли восстановить данные?
Автор: igor_me
Дата сообщения: 18.03.2015 01:14

Цитата:
Для начала скажите реально ли восстановить данные?

Может быть, надо смотреть...

Цитата:
Я примерно понимаю что произошло

Так если вы уже знаете - поделитесь. А то ж нам ещё надо будет тратить время на угадывание причины сбоя
Ну и стандартную инфу запрашиваемую приведите: скриншот окна "Разделы" из DMDE и дамп 0-го "сектора" RAID-массива...
Автор: dddimmm
Дата сообщения: 18.03.2015 07:22
9285
благодарю за то, что не прошли мимо
[more]
занимаюсь этой процедурой впервые, вроде все сделал, но лучше перепроверить

Sectors per Cluster 8
MFT start cluster 4
8*4+163846998=163847030

дамп сектора 163846998


10 секторов $MFT

[/more]
Автор: Atrakktor
Дата сообщения: 18.03.2015 09:12
Так что, господа-товарищи можете подсказать. В ответ на вопросы выше по странице Ссылка
Не могу вкурить, если можно затирать абсолютно все сектора, как потом программы восстанаиливают все эти MBR PBR MFT. Вот глянул сектора на винте который Advanced Format (заполнен более чем на половину). Стопитцот секторов после нулевого пустые.
Автор: 9285
Дата сообщения: 18.03.2015 11:26
dddimmm
Всё отлично получилось.
При простом просмотре видно что в самом первом байте 0-вой записи записано C6, а должно быть 46.
Записав правильное значение запись в DMDE перестала быть красной и выглядит вполне рабочей.
Но это не означает что подобное не может быть и в других секторах на разделе.
Поэтому можно в винде забрать у проблемного раздела букву исправить этот байт и средствами DMDE открыть том. Восстановить на другой носитель всё важное и проверить целостность.
Можно и не править байт, но в таком случае надо запускать Поиск NTFS, и по его результату открывать том с началом в секторе 163846998.
PS. В случае исправления байта, даже при отсутствии буквы у проблемного раздела, винда может предложить проверить раздел на ошибки (по крайней мере при перезагрузке). Не стоит ей разрешать это делать.

iBeloMore

Цитата:
Я прибег к помощи Partition Manager.

Это что за "новый" уничтожитель данных?

Добавлено:
Atrakktor

Цитата:
как потом программы восстанаиливают все эти MBR PBR MFT

Восстановить что то из пустоты нельзя.

Что касается твоего вопроса, то ты лучше сформируй задачу. А а то пока похоже на то, что ты неправильно понял что то, и на основе этого делаешь какие то выводы.

А пока что.
Зануление удаляемых файлов и заполнение "мусором" соотвествующей записи в MFT выполняет, при альтернативном удалении, FAR. Но гарантировать 100% ность не могу, потому как иногда такое происходит слишком быстро при большом обьёме удаляемого - возможно что просто кэширование даёт такой эффект - не проверял.
Автор: iBeloMore
Дата сообщения: 18.03.2015 11:45
9285

Цитата:
Это что за "новый" уничтожитель данных?

Я считал его достаточно древним Paragon Partition Manager
Автор: 9285
Дата сообщения: 18.03.2015 12:27
iBeloMore
Я подозревал что речь о нём, но как то верилось в то, что про это "говно мамонта" уже давно забыли.
Только есть один нюанс - многое зависит от версии и оригинальности этой программы.
Оригинальная 8-я версия не хочет запускаться под современными ОС, в то же время всякие портэйбл (говносборки) версии мало того что запускаются, так ещё и без запроса правят "ошибки" файловой системы.

В таком случае мне сложно сказать как он работает с рэйдами и вообще как производит расширение раздела за счёт предстоящего раздела. Поэтому могу лишь предположить что что то недоделалось - то ли MFT не пересчиталась для нового начала раздела, то ли данные переехали; в общем то запись указывает на одно место расположение файла а реально он в другом. Как то так.

PS. Зачёркнуто неверное описание другой программы Partition Magic.
Автор: dddimmm
Дата сообщения: 18.03.2015 12:28
9285

Цитата:
записано C6, а должно быть 46


Цитата:
исправить этот байт и средствами DMDE открыть том

если не затруднит для молодых неопытных, как это делается?
Автор: iBeloMore
Дата сообщения: 18.03.2015 12:45
9285

Цитата:
Поэтому могу лишь предположить что что то недоделалось - то ли MFT не пересчиталась для нового начала раздела, то ли данные переехали; в общем то заапсь указывает на одно место расположение файла а реально он в другом. Как то так.


Мне кажется именно это и произошло. Объясню почему я так думаю: Была там куча инфы (1ТБ) и сейчас некоторый файлы не открываются совсем, а бывает так: запускаешь мп3 песню, открывается медиа плеер, и воспроизводится звук из какого-то фильма, который до этого видимо был на этом месте. В общем на лицо "неверное сопоставление файлов с физическим их расположением на диске.

Как эту проблему можно решить?
Автор: 9285
Дата сообщения: 18.03.2015 12:48
dddimmm
1. Открываешь диск (как физический)
2. Переходишь к сектору (Alp+P) 163847030
2.1. Если вид не шестнадцатиричный, то нажимешь F2
2.2. Можешь посмотреть в секторе 163847032 как выглядят начальные байты.
3. Можешь попробовать включить режим просмотра как MFT (Alt+F5) - запись будет красной.
Возращаешься к шестнадцатиричному (F2)
Переходишь в режим редактирования (Ctrl+E) и вбиваешь в самом начале 46
Можешь опять посмотреть как MFT (Alt+F5) - краснота должна исчезнуть.
4. Сохраняешь изменения (Ctrl+W).
5. Переоткрываешь диск - на экране Разделы индикатор F у проблемного тома должен стать нормального цвета. Заходишь в этот том и смотришь в Root и в Всё найденное и реконструкция.
Автор: Atrakktor
Дата сообщения: 18.03.2015 13:46

Цитата:
Восстановить что то из пустоты нельзя.
Что касается твоего вопроса, то ты лучше сформируй задачу. А а то пока похоже на то, что ты неправильно понял что то, и на основе этого делаешь какие то выводы.

Ну не знаю, как еще формулировать. Сам в математике не силен, но для того ,кто дока в этих MBR PBR MFT наверное задачка не поставит в тупик. С одной стороны необходимо затереть все сектора с данными, с ОС и загрузчиками. С другой стороны нет желания получить"кирпич", затирая все сектора, от нулевого до бес-конечного. Или можно все затирать. А потом, например ПарагонПМ восстановит MBR на любой модели HDD ???
Автор: dddimmm
Дата сообщения: 18.03.2015 13:56

Цитата:
5. Переоткрываешь диск - на экране Разделы индикатор F у проблемного тома должен стать нормального цвета. Заходишь в этот том и смотришь в Root и в Всё найденное и реконструкция.

при попытке раскрыть каталог Всё найденное и реконструкция появляется сообщение "Виртуальная реконструкция файловой системы", нажал ОК, поочередно выскочили ошибки чтения, где я жал ОК:
Ошибка чтения 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

при просмотре каталога Root этого не наблюдается...
Автор: 9285
Дата сообщения: 18.03.2015 14:23
dddimmm
Значит есть какие то "просеки" в записях. Надо смотреть что там на самом деле - их нет, или они повреждены (о возможности такого я предупреждал).
Кстати, следишь за показателями SMART?
Можешь сам посчитать где находятся соответствующие записи.
Второй фрагмент MFT начинается с записи 179698 в секторе 230739798.
Соотвественно запись 50480 находится в секторе (50480-179698)*2 + 230739798

Atrakktor
Почему вопрос о кирпиче не возникает при покупке нового винта (внутреннего), на котором одни нули?

Цитата:
Или можно все затирать. А потом, например ПарагонПМ восстановит MBR на любой модели HDD ???

Восстановить из ничего? О5-25.

iBeloMore
Если подходить с точки зрения восстановления данных, то надо использовать восстановление по сигнатурам.
Если же решать проблему на уровне записей MFT, то задачка может ыть и решаема, но для достаточно подготовленного пользователя, могущего определить сдвиг (которых может быть и немало) и сделать соответствующие корректировки.
Автор: dddimmm
Дата сообщения: 18.03.2015 15:12
9285
[more]
честно говоря запутался во всем, прилагаю скриншоты и смарт, какие мои дальнейшие действия?


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

OS : Windows XP Professional SP3 [5.1 Build 2600] (x86)
Date : 2015/03/18 17:39:17

-- Controller Map ----------------------------------------------------------
+ Intel(R) 82801EB Ultra ATA Storage контроллеры - 24DB [ATA]
+ Первичный канал IDE (0)
- SAMSUNG SP2514N
+ Вторичный канал IDE (1)
- ST3160215A
+ Intel(R) 82801EB Ultra ATA Storage контроллеры - 24D1 [ATA]
- Первичный канал IDE (0)
+ Вторичный канал IDE (1)
- Дисковый накопитель

-- Disk List ---------------------------------------------------------------
(1) SAMSUNG SP2514N : 250,0 GB [0/0/0, pd1]
(2) WDC WD10EZEX-19M2NA0 : 1000,2 GB [1/2/0, pd1] - wd
(3) ST3160215A : 160,0 GB [2/3/0, pd1] - st


----------------------------------------------------------------------------
(3) ST3160215A
----------------------------------------------------------------------------
Model : ST3160215A
Firmware : 3.AAD
Serial Number : 9RX2C0Q0
Disk Size : 160,0 GB (8,4/137,4/160,0/160,0)
Buffer Size : 2048 KB
Queue Depth : 1
# of Sectors : 312579695
Rotation Rate : Неизвестно
Interface : Parallel ATA
Major Version : ATA/ATAPI-7
Minor Version : ----
Transfer Mode : UDMA/100 | UDMA/100
Power On Hours : 19529 ч
Power On Count : 1990 раз
Temperature : 36 C (96 F)
Health Status : Хорошо
Features : S.M.A.R.T., 48bit LBA
APM Level : ----
AAM Level : ----

-- S.M.A.R.T. --------------------------------------------------------------
ID Cur Wor Thr RawValues(6) Attribute Name
01 115 _99 __6 00000563DDBA Ошибки чтения
03 _97 _97 __0 000000000000 Время раскрутки
04 _99 _99 _20 0000000007D5 Запуски/остановки шпинделя
05 100 100 _36 000000000000 Переназначенные сектора
07 _83 _60 _30 00000CAC9E5B Ошибки позиционирования
09 _78 _78 __0 000000004C49 Часы работы
0A 100 100 _97 000000000000 Повторные попытки раскрутки
0C _99 _99 _20 0000000007C6 Включения/отключения
BB 100 100 __0 000000000000 Неисправимые ошибки
BD 100 100 __0 000000000000 Высокоуровневая запись
BE _64 _54 _45 0000241E0024 Температура воздушного потока
C2 _36 _46 __0 000C00000024 Температура
C3 _90 _71 __0 0000008B794A Аппаратное ECC-восстановление
C5 100 100 __0 000000000000 Нестабильные сектора
C6 100 100 __0 000000000000 Неисправимые ошибки секторов
C7 200 200 __0 000000000006 CRC-ошибки UltraDMA
C8 100 253 __0 000000000000 Ошибки записи
CA 100 253 __0 000000000000 Ошибки адресации данных

-- IDENTIFY_DEVICE ---------------------------------------------------------
0 1 2 3 4 5 6 7 8 9
000: 0C5A 3FFF C837 0010 0000 0000 003F 0000 0000 0000
010: 2020 2020 2020 2020 2020 2020 3952 5832 4330 5130
020: 0000 1000 0004 332E 4141 4420 2020 5354 3331 3630
030: 3231 3541 2020 2020 2020 2020 2020 2020 2020 2020
040: 2020 2020 2020 2020 2020 2020 2020 8010 0000 2F00
050: 4000 0200 0200 0007 3FFF 0010 003F FC10 00FB 0110
060: FFFF 0FFF 0000 0007 0003 0078 0078 00F0 0078 0000
070: 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000
080: 00FE 0000 346B 7D01 4023 3469 3C01 4023 203F 0000
090: 0000 FEFE FFFE 604D D000 0000 0000 0000 0000 0000
100: 966F 12A1 0000 0000 0000 0000 4000 0000 0000 0000
110: 0000 0000 0000 0000 0000 0000 0000 0100 0000 0002
120: 0000 0000 0000 0000 0000 0000 0000 0000 0009 9EB0
130: 12A1 9EB0 12A1 2020 0002 02B6 0000 008A 3C06 3C0A
140: 0000 07C6 0100 0800 0F12 0500 0002 0080 0000 0000
150: 00A2 0202 0000 0404 0000 0000 0000 0000 1B00 000B
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 0000 0000 0000 0000
210: 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000
220: 0000 0000 0000 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 2AA5

-- 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 73 63 BA DD 63 05 00 00 00 03 03
010: 00 61 61 00 00 00 00 00 00 00 04 32 00 63 63 D5
020: 07 00 00 00 00 00 05 33 00 64 64 00 00 00 00 00
030: 00 00 07 0F 00 53 3C 5B 9E AC 0C 00 00 00 09 32
040: 00 4E 4E 49 4C 00 00 00 00 00 0A 13 00 64 64 00
050: 00 00 00 00 00 00 0C 32 00 63 63 C6 07 00 00 00
060: 00 00 BB 32 00 64 64 00 00 00 00 00 00 00 BD 3A
070: 00 64 64 00 00 00 00 00 00 00 BE 22 00 40 36 24
080: 00 1E 24 00 00 00 C2 22 00 24 2E 24 00 00 00 0C
090: 00 00 C3 1A 00 5A 47 4A 79 8B 00 00 00 00 C5 12
0A0: 00 64 64 00 00 00 00 00 00 00 C6 10 00 64 64 00
0B0: 00 00 00 00 00 00 C7 3E 00 C8 C8 06 00 00 00 00
0C0: 00 00 C8 00 00 64 FD 00 00 00 00 00 00 00 CA 32
0D0: 00 64 FD 00 00 00 00 00 00 00 00 00 00 00 00 00
0E0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0F0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 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 82 00 AE 01 00 5B
170: 03 00 01 00 01 36 02 00 00 00 00 00 00 00 00 00
180: 00 00 00 00 00 00 00 03 03 03 03 03 03 03 03 00
190: 00 00 00 00 00 00 00 01 2D 5D 69 11 00 00 00 00
1A0: 00 00 26 75 D0 4F 5A 08 00 00 00 00 00 00 00 00
1B0: 00 00 00 00 2D 5D 69 11 00 00 00 00 00 00 00 00
1C0: 02 00 01 00 00 00 08 00 00 00 E6 70 DE A9 00 00
1D0: 00 00 0F A1 07 00 00 00 00 00 49 4C 00 00 00 00
1E0: 24 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 DB

-- SMART_READ_THRESHOLD ----------------------------------------------------
+0 +1 +2 +3 +4 +5 +6 +7 +8 +9 +A +B +C +D +E +F
000: 0A 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
050: 00 00 00 00 00 00 0C 14 00 00 00 00 00 00 00 00
060: 00 00 BB 00 00 00 00 00 00 00 00 00 00 00 BD 00
070: 00 00 00 00 00 00 00 00 00 00 BE 2D 00 00 00 00
080: 00 00 00 00 00 00 C2 00 00 00 00 00 00 00 00 00
090: 00 00 C3 00 00 00 00 00 00 00 00 00 00 00 C5 00
0A0: 00 00 00 00 00 00 00 00 00 00 C6 00 00 00 00 00
0B0: 00 00 00 00 00 00 C7 00 00 00 00 00 00 00 00 00
0C0: 00 00 C8 00 00 00 00 00 00 00 00 00 00 00 CA 00
0D0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0E0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0F0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 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 26
[/more]
Автор: iBeloMore
Дата сообщения: 18.03.2015 15:16
9285

Опыта восстановления у меня нет, однако имею в/о в сфере IT.
Могут ли мне здесь сформулировать порядок действий которые мне нужно выполнять? Какие данные выложить для получения помощи от вас?
Автор: 9285
Дата сообщения: 18.03.2015 15:27
iBeloMore
Для общего понимания идеи - http://www.ihdd.ru/forum/viewtopic.php?p=47603#p47603

dddimmm
Внешне похоже на файловую запись, но это может быть обманчиво.
Опять же, можешь в режиме просмотра как MFT (Alt+F5) можешь посмотреть "проблемные" записи (сравнив с другими рабочими).
Можешь выложить дамп проблемных диапазонов - учитывая что в записях может быть какой то конфидишен, можешь запаролить архив и на том же rghost поставить пароль на скачивание и дать ссылку в привате.
В любом случае, можешь восстанавливать остальные файлы, которые не попали в список проблемных.
Автор: Atrakktor
Дата сообщения: 18.03.2015 18:14

Цитата:
Цитата: Или можно все затирать. А потом, например Парагон восстановит MBR на любой модели HDD ???
Восстановить из ничего? О5-25.

Вот к чему такое буквоедство. Нет чтоб сразу подсказать, что последующее создание разделов в партишен манагерах заново пропишет MBR и все прочее.

Автор: mcpdr
Дата сообщения: 18.03.2015 18:18
Просьба сильно не пинать и тыкать в шапку, потому что все что там написано я прочитал, что меня еще сильнее запутало и по сему прошу вашей помощи:
имеется винт Seagate ST3500418AS на 500гиг
был разбит на два раздела, 50гиг на систему и все остальное грубо говоря мусорка
в один прекрасный день система просто перестала грузиться
в биосе винт видится правильно
подключал его к другой систему и лайвсд - винт видится тоже правильно, даже то что разбит на два раздела, но при попытке зайти выдает что не форматированный
попробовал проверить MHDD - полностью прошел винт и накопал кучу бэдов, но не весь винт в бедах, якобы заремапил их, но результат такой же, нет доступа к инфе на нем
попробовал пройтись викторией - начало чистое, но спустя минут 5 стал выдавать ошибку "no drq", после чего винт перестал видится везде пока не выключишь комп, после полного отключения и включения винт вновь видится правильно
попробовал восстановить инфу R-Studio - прошел 1.5 гигов и потом одни ошибки, проверял больше суток, но как было 0%, так на нем и стояло, правда сектора менялись, прога что-то делала, но одни ошибки валились и время проверки прога показала, что увеличилось до нескольких месяцев, конечно стопарнул, после этого решил что пора просить помощи

по поводу нести в сервис - не вариант, на винте имеется личная информация, которую не хотелось бы чтоб увидели сторонние люди

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

заранее благодарю за помощь.
Автор: Alex_Green
Дата сообщения: 18.03.2015 19:16
mcpdr

Цитата:
попробовал восстановить инфу R-Studio - прошел 1.5 гигов и потом одни ошибки, проверял больше суток


Не надо насиловать винт тестами больше суток, может ведь совсем запилиться. Как только видим что пошли сплошные ошибки, то есть смысл попробовать отступить от этого сектора примерно на 2 000 000 lba, то есть ~ 1GB и посмотреть как продолжиться копирование. Если видим что пошло веселей, то продолжаем, нет - отступаем снова и опять пробуем. То есть сначала вычитываем наименее сбойные области, и лишь в конце дочитываем наиболее проблемные. Только делается это не в R-Studio, а в программе которая позволяет начинать копирование с произвольного lba. Например DMDE, или File Scavenger (последняя умеет копировать только в файл, DMDE же позволяет копировать как в файл, так и диск >> диск). Бесплатные демо версии обеих программ позволяют копировать сбойный Hdd таким образом.
Данные нужны с системного раздела, или с "мусорки"? В Виктории кстати можно в меню Advanced, View Part Data посмотреть с какого lba начинается второй раздел , и если нужна инфа с него, то с его начала и нужно начинать копирование, а не пытаться вычитывать всё подряд.
Автор: iBeloMore
Дата сообщения: 18.03.2015 20:04
9285

Цитата:
Для общего понимания идеи - http://www.ihdd.ru/forum/viewtopic.php?p=47603#p47603

Прочел информацию и общую идею понял. Для восстановления моих данных нужно использовать именно этот метод? У меня часть файлов на диске открывается. Правильно ли я понимаю что искать по такому файлу смещение некорректно?
Из нечитаемых файлов у меня есть живая копия нескольких песен мп3. Можно по ним искать смещение?
С чего начать помогите пожалуйста

Нужно ли мне создавать образ с этого диска и работать с образом?
Автор: 9285
Дата сообщения: 18.03.2015 20:25
Atrakktor
О каком буквоедстве идёт речь?
Вон в случае dddimmm всего один не тот байтик привёл к большим проблемам.
А ты ошибся в куче букв потому как есть разница между восстановить и создать (новый).

iBeloMore
Версию про сигнатурный поиск не рассматриваешь?

По нормально открывающемуся файлу судить нельзя.
А вот если у тебя есть копия того, который открывается некорректно, то можно попробовать найти его на диске и посмотреть его же ранлист.
Вообще, для начала можно посмотреть что там у тебя сейчас - то есть какие разделы прописаны сейчас, какие находятся. И вообще, задействовать Поиск NTFS в DMDE и просмотр его результатов - причём в разных томах (преимущественно тех, которые были раньше).
Кстати, уточни версию уничтожителя и как запускал - попробую смоделировать ситуацию и посмотреть хоть как он сливает (двигает разделы).
Автор: mcpdr
Дата сообщения: 18.03.2015 20:29

Цитата:
Alex_Green
Не надо насиловать винт тестами больше суток, может ведь совсем запилиться.

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

Цитата:
Как только видим что пошли сплошные ошибки, то есть смысл попробовать отступить от этого сектора примерно на 2 000 000 lba, то есть ~ 1GB и посмотреть как продолжиться копирование.

а вот про такое я вообще не думал (не знал), спасибо на инфу

Цитата:
Только делается это не в R-Studio, а в программе которая позволяет начинать копирование с произвольного lba. Например DMDE

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

Цитата:
Данные нужны с системного раздела, или с "мусорки"?

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

Цитата:
В Виктории кстати можно в меню Advanced, View Part Data посмотреть с какого lba начинается второй раздел , и если нужна инфа с него, то с его начала и нужно начинать копирование, а не пытаться вычитывать всё подряд.

даже не знал об этом, еще раз спасибо за инфу

пойду пробовать полученную новую информацию в деле
Автор: 9285
Дата сообщения: 18.03.2015 20:43
dddimmm
Пардон, я чуть ошибся в расчёте номера начальной записи второго фрагмента в сообщении раньше.
Поэтому по расчёту ты и попал на нормальную запись - а сбойная на два сектора дальше.
Автор: iBeloMore
Дата сообщения: 18.03.2015 21:04
9285

Цитата:
Версию про сигнатурный поиск не рассматриваешь?

Можно инфу про этот метод?

Цитата:
Вообще, для начала можно посмотреть что там у тебя сейчас - то есть какие разделы прописаны сейчас, какие находятся.

https://yadi.sk/i/GK8WBulBfLyxb

Цитата:
Кстати, уточни версию уничтожителя и как запускал - попробую смоделировать ситуацию и посмотреть хоть как он сливает (двигает разделы)

https://yadi.sk/i/LwTww188fLz5T
Вот нашел в пртишине логи (к сожалению не дает выгрузить, поэтому вот https://yadi.sk/d/Et-8lnKhfM2gK где лежат скиншоты

Цитата:
И вообще, задействовать Поиск NTFS в DMDE и просмотр его результатов - причём в разных томах (преимущественно тех, которые были раньше).

Запустил поиск, как завершится выложу результат
Автор: Alex_Green
Дата сообщения: 18.03.2015 21:07
mcpdr

Цитата:
всего лишь наверное на пару гиг нужна, если получиться вытащить ее, то смело могу выкинуть винт


Если только пара гиг нужно, то может быть имеет смысл Открыть в DMDE сначала пострадавший диск как физическое устройство, затем нужный том (без сканирования) и восстановить нужные файлы, если они видны?

Автор: 9285
Дата сообщения: 18.03.2015 22:20
iBeloMore
Что то сегодня у меня день ошибок.
Спутал Paragon Partition Manager c Partition Magic. Поэтому зачеркнул написанное ранее в части ошибок программы.
Может лог выложить в виде архива? Хотя и по скриншотам видно очень много не очень обьяснимых манипуляций, в том числе и форматирование.
Автор: iBeloMore
Дата сообщения: 18.03.2015 22:25
9285

Цитата:
Может лог выложить в виде архива?

скрины запихать в один архив?
Из проги выгрузить ничего нельзя пока не куплю полную версию. Доступен только просмотр в программе. поэтому заскринил
Автор: 9285
Дата сообщения: 18.03.2015 22:36
iBeloMore
Скрины одним архивом я и так скачал.
Ладно, давай дождёмся результата Поиска NTFS в DMDE - не забудь по окончании сохранить лог.
Но вообще, ты задавал только слияние разделов или ещё что то?
Автор: iBeloMore
Дата сообщения: 18.03.2015 23:10
9285
Только слияние. А что там наделал PM - это чисто его происки. Поиск NTFS движется медленно, видимо только утром окончит. Выложить скрин и лог?
Автор: 9285
Дата сообщения: 18.03.2015 23:22
iBeloMore
Можешь сделать промежуточное сохранение лога и выложить его.

Страницы: 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109

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


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