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

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

Автор: kc_duke
Дата сообщения: 29.04.2016 16:35
Акрнонис типа завершил, но с ошибками.

Собственно если открыть раздел Big то там и есть мои файлы. Можно ли его восстановить на самого себя?
Автор: CorvusCorax90
Дата сообщения: 29.04.2016 18:31
temp9285
Ну и какие по итогу варианты? А как через цмд запустить чекдиск с правами админа?
Автор: temp9285
Дата сообщения: 29.04.2016 20:56
kc_duke

Цитата:
Акрнонис типа завершил, но с ошибками.

Ошибки какого плана? Есть лог или что то подобное?


Цитата:
Собственно если открыть раздел Big то там и есть мои файлы.

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


Цитата:
Можно ли его восстановить на самого себя?

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

CorvusCorax90

Цитата:
Ну и какие по итогу варианты?

Вариантов огромное множество, но и у тебя актуально написанное выше.


Цитата:
как через цмд запустить чекдиск с правами админа?

Запустить cmd от имени администратора.
Автор: CorvusCorax90
Дата сообщения: 29.04.2016 21:52
Блин, затупил и не догадался)
Запустил с правами админа - результаты на скрине
Вот скрин с остатками от кристалдиска.
Очень бы хотелось восстановить файловую систему, а не дёргать данные. Имел дело с с какой то программой типа акроникса - очень долго сканила диск, невозможно было в бесплатной версии сохранить отчёт и файлы приходилось дёргать не по имени - что тоже очень замедляло и ухудшало весь процесс, а кряка или ключа под неё в тырнетах не наблюдалось.
Очень хотелось бы этого избежать.
https://cloud.mail.ru/public/5EEx/EiYZiq7ro
https://cloud.mail.ru/public/F8Wg/r4Jvinb9e
Автор: temp9285
Дата сообщения: 30.04.2016 01:51
CorvusCorax90
Про права администратора писалось не для того чтобы ты запускал чекдиск с исправлениями - это дело последнее.
Но раз уж запустил - всё вроде бы нормально, не считая невозможности записи бутсектора. Но и это вероятнее всего обьясняется завышенным значением размера раздела в таблице разделов, хотя логичнее смотрится работа с бутсектором. Впрочем "микрософт его знает". И хотя ничего не должно измениться (если раасуждать логически) - давай избавимся от этой "напасти". На экране Разделы, удали запись с красной букой Е, затем вставь раздел с началом в секторе 63 и оканчивающийся в секторе 1953520127. Примени изменения, переподключи диск. Сделай проверку в режиме только чтения - покажи результат. Можешь попробовать открыть диск.
Если всё по прежнему (да и вообще), то можно попробовать просмотреть диск с чего то другого.
Это может быть и другой комп и другая система на этом - в последнем случае предполагается загрузка с чего либо типа LiveCD (неплохо бы с линуксового).
В любом случае открывай том в DMDE, смотри что там и если видишь знакомое - восстанавливай на другой носитель.


Цитата:
Имел дело с с какой то программой типа акроникса - очень долго сканила диск, невозможно было в бесплатной версии сохранить отчёт и файлы приходилось дёргать не по имени - что тоже очень замедляло и ухудшало весь процесс, а кряка или ключа под неё в тырнетах не наблюдалось.  

По поводу этого можно долго писать и кучу вариантов, но всё это беспредметно. Если вкратце, то:
- долгий поиск может быть из за неправильного использования программы (например в R-studio оставляют все типы файловых систем), или из за её тупости - тот же акронис рековери.
- восстановление без имени (применительно к NTFS) происходит или при отсуствии мданных метафайлов ФС или так делает тот же testdisk, который не пользуется таковыми.
Ну а что касается времени и таблеток, то это уже другой аспект - тут всё зависит от ценности данных и жадности. И самое главное, о чём писалось выше - не факт что восстановление по месту осуществимо и будет удачно.
Автор: CorvusCorax90
Дата сообщения: 30.04.2016 16:20
Вот чего мне дмде по началу работы выдаёт.
https://cloud.mail.ru/public/CFYh/qQZhk7mb8
А если я глючный раздел прибью - капут данным не придёт? Я уже подёргал самое критичное, но лучше без эксцессов.
И как мне вставить второй раздел и куда? Я так понял - тыркнуть правой кнопкой с выбором в меню "удалить" на кривом разделе и потом "восстановить(анделит)" на нужном?
Автор: temp9285
Дата сообщения: 30.04.2016 17:17
CorvusCorax90

