Ru-Board.club
← Вернуться в раздел «Microsoft Windows»

» Пропал диск. Восстановление таблицы разделов (не данных) - 2

Автор: 9285
Дата сообщения: 13.11.2013 11:01
Yeller
Чтобы выкинуть что то, надо сначала купить это.
Чтобы понять почему такое происходит нужно иметь какие то сведения о том что используется, как проявляется и некоторыми "анализами" структуры диска.
Хотя, если не определение идёт на уровне железа, то программы здесь не причём.
Тем не менее, прислушайся к совету Sish
Автор: Acomol79
Дата сообщения: 16.11.2013 22:22
OS : Windows 8.1 Pro [6.3 Build 9600] (x64)
HDD: TOSHIBA DT01ACA200
Disk Size : 2000.3 GB (8.4/137.4/2000.3/2000.3)
URL : http://rghost.ru/50222994
URL :http://rghost.ru/50224548
Windows 8.1
Создал отдел Recovery на внешнем диске через advanced recovery tools
1.Есть внешний диск на 2 тера,на нем хранится информация
2.После установки wind 8.1 активировал Recovery-recovery tools- Configure system restore-Create
3.Указал внешний диск TOSHIBA DT01ACA200 Disk Size : 2000.3 GB
Диск размером 2 тера. На нем зарезервировалось 32 гб для бекапов ,остальной части система не видела
Я октивировал остальную часть диска но при это использовать данные с диска не получается.
Испопльзовал Парагон парт.м чтобы поменять на NTFS не получилось.
Я его активировал присвоил букву.Раздел определяется системой но требует формата.
Восстановил все через Rstudio.Но желательно вернуть к жизни сам диск для сравнения с восстановленным.Очень много фото...За много лет.
Буду очень признателен за любую помошь!!!
Автор: KLASS
Дата сообщения: 16.11.2013 22:51
Acomol79
Выложите данные согласно шапки, т.е. прочтите шапку со слов: "Задавая вопрос, для начала, предоставьте..." и до конца.
Автор: Acomol79
Дата сообщения: 16.11.2013 23:07
KLASS
http://rghost.ru/50224548 Вроде все здесь
Автор: 9285
Дата сообщения: 16.11.2013 23:35
Acomol79
Удали разделы.
Большой, хотя и не имеет бутсектора и прочих нужностей, но мало ли что винде привидится.
А маленький обязательно - туда моэет что то записаться, тем самым ухудшить ситуацию.
Ну и важно две вещи.
1. Была ли запись в раздел Recovery и каков её обьём?
2. Как работает микрософтовская приблуда чтобы понять её "способности". Я не в курсе таковых.

И открой найденный раздел с началом в 63 секторе и посмотри что там (в папке Всё найденное).
Автор: Acomol79
Дата сообщения: 17.11.2013 00:17
9285

Цитата:
1. Была ли запись в раздел Recovery и каков её обьём?

Да была.
http://snag.gy/eqBDl.jpg

Цитата:
И открой найденный раздел с началом в 63 секторе и посмотри что там (в папке Всё найденное).

Что посмотреть там? какое у него расширение?
Я могу найти нужные мне сектора после восстановления в Rstudio?
Автор: Intellectual
Дата сообщения: 17.11.2013 01:45
Прошу помощи.
Во время изменения типа раздела диска с активного на логический в программе Paragon Hard Disk Manager 12 произошёл сбой и после этого на ЖД пропал один раздел(который и изменялся). Два других раздела отображаются в Windows как и раньше. Хотел восстановить его в Acronis Recovery Expert, но в быстром поиске бегунок поиска двигается только 1-2% и начинает с начала, а в полном - показывает раздел, но со странным размером 475GB и бегунок не двигается вообще. Поэтому от восстановления в Acronis отказался.
Пожалуйста, помогите восстановить раздел, если это возможно.
http://zalil.ru/34816611
...
DMDE при выборе диска показывает какой-то логический диск H: размером 2.15GB, но в винде его нет, точнее H: - это DVD-rom, но какой-либо диск отсутствует. При попытке его отображения пишет о проблеме адресации, продолжать не стал, т.к. не знаю к чему это может привести. Скриншоты прилагаю.
Автор: 9285
Дата сообщения: 17.11.2013 10:22
Acomol79
Я не понял к чему скриншот.
Подразумевалось что в эти 32 гига что то успело записаться (читай как накрыло часть информации) или только создавался раздел?

