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

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

Автор: batva
Дата сообщения: 23.05.2012 14:11
Восстановление разделов и информации на HDD



первая часть :: вторая часть :: третья часть:: четвертая часть :: пятая часть



Внимание! Если у Вас возникли проблемы с доступом к информации на дисках большого объема (более 120 Гб) - пропала таблица разделов, система говорит, что нужно отформатировать диск и т.п., то сначала прочитайте эту ветку про LBA48.

Для операций с разделами на жестких дисках по-возможности используйте штатные средства ОС. Прежде, чем править разделы с помощью Acronis Partition Expert, Norton Partition Magic и им подобных программ, пробегите быстро по всем страницам всех частей этой темы и Вы увидите, что половина проблем из-за них! Если не хотите сами наступить на эти грабли, запомните несколько простых правил:

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

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


То же самое касается программ ScanDisk и CHKDSK, автоматически проверяющих диски при загрузке системы. В случае серьезных сбоев они ничем помочь не смогут, но навредить могут изрядно. Поэтому всегда отключайте эти утилиты из автозапуска и выполняйте проверку дисков только вручную, периодически, когда уверены, что серьезных проблем на диске нет. Как их отключить написано здесь (на английском)

[more=Общие рекомендации по самостоятельному восстановлению данных] Если вы обнаружили, что на вашем диске произошла потеря данных, постарайтесь как можно скорее прекратить его использование и ничего на него не записывайте. В противном случае удаленные данные могут быть безвозвратно затерты новыми. Для исключения взаимодействия операционной системы с поврежденным диском, на время подготовки к восстановлению он должен быть физически отключен из системы, а все дальнейшие операции с ним должны производиться с заранее подготовленной загрузочной дискеты или LiveCD/DVD/USB диска. О том как изготовить такой диск самостоятельно вы можете узнать здесь. Можно также воспользоваться специальными мастерами, идущими в комплекте с некоторыми программами для восстановления или использовать уже готовые загрузочные диски на основе DOS и WinPE.

В крайнем случае можно загрузиться и со второго физического или исправного логического диска, но нужно отдавать себе отчет, что в этом случае какие-то служебные данные при загрузке ОС неизбежно будут писаться на поврежденный диск, не говоря уже о потенциально опасной активности запущенных в системе приложений и сервисов. Поэтому чтобы снизить риск перезаписи поврежденных данных до минимума, загрузку следует производить в Safe Mode, кроме того желательно выгрузить из памяти все лишние программы и сервисы и отключить кэширование картинок в проводнике. Также не следует просматривать папки и файлы на поврежденном диске прямо из проводника Windows, для этих целей лучше воспользоваться сторонними оболочками, типа Total Commander или FAR. Для сохранения восстановленных файлов потребуется резервный накопитель большой емкости.

1. Ознакомьтесь со списком программ для восстановления. Внимательно прочитайте прилагаемую к нему инструкцию. Определившись со своей ситуацией, перепишите выбранные программы на загрузочный диск, включая пару-тройку утилит для диагностики диска, например MHDD, Victoria или HDDScan.

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

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

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

5. Восстановив данные, отформатируйте поврежденный диск (рекомендуется), либо пройдитесь по нему Scandisk'ом или Chkdsk'ом для исправления системных ошибок (не рекомендуется, так как чревато рецидивами) или программами для in-place восстановления разделов (по ситуации) после чего, если потребуется, перепишите на него восстановленные данные.[/more]

[more=Хороший совет по восстановлению, когда не уверен в своих знаниях](©Perforator)
Берёте VMWare, создаёте виртуальную машину, ставите туда любимую OS, затем добавляете туда нужный жёсткий диск, и делаете его Advanced->Indepent->Nonpresistent. После этого издеваетесь над этим жёстким диском как хотите, т.к. никакие физические изменения с ним не происходят, а все изменения записываются VMWare'ью и сбрасываются после PowerOff в VMWare. Например так можно проверять, поможет TestDisk в данной ситуации, или нет, или спокойно работать DiskEditor'ом, не опасаясь, что всё испортите.

