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

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

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

Akam1 (13-11-2016 05:23): http://forum.ru-board.com/topic.cgi?forum=84&topic=5216  Версия для печати • ПодписатьсяДобавить в закладки
Страницы: 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

   

Akam1



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

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

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

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

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

  • Всего записей: 26377 | Зарегистр. 20-04-2006 | Отправлено: 05:45 11-10-2015
    BOBAH4IK

    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    temp9285
    Чуть выше я уже дал исчерпывающий ответ.

    Всего записей: 855 | Зарегистр. 17-05-2006 | Отправлено: 23:49 02-03-2016
    The_Immortal



    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    temp9285,
    Цитата:
    Здесь есть тема по поводу восстановления с USB-носителей? В плане логики, а не физики?  
    Есть такая тема, но похоже, что там логику особо не затрагивают. Поэтому я и обратился сюда, тем более
    Цитата:
    Если рассматривать восстановление файловой системы на уровне логики, то нет особой разницы какой носитель

    Цитата:
    Внезапно? Или были какие то предпосылки?  
    Честно говоря, я не договорил Предпосылки были. Это происходит уже раз в 5-ый, причем предыдущие 4 раза не заставляли себя ждать. Казалось бы 4-х раз достаточно, чтобы сменить флешку, но дело в том, что меня флешка очень устраивает по скоростным характеристикам и пока на аналог я не созрел. В связи с этим я довольно часто бэкапился, но после 4-го раза мне это дело (форматирование с последующем восстановлением информации) надоело и я задался вопросом как это дело вылечить. И в какой спец. теме по флешкам наткнулся на совет про форматирование через HP USB Disk Storage Format Tool - мол это решит проблему, т.к. проблема эта логическая. И действительно, о проблеме после этого я забыл на прилично время, но... До вчерашнего вечера =/ Последний бэкап был сделан достаточно давно, поэтому информация важна имеется. Да и честно сказать, хотелось бы просто научиться решать этот цикличный глюк, потому как флешка (за исключением данной неприятности) вполне хорошо работает (знаю, звучит смешно) А та самая важная инфа после полного сканирования восстанавливается без проблем:
       
    Но всё же хотелось бы вернуть раздел на место...

    Цитата:
    Если же исходить из версии FAT32, то тебе стоит изучить случай insight81 - возможно что у тебя что то подобное (по крайней мере бутсектор и его копия не найдены).  
    Начал изучать этот случай, но у товарища слетела ФС (RAW), а у меня она, судя по Свойствам диска, есть (FAT32)

    Всего записей: 1542 | Зарегистр. 10-01-2009 | Отправлено: 13:15 03-03-2016 | Исправлено: The_Immortal, 13:36 03-03-2016
    temp9285

    BANNED
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    The_Immortal
    В случае "товарища" неизвестно что в свойствах диска, а RAW фигурирует при проверке чекдиском.
    Да и тот случай, как пример был в плане того что и у тебя отсутствует бутсектор, то есть его нет в 63-ем секторе, как прописано в РТ, но ведь он может и быть, но с каким то сдвигом. И, если исходить из моих  "познаний" в части работы DMDE с FAT - файловая таблица вроде бы есть, но она как бы принадлежит тому с началом в секторе 2646. Но это может быть моей неверной трактовкой, а проверить в виртуалке сейчас возможности нет.
    Так что, если хочешь, сразу сбрось дамп секторов 60+100 и 2646+100; и делай сканирование, выкладывай лог, смотри что найдено и сообщай что там.

    Всего записей: 1369 | Зарегистр. 07-11-2015 | Отправлено: 17:40 03-03-2016
    temp9285

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

    Цитата:
    Чуть выше я уже дал исчерпывающий ответ.

    Ну что же, перечитав ещё раз "исчерпывающий" ответ и проконсультировавшись у более (чем я) разбирающего в устройстве ФС, всё таки усомнился. Точнее, дело не в сомнениях а в сути "рецепта".
     

    Цитата:
    Цепочки с данными получившегося массива исключаются из дальнейшего анализа.

    Любые данные на разделе, в том числе и служебные, могут быть фрагментированы. Поэтому можно говорить об уцелевших индексах, но не факт что полностью.
    К тому же, учитывая не очень характерное смещение MFT, при этом удалённое расположение зеркала. можно предположить что были какие то изменения раздела - возможно небольшая подрезка начала. Поэтому нельзя исключать версию наличия артефатков старых структур.
    В любом случае, на выходе получаем некий список файлов с их размерами.
    Исходя из результатов сигнатурного восстановления (*) можно сопоставить размеры и приближённо получить имена файлов и сгруппировать по папкам. Но ту есть минимум два момента: бывает что:
    -  некоторые файлы имеют одинаковый размер. Как в этом случае определить какой из них
    - некоторые типы файлов могут иметь различное содержимое, но при этом изначально иметь одни и тот же размер.  
    То есть, в обоих случаях нельзя быть уверенным в точности соответствия имени файла и найденного если по содержимому нельзя это сопоставить.
    К тому же, не все типы файлов имеют возможность контроля его целостности. И может быть вполне реальная ситуация, когда имеется большой видеофайл (нередко фрагментированный) в который вклинился другой тип файла (или один из его фрагментов). Даже при просмотре всего файла может быть трудно вычислить вкрапление, и не факт что его не было до всего этого. Соответственно, нет гарантии что из исследования будет исключен нужный в дальнейшем фрагмент.  
     

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

    Если нет MFT то остаётся вариант сигнатурного поиска. И он актуален (почти 100%) для нефрагментированных файлов. И если уже был результат (*) такового, то что изменится если даже будет исключена "занятая " зона?
    Предполагается каверинг из оставшихся лоскутков? Это умеет делать не оглашённое. но вполне предполагаемое ПО?
     
    В общем то, рецепт имеет какой то смысл, но только в реализации он достаточно малоэффективен (ИМХО). И это при том, что есть ещё и другие "мелочи". Или смысл этого рецепта в одном - берите денежки и идите к "пекарям"? А какова будет стоимость такой вот "булки" (если она испечётся)?
     
    PS. Статьи по вопросам восстановления данных на сайте, указанном в профиле, написаны кем?

    Всего записей: 1369 | Зарегистр. 07-11-2015 | Отправлено: 01:25 05-03-2016
    avtandil33

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

    Цитата:
    Речь о выделенной записи, номер которой 61?
    С таким номером, она вполне очевидно очень быстро перезаписалась, т.к. перезапись свободных записей начинается с начала MFT.

     
    Ну да, оно самое.
     

    Цитата:
    Парсер запускал от имени администратора?
    .
     
    Ну да, я все время под админом работаю
     

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

     
    НУ вот почему-то так показывал DMDE.
     

    Цитата:
    Ранлист - это список фрагментов. Перейди в запись MFT  под номером 82, в ней будет атрибут 0x80:$J  $DATA. Наводишь на него курсор и нажимаешь пробел - вот там и увидишь ранлист.
     
    Кстати, dmde мне подсказал как можно его программой считать файл.
    Сейчас к оригиналу его текста доступа нет, поэтому по памяти (и проверил в виртуалке).
    Открываешь том, делаешь виртуальную реконструкцию, затем переходишь в папку метаданных.
    Находишь нужный тебе, в контекстном меню - Открыть в дисковом редакторе (или просто нажав энтер). Находясь в окне дискового редактора (нижнее справа) выбираешь Правка-Выделить всё.
    Затем Сервис-Копировать секторы; в Источнике жмёшь пимпу Редактор - в приёмнике файл.
     

     
    Ясно, спасибо за инфо.
     

    Цитата:
    По журналу видно что файл удалён 24 числа, потом есть записи от 26-го, а 28-го в 61-ю запись прописался какой то Rotate8.ico

     
    Ну тогда судя по всему - оба случая в морг... Что ж - по крайней мере обогатился знаниями, так что все равно спасибо !

    Всего записей: 24 | Зарегистр. 06-01-2006 | Отправлено: 01:28 05-03-2016 | Исправлено: avtandil33, 01:33 05-03-2016
    temp9285

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

    Цитата:
    Ну да, я все время под админом работаю

    Даже в учётной записи с админскими правами, некоторые задачи надо запускать от имени администратора.
     

    Цитата:
    НУ вот почему-то так показывал DMDE.

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

    Цитата:
    Ну тогда судя по всему - оба случая в морг...

    Возможно, но я писал про сигнатурный поиск. В силу того что образы чаще всего огромные, что обычно предполагает фрагментацию, тем не менее может он был нефрагментирован и на его поляну ничего нового не записалось? Хотя шанс такого везения очень низок, а может быть и нулевой.
    Да и вон, выше, выясняется что есть ПО, которое может (?) творить чудеса - может и правда?
     
    PS. Знания хорошо, но главное не они, а правильные выводы из них. Например, не переносить файл а копировать, а по успешному завершению - удалять. И делать дефрагментацию по мере необходимости.

    Всего записей: 1369 | Зарегистр. 07-11-2015 | Отправлено: 01:47 05-03-2016
    ravbubu

    Full Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Нужна инфа. Хард после глюка пустой. Клиент сказал что ничего не надо. Была установлена 7-ка. На разделы не разбит. Оказалось инфа нужна. Есть подозрение что стояла 8-ка на GPT. Чем проверить был ли GPT раздел. Пока сканирую в GetBack. В DMDE еще не сканировал.

    Всего записей: 440 | Зарегистр. 29-03-2007 | Отправлено: 15:00 06-03-2016
    temp9285

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

    Цитата:
     Чем проверить был ли GPT раздел.

    GPT это не раздел а стиль разметки и нет особого смысла определять какой тип был раньше.
    Если же так сильно хочется - посмотреть содержимое штук 100 секторов начиная с LBA1 и столько же в конце диска (кроме последнего). Но, если для перевода из GPT в MBR использовалась описываемая в интернетах метода, то clean занулил эи сектора.

    Всего записей: 1369 | Зарегистр. 07-11-2015 | Отправлено: 16:27 06-03-2016
    ravbubu

    Full Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Прогнал DMDE вышло куча томов. Почему столько NTFS разделов?

    Всего записей: 440 | Зарегистр. 29-03-2007 | Отправлено: 18:35 06-03-2016
    temp9285

    BANNED
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    ravbubu
    Будем гадать или подождём телепатов?

    Всего записей: 1369 | Зарегистр. 07-11-2015 | Отправлено: 19:10 06-03-2016
    ravbubu

    Full Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Пока восстанавливаю через GetBack. С DMDE позже разберусь.

    Всего записей: 440 | Зарегистр. 29-03-2007 | Отправлено: 19:16 06-03-2016
    The_Immortal



    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    temp9285,
    Цитата:
    Так что, если хочешь, сразу сбрось дамп секторов 60+100 и 2646+100; и делай сканирование, выкладывай лог, смотри что найдено и сообщай что там.
    Дампы. Лог полного сканирования:
     
       

    Всего записей: 1542 | Зарегистр. 10-01-2009 | Отправлено: 19:58 07-03-2016 | Исправлено: The_Immortal, 19:59 07-03-2016
    temp9285

    BANNED
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    The_Immortal
    В первом дампе сектора прописаны каким то шаблоном.
    Что могло перезаписать бутсектор, который исходя из записи в таблице разделов долже быть в 63-ем секторе.
    Во втором дампе видна FAT таблица. Судя по результатам поиска, вторая копия должна начинаться в секторе 17773. Сделай дамп секторов 17730+50 и 32830+20.
    И если это так, то как то не очень "правильно" такое удаление таблицы от бутсектора. То есть такое возможно, но не гламурно. Поэтому, если флэшка не какая то специфичная - переразметь её с  нормальными значениями.

    Всего записей: 1369 | Зарегистр. 07-11-2015 | Отправлено: 23:50 07-03-2016
    The_Immortal



    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    temp9285,
    Цитата:
    Сделай дамп секторов 17730+50 и 32830+20.  
    Дампы.
    Цитата:
    Во втором дампе видна FAT таблица.  
    А как Вы её увидели? Раскройте секрет, пожалуйста Я, конечно, вижу сходство, но где признаки FAT32?
    Цитата:
    Поэтому, если флэшка не какая то специфичная - переразметь её с  нормальными значениями.
    Эм... А как это правильно сделать?

    Всего записей: 1542 | Зарегистр. 10-01-2009 | Отправлено: 13:09 09-03-2016 | Исправлено: The_Immortal, 13:22 09-03-2016
    temp9285

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

    Цитата:
    А как Вы её увидели? Раскройте секрет, пожалуйста

    Да какой же это секрет, если в куче толмудов описаны, характерные для начала FAT32, символы, которые видны на скриншоте в самом начале сектора.
    В дампах что то не нашёл начала FAT2, поэтому тебе набольшое задание.
    Открой диск в DMDE, затем Сервис-Найти строку - в поле HEX набери F8FFFF0F, включи галку смещение, значение оставь 0 и смотри  в каких секторах есть такое.
    В 2715 есть, интересует следующее нахождение. Укажи номер сектора. Попробуй поискать ещё.

    Цитата:
    Эм... А как это правильно сделать?

    Слить данные, удалить раздел, создать новый средствами винды и отформатировать. Посмотреть в каком секторе начинается раздел, но более важно где сами данные - это можно увидеть в карте кластеров.
     
    Добавление:
    Дампы идентичны, хотя в именах фигурирует разное число секторов - это как понимать?

    Всего записей: 1369 | Зарегистр. 07-11-2015 | Отправлено: 14:18 09-03-2016 | Исправлено: temp9285, 16:32 09-03-2016
    The_Immortal



    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    temp9285,
    Цитата:
    Дампы идентичны, хотя в именах фигурирует разное число секторов - это как понимать?
    Действительно... Странно, вроде бы выпивал, но это было вчера :/ Переделал, прошу простить...
    Цитата:
    В 2715 есть, интересует следующее нахождение. Укажи номер сектора. Попробуй поискать ещё.  
    Нашелся уже обнаруженный ранее Вами 17773 сектор. А также следующие:
    7258690
    13799759
    13819684
    13859377
    13859699
    14021288
    14425095
    14426037
    14427447
    14704539
     
    Делать по всем дампы? Правда, их даже как-то маловато нашлось... Судя по логу полного сканирования FAT0-нахождений было обнаружено 1246 штук
     
    P.S. Такое кол-во FAT-таблиц - это нормально?

    Всего записей: 1542 | Зарегистр. 10-01-2009 | Отправлено: 16:42 09-03-2016 | Исправлено: The_Immortal, 17:08 09-03-2016
    temp9285

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

    Цитата:
    Правда, их даже как-то маловато нашлось... Судя по логу полного сканирования FAT0-нахождений было обнаружено 1246 штук

    Если хочешь судить по результатам поиска, то тогда нужно соотносить с числом найденных томов FAT.
    А чему относятся все остальные (кроме 17773) можно посмотреть по карте кластеров, то ли принадлежат к какому то файлу (в изошках бывают такие), то ли артефакт.
     
    В общем то ситуация ясна.
    Можешь взять бутсектор от какого то FAT32 раздела, прописать в сектор 63 (это чтобы соотвествовать записи в РТ, а потом изменить на свои значения поля, отмеченные синим на рисунке из архива http://rghost.ru/6m4M2FHNT - остальные проверь. Серийный номер можешь перебить, чтобы не было путаницы в хранилище данных о дисках. Пропиши скорректированный сектор и в 69-й сектор.
     
    На всякий случай , в архиве уже готовый патч.

    Всего записей: 1369 | Зарегистр. 07-11-2015 | Отправлено: 17:48 09-03-2016
    dmkov9

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

    Цитата:
    Информация о заголовке файла HEX: 4F 54 54 4F 00 ASCII: OTTO  
    Получается что заголовок файла найти можно.  
    Теперь вопрос в том, есть ли в файле данные о размере или есть ли сигнатура конца файла.  
    Но это актуально для нефрагментированных файлов.  
     
     
    Цитата:
     А вот с ависинтом сложнее...
     
    Исходя из описания в википидеи - это скрипт, и в нём что то типа обычного текста. Соотвественно, если файл не располагался резидентно в MFT (*) и можно видеть это содержимое в хекс редакторе, то искать по известным значениям. (*) С резидентными можно попрощаться.

    Добрый день!
    А не подскажешь, как в DMDE искать можно эти файлы по данным?
    Когда восстанавливал Ontrack EasyRecovery Enterprise, он понакидал много файлов с расширениями. которых у меня не было, возможно среди них были и нужные...

    Всего записей: 856 | Зарегистр. 16-08-2007 | Отправлено: 18:28 09-03-2016
    The_Immortal



    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    temp9285, у Вас на скрине и в патче для поля "Total sectors" разные значения - какому верить? Кстати, а откуда Вы взяли эти значения вообще? Из здоровой FAT32 таблицы?
    Цитата:
    Серийный номер можешь перебить
    А где он там сидит?
    Цитата:
    Пропиши скорректированный сектор и в 69-й сектор.  
    Хм... Если 63-ий сектор фигурировал ранее, то откуда Вы узнали про 69-ый?
    И как быть с 17773? Мы его просто игнорируем теперь?
     
    P.S. Я не издеваюсь и не троллю, а, пользуясь Вашим альтруизмом и терпением, по-прежнему пытаюсь хоть немного въехать, чтобы в будущем меньше Вас доставать . Правда, это "въезжание" дается с очень большим трудом.

    Всего записей: 1542 | Зарегистр. 10-01-2009 | Отправлено: 21:10 09-03-2016 | Исправлено: The_Immortal, 21:16 09-03-2016
    temp9285

    BANNED
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    The_Immortal
    Упс. Действительно, скриншот поместил не тот - так что актуален патч.
    Хотя есть ещё одна цифра  - 30871488. Это значение основано на значениях в таблице разделов.
    Значение в патче (как и некоторые другие) взято из результатов поиска - в контекстном меню тома есть "Открыть параметры тома".

    Цитата:
    Если 63-ий сектор фигурировал ранее, то откуда Вы узнали про 69-ый?

    Из всё тех же талмудов - обычно копия бутсектора смещена на 6-секторов; и это значение прописано в бутсекторе.

    Цитата:
    И как быть с 17773? Мы его просто игнорируем теперь?

    А что предполагал делать с ним? Дамп этого сектора запрашивался чтобы убедиться что там начинается FAT2.

    Всего записей: 1369 | Зарегистр. 07-11-2015 | Отправлено: 21:47 09-03-2016
       

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

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


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

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

    BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

    Рейтинг.ru