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

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

Автор: D1D1D1D
Дата сообщения: 27.05.2016 23:37
temp9285

А-аа, теперь осознал, что на корягу напороться не хочу)) Но тогда это значит, что его теперь и отформатировать по-человечески больше нельзя? Или после восстановления по месту можно будет?
Автор: temp9285
Дата сообщения: 27.05.2016 23:41
Находясь в экране Разделы выдели и удали раздел, который перечёркнут красным.
Примени изменение разметки. Закрой экран и перейди (редактор-Физические секторы (Alt+P)) в сектор 28660029. Выбери режим просмотра Загрузочный (NTFS) и нажимая Enter (пару раз) открой том.
Затем активируй экран Разделы (Диск- Разделы диска). Ищи на нём жёлтый том с началом в вышенаписанном секторе и с индикаторами BF (достаточно этих). Вставляй его как логический (*), применяй изменения разметки и перезагружай комп.
Можешь почитать в теме про то как отказаться от проверки чекдиском, как проверить самому и на основе проверки принять решение о дальнейших действиях, но раз ты готов к крайним мерам, то не виу смысла в таковых - можешь разрешить проверку (исправления).
Удачи!
(*) Логическим делается потому что хочу сохранить зону безопасности акрониса. Если она не нужна то можно сделать по другому.

Добавлено:

Цитата:
что его теперь и отформатировать по-человечески больше нельзя?

Да нет, можно, но только если всё восстановил на сторону нужное.
Хотя тебе же надо другое - расширить системный раздел.
Так что можно и удалить всё лишнее (рекомендую зачистку освободившейся поляны), расширение системного, и создание нужного на остаточном месте.
Но если не торопишься, и хочется немного понять всю эту кухню - сделай написанное выше.
Более того, после восстановления по месту есть возможность проверить более правильный "деструктор" для уменьшения (сдвигом начала) раздела - Paragon Partition Manager. Эта утилита работает более правильно и в случае срыва можно закончит начатое.
А когда уменьшишь, тогда уже и решишь что делать дальше - оставить так как есть или переформатировать (уже ужатый) раздел и записать на него восстановленное ранее.
Автор: D1D1D1D
Дата сообщения: 28.05.2016 00:22
temp9285

Вот так спасибо! Всё восстановилось в наилучшем виде, ничего битого не заметил))


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

Пожалуй, приступил бы. То есть, советуете форматировать, потом расширять системный и писать на него восстановленное ранее?
Автор: temp9285
Дата сообщения: 28.05.2016 00:27
D1D1D1D

Цитата:
Всё восстановилось в наилучшем виде

ЧиТД.


Цитата:
ничего битого не заметил))

По хорошему надо бы посмотреть что наисправлял чекдиск, а если ещё не наисправлял, то сделать проверку и убедиться в том есть или нет ошибки.
Но это не проверит битость данных.


Цитата:
советуете форматировать, потом расширять системный и писать на него восстановленное ранее?

НЕТ. Я же написал выше что делать.
Форматировать смысла нет - разве только вновь созданный (потом) раздел; причём полным форматом - чтобы зачистить всё прошлое.
Автор: D1D1D1D
Дата сообщения: 28.05.2016 00:52
temp9285

По команде cmd /k CHKDSK e: /v /x был такой результат, просьба взглянуть —


Код: Тип файловой системы: NTFS.
Метка тома: DRIVE_E.

Проверка файлов (этап 1 из 3)...
Удаление поврежденной записи атрибута (128, "")
из сегмента 2661 записи о файле.
Проверка файлов завершена.
Проверка индексов (этап 2 из 3)...
Удаление элемента 20130323-225626.jpg из индекса $I30 файла 4081.
Удаление элемента 20A83C~1.JPG из индекса $I30 файла 4081.
Проверка индексов завершена.
Исправление небольших несоответствий на диске.
Восстановление потерянных файлов.
Восстановление потерянного файла 45_152900-.jpg (653117
) в файле каталога 39357.
Проверка дескрипторов безопасности (этап 3 из 3)...
Удаление 62 неиспользуемых элементов индекса $SII файла 9.
Удаление 62 неиспользуемых элементов индекса $SDH файла 9.
Очистка 62 неиспользованных дескрипторов безопасности.
Восстановление зеркальной копии потока данных дескрипторов безопасности.
Проверка дескрипторов безопасности завершена.
Вставка атрибута данных в файл 2661.
CHKDSK проверяет журнал USN..
Завершена проверка журнала USN
Исправление ошибок в атрибуте BITMAP основной таблицы файлов.
В рисунке тома обнаружено свободное место, помеченное как выделенное.
Windows сделала изменения в файловой системе.