Цитата:
А если я глючный раздел прибью - капут данным не придёт?

Нет.

Цитата:
Я так понял - тыркнуть правой кнопкой с выбором в меню "удалить" на кривом разделе и потом "восстановить(анделит)" на нужном?

Да, только удалять не раздел а кривую запись.
Автор: cat_pp
Дата сообщения: 30.04.2016 17:30
[more] Вот что было:

Цитата:
http://jpegshare.net/0d/a8/0da876baa25066731d26c8122ad0f95e.png.html

Вот что стало:
http://jpegshare.net/88/77/8877c1fcad6d37b9edfff8c09f919100.png.html до конца не стал ждать поздно, баиньки захотел, и на ночь запустил викторию:
http://jpegshare.net/56/f4/56f4b2137c1b3211e5f3a933821e7c01.jpg.html
http://jpegshare.net/10/d2/10d2b4e3374499a4f4047f04355c5011.jpg.html
Показывают что диск девственно чист... Нет, но не су..а ли?
Я ниче не делал, правда правда!
Ну, только скопировал инфу и после этого первая ссылка, кстати совпадает с первым лог-файлом виктории, потом обнулил диск, перезагрузился в винду и запустил HD Tune, а затем викторию - три последние ссылки
И что теперь делать то?
А кстати почему-то не могу найти новый лог-файл виктории? Старые есть а нового нет?


тут меня тыкнули носом в:

А) Сначала делаешь запись всей поляны, оптимальный вариант через DD, пока RAW(197)>0
Б) Дальше гнать выборочный и/или расширенный смарт тест. После каждого теста, если RAW(198)>0 смотреть лог и устранять причину. После устранения переходишь на Пункт А.
В) Небольшой стресс тест, типа СипнРите или аналога, при отсутствии оных 8 циклов записи/чтения, например тем же DD. по смарту судить о дальнейших действиях.
Г) При стабильном росте 196 атрибута при нулевых 197 и 198 винт отправить в помойку.

Так вот я в раздумьях, надо ли "девственно" чистый диск мучать таким жестоким образом или он "хороший" и больше так не будет? [/more]
Автор: igor me v2
Дата сообщения: 02.05.2016 03:14
Ну будет он так или нет - это никто не спрогнозирует. Надо наблюдать периодически. Насчёт надо мучить или нет - ну SMARt-тесты можно прогнать разок, для убедительности. 8 циклов чтения\записи - по желанию. Обычно пары циклов для верности достаточно. Если хочется дополнительной уверенности, тогда так: после последнего скана поляны кладём диск на пару недель минимум на полочку. Через две недели опять скан. Если бэдов не появилось, значит он не сыпется. Значит это были софт-бэды. Также убедится, что В G-list у него пусто. Это технософтом уже только.
Если вышеперечисленное соблюдается - диск может считаться условно надёжным...
Автор: tripplex977
Дата сообщения: 02.05.2016 13:43
[more] Уважаемый temp9285, направили меня к Вам с OSZONE. Беда такая. Было на винте 4 раздела 1)100M служебный винды, 2)80Gb с виндой, 3)120Gb c документами 4) 290Gb cс документами. С размерами могу ошибаться немного уж недели 3 прошло. Так как поставил ссд и перенес туда систему, решил на винте все разделы слепить в один. Делал диск Акронис директором. Сначала удалил 1 и 2 разделы, потом 3-й увеличил за счет освободившегося пространства. И решил слепить 3й и 4й. Нажал выполнить долго ждал и в конце получил ошибку и неразмеченый диск. Тем же дискдиректором прошелся, найден был один раздел на 290 Gb нажал восстановить вроде раздел появился но не читается, так как винда говорит, что он не отформатирован. С него то я могу восстановить файлы. Но на 3м разделе находился архив почты, файл я нахожу но длина у него нулевая. Помогите мне достать этот файл как минимум, а максимум это конечно восстановить 3 и 4 разделы. Я вам буду оооочень благодарен. Вас отрекомендовали как ГУРУ в борьбе с Акронисом. Пробовал и GDB и ZAR R-Studio, нужный файл не нахожу. Остановился на DMDE так как мне показалось что он выдал наилучший результат поиска. Провел полное сканирование высылаю ссылку на лог из DMDE https://drive.google.com/file/d/0B6DZ6fB1AvNwa2xDSW9wLUVhS1k/view?usp=sharing и скрин из винды https://drive.google.com/file/d/0B6DZ6fB1AvNwcndWSVU3dGtnTzQ/view?usp=sharing
Очень жду от вас инструкций, что с этим делать [/more]
Автор: temp9285
Дата сообщения: 02.05.2016 14:21
tripplex977
Да уж... Умеете сами себе создать геморрой.
Что мешало сделать всё постепенно, начиная с первого раздела и с постепенным расширением средствами винды? Я уж не говорю о бэкапе данных, зачистке диска и создании нового раздела.
Представляю какой сейчас пазл из метаданных разных раздело.

