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

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

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

Akam1 (11-10-2015 05:48): http://forum.ru-board.com/topic.cgi?forum=84&topic=5006  Версия для печати • ПодписатьсяДобавить в закладки
Страницы: 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 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163

   

Akam1



Комса
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
Восстановление разделов и информации на HDD
 
первая часть :: вторая часть :: третья часть:: четвертая часть :: пятая часть :: шестая часть


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

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

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

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


  • Всего записей: 26360 | Зарегистр. 20-04-2006 | Отправлено: 08:17 04-09-2013 | Исправлено: alexgr, 19:52 07-10-2014
    Icraslr

    Newbie
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    врядли он что-то утаивает
    скрины сюда не прикреплял, потому что не вижу у вас здесь возможности прикрепить фото
    а так как этот ресурс мне не знаком, я не стал вставлять ссылки, потому что на многих форумах это запрещено
    этот скрин мне самому не совсем понятен, но я могу предположить, что DM видит те 510гб, а my comp нет
    да и попытку слияния как бЭ никто и не отрицает, я выше кидал присланное им описание проблемы
    вот вкратце то, как я его понял:
    на диске С была винда и он весил 45
    после его, якобы, удаления и присоединения к диску D, пропала вся инфа на D
    и остался все тот же С, все с той же виндой и + еще 500 гигов диска D
    итого: диск С теперь 550
    диск D - ?
     
     

    Всего записей: 6 | Зарегистр. 23-12-2014 | Отправлено: 16:56 25-12-2014
    Alex_Green

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

    Цитата:
    Хотя может кто-то что-то добавит...

     
    Ну можно ещё в такой проге как hdat2 попробовать настроить Error Recovery Console, а именно Read command timer, чтобы винт по минимуму обрабатывал ошибки чтения и не пытался сам себя корректировать и исправлять много раз. Да и S.M.A.R.T self test тоже можно отключить. Пробовал на паре забэдованных самсунгах, и одном Hitachi, так вроде как копирование шло в разы быстрей и винты на бэдах не висли и не отваливались. Конечно не факт, что на всех винтах всех моделей такая маленькая хитрость поможет, но попробовать всё же стоит. Ну и Yuri84 должен будет прежде изучить мануал к программе и разобраться что к чему.
     
    yuri84

    Цитата:
    Я готовлюсь к посекторному копированию, к слову..

     
    Не лишним было бы озвучить модель диска. Да и копировать в такой ситуации имхо лучше софтом, который позволяет работать в обход bios, непосредственно через порты контроллера. Интересно DMDE DOS версия определяет и читает винты используюя опции bios или же напрямую, через порты контроллеров накопителей? Может 9285 сможет ответить на этот вопрос.  
     
    P.S Точнее говоря изначально detection идёт в bios, а затем есть ли функции обхода его опций или нет, при последующей работе с hdd.  

    Всего записей: 283 | Зарегистр. 21-04-2013 | Отправлено: 17:25 25-12-2014 | Исправлено: Alex_Green, 22:30 25-12-2014
    9285

    BANNED
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Icraslr
    Не обижайся, но то что ты ретранслируешь не соотвествует  реальности.
    Я чуть выше описал что и как происходит. Если бы он удалил диск а потом не присоединил (потому как такое невозможно)  нераспределённое пространство а увеличил диск D за его счёт, то диск бы был того же размера, но с меткой MEDIA. А вот на слияние как раз таки очень похоже, но тогда не соотвествует версия удаления раздела, ни его форматирование - в этом случае он бы не увидел бы старых файлов.
    Кстати, упомянутое форматирование перед удалением, это сродни повешенья перед расстрелом - хотя хороший показатель понимания этих процессов и лишний повод сомневаться в правдивости описанного.
    Непонятно только зачем это.
     
    Alex_Green
    Я думаю что на этот вопрос лучше ответит dmde.  

    Всего записей: 4833 | Зарегистр. 06-10-2010 | Отправлено: 00:36 26-12-2014
    igor_me

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

    Цитата:
    Если бы он удалил диск а потом не присоединил (потому как такое невозможно)

    Вот и я о том же толковал

    Всего записей: 5716 | Зарегистр. 27-12-2011 | Отправлено: 00:55 26-12-2014
    yuri84

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

    Цитата:
    Не лишним было бы озвучить модель диска.

    seagate goflex на 500 гигов внешний sata, текущий смарт:http://forum.ru-board.com/topic.cgi?forum=5&topic=35147&start=1880#19
     

    Цитата:
    Ну можно ещё в такой проге как hdat2 попробовать настроить Error Recovery Console, а именно Read command timer, чтобы винт по минимуму обрабатывал ошибки чтения и не пытался сам себя корректировать и исправлять много раз. Да и S.M.A.R.T self test тоже можно отключить.

    поюзал. поменял ERC: изменил только Read с 0 на 5 секунд
    затем запустил dmde-dos, перестало залипать ибо теперь понятно почему: read=0 означало пытаться прочитать до посинения.  
    вот только копирует страшно медленно. 20 метров копировалось минут 20. [upd:как выснилось, такая медленная скорость она на тех участках, где раньше (до правки ERC) были тормоза с прочтением (вероятно те самые бэды). Т.е. вне таких участков в разы быстрее копируется //например jpeg: ~120mb в мин]
    К слову, как копирую с этого sata: он подключен к IDE через sata>ide адаптер, а копирую на ide винт.  
     
    Можно ли однозначно утверждать что sata > sata интерфейс подключения даст в разы большую скорость копирования (в DOS)?

    Всего записей: 144 | Зарегистр. 19-08-2005 | Отправлено: 17:50 27-12-2014 | Исправлено: yuri84, 21:17 27-12-2014
    igor_me

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

    Цитата:
    sata > sata интерфейс подключения даст в разы большую скорость копирования (в DOS)?  

    На 99% - нет, будет всё так же. Это почти наверняка тупняки винта, а не интерфейса.
    Цитата:
    Т.е. вне таких участков (вероятно те самые бэды)  

    Не совсем понял, как читать эту фразу Копирует быстрее на тех участках, где бэдов нет, и ли где наоборот - бэды? Если второе - звучит странно

    Всего записей: 5716 | Зарегистр. 27-12-2011 | Отправлено: 19:29 27-12-2014
    yuri84

    Junior Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    igor_me, опечатка конечно же

    Всего записей: 144 | Зарегистр. 19-08-2005 | Отправлено: 21:18 27-12-2014
    Alex_Green

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

    Цитата:
    перестало залипать ибо теперь понятно почему: read=0 означало пытаться прочитать до посинения.  

     
    Вот вот. Что собственно и требовалось потвердить.
    Увеличить ещё скорость копирования уже вряд ли получится. Разве что с помощью программно - аппаратных комплексов (если они понимают эту модель винта) ну или же cамодельными технологическими утилитами. Но DR профи за просто так ими (утилитами) не делятся, оно и понятно - это же их хлеб.  
     
    Вот кстати ещё интересное обсуждение на тему как скопировать в усмерть забэдованный хард. Автор темы в конце концов сделал это при помощи Виктории. Утилиты под Линукс тоже не помогали, - всё точно также  наглухо зависало. Возможно процесс бы пошёл веселей, если бы он воспользовался HDAT2. Хотя конечно далеко не факт.

    Всего записей: 283 | Зарегистр. 21-04-2013 | Отправлено: 23:29 27-12-2014
    9285

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

    Всего записей: 4833 | Зарегистр. 06-10-2010 | Отправлено: 11:59 28-12-2014
    yuri84

    Junior Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    что можно предпринять, если после того, что сделано выше (hdat2: read waiting = 5sec), все-равно появляются подвисания (error reading / error opening) при копировании файлов (dmde dos)?
     
    Причем как только попадается такой файл, то для того, чтобы забрать последующие, помогает только принудительный ребут.
     
    что еще могу добавить. reallocated не растет, 2047 по-прежнему. Виктория видит раздел на 476 gb, который начинается с LBA=63, собственно с него и вытаскиваю файлы
     
    UPD: пошел иным путем. С конца списка. Получается забрал с начала до середины и с конца до середины. Т.е. в конкретной папке восстановлено 98%. А это вэри гуд.
     
     

    Всего записей: 144 | Зарегистр. 19-08-2005 | Отправлено: 12:07 28-12-2014 | Исправлено: yuri84, 16:25 28-12-2014
    9285

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

    Всего записей: 4833 | Зарегистр. 06-10-2010 | Отправлено: 16:03 28-12-2014 | Исправлено: 9285, 16:03 28-12-2014
    yuri84

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

    Цитата:
    Вычитал посекторно всё читаемое, а потом уже мучай винт по одному (группе) секторов.

    это, например, hdclone/dmde? (если говорить о клонировании в DOS)

    Всего записей: 144 | Зарегистр. 19-08-2005 | Отправлено: 19:11 28-12-2014 | Исправлено: yuri84, 20:06 28-12-2014
    Icraslr

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

    Всего записей: 6 | Зарегистр. 23-12-2014 | Отправлено: 23:43 28-12-2014
    9285

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

    Цитата:
    это, например, hdclone/dmde?

    Наверное. Я уже написал чем и как я работаю, могу добавить что hdclone работать не доводилось - ничего нового не могу добавить.
    Icraslr
    На размеры не обращай внимания - это погрешности разных систем исчисления.
    По поводу остального - написано ранее. Если я подхожу к огромной клетке со слоном вижу надпись "Колибри", то я верю своим глазам. И ничего нового я не увидел.
    Могу лишь предложить воспользоваться Поиском NTFS, сохранить лог (выложить на обменник) и открывать тома искать знакомые имена файлов и пробовать их восстанавливать.

    Всего записей: 4833 | Зарегистр. 06-10-2010 | Отправлено: 00:51 29-12-2014
    GeMir



    Ich finde dich
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Ноутбук Dell N5010, диск WD 320 Gb был разбит на 2 раздела: C: (50 Gb) и D: (250 Gb). Оба NTFS.  
    После восстановления образа Windows 7 с оригинального recovery-диска, был не только перезаписан  
    раздел C:, как ожидалось, но и полностью переразмечен диск: 5 Gb для recovery-раздела  
    и всё остальное отведено под систему. На разделе D: (250 Gb) были крайне важные данные.
     
    Буду признателен за помощь в восстановлении.
     
    Поиск при помощи DiskGenius с Hiren's Boot CD 15.2 результатов не дал.

    Всего записей: 10296 | Зарегистр. 15-02-2004 | Отправлено: 02:59 31-12-2014 | Исправлено: GeMir, 03:12 31-12-2014
    9285

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

    Всего записей: 4833 | Зарегистр. 06-10-2010 | Отправлено: 09:27 31-12-2014
    GeMir



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

    Цитата:
    был ли раньше раздел восстановления

    Не было. Разметка была как указано в сообщении выше.

    Цитата:
    каково их расположение на диске (размеры) - то есть очерёдность

    Первым шёл системный C: на 50 Gb, следом - D: 250 Gb.

    Цитата:
    вроде бы у них есть функционал восстановления только системного раздела

    Это и ожидалось. Программа восстановления сказала, что будет отформатирован раздел C:.
    В итоге вместо этого она отформатировала весь диск.

    Всего записей: 10296 | Зарегистр. 15-02-2004 | Отправлено: 11:30 31-12-2014 | Исправлено: GeMir, 11:31 31-12-2014
    9285

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

    Цитата:
    Не было. Разметка была как указано в сообщении выше.

    Ясно, просто лучше лишний раз убедиться в том, что ранее человек видел структуру разделов в Управлении дисками винды. А то нередко выясняется что и D был первым от начала, да и вообще люди не знают ни о скрытом разделе восстановлении или том же служебном 100 меговом.
     
    Только я не заметил ответа какая разметка сейчас.

    Всего записей: 4833 | Зарегистр. 06-10-2010 | Отправлено: 11:54 31-12-2014
    GeMir



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

    Цитата:
    я не заметил ответа какая разметка сейчас.

    Вот:

    Цитата:
    полностью переразмечен диск: 5 Gb для recovery-раздела  
    и всё остальное отведено под систему.

    Попробуем загрузиться с LiveCD R-Studio, доступа непосредственно к диску нет (наклейка гарантии).

    Всего записей: 10296 | Зарегистр. 15-02-2004 | Отправлено: 12:10 31-12-2014
    9285

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

    Цитата:
    и каково их расположение на диске (размеры) - то есть очерёдность.

    Есть огромная разница в том где он расположен.
    После восстановления не заглядывал в управление дисков?
     

    Всего записей: 4833 | Зарегистр. 06-10-2010 | Отправлено: 13:52 31-12-2014
       

    Страницы: 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 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163

    Компьютерный форум Ru.Board » Hardware » Магнитные носители информации » Активные темы » Восстановление разделов и информации на HDD (часть 7)
    Akam1 (11-10-2015 05:48): http://forum.ru-board.com/topic.cgi?forum=84&topic=5006


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

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

    BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

    Рейтинг.ru