58685408 КБ всего на диске.
35285240 КБ в 232821 файлах.
304220 КБ в 6401 индексах.
0 КБ в поврежденных секторах.
815140 КБ используется системой.
65536 КБ занято под файл журнала.
22280808 КБ свободно на диске.

Размер кластера: 4096 байт.
Всего кластеров на диске: 14671352.
5570202 кластеров на диске.

C:\Documents and Settings\Администратор>
Автор: temp9285
Дата сообщения: 28.05.2016 09:53
D1D1D1D
Устранение мелких логических ошибок, которые могли быть и раньше.
Если интересно какой файл в какой папке восстановился - ищи по номерам записей MFT.
Автор: D1D1D1D
Дата сообщения: 28.05.2016 11:05
temp9285

Спасибо большое, значит несущественно. Тут по ходу по другому диску вопрос возник (иногда его подключаю, потому что как-то отказал), с проблемным разделом, при обращении к которому комп глубоко зависает. То есть, это определенная папка, при попытке удалить или узнать размер которой, подведя курсор, сразу следует зависание. Вот и сейчас, когда делал по нему полный поиск с DMDE, снова был сбой — видимо, когда программа набрела на данные к этой папке.
Что можно сделать?
Автор: GillBates
Дата сообщения: 28.05.2016 12:14
Здравствуйте! Использовал программу r-studio для диска переносного adata ch(какойто-там), так как пропал раздел и в windows требует отформатировать. R-studio прекрасно все видит, вытаскивает, но вот хозяин упорно утверждает, что нужной папки среди найденного - нет... Причем, с его слов, эта папка занимала большего всего места и файлы и папки создавались и собирались вплоть до проблемы с диском.
Пробовал разные версии, на xp и 7, и подробное сканирование, и по шнуру, и в разобранном виде через sata - находит всегда одно и то-же, смотрел через фильтр типа "по времени" - там за полгода пару файлов всего было найдено.

Есть еще какие-то варианты что я не так делал, или может из-за чего такое могло случиться с этой папкой и с диском тоже? Или меня хозяин диска вводит в заблуждение?
Автор: temp9285
Дата сообщения: 28.05.2016 12:43
D1D1D1D
Конечно несущественное, особенно на фоне того что могло бы быть.
Что касается другого диска то тут могут быть различные причины, но вероятнее всего проблема в проблемных секторах. Поэтому посмотреть показатели SMART было бы не лишним. Если они нормальные, можно выполнить тест поверхности. В случае выявления проблем, принимать решение что с ними делать.
Чтобы исключить зависы при обращении к нему винды, и если винт не системный (разделы обычные) - можно сделать MBRoff. Диск становится неразмеченным (не инициализированным) разделы пропадают - винда перестаёт насиловать его. MBRon всё возратит на своё место.

GillBates

Цитата:
adata ch(какойто-там)

У каких то там adata была фирменная болячка - если поискать в старых темах можно узнать её суть, и что происходит. Если это не она, то есть 100500 различных болячек, которые могут привести к такому состоянию.
Тут главное - определиться есть ли физические проблемы. Если нет - не зацикливаться на распиаренной программе.
Автор: D1D1D1D
Дата сообщения: 28.05.2016 23:03
temp9285

Со SMARTом, кажется, явный непорядок:

Автор: igor me v2
Дата сообщения: 29.05.2016 00:19
SMART чуток испорчен, но пока не сильно.
Блин, ещё один "спец по графическому редактору" Модель винта ЗАЧЕМ отрезали на скришоте? Модель в студию. Это ВАЖНО, устал повторять...
Автор: D1D1D1D
Дата сообщения: 29.05.2016 00:44
Я AHK скриптом участок выбирал, поэтому не "ещё один"

Автор: temp9285
Дата сообщения: 29.05.2016 00:45
D1D1D1D
Непорядок есть, но (кроме написанного выше) многое зависит от разных обстоятельств - в том числе и от тенденции. А то может ремапы уже не один месяц существуют, а пользователь и не знает. Или смотришь в MFT а все сбойные сектора уже занесены в список сбойных кластеров.
В любом случае - это уже к железячникам.
Автор: D1D1D1D
Дата сообщения: 29.05.2016 01:01
temp9285

И CHKDSKом с какими-нибудь ключами этот казус с папкой тоже не исправить?
Автор: temp9285
Дата сообщения: 29.05.2016 01:47
D1D1D1D
Тут как бы надо определиться что нужно и локализовать проблемные сектора.
То есть, если они расположены в структурах ФС относящихся к этой папке или её содержимому, то это вполне обьясняет ситуацию. А если эти сектора уже локализованы или аходятся в чём то другом, то искать причину нужно в другом.
Ну а если лечиться чекдиском, то используй ключ /r
Только учти что иногда и чекдиск может сотворить пакость, и диск может "запилиться". Так что тебе решать что делать дальше, но как минимум сделать копии всего ценного - это актуально не только для этого диска.
Автор: D1D1D1D
Дата сообщения: 29.05.2016 03:47
temp9285

Что ж, подумаю. Спасибо за советы, мне было полезно))
Автор: alpham100
Дата сообщения: 30.05.2016 15:24
доброго времени суток коллеги
чисто интересно
принесли флешку - там что то удалил вордовское
8 гб, фта 32
прогнал рстудией 8.7, Runtime GetDataBack for NTFS & FAT v4.32
нужного нет, все битое, что вытаскивается,
потом погулил - нашел Hetman Word Recovery 2.3
прогнал, и был приятно удивлен - нашел раза в 2 больше файлов...и они открываются

кто -то подобное юзал?

p.s. для поиска картинок и медио файлов я обычно использовал diskdigger - иногда результаты очень даже радовали


Автор: temp9285
Дата сообщения: 30.05.2016 17:36
alpham100
Если программа более хорошо знает структуру документов; к тому же у этого же разработчика имеется утилита восстановления повреждённых файлов, то почему бы и не быть такому результату?
Кстати, доки были какого формата - старого или нового?
Автор: GillBates
Дата сообщения: 30.05.2016 20:26
temp9285

Цитата:
У каких то там adata была фирменная болячка - если поискать в старых темах можно узнать её суть, и что происходит. Если это не она, то есть 100500 различных болячек, которые могут привести к такому состоянию.

Модель оказалась CH98CH94, сам HDD от тошибы. Такая ситуация со слетевшим разделом второй раз, первый был ровно год назад. А smart показывает состояние отличное.

temp9285

Цитата:
Тут главное - определиться есть ли физические проблемы. Если нет - не зацикливаться на распиаренной программе.


Нужную папку я все-таки нашел!!! Это был мой косяк, плохо искал. Внимательно просмотрел результаты сканирования и нашел в Распознанном разделе, среди удаленных папок, т.к. все вложенные файлы и папки были с перечеркнутыми иконками, а сама папка называлась $ROOT[цифры], хотя удаленной папка не являлась :/ Но все файлы оказались целы!

А программа на самом деле хорошая, не раз выручала!!! Не смог найти по adata, но лучше предупрежу хозяина диска, чтобы прикупил что-то понадежнее.
Автор: temp9285
Дата сообщения: 30.05.2016 20:45
GillBates

Цитата:
А smart показывает состояние отличное.

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


Цитата:
А программа на самом деле хорошая, не раз выручала