Для начала нужно посмотреть скриншот экрана Разделы из DMDE.
Если есть какие то логи акрониса, посмотреть их - что за ошибка.
Ну и SMART диска - обычно сбои происходят при наличии проблемных секторов.
И уточнить что было ещё - может чекдиск запускался или ещё чего то, базы какой почтовой программы разыскиваются (версия почтового клиента).

Относительно недавно был случай с восстановлением почтовой базы; сейчас не припомню имя участника - там есть полезная информация.
Если в DMDE находится нужный файл, хотелось бы взлянуть как это выглядит в программе.

И обязательно сделать MBRoff для диска, применить изменения и перегрузить систему - это для того чтобы ничего нового на диске не произошло.

Добавлено:
Нашёл упомянутый случай - http://forum.ru-board.com/topic.cgi?forum=84&topic=5006&start=260#2
И ещё этот же случай (продолжение решения) - http://forum.ixbt.com/topic.cgi?id=11:45814:3160#3160
Учитывая что почтовые базы очень многофрагментны, есть мнение что у тебя нечто подобное - расширенный атрибут с отсутствием какой то части. И ещё можно поискать сигнатурно - с учётом написанного выше про многофрагментность шанс восстановить файл целиком практически 0-вой, но позволит найти заголовок, в котором есть информация о размере базы и производить дальнейшее сопоставления с данными ФС.
Автор: tripplex977
Дата сообщения: 03.05.2016 00:00
temp9285 да, согласен, дурная голова рукам покоя не дает, да все больше чужим рукам
Теперь по порядку:
1. Вот разделы из DMDE https://drive.google.com/file/d/0B6DZ6fB1AvNwWWlvWmZZRHpnMGM/view?usp=sharing
2. Из Акрониса логов нет, не додумался сохранить ничего подобного.
3. С винтом все впорядке, не раз его проверял и накануне проверял, проблем не было.
4. Чекдиск не запускался, диск абсолютно исправен.
5. Разыскивается база Outlook из пакета Microsoft Office 2013
6. Вот как выглядит найденый файл с нулевой длиной, размер несколько гигов должен быть
https://drive.google.com/file/d/0B6DZ6fB1AvNwQWJ1SWJqM1hRbUE/view?usp=sharing
Автор: temp9285
Дата сообщения: 03.05.2016 02:11
tripplex977
3. Всё таки настаиваю на показателях SMART.
6. В записи видно значение размера, и оно более 4 гигов. И раз нет 20-го атрибута, то видимо ранлист 0-вой. С чего бы. В принципе, не исключено что акронис начал дефрагментировать этот файл, но не успел. Давай глянем дамп этой записи - сектора 311332940 и следующего за ним.