Какое расширение? В результатах поиска выбираешь том, в котором наибольшее число совпадений и просто открываешь. Затем смотришь что в структуре диска. И не только в Root, но и во всех найденных.
Хинт. Чтобы не повторять поиск, достаточно выбрать его а потом загрузить лог поиска.

Intellectual
В принципе, судя лишь по скриншоту разделов. можно сказать что раздел живой, но на самом деле бывает не так. И если просто прописать его, да не дай бог ещё чекдиск потом сам поправит "ошибки", то может получиться неплохой "фарш" из данных. Поэтому читай далее.
Если работать с 12-м паргоном (с одним винтом в компе) и операция не завершится, то последующая загрузка с винта будет сопровождаться блокировкой с предложением загрузиться со специального диска, который закончит начатое. И это (ИМХО) наиболее корректное решение.
Если у тебя такое не произошло то могу предположить что это связано с наличием нескольких винтов. Попробуй оставить один и посмотри что получится.
Автор: Intellectual
Дата сообщения: 17.11.2013 13:47
9285
благодарю за ответ.
т.е. мне отключить все винты, запуститься через paragon и попробовать заново эту операцию? Сейчас запущен в R-studio скан диска - хочу подстраховаться и скопировать хотя бы наиболее ценное (к сожалению, для полного слива свободного места на других винтах нет).
Вообще, дело было так:
пытаясь запустить образ .tib в VirtualBox дошёл до этапа, когда винда в VB грузится, но выскакивает синий экран 0000007B. Решил проверить "активность" разделов и заметил, что этот раздел не логический(а вдруг как-то мешает активному виртуальному?) и с дуру запустил смену типа прямо в виртуалке. Моментально VB выдал ошибку и на этом моё знакомство с виртуальной машиной приостановилось. Как оказалось виртуалка не так уж и безопасна в совокупе с невежеством...
Автор: 9285
Дата сообщения: 17.11.2013 15:09
Intellectual
Оставь только проблемный винт. Попробуй загрузить систему. Если я не ошибаюсь (в mbr этого винта будет парагоновский загрузчик) в своих предположениях, то будет какое то сообщение, предлагающее запусить комп с RescueCD. За точность написания не ручаюсь, но как то так. Если будет время вечером, смоделирую ситуацию и попробую посмотреть куда этот код записывается. Только вот с виртуалкой не получится смоделировать.
Автор: Intellectual
Дата сообщения: 19.11.2013 16:31
9285,
спасибо дружище, спас ты меня.
загрузился с загрузочного диска Paragon, но заканчивать он ничего не захотел и не предложил. Зато с помощью опции Восстановить удалённые разделы нашёл пропавший раздел и какие-то другие, видимо ошибочные. Восстановил всё как было. Один момент - нужно указать поиск во всех секторах, иначе не находит ничего.
Автор: CrazySerge
Дата сообщения: 29.11.2013 22:10
Добрый день!

Имеет дисковое хранилище (DAS) на 5 дисков по 3Т каждый. Хранилище работает в режиме RAID5, т.е. общий объём массива - 12Т. Скорее всего из-за некорректного выключения питания полетела файловая система. При обращении к диску система пишет, что диск RAW и надо бы отформатировать. Информации на нём около 5Т.
Операционная система - Windows 7 x64.
Диск , естественно, GPT, файловая система (была) - NTFS. Размер кластера нестандартный - то ли 32К, то ли 64К.

