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

НовостиФайловые архивы
ПоискАктивные темыТоп лист
ПравилаКто в 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

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

    Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    igor me v2
     
    Тогда снова вопрос: почему на двух разных ЖД Вин ХР загружается нормально, а Вин 7 не хочет?

    Всего записей: 258 | Зарегистр. 19-03-2010 | Отправлено: 15:13 20-11-2019
    fararara

    Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Поменял SATA кабель и вставил в другой порт. Контроллер почистил - он в идеальном состоянии, как новый. Чекдиск показывает, что все исправно, но проблема осталась.

    Всего записей: 258 | Зарегистр. 19-03-2010 | Отправлено: 17:43 20-11-2019
    igor me v2

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

    Цитата:
    Тогда снова вопрос: почему на двух разных ЖД  

    Совпадение?
    (ну а если с подтекстом - то Вынь 7 - ***но )

    Цитата:
    он в идеальном состоянии, как новый

    Для такого диска таких годов, хм. Ну климат наверно у вас хороший, тёплый...

    Цитата:
    Чекдиск показывает, что все исправно,  

    В смысле, прогнали на разделе с 7-й, он не нашёл ошибок, а раздел всё ещё  RAW, так что-ли??? Тогда вам к eh.

    Всего записей: 7213 | Зарегистр. 27-03-2016 | Отправлено: 22:12 20-11-2019 | Исправлено: igor me v2, 22:21 20-11-2019
    Kickman



    Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    fararara, напускайте на проблемный диск тест чтения в Victoria на все секторы. Возможно, увидит проблемный сектор. Обычно ошибка STOP 0x000000ED возникает из-за повреждённых секторов в области метафайлов NTFS, таких как $MFT и ему подобных. И обычно помогал "REMAP" для перезаписи этого сектора, после чего срабатывал чекдиск и починял остальное до состояния загружаемости системы.

    Всего записей: 290 | Зарегистр. 11-04-2007 | Отправлено: 22:15 20-11-2019
    ALLDAED

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

    Цитата:
    "REMAP" для перезаписи этого сектора, после чего срабатывал чекдиск и починял остальное до состояния загружаемости системы.

    При куче ошибок записи... ну-ну.

    Всего записей: 2142 | Зарегистр. 18-08-2017 | Отправлено: 23:21 20-11-2019
    Kickman



    Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    ALLDAED
    Нет, не при кучах ошибок. Во всех тех случаях бывал один нестабильный сектор.
    fararara
    После замены кабеля/порта или обтирки всех контактов прогоните тест чтения, вдруг выплывет проблемный сектор. И наблюдайте за атрибутами 197, 199, 200. Если нормированное значение атрибута 199 станет выше или абсолютное перестанет увеличиваться - значит, можно считать, диск в порядке. Вот тогда-то и можно при наличии проблемного сектора попробовать на него напустить REMAP.
    А вот если нет проблемных секторов, то надо пробовать чекдиск разных версий Windows: XP и 7, без исправлений, просто поглядеть, ЧТО он там насмотрит. Делать это нужно из командной строки (CMD). Вводить там CHKDSK J:, например.
    И если ничего из этого не срабатывает никак, то можно попробовать в Linux глянуть диск - часто видит всё содержимое, игнорируя метафайлы NTFS (в которых могут быть ошибки). Тогда и переписать всё нужное с этого диска в другие места, а диск форматнуть заново в виндах.

    Всего записей: 290 | Зарегистр. 11-04-2007 | Отправлено: 20:48 21-11-2019 | Исправлено: Kickman, 20:50 21-11-2019
    T_800

    Newbie
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    По ошибке удалил раздел, затем создал новый и запустил форматирование. Форматированием прошелся менее 1%, прежде чем прервал. от LBA 22808248 идут подряд 8  секторов с bad-ов (Cyclic redundancy check). может это то место где я прервал форматирование. до этого идут нули, после данные.
    Есть ли шанс увидеть старую структуру папок ?

    Всего записей: 14 | Зарегистр. 24-12-2016 | Отправлено: 14:30 25-11-2019
    igor me v2

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

    Цитата:
    от LBA 22808248  

    Так сколько в итоге форматнулось? 11Гб что-ли? Немало... Шанс есть увидеть (ЧАСТНИЧНО, разумеется) если файловая таблица была фрагментирована, некоторые фрагменты лежали дальше этих 11 Гб. Но бОльшую часть придётся в RAW восстанавливать.  
    ЗЫ Видимо там была не FAT32? Если бы она - тогда по папкам удалось бы достать всё, что лежало дальше, а если MFT - тут как "карта ляжет"...

    Всего записей: 7213 | Зарегистр. 27-03-2016 | Отправлено: 15:00 25-11-2019
    eh



    BANNED
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    T_800
    Насколько понимаю, был запущен штатный виндовый полный формат?
    Я не верю в то, что так точно совпало место якобы твоего прерывания и область обнуления. Скорей или формат (его стадия обнуления) зависла на этом сбойном секторе (учитывая кратность 8-ми - диск AF); как вариант - сам диск.
    Что за диск то, каков его SMART, а том может оказаться что и приболел он.

    Всего записей: 614 | Зарегистр. 27-10-2017 | Отправлено: 15:45 25-11-2019
    T_800

    Newbie
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    eh
    diskpart-ом работал
    между нулевым LBA и тем где начинаются бэды, попадаются сектора не нулевые, но редко. так что это просто догадка... а после него сплошняком данные идут.
     
    Диск USB WD Elements 1Тб, практически не использовался. На нем лежало немного инфы.
     
     
    WDC WD10JMVW-11AJGS3   WD-WX81A85R3TDU
    -----------------------------------------------------------------------------------
      ID      Name                   Value  Worst  Tresh       Raw    Health
    -----------------------------------------------------------------------------------
      1 Raw read error rate                 200    200     51              111   •••••  
      3 Spin-up time                        124    121     21             4775   •••••  
      4 Number of spin-up times             100    100      0               83   •••••  
      5 Reallocated sector count            200    200    140                0   •••••  
      7 Seek error rate                     100    253      0                0   •••••  
      9 Power-on time                       100    100      0              531   •••••  
     10 Spin-up retries                     100    253      0                0   •••••  
     11 Recalibration retries               100    253      0                0   •••••  
     12 Power cycle count                   100    100      0               20   •••••  
    192 Power-off retract count             200    200      0                5   •••••  
    193 Load/unload cycle count             200    200      0              295   •••••  
    194 HDA Temperature                     114     95      0        33°C/91°F   ••••  
    196 Reallocated event count             200    200      0                0   •••••  
    197 Current pending sectors             200    200      0                1   •••••  
    198 Offline scan UNC sectors            100    253      0                0   •••••  
    199 Ultra DMA CRC errors                200    200      0                0   •••••  
    200 Multi zone error rate               100    253      0                0   •••••  

    Всего записей: 14 | Зарегистр. 24-12-2016 | Отправлено: 17:19 25-11-2019
    eh



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

    Цитата:
    diskpart-ом работал


    Цитата:
    между нулевым LBA и тем где начинаются бэды, попадаются сектора не нулевые, но редко.

    Заинтриговал.
    diskpart-ом в смысле форматировал его format-ом (без ключа quick)?
    Опять же, не в курсе как именно происходит полный формат, но ничто не мешает ему делать зануление и сразу после него в определённых секторах формировать метаданные новой ФС. По крайней мере только этим можно обьяснить текущее положение дел.

    Всего записей: 614 | Зарегистр. 27-10-2017 | Отправлено: 17:38 25-11-2019
    T_800

    Newbie
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    eh
    да форматировал, по полной. цель была предпродажная подготовка... "подготовил", только не тот, что продавать хотел (

    Всего записей: 14 | Зарегистр. 24-12-2016 | Отправлено: 19:25 25-11-2019
    eh



    BANNED
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    T_800
    Попробовал в виртуалке сделать полный формат - сначала делается зануление.
    Так что, непонятно что в тех редких ненулевых.
    Это как бы не относится к самому восстановлению, но может даст понять откуда появились байты.

    Всего записей: 614 | Зарегистр. 27-10-2017 | Отправлено: 22:39 25-11-2019
    T_800

    Newbie
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    eh
    сделал полный скан DMDE , прога восстановила частично структуру.  
     
    интересно как...

    Всего записей: 14 | Зарегистр. 24-12-2016 | Отправлено: 14:19 27-11-2019 | Исправлено: T_800, 14:23 27-11-2019
    igor me v2

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

    Цитата:
    интересно как...

    Фрагментированная файловая таблица, часть её лежала за пределами стёртой области...? eh поправит, если что...

    Всего записей: 7213 | Зарегистр. 27-03-2016 | Отправлено: 16:56 27-11-2019 | Исправлено: igor me v2, 17:01 27-11-2019
    eh



    BANNED
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    T_800
    Лог сканирования сохранил? Если да, то выложи на вменяемый обменник и дай ссылку.
    Учти, что в таком случае, данные надо смотреть не только в Root, но и в папках типа $Fxxx

    Всего записей: 614 | Зарегистр. 27-10-2017 | Отправлено: 19:39 27-11-2019
    T_800

    Newbie
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    https://dropmefiles.com/XIlHY
     
    я восстанавливал данные из всех папок. среди них есть например MSI пакеты по 20 гигов ..

    Всего записей: 14 | Зарегистр. 24-12-2016 | Отправлено: 09:58 28-11-2019
    eh



    BANNED
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    T_800
    По логу видно что самые первые записи MFT начинаются в секторе 297414840 и это диапазон записей 204928-285929.
    Вот в пределах этого диапазона и была показана структура данных. Но если среди этих записей были те, у которых "родитель" был в отсутствующих записях, то они расположены не в root - вот это и подразумевалось. А учитывая что нет более 200 тысяч записей и принцип записи в винде, таких "сирот" может быть немало.

    Всего записей: 614 | Зарегистр. 27-10-2017 | Отправлено: 14:06 28-11-2019
    deman555

    Junior Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Здравствуйте, переустанавливал  новую win 10 , и нечаянно форматировал рабочий диск (после этого только чтение)
    в программе DMDE файлы все есть, но половина из них имеет  внутренности из нулей т.е файлы и директории правильные , а внутри все  пусто  
     
    подскажите пожалуйста в какую сторону далее копать?  
     
    отдал в сервисный центр по восстановлению данных, в итоге восстановили то же , что я dmde , маленько разочарован  
     

    Всего записей: 39 | Зарегистр. 15-02-2010 | Отправлено: 21:00 29-11-2019
    eh



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

    Всего записей: 614 | Зарегистр. 27-10-2017 | Отправлено: 22:18 29-11-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