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

bai01
Игнорировать, но записать номера проблемных секторов (участков).
Или начать запись с конца необходимого участка в обратном направлении.

9285
да, вы правы
объяснение не совсем верно выражено

так вот, собственно говоря, а как его восстановить?

Добавлено:
только через восстановление информации на внешний носитель?

joiliko
Нет, судя по тому что есть, получится восстановить раздел in-place.
Но только гарантий 100% корректности не будет. Поэтому вытаскивать всё ценное лишним не будет. Да и перед последующим сдвигом-расширением скопировать всё ценное тоже рекомендуется. Как и впоследствии иметь бэкап.
Неужели этот случай не навёл на такие простейшие истины о важности бэкапа, особено перед потенциально деструктивными функциями?

Ребята, может кто-нибудь мне помочь? На 18 стр сообщение.

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

яндекс.маркет/жёсткие диски уже изучил
просто в данный момент имеется лишь диск на 120 ГБ
А Нужно - ТБ с чем-то, как выходит..

*кстати, я тут посмотрел получающийся объём данных для восстановления с диска D - он в полтора раза больше, чем должен быть...
До перестановок было занято около 400 ГБ..(из 499)
Сейчас - 639
Хотя, DMDE абсолютно верно считал данные, лишнего нет вроде бы..

Тогда раздобуду жёсткий диск, вытащу данные, сделаю бэкап..
И буду ждать Ваших инструкций?

Спасибо за..в целом весьма утешительную информацию!)

9285

Цитата:

joiliko

Цитата:
я открывал тогда так же, как и раньше, т.е. через - физический диск.

А вот это неправда.

Что сразу неправда-то? Речь шла про конкретную картинку в сообщении http://forum.ru-board.com/topic.cgi?forum=84&topic=3808&start=340#15 которая получилась из-за того, что открыли физический, а сканировали логический. Ну, и мысли, конечно, некоторые не совсем ясно выражают. Вообще, не советую в дальнейшем делать поиск, открывая логический диск, так как это приводит к большой путанице. Физический диск никуда не денется, а, вот, с логическим некоторые нерадивые пользователи могут втихую напортачить, не успеете Вы и оглянуться

Paulanerr
Хотелось бы увидеть SMART винта и как выглядит (ну или описать) невозможность удаления диска. Где это невозможно (в винде или в чём то другом)?

dmde
Моё обращение было по поводу фразы о том, что открытие было как и раньше.
А раньше оно было (в основном) как логического диска. И, учитывая что лог поиска тоже был с логического, предложил открыть имено таковой, чтобы использовать существующий лог, а не долгий поиск по новой. И вроде бы как ясно это написал.

9285
А... Извините, не понял, что речь про "как раньше", и также не заметил, что поиск уже был ранее сделан на логическом.
Почему-то на месте старого бутсектора (в секторе 1469384704) находится начало какой-то MFT. Может, я неправильно считаю?..

9285
dmde
Беру всю вину на себя)
Только объясните пожалуйста, как мне всё это дело обратно вернуть.

Antech



Цитата:

Покажите дампы по 100 секторов,

Подскажите чем, а то я в этой сфере не очень просвящен)