В новых версиях VMWare данная опция отключена. По непроверенной(!) информации от useralbanec, опцию можно включить, вручную отредактировав файл машины vmx:
ide0:0.fileName = "Windows XP Professional-2.vmdk"
ide0:0.mode = "independent-nonpersistent"
ide0:0.deviceType = "rawDisk"
[/more]

Список программ для восстановления информации

Статьи о восстановлении данных и жестких дисках

Восстановление данных из .chk файлов
Обращаясь в тему за помощью, обязательно укажите информацию о диске: тип, емкость, способ подключения, информацию о разделах, SMART винта из MHDD / Victoria / HDDScan, наименование и мощность БП, возраст БП, результаты MemTest86, версию ОС и сервис-пака, а также обстоятельства краха - честное слово, толковым запросам и отвечать приятно. Здесь телепатов нет...

[more=Важно! Инструкция по чистке контактов на плате HDD]
Контакты на обратной стороне платы контроллёра, идущие к комутатору, на современных жёстких дисках (в основном Seagate, Samsung, WD) подвержены окислению. Это может приводить к прерывистому контакту и полному его нарушению платы и коммутатора.
Это проявляется в следующих двух признаках:
1) Жёсткий диск начинает очень сильно (и иногда неравномерно, временами) "тормозить" при чтении\записи на него. Кроме того, он очень долго определяется в BIOS и может, как крайний случай, после длительной паузы вообще не определиться и быть не виден после загрузки системы.
2) Жёсткий диск (вследтвие того же "плавающего контакта") может периодически (а со временем и постоянно) начинать стучать головками при подключении к нему питания из-за невозможности корректного чтения служебной информации. Это крайняя степень окисленнности части или всех контактов на плате.
Если система грузится с таким диском, работает медленно и нестабильно, но удаётся посмотреть SMART диска, то со временем в нём наблюдается значительное ухудшение значений следующих атрибутов (возможно - не всех сразу):
187 Reported UNC error
197 Current pending sectors
198 Offline scan UNC sectors
200 Write error rate

Могут расти и другие атрибуты в дополнение к вышеперечисленным, такие как
195 Hardware ECC recovered
7 Seek error rate
184 End To End Error Count

И если диск работает в таком режиме длительное время - могут начать переназначаться сектора, растёт 5-й атрибут:
5 Reallocated sector count

Инструкция по чистке контактов:
Ложите винт на стол платой электроники вверх. Откручиваете плату. На обратной стороне ищите два ряда контактных площадок, идущих в гермоблок (на гермоблоке в этом месте колодка с контактами), а также 3-4 контактных площадки, идущих к контактам двигателя. Чистите все эти контакты обычной стёркой. В статье есть фото http://www.hddprotector.com/controller.htm Чистить точки А и В.

И наконец, при наличии опыта обращения с паяльником, для предотвращения повторного окисления имеет смысл контакты залудить (это спорный момент, не все согласны с ним, но лично я всегда залуживаю).
[/more]

Схожая тема в ОС - Пропал диск. Восстановление таблицы разделов (не данных)

Автор: Antech
Дата сообщения: 23.05.2012 22:10
Я извиняюсь, а куда делись все сообщения с 25.02.2012 до 23.05.2012?
Автор: Engaged Clown
Дата сообщения: 23.05.2012 22:13
Antech
Видимо всё, что удалось восстановить:
http://forum.ru-board.com/topic.cgi?forum=13&topic=2382&start=2600#6
Автор: Antech
Дата сообщения: 23.05.2012 23:38
Engaged Clown
Спасибо, теперь понятно.
Значит форум сглючил, и надо восстанавливать восстановление информации... Вот, кстати, очередное подтверждение того, что RAID не заменяет бэкап.
Автор: Sish
Дата сообщения: 24.05.2012 07:05
Antech
Не знаю, успели ли Вы вчера увидеть, что показал мне чекдиск без /f, но, на всякий случай, повторю - [more=вот]Тип файловой системы: NTFS.

ВНИМАНИЕ! Параметр F не указан.
CHKDSK выполняется в режиме только чтения.

