При подключение диска к компьютеру, требуется его форматнуть.
 

При подключение диска, появляется диалоговое сообщение, что его требуется форматнуть, но диск до этого был отформатирован и на нем ценная информация, как её восстановить?

1. Скачиваете DMDE для Windows

2. Напускаете DMDE на проблемный внешний диск. Выбираете внешний как Физическое устройство и показываете скрин окна Разделы диска…
Он выглядит примерно так ---
См. Скриншоты DMDE (нужен второй скриншот…)

3. Показываете скрин окна из Управления дисками
Пуск ===> Выполнить ===> diskmgmt.msc

После анализа скринов продолжим...

Файл 148750
Файл 148751
У него похоже файловая система RAW.

Интересно, чем/как Вы умудрились такое сотворить...:)

В DMDE
1. Последовательно выделяете и удаляете три раздела в красной рамке.
2. Выделяете раздел в синей рамке и вставляете его как Основной раздел

См. картинку
Принимаете изменения и перезагружаете машину.
Отписываетесь...

SMART бы посмотреть ещё. Может, это USB-мост попортил так, тогда в HEX-виде поглядеть бы на сектор 0, чтобы проверить.

Михайло, удаляйте этот раздел, который H:\ 500ГБ и восстанавливайте его (Хоть это выглядит страшно, но на самом деле всё просто. 5 минут и у вас порядок). Всегда прокатывало, когда в RAW скатывается у клиентов и прочих товарищей.
К примеру использую Acronis Disk Director (Восстановить Раздел)
Проблем небыло ни разу.
ЗЫ Вы уверенны что ваше USB (может порт) в порядке? Переключали по разным дыркам?

А может просто хард (микрокод) LBA = 0 переназначил...???...

Обычно без сигнатуры 55 AA в конце сектора#0 - DMDE показывает на всё "найден", а тут есть разделы... А чтобы переназначить да и оставить сигнатуру в конце - не видал пока... В любом случае, глянуть интересно, чтобы сделать верный вывод о причинах происшествия и избежать проблем в дальнейшем.

Мне тоже интересно, чем они это умудрились сделать. Этот диск мне принесла знакомая, системный блок она называет процессором. Всё просто и понятно.
К USB к которым подключал этот диск рабочие.
Так начинать выполнять последовательность операций, описанных в 4-м посте?

Вот скрин с программы DiskInfoX64:
Файл 148753

Да, это должно прописать верные значения (всего одно) в PT/MBR вместо четырёх неверных (мусорных) значений. Я не могу себе представить ни одну утилиту, которая бы такие числа смогла “изобрести”.

Поэтому прошу вслед за kickman показать, а лучше прислать дамп/копию сектора LBA = 0.
В DMDE дамп делается так: ---
В меню Сервис ===> Копировать секторы и заполняете шаблон ===>
Источник
=========
Указываете Физический номер харда
И три поля:
Начальный сектор 0,
Конечный сектор = 0
Число секторов = 1
ЗЫ Их у прописывать не надо --- по дефолту так выставлены…

Приёмник
==========
Имя файла для дампа.
Сохраняйте эти 512 байтов по любому маршруту. В общем случае переименовывать файл не рекомедуется --- имя мнемонично…
См. картинку

Файл прикрепите к ответу или выложите на обменник…

ЗЗЫ Сделать дамп необходимо до лечения. А то вдруг этот LBA = 0 есть бэд. Тогда запись в него затрёт его или переназначит. --- Из-за этого вся интрига пропадёт…

Атрибут ID=C5(197) показал 8 нестабильных секторов.
Их следует затереть/переназначить. Можно в Victoria For Windows прогнать тест линейного чтения в режиме Read+Remap.
Но лечить необходимо после того, как сделаете дамп…

Вот:
Файл 148767
--------------------------
Пока операции не проделываю.

Т.е. один раздел выделил, потом удалил, затем второй раздел выделил, удалил, ТАК?

Да, именно так и удаляйте... --- Всего раза раза надо удалить...

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

ЗЫ Но перед этим пришлите, в качестве одолжения, копию LBA =0, плз... А то перезапись верных значений в MBR/PT разрушит ненужное Вам, но интересное для меня и kickman содержимое LBA = 0.

Добавлено
=======
ЗЗЫ Плохо посмотрел и не увидел...:sorry: ===>
Сейчас посмотрю, что там есть...

Добавлено
========
Посмотрел и кроме мусора в LBA = 0 ничего вменяемого не узрел...
Ну и только сигнатура 55h, AAh в конце сектора есть. Что есть, то есть...
Мне непонятно, как этот мусор получилось записать...

Может потом и надо будет прогнать MbrFix, чтобы записать код загрузчика. А также сделать раздел активным...???...

Тут Вам виднее --- должен ли с харда загружаться Windows...

Это делается в том случае, если диск загрузочный?
===================================
С помощью Victoria For Windows - это можно сделать?

Да, в первом секторе с MBR вместо загрузчика мусор...
Утилита командной строки MbrFix.exe позволит восстановить код загрузчика. Надо только нужную версию Windows выбрать. Я предполагаю, что нужен загрузчик для Windows 7, но Вы это проверьте...

Ну и ещё надо будет сделать раздел активным...

ЗЫ А как прошло восстановление раздела/тома-NTFS...???...
Я же уже писал, что можно и нужно..