Я практически не пользовался офисным оутлоком, поэтому просто мысли.
1. У него нет проблем с файлами более 4-х гигов?
2. Вроде бы у него в планировщике предполгается деланье архивных баз (дефолтное имя archive.pst), но что то не заметил файлов такого обьёма.
Автор: tripplex977
Дата сообщения: 03.05.2016 07:29
temp9285
3.вот параметры SMART винта
https://drive.google.com/file/d/0B6DZ6fB1AvNwU2tvcC1hcEk1VEE/view?usp=sharing
6.вот дамп сектора, на сколько я понял (или может надо в другом формате?)
https://drive.google.com/file/d/0B6DZ6fB1AvNwN0owU05qLWZEc3c/view?usp=sharing

И еще, при реконструкции данного тома выскакивает ошибка чтения MFT
https://drive.google.com/file/d/0B6DZ6fB1AvNwTVRLVDQwQ0hKbGM/view?usp=sharing

1. Outlook пользуюсь очень давно(лет 15), проблем с большими файлами не заметил, в NASе хранится почтовый архив на 30 гигов
2. Может если пошерстить все разделы полного сканирования может архивный файл и найдется. Искать? Это поможет?
Автор: temp9285
Дата сообщения: 03.05.2016 09:49
tripplex977
6. Это не дамп, и не того сектора.
Как делается дамп описано в конце шапки темы http://forum.ru-board.com/topic.cgi?forum=62&topic=20390#1
Нужен дамп сектора, указанного в сообщении выше - и он не логический а LBA.
Эти номера видны на скриншоте записи (ранее) - по сути можешь дойти до того места что на Outlook_pst.png и находясь в правом нижнем окне начать делать дамп - как раз будет нужный сектор; а число секторов выставишь вручную.

Ошибка при реконструкции вряд ли одна и означает что нет (не найдена) запись с таким номером.


Цитата:
Может если пошерстить все разделы полного сканирования может архивный файл и найдется. Искать? Это поможет?

Можно пошерстить и все, особенно на предмет поиска по имени файла - потому как файл может быть "сиротой". И обращать внимание на размер файла.
Автор: zaza11
Дата сообщения: 03.05.2016 14:03
Друзья подскажите как быть. Имею 5 летний ноутовский хард WDC WD5000BEKT на 500гб. Система полностью полетела, компьютер перестает грузиться. No operation system found или что-то в этом роде на черном экране. Уже поставил в ноут новенький SSD и теперь пытаюсь восстановить данные. Read+Remap в Виктории не помог. Пробовал несколько разных программ, но успехов не было. Теперь программа Active File Recovery из набора Active Partition Recovery Ultimate, просканировав 7 часов содержимое партишена выдает все папки с увеличенным в разы размером. То есть папка USERS вместо 200 гб весит 1 тб. Внутри многие фаилы имеют дубли, то есть 1.txt, 1(00001).txt 1(000002).txt , причем все эти дубли нафиг не нужны понятное дело. Как правильно восстанавливать без дублей? может я пропустил что-то в настройках или есть более грамотная софтина? спасибо
Автор: temp9285
Дата сообщения: 03.05.2016 14:41
zaza11

Цитата:
Read+Remap в Виктории не помог.

Был повод для запуска ремапа? Или это из серии "Да что там делов - сняли движок, перебрали, поставили на место"? Учитывая что диск WD все эти кучи вычитываний могли привести к плохому, и если это не случилось то проблема скорей всего логического плана. Хотя посекторка никогда лишней не бывает.
Запускай DMDE - на экране Разделы выбирай (*) нужный и открывай. Смотри что в Root - если нет ил мало, то зайди в Всё найденное и реконструкция и согласись на виртуальную реконструкцию. Смотри что нашлось и сопоставляй с описаниями значков http://dmde.ru/manual/filepanel.html
Если удалённое не нужно, то можешь изменить настройку в виртуальной реконструкции исключив удалённые.
(*) Ориентируйся по метке тома (если таковая была) индикаторам - в самый важный F, но "желательно" чтобы он был в паре с B (С). Если что, сделай скриншот и выложи на обменник/
Автор: tripplex977
Дата сообщения: 04.05.2016 07:00
temp9285 Приветствую!
Дамп требуемых секторов по ссылке
https://drive.google.com/file/d/0B6DZ6fB1AvNwTnk1TXhjWnVGZjQ/view?usp=sharing
Автор: temp9285
Дата сообщения: 04.05.2016 07:52
tripplex977
Отлично.
Теперь нужен дамп сектора 181410088
Автор: tripplex977
Дата сообщения: 04.05.2016 08:05
temp9285
Под ссылкой
https://drive.google.com/file/d/0B6DZ6fB1AvNwZkYwekhiSm5JdzQ/view?usp=sharing
Автор: temp9285
Дата сообщения: 04.05.2016 11:39
tripplex977
Немного не то значение рассчитал.
На самом деле нужен дамп сектора 311332944
В принципе, моешь сам глянуть начальные байты в этом секторе - если они 21 42 44 4E, то это как минимум заголовок файла почтовой базы. Далее можно найти байты, которые обозначают размер файла, но сейчас не помню в каких байтах.