Проверка файлов (этап 1 из 3)...
Завершено: 0.
Удаление поврежденной записи атрибута (16, "")
из сегмента 0 записи о файле.
Удаление поврежденного сегмента 0 записи о файле.
Удаление поврежденной записи атрибута (83886096, "")
из сегмента 1 записи о файле.
Удаление поврежденного сегмента 1 записи о файле.
Удаление поврежденной записи атрибута (128, "")
из сегмента 2 записи о файле.
Усечение записей атрибутов с неправильными ссылками
из сегмента 3 записи файла.
Удаление поврежденной записи атрибута (128, "")
из сегмента 4 записи о файле.
Удаление поврежденного сегмента 5 записи о файле.
Удаление поврежденного сегмента 7 записи о файле.
Завершено: 1.
Завершено: 2.
Завершено: 3.
Завершено: 4.
Завершено: 5.
Завершено: 6.
Завершено: 7.
Завершено: 8.
Завершено: 9.
Завершено: 10.
Завершено: 11.
Завершено: 12.
Завершено: 13.
Завершено: 14.
Завершено: 15.
Завершено: 16.
Завершено: 17.
Завершено: 18.
Завершено: 19.
Завершено: 20.
Завершено: 21.
Завершено: 22.
Завершено: 23.
Завершено: 24.
Завершено: 25.
Завершено: 26.
Завершено: 27.
Завершено: 28.
Завершено: 29.
Завершено: 30.
Завершено: 31.
Завершено: 32.
Завершено: 33.
Завершено: 34.
Завершено: 35.
Завершено: 36.
Завершено: 37.
Завершено: 38.
Завершено: 39.
Завершено: 40.
Завершено: 41.
Завершено: 42.
Завершено: 43.
Завершено: 44.
Завершено: 45.
Завершено: 46.
Завершено: 47.
Завершено: 48.
Завершено: 49.
Завершено: 50.
Завершено: 51.
Завершено: 52.
Завершено: 53.
Завершено: 54.
Завершено: 55.
Завершено: 56.
Завершено: 57.
Завершено: 58.
Завершено: 59.
Завершено: 60.
Завершено: 61.
Завершено: 62.
Завершено: 63.
Завершено: 64.
Завершено: 65.
Завершено: 66.
Завершено: 67.
Завершено: 68.
Завершено: 69.
Завершено: 70.
Завершено: 71.
Завершено: 72.
Завершено: 73.
Завершено: 74.
Завершено: 75.
Завершено: 76.
Завершено: 77.
Завершено: 78.
Завершено: 79.
Завершено: 80.
Завершено: 81.
Завершено: 82.
Завершено: 83.
Завершено: 84.
Завершено: 85.
Завершено: 86.
Завершено: 87.
Завершено: 88.
Завершено: 89.
Завершено: 90.
Завершено: 91.
Завершено: 92.
Завершено: 93.
Завершено: 94.
Завершено: 95.
Завершено: 96.
Завершено: 97.
Завершено: 98.
Завершено: 99.
Завершено: 100.
Проверка файлов завершена.

Обнаружены ошибки. Продолжение работы в режиме только чтения невозможно.
[/more].

В связи с этим вопрос: может, запустить чекдиск с /f и не морочить голову?
Автор: katuha_b
Дата сообщения: 24.05.2012 08:32
Предыдущее исчезло, потому повторюсь.

Есть WD10EALX-009BA0 появился синий экран, пришлось сделать переустановку. После этого все вроде нормально, но загрузка системы проходила минут 7-10. Сама винда потом работала вроде как нормально, в спящий и обратно тоже все быстро. Потом решил сделать раздел подальше и установить еще одну систему (поработать на ней не успел). Дальше стало хуже и точно уже не скажу как было.... После половины было неразмечено, решил там создать раздел и скопировать туда нужное, а несколько первых разделов удалить и отформатировать. Потом один из важных разделов стал RAW, потом по глупости применил утилиту восстановления в итоге сейчас полная ....
Винда грузилась медленно из-за бедов, хотя при установке форматировал, и похоже что они не только вначале Вот SMART WD.

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

Его же SMART после ремапа и 2-х проходов чтением.

Сейчас выглядит так.

DMDE показывает следущее.

Возможно ли восстановить разделы без восстановления данных? Используя Active-FileRecovery "большой логический раздел" находится и кажется все на месте, но скопировать такой объем мне некуда