Бывает и такое. И речь то не о какой то конкретной программе (идеальной нет), а о том что и самая лучшая может выдать плохой результат. Поэтому то и надо пользоваться разными.
Автор: HDD13
Дата сообщения: 31.05.2016 23:51
GillBates
Попробуйте просканировать диск GetDataBack, не раз замечал, что отличается "качество" восстановления в сравнении с R-Studio, то одна то другая программа лучше результат выдает, проверено не единожды
Автор: GillBates
Дата сообщения: 02.06.2016 18:08
temp9285, HDD13, спасибо товарищи! Обычно когда не было под рукой R-Studio, использовал простейшие recuva или плагином TC back2life. Надо будет попробовать ради интереса GetDataBack, на этом диске как раз просканированная заполненная область получилось чуть меньше половины диска ~150Gb, а у меня восстановленной всего то 40 вышло. Хотя хозяина все устраивает и на днях заберет, надо будет сравнить результаты!

Автор: krsk
Дата сообщения: 14.06.2016 12:09
Возможно вопрос не к этой ветке форума.
Кто встречал бокс для снятия информации с блинов HDD? Вроде американского производства. Если можно ссылку на описание и т.д.
Автор: temp9285
Дата сообщения: 14.06.2016 15:56
krsk
Это к железячникам. Хотя интересно [more=зачем это тебе нужно]Хочешь взять блин с любого винта и типа как на патефоне с него считывать данные?
Даже если и считаешь что то, то как быть со служебкой винта?
Вообще про нечто подобное где то читал - типа в Японии есть фирма, которая восстанавливает на таком уровне, но там стоимость самого восстановления измеряется очень круглыми цифрами в долларах. Представляю сколько стоит такое оборудование и труд спеца.
Хватит на такое?
Не дешевле ли обратиться в DR-контору где восстановят то, что нужно.[/more]
Автор: tomset
Дата сообщения: 14.06.2016 19:38
krsk
типа этого?
http://www.guzik.com/product_detail_DTR3000.asp
Ни у кого кроме производителей денег не хватит его купить.
И тем более окупить.
Задача у него совсем другая, исследовать и тестировать головки.
Но теоретически можно приспособить для восстановления данных.
Только под каждый хард придется писать программы и переделывать
алгоритмы работы.
С каждым семейством хардов на этом аппарате придется возиться года по два непрерывно, пока "научишь" аппарат восстанавливаться с него данные.
Вы готовы фирму кормить два года, пока они будут делать ваш хард?
Да и аппарат они не рискнут купить, если вы его не оплатите.
в 2009 году они вроде как решили его позиционировать как устройство для DR.
http://www.guzik.com/news/DTR_Data_Recovery_Press_Release.pdf
И на основном сайте были ссылки на тему DR.
Но видимо не пошла идея и ссылки сейчас уже убрали

temp9285
Японцы, только блины "полируют". там где запилы, чтобы головы на них не умирали.
Сами запилы уже не возможно вычитать.
Но и для этой работы, нужно очень дорогое оборудование.
У нас в стране его нереально окупить.
Себестоимость "полировки" одной поверхности пластины порядка 2000$.
Иначе надо просто завод строить чтобы делать эти работы на потоке.
А завод это милиарды $$$
Не будет такого количества заказов во всем мире, чтобы такой завод окупить.
Автор: krsk
Дата сообщения: 15.06.2016 06:53
tomset
Тот бокс сейчас стоит порядка 250-300 тонн, жаль название не понмю. Он человеку достался еще с 90-х годов, забрал у конторы в счет долга по зарплате.
В данный бокс просто навешивают блины с дохлого винта (головы в нем на порядок толще чем в HDD) Инфу считывает в полуавтомате, несколько режимов. После неправельного навеса блинов и балансировки, при раскрутки шпиндель погнули.
РС-3000 конечно не плохо но, есть ряд случаев (не найти донора а инфа нужна срочно) и можно пожертвовать вином, сняв блины остальное на помойку.
Автор: tomset
Дата сообщения: 15.06.2016 07:59
krsk
Вы хоть представляете какая разница между хардами 1990 года выпуска и нынешними? Там перестановка блинов из банки в банку вообще не представляла проблемы. Ширина треков десятки микрон, высота полета головок несколько микрон.
Но вот головки подобрать, чтобы читали записанное другими головами, это уже серьезная проблема была и тогда.
Только зная с какими параметрами записана информация ее можно прочитать.
Настроив соответствующим образом канал чтения. А если не знаешь, то будешь до морковкиных дней перебирать сотни параметров, чтобы угадать с какими параметрами нужно читать, записанное другими головками.

