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

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

Автор: temp9285
Дата сообщения: 27.07.2016 16:44
kursova
Делай.
Почитай тему, справку программы - посмотри есть ли что то знакомое по размеру или метке тома. Обращай внимание на индикаторы BF. Открой том, посмотри что в root. Если увидишь нужное - восстанавливай на другой носитель (флэшку?).
Я на время исчезаю - не впадай в панику.
Автор: kursova
Дата сообщения: 27.07.2016 17:12
temp9285
никак не могу открыть софт, я записывал его в папку SOFT, как видишь на скрине этой папки нету.
https://pp.vk.me/c630619/v630619070/4a964/UZASUr08HEo.jpg

так же бросал его без папки, тоже командная строка ничего не видит, кроме виндовса (вин7х86).

Добавлено:
temp9285
до сих пор не могу открыть софт через флэшку, уже и винду менял, и софт с папкой в .iso браз запихал и записывал на флэшку, все равно он ту папку не видит с софтом, что за жесть?((
Вот, https://pp.vk.me/c604419/v604419070/1a416/Gcx4VuFtkkA.jpg другие папки с софтами есть, и открываются, а эта ни в какую.

Может дело в программе что-ли? http://image.prntscr.com/image/53faffc4fdae41939ccb792fbfa3261c.png вот я эту версию скачал, все файлы поместил в папку, и записывал и в флешку, и в образ винды а потом и саму в флэшку с образом, никак не идет. Я не в до умении...
Автор: temp9285
Дата сообщения: 27.07.2016 20:18
kursova
Надеюсь что ты извлёк файлы из архива и после записи на флэшку извлёк ей безопасно.
Если да, ищи на диске, соответствующем флэшке или разбирайся с дистрибутивом.

Добавлено:
Случилась оказия - попробовал загрузиться с оригинальной дистрибутивной флэшки с 10-кой (32 бита).
Всё работает нормально (как и в 7-ке).
Автор: kursova
Дата сообщения: 28.07.2016 03:38
temp9285
буду пробовать братан, с утра, спасибо, отпишусь позже.
Автор: kursova
Дата сообщения: 28.07.2016 18:50
temp9285
Дружище, вот, открыл, заскринил:
шаг 1, выбрал физ.устройство, просто первое: https://pp.vk.me/c630620/v630620070/40a71/I4iQr6OKlbQ.jpg
шаг 2 - https://pp.vk.me/c604419/v604419070/1a6b6/gh6YEJXR3kw.jpg
Что дальше?)

Добавлено:
temp9285, от души братишка, в софте разобрался, нужные мне файлы уже восстановил. Здоровья тебе)
Автор: temp9285
Дата сообщения: 28.07.2016 22:52
kursova
Так восстанови и разделы полностью - судя по всему они целые.
Второй уж наверняка.
Автор: bakabuka
Дата сообщения: 01.08.2016 15:23
[more] Добрый день.
Случилась беда печаль. В ноутбуке вдруг диск Е стал RAW, просит его форматнуть.
Там были, восновном, файлы графического формата.

Так же чекдиск ругается
Тип файловой системы: NTFS.
Не удается прочитать первый загрузочный сектор NTFS.
Попытка чтения второго загрузочного сектора NTFS.
Невозможно определить версию тома и его состояние. Работа CHKDSK прервана.

Дампы DMDE прилагаю
http://fracton.rgho.st/6tj7HBmCG

Дампы секторов 1094590463, 377790464+24, 384081920+50
http://dropmefiles.com/NJXwD

и SMART
http://image.prntscr.com/image/2dd9ddd71de44ca6baf4c1ec408c7371.jpghttp://

Что пытался сделать:
Подкинул диск в свой линукс, проверил TestDisk-ом. Так же открыть не смог. Пробовал восстановить MFT - говорит, что MFT и MFT Mirror одинаковы

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

Ладно.. запустил R-Studio.. диск как-то странно пометило при сканировании. Если взять прямоугольник сетки где R-Studio заполняет квадратики разным цветом, то почему-то верхняя 1/3и нижняя 1/3 абсолютно пустые, а середина закрашена, но не розовым.