Автор: 9285
Дата сообщения: 24.05.2012 12:27
Sish
Может и /f но только никто не даст 100% гарантии на корректность действий чекдиска.
katuha_b
Не очень внятно что и как было и есть. После половины не размечно было? Но у тебя террабайтный винт, а прежняя структура разделов чуть больше 150 гигов. В деле восстановления иногда и байт (бит) может быть критичным, а ты сотнями гигов разбрасываешься.
Чем переразмечал? Other сам удалял или как? Где были важные данные?


Цитата:
Возможно ли восстановить разделы без восстановления данных? Используя Active-FileRecovery "большой логический раздел" находится и кажется все на месте, но скопировать такой объем мне некуда
Ты наверное хотел сказать что восстановить разделы с данными. Да и место у тебя на винте (если судить по прежней разметке) имеется. Или всё таки ошибка с размером 900 гигового раздела?
В любом случае - дамп нулевого сектора и 100 секторов начиная с 110091807-го + лог поиска NTFS начиная с сектора 95420619.
На зоне не успел прочитать твоё сообщение, так как в очередной раз вертухаи забанили за правду. Им не важно что люди могут потерять данные от бестлковостей коновала - главное убивать неудобные высказывания. Да и тебе он успел в уши надуть.
Автор: Antech
Дата сообщения: 24.05.2012 14:07
Sish
Нет, хочет удалить запись 0 ($MFT). Хотя он и создаст новую запись $MFT, лучше пропатчить. DMDE - Копировать секторы. Источник - файл http://rghost.ru/38257080 , приемник - физический диск. На приемнике начальный сектор 4939119.
Автор: Sish
Дата сообщения: 24.05.2012 14:19
Antech
Большое спасибо! Всё OK!
Автор: fightery
Дата сообщения: 24.05.2012 16:45
Добрый день всем! Диск Samsung 1Тб, некорректный HPA после глюка (пару месяцев назад мне здесь порекомендовали MHDD или Victoria для решения этой проблемы, MHDD так и не подружился с моим компом). Снова "дошли руки" до многострадального винта, теперь уже пытаюсь Викторией. Досовский вариант проги этот винт не распознал, из-под Винды - запросто, и вот такие результаты:






Найдены два раздела (было на винте три, но тот раздел мне не важен), как их восстановить, что делать дальше?
Заранее благодарю
Автор: 9285
Дата сообщения: 24.05.2012 18:22
fightery
Размер попробуй восстановить с помощью hdd capacity restore.
Если после этого не будет доступа к данным, то сбрасывай типовой набор "анализов" - дамп нулевого сектора + скриншот экрана Разделы DMDE.
Автор: Tau_0
Дата сообщения: 24.05.2012 18:31

Цитата:
Диск Samsung 1Тб, некорректный HPA после глюка

