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

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

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

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


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

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

    Всего записей: 710 | Зарегистр. 17-12-2013 | Отправлено: 18:54 28-09-2015
    9285

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

    Цитата:
    в том же DMDE видно начало обоих разделов (блоки 2048 и 3074047)

    В 3074047 копия 2048, а вот в следующем возможно и заголовок зашифрованного раздела.

    Цитата:
    реально ли и как восстановить диск (если я правильно понимаю, потерялась только основная MBR)?

    Запасной не бывает.
    С битлокером не работал, поэтому не знаю как устроена его конструкция.
    Может и в секторах 1-2047 что то было нужное. Опять же, не знаю есть ли (нужна) пропись в таблице зашифрованного раздела. С точки зрения безопасности как бы не надо - более логично хранить на зарезервированном, но это же микрософт. В принципе то не сложно прописать MBR и зарезервированный раздел, а там глядишь всё и подхватится, а если нет? Да ещё и заблочится? Опять же TPM - как он задействован и какова его роль.  
    Если не будет каких то конкретных советов, можно попробовать смоделировать ситуацию на чём то другом (правда как быть с TPM ????) и посмотреть что в секторах, что в таблице разделов. Ну и смоделировать затирание секторов а потом сделать что я написал.
     
    Добавлено:
    FunnyLorax
    Инструкция нормальная, но применимая для конкретной разметки, в которой раздел начинается в озвученном секторе. Но не поможет в отличающейся. Впрочем, это бесполезно обьяснять дебилу, который неосознанно делал то же самое по сути, только на всём диске и не получив результат начал тупизнячить.

    Всего записей: 4833 | Зарегистр. 06-10-2010 | Отправлено: 19:34 28-09-2015
    mig777

    Newbie
    Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
    9285
    Спасибо большое за ответ!

    Цитата:
    TPM - как он задействован и какова его роль.

    Он только выдаёт загрузчику ОС ключ от раздела BitLocker (при отсутствии TPM 48-значный ключ может храниться на USB Flash или вводиться вручную).

    Цитата:
    В 3074047 копия 2048, а вот в следующем возможно и заголовок зашифрованного раздела

    Можно ли на основании информации из 3074047 (2048) и предположения, что зашифрованный раздел заканчивается в конце диска сделать образ этого раздела и подключить его как логический диск, или же в MBR могло храниться дополнительное описание второго раздела?

    Цитата:
    правда как быть с TPM

    С ТРМ проще всего - repair-bde InputVolume OutputVolume -RecoveryPassword NumericalPassword (https://support.microsoft.com/en-us/kb/928201). Здесь главное - присвоить разделу букву.
     
    Как-то упустил из виду ещё один момент. Я делал скрин с другой системы - там отличие только в модели диска, размере (500 ГБ вместо 256) и типе (HDD вместо SSD). Но идентичны следующие параметры: тип ОС, размер зарезервированного раздела, BitLocker (отличается только ключ, которым кодировался раздел).
    Могу ли я использовать MBR от второго диска, и какие минимальные исправления необходимо внести?

    Всего записей: 13 | Зарегистр. 11-01-2006 | Отправлено: 20:09 28-09-2015 | Исправлено: mig777, 20:11 28-09-2015
    Wu Tang



    Silver Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    9285
    да мы вспоминали вас с drink-ом с сайбера.
    вот - http://rghost.ru/private/8KVD8BldM/77759001f087ffe1382526511f93cff9

    ----------
    Всему свое время и каждому свой час!
    Хочешь жить - умей вертеться!

    Всего записей: 2935 | Зарегистр. 15-10-2007 | Отправлено: 20:18 28-09-2015
    9285

    BANNED
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    mig777
    Большего я вряд ли могу сейчас сказать. Если будет время завтра-послезавтра, то могу попробовать на виртуалке забитлокерить системный раздел  и посмотреть как оно организовано.
     
    Wu Tang
    Бутсектор жив, а далее какой то мусор, который накрыл зеркало. Теперь есть координаты MFT - 9388032, но толку мало по логу поиска там нет записей. Более того, если исходить из типичных случае, то обычно есть большой фрагмент, а потом куча маленьких. В таком случае хоть какая та часть остаётся. Но в твоём случае всё как бы наоборот - есть кучка очень мелких фрагментов, причём буквально с самых первых записей, а где то после 18хххх ных записей огромный фрагмент. Причём мелких фрагментов по несколько идентичных, но в разных местах раздела. И тут надо разбираться от этой ли системы они или от чего то другого, и какие актуальны.
    PS Кто такой drink?
     
    Добавлено:
    Wu Tang
    Ещё пара моментов - есть пропуски в записях, причём достаточно большие. Поэтому неизбежно часть данных в DMDE будет не в структуре папок Root а в папках с именами $Fxxx.
    Так что используй поиск по именам (маске). Тем более это актуально и по причине дубляжей фрагментов.
    По результатам поиска восстанавливай и проверяй то или не то.

    Всего записей: 4833 | Зарегистр. 06-10-2010 | Отправлено: 20:59 28-09-2015
    FunnyLorax

    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Да уж, TestDisk разрабатывал такой же долботряс, как и DMDE. Скажите на милость, что он может восстановить? Поврежденный раздел NTFS? Ну да , разбежались:
       
       
     
    Это при том, что все данные на диске ЦЕЛЫ. Раздел не удаляли и не перезаписывали. Всего навсего лишь повреждены обе копии MFT.
    Так что хорошенько подумайте, прежде чем отваливать бешенные деньги в лабораторию восстановления данных. Не исключено, что это обыкновенные мошенники.

    Всего записей: 710 | Зарегистр. 17-12-2013 | Отправлено: 21:54 28-09-2015
    mig777

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

    Цитата:
    Большего я вряд ли могу сейчас сказать

    Вы - можете!
     
    Сравнил в DMDE с аналогичным диском меньшего размера - оба раздела находятся по тем же смещениям. Методом ненаучного тыка просто заменил первый сектор (плюс 2047 секторов с "00") тем же блоком с другого SSD (180 GB Intel SSDSC2BF180A4H). Стали видны разделы. Вот только разбивка некорректная - 76ГБ оказались Unallocated. Т.е. почти получилось, только в случае с BitLocker "почти" - не считается:
    1) при установке SSD обратно в ноут Windows Boot Manager выдал, что устройство для загрузки недоступно
    2) при подключении диска через внешний контроллер и переключении в OnLine через Disks Management запросило и "переварило" ключ BitLocker, но предложило отформатировать раздел.
     
    На мой взгляд, №1 - хороший результат, т.к.
    1) Windows Boot Manager стартовал,
    2) Windows Boot Manager получил доступ к закодированному разделу (иначе спросил бы код).
    В архиве http://rghost.net/7s7xvSgtR - дампы с рабочего SSD 180 ГБ, скрины разделов и ошибок.
     
    Кажется, осталось только исправить размер раздела с BitLocker в нулевом секторе.
    По аналогии с диском 180ГБ нашёл конец закодированного раздела. http://rghost.net/7jFZYqxp7
    Подскажите, пожалуйста, как теперь правильно внести информацию об этом (конец раздела, количество секторов) в MBR?
    Первый байт раздела - LBA: 0x002ee800=3074048 Pos: 0x0000=0
    Последний байт раздела - LBA: 0x1dcf27ff=500115455 Pos: 0x01ff=511
     
    Т.е. часть информации о втором разделе уже есть:
    00000001ce: 00 59 1B BF 07
    00000001d6: 00 E8 2E 00
     
    осталось рассчитать:
    00000001d3: ?? ?? ?? (CHS-адрес конца раздела)
    00000001da: ?? ?? ?? ?? (количество секторов 500115455 - 3074048 + 1 = 497041408 = 1D A0 40 00 - верно?)
     
    а я до сих пор не могу понять, как это рассчитывается (CHS). Хотя, может, это вообще EBR - и нужно изучать дальше...

    Всего записей: 13 | Зарегистр. 11-01-2006 | Отправлено: 22:22 28-09-2015 | Исправлено: mig777, 00:29 29-09-2015
    Wu Tang



    Silver Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    9285
    да, фрагментов после скана море, разных объемов.
    а как выявить файлы чисто с рабочего стола?
    ps drink на safezone под таким ником, на кибере не знаю какой, но тебя помнит.

    ----------
    Всему свое время и каждому свой час!
    Хочешь жить - умей вертеться!

    Всего записей: 2935 | Зарегистр. 15-10-2007 | Отправлено: 23:02 28-09-2015 | Исправлено: Wu Tang, 00:48 29-09-2015
    FunnyLorax

    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Кстати ещё один прикол с DMDE, даже если папка не помечена красной точкой (типа всё ОК) половина данных внутри таких папок потеряна. И распиханы они по каталогам $Fxxx
    То есть понять, вообще где 100% целое, а где 20% целое абсолютно невозможно.
    Я плюнул и отформатировал раздел. Быстрее переустановить систему и скачать нужны игры с интернета чем сидеть ковыряться в этом навозе.  
    Итого: Акронису ставлю 4+ за восстановленный раздел после кривого ТестДиска, остальным утилитам полный неуд.  

    Всего записей: 710 | Зарегистр. 17-12-2013 | Отправлено: 23:16 28-09-2015
    igor_me

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

    Цитата:
    То есть понять, вообще где 100% целое, а где 20% целое абсолютно невозможно.

    При ситуации, подобной вашей, это невозможно не только в DMDE, это невозможно в ПРИНЦИПЕ. Содержимое файлов же проверить невозможно! Максимум - контрольные суммы, для типов файлов, где они есть Так шта...

    Всего записей: 5716 | Зарегистр. 27-12-2011 | Отправлено: 01:04 29-09-2015
    9285

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

    Цитата:
    1D A0 40 00 - верно?)

    В своё время изучал какие биты в каком байте отвечают за что в РТ, но сейчас уже подзабыл. Да и зачем это если можно просто вбить нужные цифры. Находясь в DMDE, в 0-вом секторе - включаешь вид таблица разделов (F6), потом режим редактирования (Ctrl+E).  И во второй записи редактируешь поле Number of Sectors на нужное тебе и уже рассчитанное тобою.  Сохраняешь изменения (Ctrl+W). Профит!

    Цитата:
    а я до сих пор не могу понять, как это рассчитывается (CHS)

    Я тоже особо не помню, но как то была прога, которая позволяла провести пересчёт. Впрочем, как выяснилось, в обычных ситуациях эти данные не важны. По крайней мере для винды. Насколько помню, оставлял 0 - в полях начала и конца и всё работало. Да и если посмотришь кучу дампов разных винтов то увидишь что если начало раздела где то в пределах 1го гигабайта, то номера пишутся нормально - в остальных случаях прописано 1023-254-63 (бОльшие значения недопустимы)
    Если же всё таки хочешь узнать точно, то можно в той же DMDE выбрать переход к сектору, указать номер нужного - в правой части появятся нужные цифры. И если любая из цифр больше указанных выше, то прописываются указанные.
     
    Wu Tang
    Вспоминать имена и т.п.  
    И смотреть по данным о родителях. Главное чтобы эти данные были.
    Ведь если были большие вложенности, то может оказаться что будет потерян не один родитель.
     
    igor_me
    Да ладно, вот возьмёт критикан и сам напишет забульбенную программу, которая будет делать всё, причём в демо версии тоже.  А платная будет стоит 1 рубль.
    Ну а потом (а может и до), изобретёт самую надёжную файловую систему.
     
    FunnyLorax

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

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

    Всего записей: 4833 | Зарегистр. 06-10-2010 | Отправлено: 03:59 29-09-2015
    postfild



    Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Винтчестер WD5000BPVT 80HZT3 работал без вопросов в Асус. Перестал загружаться. Проверил на другом системнике, подключив  по ЮСБ, т.к. внутренним не загружалась система (пыталась его инициализировать).  
    Пытался проверить Викторией. Скорость чтения очень низкая 70кб-2мб\с. Но, пару гб прогона совершил. Есть и быстро читающиеся и под 600. Бэд-ов не было. Весь день восстанавливал данные, и только 12гб. Прошу совета специалистов.

    Всего записей: 220 | Зарегистр. 27-06-2004 | Отправлено: 09:37 29-09-2015 | Исправлено: postfild, 10:55 29-09-2015
    mig777

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

    Цитата:
    1023-254-63  

    Так и есть!

    Цитата:
    Сохраняешь изменения (Ctrl+W)

    Вот с этим возникла проблемка
    При попытке сохранить напрямую либо сделать Fill исправленным сектором из файла в DMDE выскакивает ошибка: [W] LBA: 0 (try 0): WinError 19. The media is write protected.
    В оснастке Windows Disk Management диск - в режиме Offline.
    Это контроллер за какую-то провинность мне доступ заблокировал? Как можно исправить?

    Всего записей: 13 | Зарегистр. 11-01-2006 | Отправлено: 11:28 29-09-2015
    9285

    BANNED
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    mig777
    Раньше то разрешило тебе заполнить начальные сектора.
    Возможно после этого уже битлокер блокирует попытки изменения.
    Может попробовать сделать изменения с чего либо загрузочного, или подоткнув к другой системе?
     
    postfild
    Тебе наверное лучше в тему по ремонту WD + изучать на предмет Slow Responding.

    Всего записей: 4833 | Зарегистр. 06-10-2010 | Отправлено: 13:54 29-09-2015
    mig777

    Newbie
    Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
    9285
    сделал диск Online через Disk Management - изменения записались.
     
    Сегодня проверил следующие моменты:
    1) загрузочный сектор не модифицируется при получении доступа к BitLocker (сравнивал первый сектор активного системного диска, разлоченного автоматом при старте ноутбука с TPM, и его же при подключении через USB-корзинку),
    2) загрузочный сектор не зависит от модели ноутбука и наличия/отсутствия TPM (сравнивал сектора с 3 дисков разных размеров - отличаются только байты, определяющие размер зашифрованного раздела).
     
    Windows не позволила HDDScan затереть что-либо после 2047-го сектора, с 1-го по 2047-й на рабочих дисках - "нули". Не понимаю, где Microsoft ещё умудрилась спрятать какие идентификаторы. Windows при старте по-прежнему пишет "0xc000000e: The boot selection failed because a required device is inaccessible". Т.е. загрузка ОС не возможна.
     
    Но данные восстановлены в полном объёме!
     
    Ещё раз спасибо!

    Всего записей: 13 | Зарегистр. 11-01-2006 | Отправлено: 15:47 29-09-2015 | Исправлено: mig777, 15:50 29-09-2015
    upiter4848



    Newbie
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Здравствуйте!!!  Меня к Вам сюда перенаправили!!!
       
    У меня проблема с винчестером WDC WD15EARS-00MVWB0. Он был вторым диском в компьютере.  Он использовался как библиотека. На нём не стояла операционная система Windows 8.1.Его объём 1.5 ТБ.  
    При запуске компьютера, с ним произошли странные изменения – он по неизвестным мне причинам переключился вместо NTFS в файловую систему RAW.  
    Я сумел исправить RAW и вернуться в NTFS. Сумел забрать всю информацию с диска, переписав  её на другой винчестер.  
    Но самое плохое началось потом.  
    Объём диска стал всего 500 ГБ, а 1 ТБ объёма бесследно исчез.  
    Пытаясь вернуть этот терабайт ища все доступные возможности по Интернету перепробовал множество всевозможных программ.  
      И только одна из них - dmde-free – показала, что на винчестере теперь ТРИ диска по 500 ГБ. Другие программы и этого не увидели.  
       
    Программа - HDDScan S.M.A.R.T. Report  показывает на удовлетворительное состояние винчестера. Битых секторов нет.  
       
    Я уже не знаю что дальше мне делать… У меня тупик в знаниях программного обеспечения восстанавливающих винчестеры. За 17 лет пользования компьютером подобных сюрпризов не было.  
    Сегодня, в очередной надежде и для полного спокойствия, я отделил ( открутил звёздочкой)  плату управления винчестером и почистил все контакты на переходе между "железом" винчестера и его платой. Так надеялся, что проблема была в контактах, но увы, емкость винчестера осталась прежней 500 ГБ.
       
    Может быть Вы сумеете мне помочь в подборе программы по восстановлению заводской ёмкости винчестера – 1,5 ТБ.  
       
    Заранее очень  и очень благодарен!!!  .Если есть решение моей проблемы напишите upiter4848@mail.ru Заранее очень благодарен!!!!!!!!!!!!!!!!11

    Всего записей: 15 | Зарегистр. 21-03-2012 | Отправлено: 16:00 29-09-2015
    9285

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

    Цитата:
    Windows не позволила HDDScan затереть что-либо после 2047-го сектора,

    Вполне обьяснимо, потому как в 2048 начинается загрузочный раздел.
    Правда необьяснимо почему такое наплевательство к 0-вому сектору.

    Цитата:
     Не понимаю, где Microsoft ещё умудрилась спрятать какие идентификаторы.

    Как где - в 0-вом секторе. на http://forall.ru-board.com/KLASS/img/mbr.png салатновым выделен.
    Если у тебя есть доступ к контейнеру загрузки, то там вроде бы есть этот идентификатор - хотя я обычно его смотрю в реестре в HKEY_LOCAL_MACHINE\SYSTEM\MountedDevices
    Находишь там запись отвечающую за букву раздела жёсткого диска  типа \DosDevices\C:  , берешь оттуда первые четыре значения и вбиваешь в указанное место.
     
    Добавлено:
    upiter4848
    Обычно это является последствием включения HPA.
    Соответственно, её надо отключить и лишь после этого заниматься "переключениями".
    В противном случае (если раздел был более доступного сейчас обьёма) ты получишь обрубок,  а после (возможного) исправления чекдиска - вообще хрень.
    PS: Описание это хорошо, но лучше бы посмотреть что у тебя, а то может ещё до чего допереключался.
    ЗЫ: Материнка гигаговнобайтовская?

    Всего записей: 4833 | Зарегистр. 06-10-2010 | Отправлено: 16:27 29-09-2015
    Wu Tang



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

    я еще не пойму какой кусок выбирать из найденного

    ----------
    Всему свое время и каждому свой час!
    Хочешь жить - умей вертеться!

    Всего записей: 2935 | Зарегистр. 15-10-2007 | Отправлено: 19:37 29-09-2015
    FunnyLorax

    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Wu Tang
    Этим говном ничего не восстановишь, попробуй Zero Assumption Recovery. И вообще если нужен конкретно один файл,то проще его найти по сигнатуре. Иначе будешь этот навоз до нового года разгребать.
     
    Добавлено:
    А что касается меня, то мне удалось выяснить что версия драйвера viamraid.sys 5.81
    http://rghost.ru/6z97ZpHMT
    на операционных системах Windows XP и Windows 2003 Server приводит к тому, что утилита chkdsk портит хорошие диски. Глюк наблюдается при одновременном подключении к контроллеру VT6421 жесткого диска SATA и DVD привода IDE.
    Замена дрова на viamraid.sys 6.01 устранила проблему:
    http://rghost.ru/85H4rZcvg

    Всего записей: 710 | Зарегистр. 17-12-2013 | Отправлено: 21:02 29-09-2015
    Wu Tang



    Silver Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    FunnyLorax
    попробую тогда, но файл не один, куча фоток.

    Цитата:
     Иначе будешь этот навоз до нового года разгребать.


    ты ж отписал, что она бестолковая - http://forum.ru-board.com/topic.cgi?forum=35&topic=5261&start=400#lt

    ----------
    Всему свое время и каждому свой час!
    Хочешь жить - умей вертеться!

    Всего записей: 2935 | Зарегистр. 15-10-2007 | Отправлено: 21:40 29-09-2015 | Исправлено: Wu Tang, 21:42 29-09-2015
       

    Страницы: 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.Board
    © Ru.Board 2000-2018

    BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

    Рейтинг.ru