Пробую открыть найденные тома - пишет, что "Невозможно открыть том, так как файл MFT находится за пределами области диска"
Открывает так же почему-то содержимое кореня диска С:

Если файлы по маске, то да, восстанавливаю PSD файлы, JPG и т.п., но все без оригинального названия и небольшая часть нужного. Ощущение, что какое-то смещение произошло.

Можно ли как-то что-то сделать?

Заранее спасибо.. [/more]
Автор: temp9285
Дата сообщения: 01.08.2016 16:07
bakabuka

Цитата:
- говорит, что MFT и MFT Mirror одинаковы

Ага, и там и там одни нули.
Да и по логу поиска видно что не все записи выжили. Это если выжившие относятся к бывшей файловой системе а не к чему то другому.
А без данных записи MFT восстановить имя и принадлежность к папке если и можно, то не очень просто - искать выжившие индексы, из них читать инфу об имени и размере, а потом сопоставлять с размерами восстановленных по сигнатуром файлов. И не факт что размер файла будет правильный.

PS.

Цитата:
Ощущение, что какое-то смещение произошло.

Забыл убрать этот текст? Ведь он относится к удалённому про папки винды, якобы новый винт и т.п.
А ведь на скриншоте экрана разделы видно что когда то был один большой раздел, который потом видимо был уменьшен. И вообще структура очень похожа на что то вендорское (с разделом диагностики и рековери). Откуда такое могло быть на новом диске? Может что то недоговариваешь?
Автор: bakabuka
Дата сообщения: 01.08.2016 16:21
temp9285
Винт был вместе с новым буком и предустановленной 10-ткой Для одного языка. Был один большой раздел с виндой, который я средствами винды и разбил ещё в 2014-гм году. Потом была переустановлена система, так как был один неприятный глюк с частотой ЦП и система была той же версии.
Неужно это остатки той ещё первоначальной предустановленой на заводе системы и файлы располагались аж в той области, где сейчас диск Е был?

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

Да, я и забыл уже, что когда-то был один раздел, который я уменьшал и разбивал на два.


Цитата:
Ага, и там и там одни нули

Ну это да, я тож так подумал.. что нули одинаковые))
Только вот как та.. при отсутствии бэдов могут MFT так запросто испариться?
Мож куда вдруг уехали?
Автор: temp9285
Дата сообщения: 01.08.2016 17:21
bakabuka

Цитата:
Неужно это остатки той ещё первоначальной предустановленой на заводе системы и файлы располагались аж в той области, где сейчас диск Е был?

Ну а почему бы и нет?
А может на Е: делалась резервная копия системного раздела?

Цитата:
Только вот как та.. при отсутствии бэдов могут MFT так запросто испариться?

Вот это вопрос интересный. Особенно в ракурсе использования новодела (10ки).

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

Вообще бывает что происходит заворот данных, но сейчас это характерно для винтов более 2ТБ
Можно ещё посмотреть что за 16 записей в секторе 600462944 (номер сектора применительно к логическому диску), хотя сомневаюсь что то в таком.
Автор: bakabuka
Дата сообщения: 01.08.2016 17:54

Цитата:
Можно ещё посмотреть что за 16 записей в секторе 600462944

Вот они.
http://dropmefiles.com/3AvMg
Начинается с FILE


Цитата:
А может на Е: делалась резервная копия системного раздела?

Нет. Я делал копию встроенными средствами на болванку.
Автор: ZSZ
Дата сообщения: 01.08.2016 18:07

Цитата:
Нет. Я делал копию встроенными средствами на болванку.


Так, наверное, не напрямую писалось, а был временный файл.
Автор: temp9285
Дата сообщения: 01.08.2016 18:48
bakabuka
это заголовок MFT раздела размером примерно 930 гигов - то есть как бы от начального тома. Но, она должна была бы быть в начале раздела.

PS. Кстати, вот ZSZ тут буквально недавно писал что я мол долго всё это размусоливаю и т.п., а он может сделать всё за пять секунд. Хотелось бы увидеть это на деле.
Автор: bakabuka
Дата сообщения: 01.08.2016 19:27