Попробуйте
HDD Capacity Restore Tool
http://www.ihdd.ru/hdd-capacity-restore
Автор: Antech
Дата сообщения: 24.05.2012 20:33
fightery
Victoria Win будет работать с HPA только в режиме PIO (т.е. под Win32), см. главное окно проги. Можете использовать HDD Capacity Restore.
Автор: fightery
Дата сообщения: 26.05.2012 21:44
9285
Tau_0
Antech
HDD Capacity Restore на моем компе отказывается запускаться, даже на ХР, пробовала на рабочем компе и еще на одном у знакомых, прога работает, но с этим диском выдает error, уже не помню что именно там было в сообщении программы. Прямо замкнутый круг какой-то
Автор: Antech
Дата сообщения: 26.05.2012 23:32
fightery
Проверьте, не отключена ли HPA через DCO. Сбросить DCO на умолчальные настройки можно в MHDD командой CONFIG, после этого HPA должна работать. Альтернативные тулзы - Victoria API в режиме PIO (Win32), Victoria for DOS (это для HPA, как там DCO крутить - не знаю).
Автор: monte47
Дата сообщения: 27.05.2012 11:01
Как восстановить информацию с зашифрованного раздела если последние 5 gib этого раздела повреждены так, что при вводе ключа - раздел не открывается?
Нужно восстанавливать сектора и потом запускать -repair-bde или наоборот?
(Может вопрос немного не по адресу, но в теме BitLockerа активности не наблюдаю, а помощь очень нужна)
http://www.10pix.ru/img1/3828/7758262.th.jpg
http://www.10pix.ru/img1/3844/7758265.th.jpg
http://www.10pix.ru/img1/3924/7758269.th.jpg
Автор: 9285
Дата сообщения: 27.05.2012 17:54
monte47
Так что там насчёт 5-ти гигов? Сбойные сектора ли что?
По SMART-у их вроде бы существенно меньше. И они могут быть и в другом месте винта.
Посекторку сделай пока не поздно.
С битлокером практически не работал, но подозреваю что и мЕньшее количество битых секторов может быть препятствием. Особено если они затрагивают основные элементы ФС (впрочем это и к простому разделу применимо).
Автор: monte47
Дата сообщения: 27.05.2012 18:22
[more] 9285
Не совсем понятно - в виктории пишется "read error" примерно с 615 миллионного сектора и, вероятно, до конца (625140335). Вероятно - потому что начиная с 615 (97%) - сектора проверяются очень медлеенно - почти весь день работала виктория и на 99% пришлось выключить. В другом месте нет ошибок - проверял четырьмя разными программами. Я уже запускал -repair-bde, но на 97% - винт начинает циклично шуршать (как-будто пытается заново считать инфу) и так как в консоли кроме цифры 97% нет больше никаких индикаторов активности - после шести часов разглядываний этой самой цифры "97" - я выключил расшифровку (вполне вероятно - если бы оставил компьютер на ночь - утром увидел бы счетчик на 98%).
Началось все после распаковки архива размером с dvd диск - с зашифрованного раздела (он же раздел D) на системный и на разделе D было свободно примерно 6-7 gib -(отсюда и предположение что повреждены именно 5 gib).
Еще такой вопрос - какой лучше программой пользоваться чтобы снять образ с раздела? (есть идея расшифровать раздел подключив его в виде образа)
[/more]
Автор: magvai111985
Дата сообщения: 28.05.2012 08:25
Приветствую всех
Подскажите как быть в такой ситуации и восстановить данные со старых разделов хотя бы с диска С. Ситуация такая : На ноутбуке Lenovo жесткий диск WD 320 ГБ мама нажала кнопку NOVO и собственно запустилась программа OneKey Rescue (восстановление раздела созданного до этого) то есть на данный момент вместо 4 разделов с инфой имеем 2 раздела: первый с девственно чистым windows 7 и другой просто абсолютно чистый. Сразу после этого винт был отключен, действий ни каких не производилось. Личный опыт в восстановление информации был только при пропаже разделов или просто удаления информации с TestDisk, R-studio, Handy Recovery, Ontrack EasyRecovery Professional, recover my files. Подскажите алгоритм действий по восстановлению и чем можно посекторно сделать образ данного диска.
Автор: Ignat
Дата сообщения: 28.05.2012 12:22
Antech,
Цитата:
как там DCO крутить - не знаю
- Victoria for DOS команда: RDC - восстановление заводских настроек HDD.
Автор: Antech
Дата сообщения: 28.05.2012 14:12
magvai111985
Посмотрите что есть в окне "Разделы" DMDE. Если нужные разделы есть, покажите скрин. Если нет, запускайте Поиск NTFS на всем физическом и покажите скрин и лог (без капчи, например, на rghost).
Сообщите какие размеры имели эти 4 раздела и какие были ФС.

Ignat
Спасибо, а то я уже забыл...
Автор: fightery
Дата сообщения: 28.05.2012 15:24
cитуация PIO:

при нажатии на кнопку PCI Scan, первый порт в списке Hitachi, мой рабочий терабайтник


второй найденный порт


четвертый в списке порт. При выборе третьего в списке тот же error плюс тормоза и мертвый вис через пару сек всей системы


еще два найденных порта, те же errorы


Виктория не распознает не только злополучный самсунг, но и Seagate ST3200827AS ни в режиме DOS, ни в PIO.

Хочу добавить: попытка запуска HDD Capacity Restore намертво вешает систему