Да падал, о чем и говорит единственная ошибка в отчете SMART.((

Второй раздел (50гб), потому как на нем не было важных данных, уже отформатировал, с ним проблем не наблюдается.

Зеленых может быть много изза большого количества записываемой и удаляемой инфы?

joiliko

Цитата:

Только объясните пожалуйста, как мне всё это дело обратно вернуть.

Ну, давайте, попробуем. Для начала возьмите файл http://sderni.ru/85718 и запишите в сектор 1469384704 ФИЗИЧЕСКОГО диска ("копировать секторы": источник - файл, место для записи - диск, первый сектор 1469384704, остальное - как есть). Далее нажмите Alt+P, перейдите к сектору 1469384704, затем F7 - должны увидеть таблицу с NTFS, затем пару раз Enter - и том должен открыться. Если все файлы на месте, то Ctrl+P и покажите снимок разделов. Потом продолжение...

Добрый день.

В общем, решил я объединить два диска. Общая структура до объединения была следующей:

1 раздел - 100 Мб (появился при установке Windows 7)
2 раздел - 30 Гб (раньше там был Linux, но потом я стер его за ненадобностью)
3 раздел - 250 Гб (там очень много весьма полезных данных, которые очень очень жалко)

Объединял я 2 и 3 раздел с помощью Acronis Disk Director. Где-то на полпути он выдал ошибку и закрылся. До перезагрузки все прекрасно работало. Но после перезагрузки диск отображается как не отформатированный.

Пробовал восстановить данные с помощью Zero Assumption Recovery, но он выдает какую-то кашу из файлов на выходе.

Может подскажете способ проще и эффективнее?

P.S. Я вначале создал отдельную тему, но потом подумал, что здесь это будет уместнее.

Цитата:

1 раздел - 100 Мб (появился при установке Windows 7)
2 раздел - 30 Гб (раньше там был Linux, но потом я стер его за ненадобностью)

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

dmde
Опечатка вышла, я хотел объеденить 2 и 3.
первый я не удалял и вообще не трогал, второй и так был удален, за счет него я и расширял 3-й.

dmde
Кажется, все массово обломались с акронисом)

Спасибо за инструкции, завтра тогда отпишусь.

dmde
Есть какие-нибудь варианты решения проблемы? Сейчас сканирую R-STUDIO. Через час будет готово (если верить встроенному счетчику).

arbrut

Цитата:

Может подскажете способ проще и эффективнее?

Могу скинуть програмку Paragon Hard Disk manager, способна восстановить случайно удаленные разделы, есть встроенный файл менеджер позволяющий просмотреть данные на поврежденных дисках, и еще много полезных функций. Незаменима при работе с не очень убитыми дисками)

Если нужно могу скинуть на мыло скайп и т.п.

lesikvip
Спасибо, кажется R-STUDIO справилась. Сейчас восстанавливает файлы. Буду надеяться, что ничего не затерлось.

Всем привет. Есть жесткий Seagate 250Gb, весь в Bad-ах(при сканировании Victoria, MHDD почти в начале затыкается), не стал насиловать remap-ами и тестами. Нужна инфа. сделано было следующее: клон диск из под WinHex - слил около 2Gb, а остальное записал Bad-ами(сливаю на 500Gb). DMDE сливает так же примерно. Попробовал с помощью DMDE копировать "сзади", доходит до 50Gb и встает(винт отваливается). Далее подключаю дохлого через USB, клонирую WinHex-ом. Клонируется до 6289919-ого сектора на приемник(включительно), дальше ступор(опять отвалился источник). Далее DMDE "читаю с конца"(источник) 6289919 на приемник с 6289920 и до конца(не знаю правильно ли?). DMDE доходит до 281112271 сектора и опять отваливается источник. Но после завершения процедуры, то есть отмены, на приемнике после 6289919-го сектора пустота. Что я делаю неправильно, или информации хона полная? Уж больно она нужна(информация). Подскажите чем можете. Заранее благодарен.

joiliko
Сбрось дампы секторов 1463093200+200.
Что касательно облома с акронисом, то им обламываются давно и часто - можно было об этом в шапке почитать.

dmde

Цитата:

Почему-то на месте старого бутсектора (в секторе 1469384704) находится начало какой-то MFT. Может, я неправильно считаю?..

Я не понял почему Вы определили что старый бутсектор должен быть в этом секторе.
В то же время, действительно, в указанном секторе имеется MFT раздела размером около 700 гигабайт. Учитывая дату 2009 года, могу предположить что это MFT раздела, сущевствовавшего когда то, до установки убунты, и который впоследствии был усечен.

9285
Это смарт харда? - http://ximages.net/images/24971359177197083129.jpg Или нужно просканить прогой HDDscan?

Ну я не могу видеть раздел Д ни в какой проге - Акронис, DriverGenius, Undelete и прочие..

Вот смарт харда - http://ximages.net/images/13589891007672664273.jpg

lex_dj
Скорее всего головы менять. Но можете попробовать открутить плату и почистить контактные площадки недалеко от разъемов. Не поможет - к специалистам.

bai01

Цитата:

что делать дальше ? подскажите , пожалуйста

Ради спортивного интереса можете для начала ответить "повторить", но если сектор "хорошо" сбойный или soft-bad, то не поможет…