Цитата:
Так, наверное, не напрямую писалось, а был временный файл.

Возможно. Не знаю, каким боком он делает образ. Заливает в какой-то свой формат или перекладывает с места на место файлы в явном виде.. хз
Автор: ZSZ
Дата сообщения: 01.08.2016 20:08
temp9285

Цитата:
PS. Кстати, вот ZSZ тут буквально недавно писал что я мол долго всё это размусоливаю и т.п., а он может сделать всё за пять секунд. Хотелось бы увидеть это на деле.


Только в одном случае, при наличии самого жёсткого диска. Который, надо заметить, изрядно "поколотили" физически. То есть, то, что диск сдохнет в ближайшие 1000 часов оцениваю как 50 %.


Автор: tomset
Дата сообщения: 01.08.2016 20:30
temp9285


Цитата:
PS. Кстати, вот ZSZ тут буквально недавно писал что я мол долго всё это размусоливаю и т.п., а он может сделать всё за пять секунд. Хотелось бы увидеть это на деле.

Это только у вас такая привычка смотреть по одному сектору за раз.
В течении нескольких недель.

Типа, как клиент вчера заявил, ну почему мастер по ремонту HDD не выезжает к клиенту ремонтировать диск. Я же вот телевизоры ремонтирую и выезжаю.
Ну что ему на это сказать? мастеру с раскладушкой и харчами на неделю на ремонт HDD выезжать?
Если одно только запись/сканирование например терабайтника занимает 8 часов.
А типа селфскан легко неделю займет.

Поэтому ZSZ совершенно прав,
и DR нет смысла заниматься удаленно. Пациент должен быть под рукой, чтобы быстро посмотреть все интересующие места. Контролировать звуки, состояние и поведение харда.
Автор: temp9285
Дата сообщения: 01.08.2016 23:14
ZSZ
Ну да, ну да - было бы странным если бы был другой ответ.

tomset

Цитата:
Это только у вас такая привычка смотреть по одному сектору за раз. В течении нескольких недель.

Ну и что? Меня это не утруждает, а что же у вас то так зудит в одном месте?

Цитата:
Если одно только запись/сканирование например терабайтника занимает 8 часов.

По словам вашего "правого" ZSZ он всё решает не более чем за пять часов. Так что вы уж определитесь кто из вас вводит в заблуждение (мягко говоря).

Цитата:
Пациент должен быть под рукой

Отвечу словами из известной песни.

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

Так лучше быть богатым и здоровым
И девочек роскошных целовать,
И миновать тюрьмы замок суровый,
И деньгами карманы набивать.

Автор: ZSZ
Дата сообщения: 02.08.2016 01:21
temp9285


Цитата:
По словам вашего "правого" ZSZ он всё решает не более чем за пять часов. Так что вы уж определитесь кто из вас вводит в заблуждение (мягко говоря).


Расшифровка.
Со слов bakabuka всё произошло само, он ничего не делал.
То есть, имел место аппаратный сбой или компьютера, или жёсткого диска.
Без выяснения природы этого сбоя какие-либо действия - это на удачу.

Само-собой не происходит ничего.

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

То есть, Вы не с того начали. По SMART же прекрасно видно, что с ноутбуком обращались невежливо, что и могло повредить жёсткий. Может быть там с каждым включением данные крошатся.

Автор: temp9285
Дата сообщения: 02.08.2016 08:28
ZSZ

Цитата:
Без выяснения природы этого сбоя какие-либо действия - это на удачу.

Это да, но для этого надо изучать что случилось с ФС а не запускать наугад разные программы, в надежде что какая то лучше всех.

Цитата:
По SMART же прекрасно видно, что с ноутбуком обращались невежливо, что и могло повредить жёсткий. Может быть там с каждым включением данные крошатся.

Там вообще то не "крошки" а нули - или это из за "встрясок" байты из секторов высыпаются?
PS. Для ноутбуков такие значения вполне естественны. Я могу показать SMART рабочего ноутбука, у которого значения выше чем у bakabuka - всё работает и ничего не высыпается.
Автор: bakabuka
Дата сообщения: 02.08.2016 09:09
[more] У меня есть другой ноутбук, купленый на ебэй, так у него тыщи полторы сработок g-sensor-а и работает довольно неплохо, никаких потерь не было замечено.