Еще вопрос, уточнить хочу: для всех манипуляций с Викторией винт подключать к master или slave?
Автор: stixwfh
Дата сообщения: 28.05.2012 16:07
у меня ЧП - раздел 3Tb удален программой Norton Ghost 15 - не по моей вине. Раздел заполнен где-то на 80%. В Ghost-е из-под винды выбирал 32-х гиговый раздел - Windows диск C - собирался сделать откат. Оконный призрак попросил загрузиться с CD - после перезагрузки, без вопросов "восстановило" точку восстановления - там 12 Гб, но вот только не на тот раздел который я указывал. Грёбаный Ghost сделал откат на другой раздел, как на зло - на самый объёмный. Вновь загрузился с диска и оказалось что Ghost из-под DOS этот 32-х гиговый раздел NTFS системный диск C даже не видит, и если в виндах этот раздел шел по счету №1, то из под DOS (в BIOS) совсем другой раздел идёт первым (3-х терабайтный). В хелпе сволочи ни слова не пишут что восстановление идет на диск который идет по порядковому номеру. http://www.symantec.com/business/support/index?page=content&id=TECH106595. Доверился, так как предполагалось что прога уже совершеннолетняя и будет производить восстановление на раздел используя идентификтор раздела.

К сожалению мне не удалось ничего восстановить c R-Studio, так как эта тварь уничтожила файловую систему и не удосужилась сделать резервную копию. По идее она переписала первые 12 Гб из 2700 Гб. По мне до сих пор мурашки бегают, чуть не впал в депрессию. Сначала попробовал Active Partition Recovery Enterprise v6.0.0.1 - результатом ночной работы - 17 разделов - из них 4 шт. по 2.7 Tb остальные какие-то маленькие - по несколько гигабайт. Ни в одном из разделов не нашел бывшие файлы, только те что Ghost прописал.

Сейчас прогоняю raw test с R-Studio - еще 5 часов. Напрягает то что потерянные папки кидаются в "Lost Files", а не раскладываются по каталогам. Какой из реставраторов может разложить всё по папкам восстанавливая не хуже чем R-Studio?

После планирую пройтись TestDisk-ом и хотел бы еще услышать от вас экспертную оценку на мои действия и по возможности советы по восстановлению файловой системы. Спасибо.
Автор: Antech
Дата сообщения: 28.05.2012 23:37
stixwfh
TestDisk не поможет.
Записалось 12 гиг - это плохо, ведь MFT стандартно в 3.2+ гигах от начала раздела, а новая MFT наверняка короткая, и после нее запросто могло записаться содержимое образа.
Попробуйте Поиск NTFS в DMDE, кто-то вот рекомендует какие-то FileScavenger и DriveGetor, но Getor я сейчас попробовал - ИМХО алгоритм у него не то, что в DMDE...

fightery
Возможно, проблема с контроллером. Не пробовали на старом компе с "настоящим" Intel PATA-контроллером, а не прибамбасом от Marvel?
Автор: 9285
Дата сообщения: 29.05.2012 00:34
monte47
Я не знаю чем ты хочешь подключить образ, но думаю что если речь идёт о чём то типа Акронисовских, то нет смысла - более того опасно, потому что структура секторов меняется (при дефолтовых учтановках).
А если говорить о посекторном, то в принципе чем тебе удобнее, но только учти, что в некоторых случаях вычитывание может добить винт. Поэтому, если подозрение на то, что нечитабельных секторов очень много, то можно WinHEX-ом, но в режиме когда он напоровшись на сбойный сектор, заполняет в образе его место заданным шаблоном + заносит в лог и двигается дальше (без дополнительных запросов). В результате будешь иметь список сбойных секторов, которые впоследствии можно попробовать вычитать различными способами. Правда неприятный момент - образ диапазона секторов делается в специфичном образе, из которого потом можно перегнать в обычный (сотвественно надо иметь места в 2 раза больше). Как вараинт - отрезать в самом начале около 356 байт (WinHex-овский заголовок); только чем можно 200 гиговый образ подрезать не могу сказать.

