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

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

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

    Junior Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Переставил головки с рабочего HDD Плату электроники тоже переставил с рабочего с переносом ПЗУ! Результат нулевой! Подскажите пожалуйста!  Boot 0x10M
    SpinUpTime = 00000B3C
    TTR1 = 00000C88
    Boot 0x10M
    SpinUpTime = 00000AFA
    TTR1 = 00000C45
    ASCII Diag mode
    F3 T>
    ASCII Diag mode
    F3 T>/1
    F3 1>N5
    Att
    Num  Flgs normlzd worst raw
     1   000F   64     FD   00000000000000
     3   0003   64     FD   00000000000000
     4   0032   64     FD   00000000000000
     5   0033   64     FD   00000000000000
     7   000F   64     FD   00000000000000
     9   0032   64     FD   00000000000000
     A   0013   64     FD   00000000000000
     C   0032   64     FD   00000000000000
    B8   0032   64     FD   00000000000000
    BB   0032   64     FD   00000000000000
    BC   0032   64     FD   00000000000000
    BD   003A   64     FD   00000000000000
    BE   0022   64     FD   00000080800000
    BF   0032   64     FD   00000000000000
    C0   0032   64     FD   00000000000006
    C1   0032   64     FD   00000000000006
    C2   0022   28     28   00002800000000
    C5   0012   64     FD   00000000000000
    C6   0010   64     FD   00000000000000
    C7   003E   C8     FD   00000000000000
    FE   0032   64     FD   00000000000000
     0   0000    0      0   00000000000000
     0   0000    0      0   00000000000000
     0   0000    0      0   00000000000000
     0   0000    0      0   00000000000000
     0   0000    0      0   00000000000000
     0   0000    0      0   00000000000000
     0   0000    0      0   00000000000000
     0   0000    0      0   00000000000000
     0   0000    0      0   00000000000000
    F3 1>
    ASCII Diag mode
    F3 T>V2
     System Slip Defect List    
                                 log log   log     phys   phys
            LBA    span   cumm   cyl  hd  sctr zn   cyl   sctr     SFI
               0      0      0     0  0     0   0  23852     0 FFFFFFFF            0
            3E89    A97    A97    10  0     0   0  23862     0 FFFFFFFF         4920
            3F78    CC7   175E    13  0     0   0  23865     0 FFFFFFFF         56D6
           2B55C  17C26  19384     0  1     0   1  20913     0 FFFFFFFF        448E0
           2F3E5    A97  19E1B    10  1     0   1  20923     0 FFFFFFFF        49200
           2F4D4    CC7  1AAE2    13  1     0   1  20926     0 FFFFFFFF        49FB6
           56AB8  17C26  32708    F0  0     0   2  23942     0 FFFFFFFF        891C0
           82014  19384  4BA8C    F0  1     0   3  20A03     0 FFFFFFFF        CDAA0
    Head 0: entries      4        slips    19384
    Head 1: entries      4        slips    32708
      Total Entries      8  Total Slips    4BA

    Всего записей: 60 | Зарегистр. 24-02-2014 | Отправлено: 11:29 06-04-2018 | Исправлено: vasilijr007, 11:31 06-04-2018
    Pacho



    Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Всем доброго дня.
    В результате неудачного "эксперимента" угробил (затер нулями) первые 1 297 488 секторов логического диска (G).
    Дампы с DMDE: http://rgho.st/8FQfNbllj
     
    Возможно ли восстановление файловой таблицы (из резервной копии, например) или придётся вытаскивать пофайлово на другой диск?

    Всего записей: 263 | Зарегистр. 02-04-2005 | Отправлено: 18:26 10-04-2018
    dimd



    Newbie
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Здравствуйте. Имею диск 700 гигов.
    Разбит на 3 примари раздела и один расширенный, и 2 логических диска.
    130 гб Первичный, win7 64, грязная система
    100 гб Первичный, win7 32, чистая система
    50 гб Первичный, зарезервировано под XP.
    Имеется загрузчик grub4dos, с настроенным выбором диска, скрытием остальных первичных разделов, активацией выбранного первичного раздела. Передачи загрузки бутлоадеру.
     
    Всё работало. В один прекрасный момент 130 гб перестал загружаться - выпадает в синий экран.
    Со 100 гб всё работает и грузится. Ну думаю сейчас почищу диск. Открываю (unhide ) и добавляю букву для первого раздела (130 гб) программой BOOTICEx86.exe, загрузившись со 100 гб раздела.  - Бац - ошибка, требует отформатировать диск 130 гб.  
    Не форматирую, открываю winhex-ом и вижу такую картину.
    Ошибка которую выдает винхекс при выборе физического диска..
       
    Пытаюсь удалить злополучный раздел 2, в винхексе, он появляется снова. Запускаю в режиме прямой правки и с правами админа.
    Проверил также таблицу разделов в акронис диск директоре и бутисе. Все совпадает, все как нужно.
    Диск винхекс открывает. Проверил файл МФТ, и копию. Первые 4 записи совпадают.
     
    Скриншоты мфт и мфтмир:
       
     
    Логфайл и Волъюм
       
     
    Непонятно откуда берется 2 раздел, который перекрывает первый. В таблице разделов о нем упоминания нигде нет. И как его удалить (запись о нём).  
     
    Нет нигде записи о несуществующем 2 разделе:
       
     
    Чек диск стандартный выдал ошибку
     

    Всего записей: 6 | Зарегистр. 11-02-2016 | Отправлено: 14:01 19-04-2018 | Исправлено: dimd, 14:59 19-04-2018
    vasilijr007

    Junior Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Добрый день! Подскажите пожалуйста, открыть доступ к вводу команд с заблокированной ведорикой "Diagnostic Port Locked" через терминал возможно без комплекса?  

    Всего записей: 60 | Зарегистр. 24-02-2014 | Отправлено: 07:48 23-04-2018
    ALLDAED

    Silver Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    vasilijr007
    Модель, семейство какое?
    Не все и комплекс умеет разблокировать.

    Всего записей: 2142 | Зарегистр. 18-08-2017 | Отправлено: 09:51 23-04-2018
    danil663

    Newbie
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Недавно удалил MS Office 2003 и установил MS Office 2010, на рабочем столе были ярлыки в "Мои документы" на определённые документы формата .doc . Каким-то образом все эти файлы потеряли расширение, но если приписать .doc начинали нормально работать. А один файл вообще пропал. Всё это со слов юзера. Пытался найти .doc, .docx Recuva и R-Studio. Безрезультатно. Может проблема в том что у них нет расширения? Чем ещё посоветуете попробовать восстановить?

    Всего записей: 2 | Зарегистр. 23-04-2018 | Отправлено: 10:39 23-04-2018
    e2e7



    BANNED
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    danil663, по моему опыту R-Studio по сигнатурам плохо искала. Попробуйте Recover My Files. Еще DiskInternals Office Recovery можно и Digital ObjectRescue (или отдельно Office DocumentsRescue, что найдете), DMDE. Расширение на поиск не влияет.

    Всего записей: 97 | Зарегистр. 06-09-2016 | Отправлено: 10:53 23-04-2018 | Исправлено: e2e7, 11:26 23-04-2018
    ZSZ

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

    Цитата:
     Пытался найти .doc, .docx  

     
    Вы не всё и возможно не везде искали. Вордовские файлы удалить без следа надо  специально сильно постараться. Объяснять истины не буду, если к Вам обратились за помощью, значит у Вас своя голова есть.

    Всего записей: 5808 | Зарегистр. 15-01-2012 | Отправлено: 12:53 23-04-2018
    danil663

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

    Цитата:
     
    Вы не всё и возможно не везде искали. Вордовские файлы удалить без следа надо  специально сильно постараться. Объяснять истины не буду, если к Вам обратились за помощью, значит у Вас своя голова есть.

    Отличный совет - думай сам.

    Всего записей: 2 | Зарегистр. 23-04-2018 | Отправлено: 14:29 23-04-2018
    ZSZ

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

    Цитата:
    Отличный совет - думай сам.

     
    Это наилучший из всех возможных советов.
    Ворд во время работы создаёт резервные копии и временные файлы, ищите их среди удалённых.
    doc - это несжатый архив. Ищите текстовым поиском на разделе в hex редакторе.

    Всего записей: 5808 | Зарегистр. 15-01-2012 | Отправлено: 16:29 23-04-2018
    e2e7



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

    Цитата:
    Ищите текстовым поиском на разделе в hex редакторе.

    Да, так тоже можно. WinHex - View - Text Display Only, Character Set - UCS-2LE (aka UTF-16LE) или (в последних версиях WinHex) Character set No. 1 - UTF-16LE, Character set No. 2 - ANSI (сразу двойная раскладка, чтобы не переключать с одной на другую), Tools - OpenDisk - Simultaneous Search (Alt+F10), галочки на ANSI, оба Unicode, List search hits, Match case снимаем. И ищем по словам, которые были в документе, учитывая, что название документа и автор хранятся в ANSI, а текст в UTF-16LE, хотя наверное это еще зависит от версии Офиса, в совсем старых, например, по-моему все в ANSI хранилось, а во временных, вот один открыл, который рядом с документом создался, у меня вообще ничего нет - 162 байт для 73 КБ документа, а которые в Temp для просмотра недоступны, но тоже всего по 512 байт, так что во временных файлах может ничего и не быть. Или по сигнатуре (заголовку файла) в hex, взяв для образца какой-нибудь уцелевший документ. Потом визуально определить начало и конец файла и Edit - Copy Block - Into New File. Но WinHex глючный, если будет валиться, надо пробовать разные версии (например, у меня 16 валится, 19 нормально, а при поиске по RAM наоборот, причем начиная где-то с 17-ой они уже не валятся, а выдают какую-то ошибку). Хотя по RAM (да и в целом) у меня и 16 нестабильна, не знаю от чего зависит, на другом компе такого не было, надо ловить момент.
     
    Да, и такой способ почти с гарантией покажет, есть ли файл на диске или он уже затерся чем-то новым.

    Всего записей: 97 | Зарегистр. 06-09-2016 | Отправлено: 02:23 24-04-2018 | Исправлено: e2e7, 03:15 24-04-2018
    vasilijr007

    Junior Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    st1000lm048 fw:sdm1 "Diagnostic Port Locked"

    Всего записей: 60 | Зарегистр. 24-02-2014 | Отправлено: 07:16 24-04-2018
    ALLDAED

    Silver Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    vasilijr007
    Это RoseWood
    Засадный хард.
    Разблокирует терминал комплекс, но категорически нельзя использовать команды которые тут обычно рекомендуют.
    Типа пересчета транслятора, сброса смарта и ряд других.
    У него медиа кэш большой 60 GB, и часть данных обычно там. Чаще всего как раз MFT.
    Пере инитится кэш и прощай данные. Только не фрагментированные обрывки потом удастся спасти в черновую.
    А как раз кэш чаще всего и летит.
    Только поддержка АСИ пока в ручную умеет с этим бороться.
     

    Всего записей: 2142 | Зарегистр. 18-08-2017 | Отправлено: 10:17 24-04-2018 | Исправлено: ALLDAED, 10:25 24-04-2018
    igor me v2

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

    Цитата:
    У него медиа кэш большой 60 GB, и часть данных обычно там. Чаще всего как раз MFT.  

    ВАУ И до такого уже "додумались"? Да здравствует дивный новый мир

    Всего записей: 7213 | Зарегистр. 27-03-2016 | Отправлено: 14:47 01-05-2018
    yustik

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

    Цитата:
    Только поддержка АСИ пока в ручную умеет с этим бороться.  

    подозреваю, что в июне смогут все

    Цитата:
    И до такого уже "додумались"?  

    а как иначе с SMR? :-D

    Всего записей: 112 | Зарегистр. 16-01-2005 | Отправлено: 12:47 03-05-2018
    Vla1968

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

    Всего записей: 2 | Зарегистр. 18-05-2018 | Отправлено: 19:14 18-05-2018 | Исправлено: Vla1968, 19:17 18-05-2018
    ZSZ

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

    Цитата:
    При зависании Windows комп был принудительно перезагружен.

     
    Последовательность:
     
    Техническое состояние компьютера - техническое состояние жёсткого диска - Линуксы - Программы восстановления данных - Ручная правка.
     
    Никогда ничего не делайте с данными на компьютерах, исправность которых сомнительна. Причина зависания системы  могла быть из-за технических неисправностей.

    Всего записей: 5808 | Зарегистр. 15-01-2012 | Отправлено: 19:24 18-05-2018
    eh



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

    Цитата:
    Причина зависания системы  могла быть из-за технических неисправностей.

    Да чё уж мелочиться - надо сразу начинать с русских хакеров.
    ЗЫ: То думай сам, то вот такое - вот это и есть "новый" мир в котором пришедшим нет никакого толку. При том что ранее данные восстанавливали.

    Всего записей: 614 | Зарегистр. 27-10-2017 | Отправлено: 09:39 20-05-2018
    Mystical

    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Уже наверное побегало, но найти сложно.
    После отрубания питания, на USB диске некоторые папки стали файлами нулевого размера. Как их сделать снова папками? Этот пак файлов у меня еще добавлен в торренте и когда делаешь пересчитать хэш, то все проверяется (как он проверяет несуществующие папки и в них файлы непонятно, но не в этом суть) и значит данные существуют и не повреждены. Копировать куда-нибудь из какой-нибудь софтины тоже нежелательно. Очень большой объем и сейчас сложно будет найти свободное место.

    Всего записей: 784 | Зарегистр. 13-02-2002 | Отправлено: 11:36 20-05-2018
    ZSZ

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

    Цитата:
    После отрубания питания, на USB диске некоторые папки стали файлами нулевого размера.  

     
    Почти наверняка chkdsk решит вашу проблему. Желательно сделать копию диска. Если делать копию некуда, подключить диск к виртуальной машине, сделать всё там, предварительно настроив возможность отката изменений. Если их будет немного, то и дамп будет небольшой.
     
    А, ну и совет только что был выше - А как видны эти "нулевые" файлы-папки в Линуксах?

    Всего записей: 5808 | Зарегистр. 15-01-2012 | Отправлено: 12:03 20-05-2018 | Исправлено: ZSZ, 12:05 20-05-2018
       

    Страницы: 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