А с проблемным ноутом жена очень аккуратно обращается. Знает прекрасно, что когда он включён то с ним надо как с полной до краёв с горочкой чашкой кипятка, очень аккуратно передвигать, ставить...

А нарисовалась эта проблема без видимых на то причин. Вечером ноутбук был выключен, на утро открылась неприятная картина.
Притом выключаем всегда правильно через завершение работы, никогда не доводим заряд аккума до самовыключения. Да и буку полтора года и аккум ещё позволяет при 10% заряда погасить правильно систему. Но, повторюсь, до такого не доводим.

R-Sdutio файлы вытягивает по расширению, но довольно не все. У жены довольно много файлов .eps, но R-Studio их не нашёл.

Есть какой-то способ найти по этой маске?

Может другим софтом...
GTB вообще находит один мусор и хвосты старой ОС

Конечно, хотелось бы найти MFT и загрузочный сектор и поставить их на своё место.. [/more]
Автор: ZSZ
Дата сообщения: 02.08.2016 09:14
temp9285

Цитата:
Я могу показать SMART рабочего ноутбука, у которого значения выше чем у bakabuka - всё работает и ничего не высыпается.


Для кого-то может быть грязный BF норма, а у меня везде, где он есть, по нулям.

Случай.
Знакомый попросил посмотреть, винда не грузится. Близко и даже по пути, зашёл на квартиру. Ошибка типа "не найден загрузочный том". Исправил. А ноутбук стоит на качающемся столе, нажимаешь на кнопку, стол поплыл, как качели. Рекомендовал устранить.

Через два месяца опять просьба зайти. Ошибка другая, но смысл тот же, файлы на "С" попадали. Устранил. Стол шатается. Напомнил ещё раз. Пока тихо уже год, может быть купил другой стол. Причина могла быть и не в этом, но кто его знает, всё должно быть безупречно.

Автор: temp9285
Дата сообщения: 02.08.2016 10:57
bakabuka
Я не просто так вспоминал 10ку. У неё же (как и у 8-ки) при выключении файловая система не закрывается полностью. Так что не удивлюсь если это её проделки.


Цитата:
Есть какой-то способ найти по этой маске?

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


Цитата:
хотелось бы найти MFT и загрузочный сектор и поставить их на своё место..

Загрузочный сектор (его копия) у тебя есть только толку от этого.
Что касается MFT, то хотеть не вредно, но вряд ли это осуществимо с такими большими пробоинами.
Хотя конечно же можно попробовать искать по известным именам файлов (папок) - возможно что записи и есть, но частично повреждены. И если просто предположить что MFT куда то улетела, то нельзя исключить что и на участок другого раздела - в этом случае поиск надо расширить на весь физический диск.


Добавлено:
ZSZ

Цитата:
Для кого-то может быть грязный BF норма, а у меня везде, где он есть, по нулям.

Не может быть такое нормой, но и биться головой об стену от единственной сработки датчика не буду.
ЗЫ: И я даже не сомневаюсь что у тебя везде и во всём тип-топ, даже и обменный курс доллара 60 копеек.

Добавлено:
bakabuka
Забыл написать.
Можешь попробовать просканировать том бэта версией dmde, в новшествах которой есть и
Улучшена реконструкция NTFS с использованием INDX-записей
Автор: mcpdr
Дата сообщения: 16.08.2016 22:45
Имеется Seagate ST3500418AS, биос его видит, подозревал его на бэды, стал проверять MHDD и Victoria, нашлось некоторое количество бэдов и на стадии проверки на одном из бэдов (один и тот же каждый раз сектор и таких секторов как минимум два если перепрыгнуть первый то далее еще один такой же находиться, но не подряд, дальше не стал мучить дабы совсем не убить) винт начал отваливаться (ни биос ни любая прога его не видит после этого) до полного отключения компа после чего он опять видится, так же такой отвал происходит если попытаться подцепить его в винду (система его видит как не распределенный), так же в линухе при попытке инициализировать тоже выдает ошибку