На современных харда ширина трека порядка 10 нанометров, высота полета прядка 5 нанометров.
А это уже в тысячу раз возрастают требования к точности работы.

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

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

Следующая проблема.
Расшифровка сервометов и формата записи информации.
Определение, где сбойные сектора, где всякие служебные, резервные треки корректирующие ошибки позиционирования.
Это не пластинка, где каждая дорожка на своем месте и головка едет по канавке.
Голова просто болтается на актуаторе, и отслеживает свое положение по сервометкам. А у сервометок тысячи форматов в зависимости от производителя и параметров конкретного харда.
Расстояние между треками данных - переменное и разное по окружности.

Зачем какой-то аппарат?
Переставляя блин в аппарат, вы всю систему просто разрушите.

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

Чумовая проблема с центровкой блинов, после перестановки. Никакими механическими методами ее выполнить нельзя. Только случайно можно попасть.
Нет такой точной механики, чтобы выставить блин с точностью порядка 50 нанометров.
Только за счет обратной связи система позиционирования может поставить головку в нужное место. А для этого надо правильно читать. Т.е. опять возвращаемся к подбору совместимых головок. Но если блин уехал на +/- 50 микрон, что обеспечивают весьма точные механические методы. Хрен система позиционирования справится - отследить такой гуляющий трек.

Но самая главная проблема это царапины, запилы, которые мгновенно убивают головы.
Пыль от царапин по любому сделает сотни тысяч мелких радиальных царапин по всем поверхностям.
Чтобы убрать царапины, требуется снятие блинов и их полировка, замена покрытия, что само посебе очень сложно.
А затем опять центровка, которую практически нереально выполнить.

И не верьте тем дуракам, которые будут бить себя пяткой в грудь, что он переставлял блины и все получилось. Просто повезло несколько раз. На самом деле перестановка блинов это лотерея. Промахнулся - все, данные не спасти. Многие харды в принципе не переносят перестановку блинов.

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

Вернее любой аппарат чтения блинов отдельно, только увеличит количество проблем, которые придется решать,
а вовсе не поможет решению.
Автор: ololore
Дата сообщения: 18.06.2016 14:12
Парни, помогите с проблемой. Был хард, 1тб разбит на 2 диска. На одном стояла система, на втором были программы, файлы, информация. Купил ССД, систему перекинул на него, а хард очистил от инфы, где была операционка и решил объединить в один с помощью акронис диск директор. В итоге получилась такая беда

https://postimg.org/image/plygbfxzl/

Можно ли это как то исправить? Еще дело в том, что акронис устанавливал тоже на пациента
Автор: temp9285
Дата сообщения: 18.06.2016 14:20
ololore
Устанавливал в какой момент и куда?
А вообще, стандартный набор "анализов"
- SMART
- скриншот экрана Разделы из DMDE
- если показатели SMART нормальные, то лог поиска NFTS
Автор: ololore
Дата сообщения: 18.06.2016 14:25
Акронис диск директор установил на одну из частей жесткого диска непосредственно перед объединением.

Вот это можно подробнее?
А вообще, стандартный набор "анализов"
- SMART
- скриншот экрана Разделы из DMDE
- если показатели SMART нормальные, то лог поиска NFTS

Добавлено:
Это имели ввиду?
https://postimg.org/image/md7xy8wxt/

Добавлено:
лог поиска NFTS - где и как его найти?

Добавлено:
Seatools пишет, что смарт пройден

Добавлено:
Короткий тест DST тоже нормально

Добавлено:
https://postimg.org/image/vczvujwav/

Страницы: 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354

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


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