Если предположить что в записи MFT ранлист правильный, то файл однофрагментный, так что можешь копировать соизмеримое число секторов, начиная с указанного, переименовывать файл и смотреть оно или нет. Опять же, можешь поискать программами, которые сигнатурно могут находить базы аутлока и в найденном ищи файл указанного размера.
Автор: tripplex977
Дата сообщения: 04.05.2016 16:09
temp9285
да все верно байты 21 42 44 4E
только не догоняю, сколько секторов мне копировать?
Автор: temp9285
Дата сообщения: 04.05.2016 16:38
tripplex977
4588676096/512=8962258
Кстати, всё таки насчёт размера файла в заголовке - чуть ниже, через несколько строк должна быть комбинация байтов 00 A4 81 11 01
Более того - в записи MFT нашёлся косяк, который приводит к 0-вому размеру - можешь убрать его и восстановить файл через контекстное меню.
Для этого найди в записи (секторе 311332940) комбинацию BC 30 7F , войди в режим редактирования Ctrl+E , замени эти байты нулями, сохрани изменения Ctrl+W.
Если сразу не сработает, то переоткрой том (сделай виртуальную реконструкцию).
PS. Что то на осзоне не встречал твоего случая.
Автор: tripplex977
Дата сообщения: 04.05.2016 20:18
temp9285
сказать что это фантастика это ничего не сказать!!!
восстановил базу через копирование секторов и все открылось!!!
Вы просто волшебник!!!
А можно ли раздел восстановить 290Gb? система его видит как неформатированый
https://drive.google.com/file/d/0B6DZ6fB1AvNwWWlvWmZZRHpnMGM/view?usp=sharing

Ну и я так понял больше ничего путного с этим винегретом не сделать?

P.S. В OSZONE я общался только в личке с Tau_0, он меня к вам и направил

P.P.S. А как отправить личное сообщение? Чет у меня запрет что-ои какой то?
Автор: CorvusCorax90
Дата сообщения: 04.05.2016 20:24
Ожил винт, причём ничего с ним не делалось - просто поставил на ночь на другой комп выдергивать с него объемное видео. Утром он у меня на ноуте открылся. Благодарю всех участвовавших в разрешении его судьбы
Теперь знакомая дивчина хочет себе купить винт на ноут, винт немножко б\у но сильно дешевле магазина.
http://media2.24aul.ru/imgs/5726652d231ede14c875ce61/schitaj-novyj-samsung-25-1tb-zhestkij-disk-1-7453024.jpg
вот смарт. Это собственно вся информация, что у меня есть. Можно щупать?
Автор: tomset
Дата сообщения: 04.05.2016 20:39
CorvusCorax90

Цитата:
винт немножко б\у но сильно дешевле магазина


Ремонтированный наверняка программно.
2AR10001 фирмвари шли в 2011-12 годах.
А он типа 340 часов отработал, за пять-то лет.
Проверять не меньше недели. С перерывами.
На наклейке дата производства есть.
Автор: temp9285
Дата сообщения: 04.05.2016 21:26
tripplex977
Зачем 290? Бери больше.
У тебя на восстановление единственный кандидат - тот, что 412 гигов (с индикаторами BCFf).
Для его восстановления необходимо удалить дополнительный раздел (вместе с ним и 290-ка удалится), потом вставить озвученный, применить изменения разметки и перезагрузить систему.
Только надо не допустить проверки чекдиском, сделать её вручную в режиме только чтения и по результатам проверки решать что делать. Но только смотри:
- ошибки там будут явно и неизвестно как их отработает чекдиск. Не буду гарантировать, но если бы это было сделано сразу с правкой, то обсуждаемая запись скорей всего бы была пустой - обычно чекдиск так "лечит" подобные ошибки.
- если лечение будет неправильным, восстановление может усложнено существенно.
Поэтому делать всё это если и хочешь, то только когда убедишься что всё нужное восстановлено на другой носитель и оно целое.