есть ли еще шанс вытащить инфу с него?
если да, то чем?

заранее благодарю за помощь.

Добавлено:
Имеется Seagate ST3500418AS, биос его видит, подозревал его на бэды, стал проверять MHDD и Victoria, нашлось некоторое количество бэдов и на стадии проверки на одном из бэдов (один и тот же каждый раз сектор и таких секторов как минимум два если перепрыгнуть первый то далее еще один такой же находиться, но не подряд, дальше не стал мучить дабы совсем не убить) винт начал отваливаться (ни биос ни любая прога его не видит после этого) до полного отключения компа после чего он опять видится, так же такой отвал происходит если попытаться подцепить его в винду (система его видит как не распределенный), так же в линухе при попытке инициализировать тоже выдает ошибку

есть ли еще шанс вытащить инфу с него?
если да, то чем?

заранее благодарю за помощь.
Автор: igor me v2
Дата сообщения: 17.08.2016 03:11
Блин, ну если бэдов всего два и как я понял их координаты известны - в чём вопрос? Делаем посекторку в обход этих бэдов. Для посекторки использую загрузочную версию HDClone.
Автор: mcpdr
Дата сообщения: 17.08.2016 16:47
думал я о таком варианте, но опять же как я писал выше, загрузка с этим винтом в любой систему приводит его к отваливанию (т.б. когда любой софт начинает к нему обращаться, то сразу отвал, кроме конечно mhdd и Victoria, они инициализируют его без последствий, но дойдя до этих бэдов тоже отвал)
на счет HDClone спасибо, сегодня попробую, может не отвалиться в нем
Автор: igor me v2
Дата сообщения: 20.08.2016 02:08
temp9285
Гляньте эту тему http://forum.ru-board.com/topic.cgi?forum=84&topic=5180#1 Что-то меня смутил вопрос автора: "Не понимаю как в MFT прочитать начальный и конечный сектор для конкретной папки".
Автор: igor me v2
Дата сообщения: 12.09.2016 14:50
Ответ на http://forum.ru-board.com/topic.cgi?forum=84&topic=5190#lt
Если на копируемом образе данные были "плотные", был заполнен почти полностью, а не пару файлов - шансов ОЧЕНЬ МАЛО, почти нет. Вручную, в дискаовом редакторе...
На терике какие данные были?
Автор: Mkun
Дата сообщения: 12.09.2016 14:59
На терике были фильмы (это восстановимо перекачкой), образы системных дисков w 7, 8, 10, фотки (это хотелось бы восстановить), и различные бекапы размером от 500 мб до 5 гиг.

"Если на копируемом образе данные были "плотные", был заполнен почти полностью"
В образе файлов было на 6 гигов.
Плотные данные были на затертом диске.
Автор: temp9285
Дата сообщения: 12.09.2016 22:53
Mkun
Ты бы сюда вставил текст своего сообщения чтобы было удобнее (не прыгать в другую тему).
А я пока процитирую то, что не очень понятно.

Цитата:
На рабочем диске (1 тер) было заполнено 950 мегов. Образ - 100 мегов, т.е. перетер не полностью.

С размерностями не попутался?
С разделом уже что то делалось? Винда с ним успела "пообщаться"
В любом случае - исключить запись а диск, желательно MBRoff в DMDE, заскриншотить экран разделы и запускать Полное сканирование всей поляны (оставить галки RAW+NTFS). По мере поиска сохранять лог поиска. Окончательный лог (и скриншот) выложить на обменник. Можно выложить промежуточный лог - где то через час после начала поиска. Смотреть результат поиска; если что то есть знакомое - восстанавливать на другой носитель.
Автор: igor_me_v2
Дата сообщения: 12.09.2016 23:03
СТОП

Цитата:
различные бекапы размером от 500 мб до 5 гиг.


Цитата:
В образе файлов было на 6 гигов

как то не стыкуется с ранее озвученными цифрами

Цитата:
было заполнено 950 мегов.


Цитата:
Образ - 100 мегов

???

Страницы: 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354

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


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