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

9285
https://yadi.sk/d/_YHS9GRbfMD8W

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

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

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

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

Цитата:

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

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

9285

Цитата:

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

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

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

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

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

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

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

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

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

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

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

9285

Цитата:

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

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

Цитата:

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

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

Цитата:

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

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

Цитата:

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

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

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), Файл(выбираете место куда сохранить, название лучше оставить как есть)

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

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

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

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

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

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

Я занимался перепрошивкой 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]

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

9285

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

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

Добавлено:
9285

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



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

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

Цитата:

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

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

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


Цитата:

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

Да.

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

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

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

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

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

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

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

-- 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 : 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 раза превышает размер исходного диска. Получается, что при всем желании мне не удастся впихнуть все восстановленные файлы обратно на исходный диск.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Запустил ACronis recovery expert

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

[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
Друг, все сделал, в предыдущем посте

Цитата:

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

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