Перейти из форума на сайт.

НовостиФайловые архивы
ПоискАктивные темыТоп лист
ПравилаКто в on-line?
Вход Забыли пароль? Первый раз на этом сайте? Регистрация
Компьютерный форум Ru.Board » Hardware » Магнитные носители информации » Восстановление разделов и информации на HDD (часть 9)

Модерирует : Akam1, Dr_StandBy, vertex4

vertex4 (05-02-2023 13:05): Восстановление разделов и информации на HDD (часть 10)  Версия для печати • ПодписатьсяДобавить в закладки
Страницы: 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 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126

   

Akam1



Комса
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
Восстановление разделов и информации на HDD
 
1 часть :: 2 часть :: 3 часть:: 4 часть :: 5 часть :: 6 часть :: 7 часть :: 8 часть

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

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

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

    Важно! Инструкция по чистке контактов на плате HDD

  • Всего записей: 26377 | Зарегистр. 20-04-2006 | Отправлено: 05:17 13-11-2016 | Исправлено: Akam1, 05:17 13-11-2016
    eh



    BANNED
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    CocKain
    Если ты будешь делать посекторку в прямом направлении, то как будешь отличать после первого "обрыва"?

    Всего записей: 614 | Зарегистр. 27-10-2017 | Отправлено: 18:55 02-01-2019
    CocKain



    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    eh
    Не понял к чему это. Поясни?
    Если про то, где оно остановится в процессе клонирования, так обе (дд и супер) начинают с места обрыва по своему логу. Проверил на тестовом стенде, останавливал процесс (даже kill пробовал), начинают с последнего места.

    ----------
    всегда начеку

    Всего записей: 1453 | Зарегистр. 15-11-2004 | Отправлено: 19:20 02-01-2019
    eh



    BANNED
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    CocKain
    Я же написал что не пользовался - сужу по тому что в темах. И встречались случаи когда после каких то прерываний (отвала проблемного диска?) слетали точки монтирования (или как там они называются) и надо проверять соответствие. Но если начало диска уже склонировано - значит они "выглядят" идентично -  искать по различиям в конце? Если делать посекторку в обратном порядке тогда другое дело.  
    Ну это как я понимаю.
    Было бы интересно почитать новые отзывы о реальных применениях (если ещё и со скриншотами, то вообще класс).

    Всего записей: 614 | Зарегистр. 27-10-2017 | Отправлено: 19:29 02-01-2019
    CocKain



    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    eh

    Цитата:
    встречались случаи когда после каких то прерываний (отвала проблемного диска?) слетали точки монтирования (или как там они называются)

    Это про порядок именования винтов в линухе (sda, sdb). Типа, если пациент стоит в слотах между системой и донором, то при отвале пациента система может переназначить его последним (был sdb стал sdc), и тогда прежняя команда ddrescue /dev/sdb /dev/sdc итд потеряет смысл, даже будет опасна. В таком случае, наверное, лучше всё перезагружать после отвала. В этом смысле superclone удобнее уже тем, что выдаёт серийники дисков. Не перепутаешь точно. Не знаю, как она обрабатывает ситуацию с перемонтированием харда, но мож там тоже какая защита есть.
    Насчёт скриншотов ничего не могу обещать, а вот мнение обязательно будет. Сейчас только подготовлю боевую систему для работы, и думаю сразу будут понятны шансы уже на первых гигабайтах.
    Чисто теоретически данные не должны были пострадать, хотя и совал его в разные винды пока не понял что сдохлый, но никто в нужный раздел не писал ничего, только фат скурвился.

    ----------
    всегда начеку

    Всего записей: 1453 | Зарегистр. 15-11-2004 | Отправлено: 20:25 02-01-2019
    ALLDAED

    Silver Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

    Цитата:
    Чисто теоретически данные не должны были пострадать, хотя и совал его в разные винды пока не понял что сдохлый, но никто в нужный раздел не писал ничего, только фат скурвился.

    Система по любому пишет, и если были проблемы с записью, запросто накроет  MFT.

    Всего записей: 2142 | Зарегистр. 18-08-2017 | Отправлено: 21:01 02-01-2019
    eh



    BANNED
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    CocKain
    Если среди виндовс, к которым подключал была 8-ка или 10ка, то штатный чекдиск мог и наисправлять.

    Всего записей: 614 | Зарегистр. 27-10-2017 | Отправлено: 22:31 02-01-2019
    CocKain



    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    eh

    Цитата:
    будут понятны шансы уже на первых гигабайтах

    В общем, похоже поторопился я с оценкой наглядности данных суперклона.
    Скриншотов пока не будет, чтобы ничего не перемонтировать дополнительно лишнего, пока только статистика.
    После первого часа работы средняя скорость держится на 1,3М. Это понятно, при том что мгновенная прыгает от 40К до 11М. Допустим.
    Позиция по LBA на 14Г тоже понятна, это где мы сейчас читаем из всех 2000Г.
    Время доступа (самое длинное 5886ms!) тоже понятно.
    Дальше идут непонятки.
    Воемя до завершения 15:**:**:** (меняется от 18 поначалу до 13 в конце часа) – это что? Дни?? Да если по средней скорости или позиции чтения посчитать, максимум два с половиной получится, но никак не восемнадцать!
    Обработанных 5Г всего. Это как? Из 14Г пространства данных всего 5Г? Допустим, да, такое возможно, про фрагментацию все слышали. ХЗ короче. Остальные счётчики ещё более загадочны.
    Подождём ещё, хотя бы часов 12 что покажут. Перед этим за сутки 160Г вытянуть удалось, но это с конца диска было.
    Видел я, конечно, за свою жизнь всякое, и диски запиленные, где на скане видно было как голова по пластине шла, но чтобы вот так сплошняком задержки шли на весь блин... С другой стороны, вот она, перпендикулярная запись. Один тынц головки – и нет целого фотоальбома, а то и кинофильма.
     
    Добавлено:

    Цитата:
    8-ка или 10ка, то штатный чекдиск

    Неа. Такого не было. Было 2-3 попытки по усб шнурку зацепить, потом PEшка на xp, которая его вообще не увидела. Ну и в итоге родная семёрка с родным чипсетом, который этот же винт и поджарил. Вот тут уже понял что неладно, когда не смог первый раздел смонтировать из четырёх, тем самым фат на нём и запорол. Ну да ничего, данные можно и без фата вычитать, главное чтобы дырок не оказалось.

    ----------
    всегда начеку

    Всего записей: 1453 | Зарегистр. 15-11-2004 | Отправлено: 22:36 02-01-2019
    eh



    BANNED
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

    Цитата:
    Обработанных 5Г всего. Это как?

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

    Всего записей: 614 | Зарегистр. 27-10-2017 | Отправлено: 23:08 02-01-2019
    aleksvolgin

    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

    Цитата:
    Чтобы узнать при выборе для ddrescue если диски одинаковые и работаешь в голом терминале.


    Цитата:
    при отвале пациента система может переназначить его последним (был sdb стал sdc), и тогда прежняя команда ddrescue /dev/sdb /dev/sdc итд потеряет смысл, даже будет опасна. В таком случае, наверное, лучше всё перезагружать после отвала. В этом смысле superclone удобнее уже тем, что выдаёт серийники дисков.

    Детский сад, штаны на лямках. А так указывать диск не судьба: ddrescue /dev/disk/by-id/ata-%модельдиска%_%серийный номер% ? Линупс же умные люди пейсали... [hint: "добивать" команды можно Tab'ом]

    Всего записей: 1617 | Зарегистр. 19-02-2006 | Отправлено: 00:16 03-01-2019 | Исправлено: aleksvolgin, 00:17 03-01-2019
    eh



    BANNED
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

    Цитата:
    А так указывать диск не судьба

    Профессор, а что же "умные" люди про такое в мануале нигде не пишут?

    Всего записей: 614 | Зарегистр. 27-10-2017 | Отправлено: 01:06 03-01-2019
    CocKain



    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    aleksvolgin

    Цитата:
    "добивать" команды можно Tab'ом

    Ясли-сад =)

    Цитата:
    /dev/disk/by-id/ata-%модельдиска%_%серийный номер%

    Ну, наверное так тоже можно. Грешно смеяться над людьми, для которых нативна винда.
    Хотя у меня, например, один из "упрощённых" идентификаторов по uuid регулярно приводит к повисанию загрузки на start job is running, хотя везде где положено записан правильный uuid. Но это уже
     
    Добавлено:

    Цитата:
    про такое в мануале нигде не пишут

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

    ----------
    всегда начеку

    Всего записей: 1453 | Зарегистр. 15-11-2004 | Отправлено: 01:18 03-01-2019
    eh



    BANNED
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

    Цитата:
    Мануалы идут, по большей части, для виндового порта.  

    Да ладно? Виндовый порт появился относительно недавно, а мануал был до него.
    http://www.gnu.org/software/ddrescue/manual/ddrescue_manual.html

    Всего записей: 614 | Зарегистр. 27-10-2017 | Отправлено: 09:18 03-01-2019
    CocKain



    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    eh

    Цитата:
    Да ладно?

    Так в твоей хоботовской ссылке написано что?

    Цитата:
    Описание работы в среде Windows <...> сборка ddrescue для Windows

    Нет? Ну и пусть.
    Долго мне ещё ждать остаётся, всё так же 13 дней пишет, если это дни.

    ----------
    всегда начеку

    Всего записей: 1453 | Зарегистр. 15-11-2004 | Отправлено: 10:08 03-01-2019
    ALLDAED

    Silver Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

    Цитата:
    Долго мне ещё ждать остаётся, всё так же 13 дней пишет, если это дни.

    Так скорость  чтения-то какая? по ней и посчитайте, сколько он пилится будет.

    Всего записей: 2142 | Зарегистр. 18-08-2017 | Отправлено: 18:00 03-01-2019
    CocKain



    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Итак, пациент откатан почти полностью (осталось отскрести пару сотен секторов, но они практически однозначно дохлые), есть ещё одна клонокопия самого ценного, первого раздела. С ней и начинаем играть.
     
    По отдельной просьбе eh показываю фотку процесса как раз при подходе к концу этого раздела.
       
    На картинке нарисовано:
    текущая позиция в LBA – это понятно
    скорости, времена – тоже понятно
    (замечу, что время остатка оценивается динамически, с учётом всех последующих стадий, и в зависимости от отклика сбойных секторов)
    зелёное – что склонировано (размером меньше позиции, так как есть проскоки, и это пока первый прямой проход, где пропускается практически всё подряд)
     
    Алгоритм суперклона работает в семь приёмов. Первый проход – прямой с перескоками через задержки. Второй проход – то же самое, но назад. Третий – это прямой с меньшим размером перескока и несколькими попытками чтения каждого сектора. Четвёртый проход собирает оставшиеся непрочитанными сектора. Далее производится подчистка непрочитанных блоков размером больше одного сектора (если ошибка на одном секторе, он отмечается бэдом), при которой ряды блоков прокатываются вперёд-назад до ошибки и помечаются на выброс. Есть ещё режим делением. Он выполняется, если не делалась подчистка. В нём размер сектора делят пополам, на четыре итп, и так пытаются вычитать что получится. Последний этап – вычитка отмеченных на выброс секторов по одному, при неудаче списывают в бэды.

    ----------
    всегда начеку

    Всего записей: 1453 | Зарегистр. 15-11-2004 | Отправлено: 14:01 04-01-2019
    Kickman



    Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    CocKain
    Один из свежих случаев работы ddrescue под Windows

     
    Начинали - пробовали в HDDsuperclone, но там какая-то проблема была с ядром - скорость чтения сначала была 11-35 Мб/с, потом быстро падала до 1-2 Мб/с и уже не возвращалась. С помощью Linux диску отключили SMART и сделали в DMDE ему MBR=OFF, после этого он стал нормально работать в винде, и скорость чтения весьма радует. За день уже готово 20% от 3Тб.
     
    Чтобы оценить прогресс, можно из hddsuperclone сделать экспорт лог-файла в формат ddrescue - и уже этот файл смотреть с помощью ddrescueview - там неплохо виден прогресс. Можно с этим полученным файлом потом попробовать дочитывать из винды - а вдруг дело в том же, что и у нас на картинке? и скорость поднимется, удастся быстренько считать... (?)

    Всего записей: 290 | Зарегистр. 11-04-2007 | Отправлено: 14:12 04-01-2019 | Исправлено: Kickman, 14:17 04-01-2019
    CocKain



    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Суперклон позволяет задавать смещение в LBA для прогона, так что узнав где конец нужного раздела можно откатать только его. Полная копия больного диска откладывается, для попыток восстановления используется копия первого раздела. Статистика обработки: 0.01G не было обработано от всего винта, то есть где-то всего на 10 метров потерь.
    Монтируем, проверяем файлы: картинки показывает, киношки крутит, чё ещё надо? Надо чтобы раздел стал нормальным фатом, а не хзч. Сотрим фаты – ага, первый пустой (неудивительно, первый сбой как раз на его начале). Второй – всё красиво и на месте. Берём тестдиск, перписываем второй на место первого, обновляем бутсектор.
    Вот теперь мне до конца не понятно. Фаты записаны оба нормальные, бутсектор тоже переписан, а раздел всё равно виндами не монтируется. Почему? Или потому что 1Т винт у меня имеет разделы 666Г+425Г+неважноГ, то есть на 2Т от исходного диска? Значит тестдиск не до конца правильно понял картину.

    ----------
    всегда начеку

    Всего записей: 1453 | Зарегистр. 15-11-2004 | Отправлено: 14:15 04-01-2019
    Kickman



    Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    CocKain
    в TestDisk возможности весьма ограничены, рекомендую DMDE.
    По восстановлению FAT я работал с 1995 года , может, сообразим?
    Надо открыть клон в DMDE так, чтобы увидеть на нём все разделы, в том числе этот повреждённый. И посмотрим окно "Разделы".

    Всего записей: 290 | Зарегистр. 11-04-2007 | Отправлено: 14:20 04-01-2019 | Исправлено: Kickman, 14:24 04-01-2019
    CocKain



    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Kickman
    Картинка или исходно маленького размера, или у меня этот хостинг глючит. Ничего не разобрать.
     
    Со своего я по максимуму всё вычитал, остались копейки совсем проблемные, вот это долго уже идёт, он один и тот же сектор по 5-10-20 секунд пилит, настройки после установки не менял.
    Теперь осталось только заставить клона нормально работать. Можно, конечно, тупо с него переписать всё файло и на этом успокоиться, но так же не интересно :)
     
    Добавлено:
    Kickman
    DMDE под винды, а винды с полученным клоном что-то дружить не хотят. Да и осталось всего-то правильный фат правильно прописать. Возня с установкой этого софта не окупится.

    ----------
    всегда начеку

    Всего записей: 1453 | Зарегистр. 15-11-2004 | Отправлено: 14:22 04-01-2019
    Kickman



    Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    CocKain
    Я перезалил картинку.
    А дочитывать можно после отключения кэша диска в Linux с помощью
    hdparm -a 0 /dev/problem_drive и hdparm -A 0 /dev/problem_drive
    по одному сектору реверсом.
    DMDE и под Linux есть же! Даже GUI версия, если система x64.
     
    Добавлено:

    Цитата:
    DMDE под винды, а винды с полученным клоном что-то дружить не хотят

    Сделай MBR=Off, применить, перезагрузить, и можно под виндами работать будет.

    Всего записей: 290 | Зарегистр. 11-04-2007 | Отправлено: 14:26 04-01-2019 | Исправлено: Kickman, 14:31 04-01-2019
       

    Страницы: 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 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126

    Компьютерный форум Ru.Board » Hardware » Магнитные носители информации » Восстановление разделов и информации на HDD (часть 9)
    vertex4 (05-02-2023 13:05): Восстановление разделов и информации на HDD (часть 10)


    Реклама на форуме Ru.Board.

    Powered by Ikonboard "v2.1.7b" © 2000 Ikonboard.com
    Modified by Ru.B0ard
    © Ru.B0ard 2000-2024

    BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

    Рейтинг.ru