Предпринимались следующие действия
1. chkdsk /f /x - отказался, что либо делать.
2. Программкой Partition Recovery от DiskInternals пытался слить инфу. Программа после 12 часов предварительного сканирования примерно на 20% тупо зависла. (
3. Снял дампы DMDE.
4. Других манипуляций с массивом не производилось.

Дампы и скриншоты залиты сюда - http://rghost.ru/50533621

Очень прошу добрые люди, ПОМОГИТЕ!

P.S. К делу мало относится - в массиве винты WD.
Автор: 9285
Дата сообщения: 30.11.2013 00:05
CrazySerge
Если проблема не связана с самой логикой рэйда (вылетел оди из участников и т.п., то тогда желательно бы увидеть дамп секторов 264320 +10 и 6555648+100.
Ну и ещё лог поиска NTFS - учитывая обьёмы, можно промежуточный.
Автор: CrazySerge
Дата сообщения: 30.11.2013 06:33
9285
Огромное спасибо за содействие!
1. Рэйд физически целый (ну 99% это так)
2. Дамп секторов 264320 +10 и 6555648+100 - http://rghost.ru/50537661
3. Лог поиска на 12Т это очень долго. Сейчас сделаю частично и добавлю.

Добавлено:
9285
Сделал сканирование первых 5% (660Гб).На это ушло 2.5 часа (((.
http://rghost.ru/50538743

Если это поможет делу - сделаю полный скан. Кэп подсказывает, что на это уйдёт около 2 суток.
Автор: 9285
Дата сообщения: 30.11.2013 20:42
CrazySerge
Из того что просканировалось, видно что произощёл сдвиг первых 4-х записей MFT.
И если лечиться in-place, то надо формировать 0-вую запись. А для этого необходимо знать все возможные фрагменты таковой - поэтому полного скана не избежать.
Можешь делать перерывы в сканировании а потом продолжать (начав поиск заново и загрузив сохранеенный лог, а потом Пуск.
По мере поиска сбрасывай лог сюда - можешь редактировать ссылку в предыдушем сообщении.
Автор: CrazySerge
Дата сообщения: 30.11.2013 21:07
9285
Полное сканирование делаю уже (на данный момент 23%). Переодически сохраняю лог.
Судя по размеру лога (он не меняется) пошло пустое пространство.
Вот сам лог - http://rghost.ru/50555031

По поводу лечения, можно будет не трогая физически диск попытаться вытащить данные? То есть DMDE может "виртуально" эмулировать изменения? А то очень боязно за данные, как бы не сделать хуже. У мну такая беда впервые за столько лет, опыта нет.
Автор: 9285
Дата сообщения: 30.11.2013 22:40

Цитата:
Судя по размеру лога (он не меняется) пошло пустое пространство.

Фрагмент MFT может быть в любом месте диска, в том числе в самом конце.

Цитата:
можно будет не трогая физически диск попытаться вытащить данные?

Конечно, открываешь в DMDE том и вытаскиваешь данные - на другой носитель (у тебя ещё 5 тб имеется? .
Автор: CrazySerge
Дата сообщения: 30.11.2013 23:46
9285

Цитата:
(у тебя ещё 5 тб имеется?

ну тремя кусками будет.

Цитата:
Фрагмент MFT может быть в любом месте диска, в том числе в самом конце

Согласен, лог увеличился, что-то нашлось ещё. Жду полного завершения. На данный момент 30%.

Цитата:
И если лечиться in-place, то надо формировать 0-вую запись.

Это ручками делать надо или DMDE сама всё сделает?
Ещё раз спасибо за содействие!
Автор: 9285
Дата сообщения: 01.12.2013 00:21

Цитата:
Это ручками делать надо или DMDE сама всё сделает?

Ручками.
Есть кое какие непонятности с частью записей в первой тысяче записей MFT.
Если есть желание - можешь сбросить дамп пары тысячи секторов начиная с 6555748, я посмотрю что там на самом деле.
Учитывая что мелкие файлы резидентно находятся в MFT, и в них может быть какой то конфидишен, можешь выбрать любой из 3-х вариантов:
- отослать в общий доступ
- отослать кому доверяешь (ссылку на скачку в личку)
- не отсылать .
Автор: CrazySerge
Дата сообщения: 01.12.2013 00:30
9285

Цитата:
Если есть желание - можешь сбросить дамп пары тысячи секторов начиная с 6555748, я посмотрю что там на самом деле.
Учитывая что мелкие файлы резидентно находятся в MFT, и в них может быть какой то конфидишен, можешь выбрать любой из 3-х вариантов:

Это огромный фотоархив, суперличного там нет, мелких файлов тоже нет (стандартная фотка > 5Мб).
Как только закончу дамп - пошлю. Или это вне очереди желательно сделать?
Ну и второй вариант самый оптимальный, наверное.
Автор: 9285
Дата сообщения: 01.12.2013 00:43
CrazySerge
Загадывать что будет дальше не умею. Просто сейчас есть время посмотреть - потом его может не быть.
PS. По поводу пауз при поиске я уже писал.
Автор: CrazySerge
Дата сообщения: 01.12.2013 00:51
9285
Отправил ссылку в личку.
Автор: Z4masko
Дата сообщения: 01.12.2013 14:02
9285, подскажите пожалуйста, если вот на жёстком появилось много бэд блоков, и напрмиер если сделать поскекторное копирование с жёсткого диска куда-нибудь в другое место - данные хоть какие нибудь сохранятсья? или там напрмиер шифрование нарушилось уже и ничего скопировать не получится?
Автор: 9285
Дата сообщения: 01.12.2013 22:05
Z4masko
Вопрос сродни "Доктор у меня что то болит! Я буду жить?".
Всё зависит от того что повреждено. Например MFT полностью - в таком случае чась информации восстановится по сигнатурам. Или MFT цела но зато бэды попали на очеь важный файл - файл то восстановится, но его содержимое - опять куча вариантов.
По шифровке не подскажу - таким не занимаюсь.
Автор: CrazySerge
Дата сообщения: 02.12.2013 13:56
9285
Вот полный скан NTFS - http://rghost.ru/50593706
Жду дальнейших указаний.

P.S.
В принципе я открыл - очень много и многое на месте.
Как можно убедиться, всё ли это или что-то потерялось?
Я ведь не знаю исходную структуру папок и файлов, т.е. надо что-то править ручками в дампах?
Сейчас куплю лицензию на DMDE и начну вытаскивать, что вижу.
Всё равно жду дальнейших указаний.
Автор: 9285
Дата сообщения: 02.12.2013 15:06
CrazySerge
Ну вот видишь, полный скан привнёс много нового. Появились три фрагмента, в которых записи о более чем о 260000 файлов.
Всё это или нет - я не могу сказать 100%. Мне неизвестны данные, кроме 80 атрибута нулевой записи, по которым можно узнать сколько всего было записей. Но по практике, и интуитивно - это все что были.
Автор: CrazySerge
Дата сообщения: 02.12.2013 15:36
9285
Ну дык, мои действия дальнейшие?
Просто восстанавливаю файлы в DMDE? Лицензию я уже купил.

Столкнулся с одной непоняткой. Попытался подсчитать объём папки - показывает безумные значения. Начал разбираться, некоторые файлы (их не очень много навскидку) имеют отрицательный размер и они коверкают общий объём. Не критично, но для оценки хотелось бы знать общий размер папки, а выискивать их все при таком объёме папок - очень муторно. Хотя при востановлении они тупо игнорируются.
Автор: 9285
Дата сообщения: 02.12.2013 16:31
CrazySerge

Цитата:
Столкнулся с одной непоняткой.

Этот вопрос было бы неплохо задать автору программы (он в основном на ixbt-шной конференции бывает).

Ну а что касается дальнейших действий, они уже озвучены.
Учитывая размер раздела, говорить о его посекторной копии язык не поворачивается. А без него нельзя говорить о 100% успехе in-place. Поэтому всё важное надо вытягивать, а потом уже можно рискнуть и с in-place (шанс его очень огромен).
Автор: CrazySerge
Дата сообщения: 02.12.2013 18:23
9285
Понял.
Теперь буду копировать день-два то, что можно.
Автор: 9285
Дата сообщения: 02.12.2013 18:29

Цитата:
Теперь буду копировать день-два то, что можно.

Это расплата за такие обьёмы разделов.
Будь их несколько то проблема коснулась бы одного.

Страницы: 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114

Предыдущая тема: Последствия и восстановление после вирусов


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