Я тебе специально раньше не писал про эту вставку, т.к. боялся что вдруг чекдиск бы сработал и тогда бы "волшебства" могло и не произойти.

Что касается "волшебства", то не такое уж оно и волшебное.
1. Так как файл одним куском (*), то любая программа знающая сигнатуру такой базы, о значении размера файла могла бы восстановить этот файл.
Кстати, было бы интересно если бы ты такое попробовал.
2. Вот если бы было больше одного фрагмента, то тогда бы уже и сигнатурка не помогла бы.
(*) Здесь есть один непонятный (интересный) момент - почему файл цельный. Обычно расширяемые файлы по времени файлы имеют много, нередко очень даже много фрагментов.
Хотя есть мысль что просто диск обрабатывался дефрагментатором, ну или акронис решил сделать это при манипулировании разделами.

PS. Личка заработает при наборе какого числа публичных сообщений.

Добавлено:
CorvusCorax90

Цитата:
Ожил винт, причём ничего с ним не делалось - просто поставил на ночь на другой комп выдергивать с него объемное видео.

Выдергивать программами восстановления?
На другом компе 8-ка или 10-ка?
Автор: CorvusCorax90
Дата сообщения: 04.05.2016 21:37
Я правильно понимаю, что на фотографии заводской наклейки DOM это вышеобозначенная дата изготовления?
http://static.nix.ru/autocatalog/notebook_hdd/142970_2245_draft.jpg
Кстати, по кристал диску время работы моего внешнего винта - 1398 часов, хотя ему года четыре уже как минимум. Нет ли подвоха в том, что он подключен через юсб?
Второй раз меня уже этот форум и его обитатели выручают, однако. Большое спасибо)

Добавлено:
Блин, рано отправил - не увидел второго сообщения. На втором компе ХП, выдёргивал через старую платную версию дмде
Автор: temp9285
Дата сообщения: 04.05.2016 22:33
CorvusCorax90

Цитата:
На втором компе ХП

Если бы была 8 (10) то можно было бы списать на их онлайновый чекдиск.
А вот применительно к ХР - :idontnow
Только мутные мысли.
ХР менее критична к ошибкам ФС, в том числе она не считает раздел RAW-ом если его начало накрыто хвостом предыдущего. Но здесь то и такого нет. Про увеличенный размер записи уже писал и мог бы грешить на это, но проверил на подручном внешнике - всё нормально.
И ещё, как то давно, с одним участником решали в привате одну задачку. Там как раз в ХР том был полнофункционален, а в 7-ке нет. Но, насколько помню - там не форматировать просилось и были кое-какие причинно-следственные события, которых сейчас не наблюдалось.
Автор: zaza11
Дата сообщения: 04.05.2016 23:02
temp9285

Цитата:
Запускай DMDE


Спасибо огромное за совет! Я пропустил эту чудесную софтину, видимо она лучшая. Открыла все, показала за 5 минут. Даже купил лицензию .

Короче говоря.. 1.5 дня она все прекрасно восстанавливала. На вшений хард, который я так же подключил к ноуту. Все проверил, отлично перенеслось, все фаилы живы. Стал возиться с настройкой системы на новом харде, пару раз сделал ребут. Дошло дело до восстановленых фаилов. Залезаю на этот внешний хард, а папка с этими фаилами.. пропала? причем вся... мистика какая-то! либо я супер ушастый юзер... либо что тут произошло не могу понять. Проверил размер диска, он полный, все файло должно быть на нем... а папки нет?)

Страницы: 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354

Предыдущая тема: Проблема HDD с востновлениям информациии


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