Не повредит и обычному диску.

Спасибо ребятки )))
Вот что получилось: Файл 148787
Диск не системный. После проделанных рекомендованных операций и перезагрузки, Касперский нашел два вируса, может быть, что вирусы сделали шифрование в RAW?
=============================
Сейчас нужно ещё разобраться с Викторий, чтобы переназначить битые сектора.

Это вряд ли. - Слишком тупо и бесполезно для для самого вируса...

Вот вопрос ещё появился, при запуске Victoria 4.46b.Файл 148788
Появляются такие диалоговые окошки (см. картинки) в порядке с сверху вниз. Что они означают?

Михайло, говорит, что невозможно установить+загрузить драйвер porttalk.sys для доступа к дискам в режиме PIO. Будет доступен только режим через драйверы Windows. Вам этого достаточно. Насчёт вирусов - поищите по их названиям в интернете, что они делают.

А Вы попробуйте не Victoria 4.46b, а модифицированную Victoria 4.47. Порой она может через USB харды лечить. Лучше это делать через SATA-порт десктопа, --- тогда ВСЁ просто...

В крайнем случае воспользуйтесь HDDScan. С этой утилитой проблем быть не должно. Правда remap она не делает, но можно поймать LBA нестабильных секторов.
Ессно рапорт SCAN необходимо сохранить (нужны LBA бэдов...), чтобы затем при повторных прогонах в режиме Erase можно было затереть/переназначить эти конкретные нестабильные секторы.

Благо, что бэдов немного...

Добавлено
========
&
Посмотрел скрин и увидел, что в PT кое-какой мусор остался. --- Оно конечно работает, потому что теперь тип=00h (место стало свободным. Но мне вот режет глаза...

Я бы занулил эти паразитные записи.
См. картинку

Ребята, приветствую вас!
Я хочу скопировать информацию с этого диска и затем удалить раздел и создать новый раздел.
Посмотрел через Acronis, на данном диске (о котором идет речь в этой теме) на нем есть неразмеченная область.
В каком порядке лучше сделать:
1)Создать раздел и форматнуть его
2)Переназначить секторы с помощью Виктории
----------------------------------
Кстати какие будут рекомендации по проделыванию операции переназначить сектора в Виктории?

Это актуально и для виктории?

Во-первых, лучше забыть про акронисы!!!
Во-вторых, в DMDE не видно никакой "неразмеченной области".
В-третьих, если данные слиты, то через "Управление дисками" Windows нужно удалить все разделы, после чего сделать в Виктории запись по всем секторам (WRITE+DDD_enable) или просто READ+ERASE (менее эффективно). Кроме Виктории (если будет медленно) можно использовать DMDE в режиме "Заполнить секторы". Потом посмотреть SMART. Если всё чисто, то раздел создавать из "Управления дисками". А то акронис умеет "подкладывать мины замедленного действия".
А если данные ещё не слиты (не скопированы) в надёжное место, то самое время этим заняться.

LBAs сбойных секторов всегда актуальны... Зная эти номера можно лечить чем угодно, например наносить точечные удары тем же DMDE, но не по всей поляне, как советует kickman, а выборочно изводить бэды. Если бэдов немного, то это эффективнее., чем "ковровое бомбометание"...

А за что вы не любите Акронис kickman?
Tau_0, вы как относитесь к Акронису?

Что-то тишина...
Ребята сколько время примерно нужно для выполнение операции: (WRITE+DDD_enable) на жестком диске размером 465Гигабайт?

Считаю, акронис (зависит от релиза) неплох для резервирования данных, только.... А для остального, например, разбиения/пераразбиения и форматирования разделов его лучше не использовать... --- А на операции по перемещению левой границы раздела --- табу. Впрочем, это справедливо и для утилит других производителей...

Насколько я знаю, модифицированная Victoria 4.47 For Windows не поддерживает WRITE+DDD_enable. Тут нужна истинная версия Victoria 4.46b For Windows...

А на Victoria 4.46b For Windows время SCAN в режиме WRITE+DDD_enable от состояния поверхности зависит... Полагаю, что сносный хард размером 465 GB при таком сканировании с верификацией записи SCAN будет выполняться примерно в два раза дольше, чем простая запись. Если просто запись делается около часа, то тут будет часа два работать...

Вы здесь говорите:
- "Лучше не использовать Acronis Disk Director"
Но по каким причинам его лучше не использовать? Где доказательство?

Где-то недавно было в форумах, что при попытке резервирования выборочных папок с диска - на ИСХОДНОМ этот самый акронис всё потёр :(. Поищу ссылку.

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

"— Хождение по канату без страховки опасно для жизни!
— По каким причинам его лучше не использовать? Где доказательство?"

И без ссылки верю... Но инкрементальное резервирование --- это самое бесполезное и глупое резервирование...

А вот зарезервировать раздел целиком имеет смысл. Хотя и при резервировании/восстановлении целых разделов "умельцы" порой исхитряются глупостей натворить. Но для этого особый талант нужен...

Речь идет об нелицензионном ПО от Acronis?
Лет за семь использования продуктов от Акронис не каких проблем!
Хотелось бы технические доказательство, а то я вам сейчас скажу, что 4-е измерение существует и что вы все болтуны, а теперь попробуйте отвертится и доказать, что вы не болтуны.