stixwfh
Antech уже ответил. Мне интересно другое.
Nghost 15 не пробовал, но если судить по 11, то там надо выбирать что и куда записывать. Что вполне логично для ПО, которое может разворачивать образы не только в тот же (неизменяемый) раздел.
Или ты запустил в "тихом" режиме, не изучив специфику софта а теперь оно виновато?
Кстати, работа с обьёмами более 2Тб имеет специфику, и не каждое ПО может сделать это корректно - изучал этот момент? Или считаешь что это не важно?
Автор: NUMIZMATIC
Дата сообщения: 29.05.2012 10:02
Подскажите пожалуйста структуру атрибута $ATTRIBUTE_LIST.
Столкнулся с файловой записью MFT, в которой не было атрибута $DATA(тип 80). Потом нашел, что атрибут с типом 20 содержит ссылки на расширенные записи MFT для каждого из атрибутов, которые не влезли. Вот пример файла:
Автор: Antech
Дата сообщения: 29.05.2012 14:20
9285
WinHex => Clone Disk создает обычный образ. Но я бы на сильно бэдастом пользовал DMDE с перепрыгиванием через бэдастые области (если бэды идут кучно). Правда, для этого надо вначале определить расположение бэдов.

NUMIZMATIC
О да, привет раскопщикам NTFS
Вот здесь найдете описание всех атрибутов: Linux NTFS (pdf)
Атрибут устроен так: стандартный заголовок + список структур, по одной структуре на каждый атрибут записи (кроме 20h), даже на те атрибуты, которые влезли. Каждая такая структура начинается с 4 байт типа атрибута (как в стандартном заголовке), после чего, насколько помню, 2 байта размера этой стурктуры. И по смещению 10h от начала структуры - FILE Record reference той записи, в которй надо искать атрибут (по-простому - номер записи). Например, у Вас там есть атрибуты 10h, 30h и 80h. Причем 10h и 30h - в основной записи (ее номер D9C6h), а вот 80h - в дополнительной (ее номер D301h). Собственно, этого и без мануала достаточно, чтобы делать базовый парсинг 20-го атрибута, ну а если хотите подробнее, читайте Linux NTFS.
Автор: RabbitPGN
Дата сообщения: 29.05.2012 15:06
Вопрос на миллион:
"Хранится ли информация о разделах (информация о посекторном разбиении) в винде в файле,журнале или реестре, в сучае, когда был подключен внешний хард (скажем на 4Tb), у которого 4-е лоических диски, которые успешно были опознаны самой виндой, после установки автоматически соответствующего драйвра. Т.е. каждому была присвоена буква, все открываются, читаются и записываются файлы. Возможно имеет случай, как одна винда (7) пишет сохраняет эту инфу, а 2000 не пишет или на оборот."

Вот так вот, вроде вопрос наипростейший, но сможет ли кто адекватно на него ответит.
Кстате, ветка правильная! Так что не пинайте.

Надеюсь ГУРУ сайта или просто ПРОФИ, в эту ветку заглядывают!
Автор: Antech
Дата сообщения: 29.05.2012 21:30
RabbitPGN
В реестре по-моему может храниться: в идентификаторах разделов начальный сектор.
Вам нужно восстановить разделы и Вы хотите найти координаты в Винде?
Автор: 9285
Дата сообщения: 29.05.2012 22:43
Antech
Я писал про диапазон секторов, а не про весь диск - а имено такой режим и нужен для создания образа раздела.
Ну а что касается использования DMDE - в обычной версии можно сделать пропуски сбойных секторов, но как узнать какие были сбойные? А WinHEX как раз логирует все номера сбойных секторов. И даже если и не получится сохранить лог (завис ком при считывании и т.п.), то в дампе всегда можно найти сектора заполненные шаблоном BAD SECTOR.

magvai111985

Цитата:
мама нажала кнопку NOVO и собственно запустилась программа OneKey Rescue

А ещё мама не раз ответила на вопросы типа "Вы действительно согласны?"? Что то с трудом верится в эту быль. Обычные пользователи при виде чего то нестандартного обычно впадают в ступор.

Цитата:
хотя бы с диска С

Твой случай наглядно показывает что хранить данные надо на другом разделе. В этом случае его структура вряд ли бы пострадала - по крайней мере существенно.

Страницы: 12345678910111213141516171819202122232425262728293031323334353637383940414243444546474849505152535455565758596061626364656667686970717273747576777879808182838485

Предыдущая тема: востановление флешки фирмы Verbatim


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