Я бы ответил “игноривать” и запомнил/сохранил_в_блокноте адрес сбойного сектора. В Вашем случае это сектор с LBA = 2 934 328 600. Запомнить адрес нужно для того, чтобы посмотреть какой файл битый. А если сбой не на файле, --- тем лучше. При этом DMDE в копию сектора, который не удалось записать поместит логические нули, ведь надо что-то записать, чтобы не сбить адресацию… Если Ваш Western Digital Caviar Green 1.5TB EARS, то отвечать надо 13 * 8 = 104 раза, а если хард не EARS, то только 13 раз.

Можно ответить и “игнорировать все”, то тогда не надо будет отвечать много раз. Но здесь Вы не имеете возможность поймать LBA сбойных секторов, и следовательно не узнаете какие файлы битые.

Я обычно копирую не чисто хард ===> хард, а секторы с LBA = 1 по последний для того, чтобы можно было безболезненно прервать процесс копирования в удобное время с LBA на котором остановился, или чуть раньше адрес можно взять. И на источнике тоже первый сектор сохраняю в надёжном месте, а затем затираю нулями. Делаю это для того, чтобы Windows не пролез, --- и не написал чего-нибудь. В этом случае копия может оказаться неадекватной…

joiliko
9285

Цитата:

Я не понял почему Вы определили что старый бутсектор должен быть в этом секторе.

Я и сам не понял Действительно, должно быть 1463093248. Вместо начала раздела, я взял начало MFT. Так, что, joiliko, никуда не записывайте тот патч, что я Вам дал, иначе потом обратно исправлять придется. Сделайте, пожалуйста, снимок окна "Разделы" в новой версии DMDE 2.3.5 Beta, ну, и дамп, который просил 9285

Tau_0

Цитата:

При этом DMDE в копию сектора, который не удалось записать поместит логические нули

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

dmde
*смахнул пот со лба*

Кстати, по поводу ситуации чуть раньше про слияние Акронисом. Не так давно "расследовал" подобный случай. Тм очень важно понимание сути и выбор правильного решения. И этому очень препятствует подход, который существует в 10-ой версии.
То есть, выбираешь раздел и контент обьединить. Затем указывается раздел к которому надо присоединить. Подозреваю что и здесь было сделано подобное и первым был выбран раздел 2, а присоединялся к 3. А акронис в этом случае начинает переброску данных с 3 на 2, потом уменьшает 3, расстягивает 2 - и так по кругу. И где то н очередном круге происходит сбой. В принципе всё решаемо in-place, за исключением порции данных, переносимых перед сбоем.
Хотя, если бы присоединялось бы наоборот, то процедура была бы менее длительная и болезненая.

9285

Цитата:

А акронис в этом случае начинает переброску данных с 3 на 2, потом уменьшает 3, расстягивает 2 - и так по кругу.

Интересно, как Вы к этому пришли. Вообще, это объяснило бы ту кашу, которая наблюдается в некоторых случаях.
Переброска порции - это, наверное, не страшно, а, вот, это:

Цитата:

уменьшает 3

Передвигая левую границу вправо? Если сбой будет на этом этапе, то вряд ли обойдется одной порцией и можно будет исправить in-place.

dmde
Экспериментальным путём, моделируя один из случаев.
Там вообще было жестоко. На диске было два раздела - первый сильно заполненый и небольшой (причём пустой), который хотели присоединить. В результате получилось наоборот.
В процессе моделирования я выключил комп, а впоследстви увидел два раздела с промежуточными размерами и структурой данных. Хотя изначально и предполагал что имено так делается. А как по другому? Слияние двух MFT с корректировкой всего и вся?


Цитата:

Передвигая левую границу вправо

Ну да, имено так. А как по другому? Слоёнку то не сделаешь.

LeoT
Плату изначально снял и почистил все контакты. Может, как вариант, подключить к терминалу, узнать точно ли головы умирают?

dmde

Цитата:

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

Спасибо за разъяснение.
Может разработчику стоит слегка доработать интерфейс, чтобы выводить LBA скопированных со сбоем секторов в отдельный лог, подобно тому, как это делает Victoria (правда там блоки)…???...

Несложно ведь… А то утомительно вручную при большом количестве bad секторов их вручную выписытать.