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

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

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

    BANNED
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    acrid2
    У меня сейчас нет под руками виртуалки, на которой мог бы проверить твою ситуацию.
    Поэтому смотри в контексте того, что тебе надо восстановить $Noname04 и его же бутсектор.

    Всего записей: 1369 | Зарегистр. 07-11-2015 | Отправлено: 23:25 09-02-2016
    acrid2

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

    Цитата:
    Поэтому смотри в контексте того, что тебе надо восстановить $Noname04 и его же бутсектор.

     
    Понимаете, я вообще не понимаю что обозначает "вставить" и "восстановить"(я не знаю что там втавляется и что восстанавливается и каким образом), поэтому спрашиваю у вас.
     
    Что мне дальше нужно нажать? восстановить - $Noname04?  
    потому как "вставить" при выделении этого тома нет. Если нажать пкм на нем, тогда в меню есть пункт вставить раздел(undelete), но это, как я понимаю, не то..
     
    http://s017.radikal.ru/i439/1602/6d/0987b11e5599.jpg

    Всего записей: 25 | Зарегистр. 08-02-2016 | Отправлено: 23:39 09-02-2016 | Исправлено: acrid2, 23:44 09-02-2016
    temp9285

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

    Цитата:
    Если нажать пкм на нем, тогда в меню есть пункт вставить раздел(undelete), но это, как я понимаю, не то..

    Как раз таки то.

    Всего записей: 1369 | Зарегистр. 07-11-2015 | Отправлено: 00:14 10-02-2016
    avtandil33

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

    Цитата:
    avtandil33  А на лог поиска можно взглянуть?  Ты смотрел во всех папках? В том числе и с именами типа $Fxxxx?  Если известны имена нужных данных - поищи по именам, может они в какой то такой "завалялись".  Открывай другие тома, если есть. Смотри результаты RAW поиска.  А может уже их и нет, и чекдиск сделал своё дело.  В любом случае, можешь пробовать и другие программы.  Полная версия, в плане поиска ничем не отличается от Free.

     

    Цитата:
    avtandil33  То есть, ты видишь дерево каталогов, но в нём мало папок? Нужные файлы есть?  Поиском по имени пробовал найти?  Покажи как выглядит каталог и сделай дамп секторов 6293504 + 60 последующих.    Картинку (если много, то лучше в один архив) можешь тоже выложить на rghost и дать ссылку.  Или посмотри как выкладывают другие - для этого войди в редактирование сообщения.

     
     
    Полные снимки каталогов и дамп тут.  
     
    Папку Chkdsk перенес из папки System Volume Information, там находятся логи двух запусков чека нашего диска.
     
    Я посмотрел еще раз структуру лог-файла чекдиска, вот у меня в папке 0Huis еще была подпапка Gruz2016, а  в ней еще несколько подпапок с данными. Так вот судя по всему чекдиск снес подпапку Gruz2016, и соответственно о том, что было там внутри вообще никаких упоминаний нет.
     
     
     
    Добавлено:
    temp9285_2
     
     

    Цитата:
    avtandil33  Оу дело серьёзное, без мощных средств не обойтись. Качайте Winhex, нужно поменять несколько байт.

     
    WinHex есть. Что конкретно надо делать ?

    Всего записей: 24 | Зарегистр. 06-01-2006 | Отправлено: 00:20 10-02-2016 | Исправлено: avtandil33, 00:23 10-02-2016
    acrid2

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

    Цитата:
    Как раз таки то.

     
    Хорошо.  
    >нажимаю "вставить раздел(undelete)" результат: "том еще не был открыт..."
    >нажимаю "игнорировать" результат: "загрузочный сектор не найден или является неправильным/несовместимым. Раздел будет виден как неотформатированный. продолжить все равно?"  
    >нажимаю "да" результат "выберите тип раздела. основной раздел(mbr), логический диск(mbr)"
     
    что выбрать нужно?
     
     
    Добавлено:

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

     
    Все сделал. вот что получилось:
    http://s017.radikal.ru/i412/1602/5d/8ba5fc7fa23d.jpg
     
    Добавлено:
    вот так его теперь видит винда. как пустой ntfs логический 8gb диск...
     
    http://s019.radikal.ru/i623/1602/11/b749e87455a2.jpg

    Всего записей: 25 | Зарегистр. 08-02-2016 | Отправлено: 00:32 10-02-2016
    temp9285

    BANNED
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    acrid2
    Букву диска винда сама дала? Или ты уже перезагрузил систему?
    Проверка диска делалась? Если ещё нет - не давай сделать.
    И открой том в DMDE - что там (в папках тоже)?
     
    Добавлено:
    avtandil33

    Цитата:
    вот у меня в папке 0Huis еще была подпапка Gruz2016, а  в ней еще несколько подпапок с данными.

    Можно увидеть что в логе по поводу этих папок?
     

    Цитата:
    судя по всему чекдиск снес подпапку Gruz2016, и соответственно о том, что было там внутри вообще никаких упоминаний нет.

    Если даже снесена запись об этой папке, в записях MFT подпапок и файлов внутри неё, остался номер родительской папки. И, в отсуствии родительской, они как раз собираются в DMDE в папки типа $Fxxxx
    Потому и писал о таких папках и о поиске по известным именам. Технически, можно поискать где фигурируют названия в хексредакторе и возможно что ситуация прояснится, но это очень муторно.
    Дамп подтвердил подозрение в наличии расширенного атрибута в 0-вой записи, причём его "конструкция" для меня нова. Здесь уже было как то пара-тройка случаев с таким атрибутом, огромным числом записей (у тебя около 460 тысяч, но было и больше) и невиндовыми системами. Могу предположить что это как то взаимосвязано - ведь NTFS не документирована в полном обьёме, и всевоможные приблуды для работы с инородной ФС не гарантируют свою безошибочность.
    Как то так.
     
    PSю Что касается винхекса то там несколькими байтами не обойтись, и сказано (не мной) от балды.
    Подробности в http://forum.ru-board.com/topic.cgi?forum=84&topic=5070#1. [?]

    Всего записей: 1369 | Зарегистр. 07-11-2015 | Отправлено: 01:42 10-02-2016 | Исправлено: temp9285, 01:57 10-02-2016
    acrid2

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

    Цитата:
    Букву диска винда сама дала? Или ты уже перезагрузил систему?
    Проверка диска делалась? Если ещё нет - не давай сделать.
    И открой том в DMDE - что там (в папках тоже)?

     
    Да, я не перезагружал, букву винда сама назначила.
    Проверку не делал.
    Открываю том в dmde, результат на картинке:
    http://s019.radikal.ru/i613/1602/83/6b668823a65a.jpg
     
    upd:
     
    папка root пустая, а metadata на картинке:
    http://s018.radikal.ru/i501/1602/1c/cc5fe113c9a2.jpg
     
    upd2
     
    Букву убрал.
    делаю реконструкцию с такими параметрами:
    http://s017.radikal.ru/i427/1602/26/bc07bc96f8e0.jpg

    Всего записей: 25 | Зарегистр. 08-02-2016 | Отправлено: 01:55 10-02-2016 | Исправлено: acrid2, 02:03 10-02-2016
    temp9285

    BANNED
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    acrid2
    Букву лучше забери на время
    Ну так зайди в Root и т.д.
    Можешь и виртуальную реконструкцию сделать и "походить" по папкам.

    Всего записей: 1369 | Зарегистр. 07-11-2015 | Отправлено: 01:58 10-02-2016
    acrid2

    Newbie
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    результат виртуальной реконструкции:
    http://s017.radikal.ru/i420/1602/99/988b8cb6a372.jpg
     
    содержимое папки metadata выложил постом выше.
     

    Всего записей: 25 | Зарегистр. 08-02-2016 | Отправлено: 02:13 10-02-2016 | Исправлено: acrid2, 02:15 10-02-2016
    temp9285

    BANNED
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    acrid2
    Размер MFT 256 записей, что характерно для вновь отформатированного раздела.
    Смущает только что есть папка Sony и некоторые файлы. Хотя это можно списать на то, что они  прописались после формата (бывшим владельцем)?.
    Впрочем, бывают разделы восстановления и с малым числом файлов (папок).
     
    Добавлено:
    Зачем мне содержимое метафайлов, если вопрос был про root?

    Всего записей: 1369 | Зарегистр. 07-11-2015 | Отправлено: 02:15 10-02-2016
    acrid2

    Newbie
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Подробнее... [?]
     
    в общем, как я понял, там все настолько перемешалось, что восстановить если и возможно, то явно не самому, а везти куда-то этот диск смысла нет... Спасибо за попытку помочь! [/more]

    Всего записей: 25 | Зарегистр. 08-02-2016 | Отправлено: 02:28 10-02-2016 | Исправлено: acrid2, 02:37 10-02-2016
    temp9285

    BANNED
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    acrid2
    Если папки, файлы находятся хитманом, то они должны быть и в DMDE - удалённые или найденные, в руте или в папке Все найденные + реконструкция.

    Всего записей: 1369 | Зарегистр. 07-11-2015 | Отправлено: 02:37 10-02-2016
    acrid2

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

    Цитата:
    Если папки, файлы находятся хитманом, то они должны быть и в DMDE - удалённые или найденные, в руте или в папке Все найденные + реконструкция.

     
    да, есть там эти папки. Вот они:
    http://s017.radikal.ru/i435/1602/ef/6de181112a6c.jpg

    Всего записей: 25 | Зарегистр. 08-02-2016 | Отправлено: 02:41 10-02-2016
    temp9285

    BANNED
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    acrid2
    Насколько понял - папки пустые или в них мало (мелких?) файлов?
    Если учесть что дата MFT - октябрь 2014 года, не удивлюсь ели подтвердится что бывший хозяин форматнул раздел.

    Всего записей: 1369 | Зарегистр. 07-11-2015 | Отправлено: 02:55 10-02-2016
    avtandil33

    Newbie
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    temp9285
     
    Цитата:
    вот у меня в папке 0Huis еще была подпапка Gruz2016, а  в ней еще несколько подпапок с данными.
     

    Цитата:
    Можно увидеть что в логе по поводу этих папок?

     
    Checkdisk log. В файле 7.txt - отфильтрованные по именам файлов записи из этого лога. Но опять-таки повторюсь, что они тут не все, так нет ни одной из подпапок 0Huis\Gruz2016. Суды по всему и остальные подпапки из 0Huis, такие как ac , Bounces, Metelkin,Mix ,Pics безвестно канули. Что интересно у них у всех стоит чекдисковская метка - файл  113424. Я так понял, что в данном случае это признак одной и той же поддиректории, в данном случае 0Huis
     
    Цитата:
    судя по всему чекдиск снес подпапку Gruz2016, и соответственно о том, что было там внутри вообще никаких упоминаний нет.
     

    Цитата:
    Если даже снесена запись об этой папке, в записях MFT подпапок и файлов внутри неё, остался номер родительской папки. И, в отсуствии родительской, они как раз собираются в DMDE в папки типа $Fxxxx
    Потому и писал о таких папках и о поиске по известным именам. Технически, можно поискать где фигурируют названия в хексредакторе и возможно что ситуация прояснится, но это очень муторно.
    Дамп подтвердил подозрение в наличии расширенного атрибута в 0-вой записи, причём его "конструкция" для меня нова. Здесь уже было как то пара-тройка случаев с таким атрибутом, огромным числом записей (у тебя около 460 тысяч, но было и больше) и невиндовыми системами. Могу предположить что это как то взаимосвязано - ведь NTFS не документирована в полном обьёме, и всевоможные приблуды для работы с инородной ФС не гарантируют свою безошибочность.
    Как то так.  

     
    Попробовал несколько поисков по именам, которые помню - ничего не нашлось. В папках $Fxxxx в основном файлы, которые были сознательно удалены и они как раз неинтересны.
     
    Я не думаю, что тут вмешались сторонние системы - я записывал данные под семеркой, потом просто несколько раз втыкал этот диск в виртуальную винду на маке, но это не портило файлы. А испортил как раз чекдиск, который я опять-таки запускал на семерке.

    Всего записей: 24 | Зарегистр. 06-01-2006 | Отправлено: 10:18 10-02-2016 | Исправлено: avtandil33, 10:20 10-02-2016
    temp9285

    BANNED
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    avtandil33
    Мне не очень понятны некоторые записи (терминологии) чекдиска, но попробую пояснить что мне видется.
     
    Неверный нерезидентный атрибут типа 0x80. Правильная длина данных 0x28b00000,
    размер файла 0x28b00000, выделенная длина 0x222bf000.

    Судя по всему, речь идёт о упоминаемом расширенном атрибуте в 0-вой записи.
    Правильная длина и размер файла (в десятичных) - 682622976, а выделенная длина 573304832.
    Последнее значение как раз фигурирует в 80-м атрибуте. Если учитывать что размер стандартной записи 1024 байта, то в файле такого размера может быть информация о 559868 записях.
    А для 682622976 это значение равно 666624.
     
    Теперь другой фрагмент, коих немало
    Запись в индексе $I30 в файле 0x1bb10 указывает на файл 0x89032,
    который расположен вне MFT.

    Опять же, если перевести в десятичные, то можно прочесть о том, что индексная запись в файле 113424 указывает на файл 561202, который размещён за пределами MFT.
    Что, в принципе справедливо т.к. 561202 > 559868; и можно предположить что чекдиск кастрировал MFT.

    Всего записей: 1369 | Зарегистр. 07-11-2015 | Отправлено: 16:30 10-02-2016
    acrid2

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

    Цитата:
    Насколько понял - папки пустые или в них мало (мелких?) файлов?
    Если учесть что дата MFT - октябрь 2014 года, не удивлюсь ели подтвердится что бывший хозяин форматнул раздел.

     
    Не знаю, вроде не пустые, в некоторых есть подпапки и файлы.
    вот, развернул одну для примера.  
     
    http://s008.radikal.ru/i304/1602/19/db18b2e774b3.jpg
     
    Так же приведу ниже скрин, что нашел hetman(там есть папка lost files, где также куча папок и файлов.
     
    http://s019.radikal.ru/i631/1602/c1/0d24390a44e5.jpg
     
    а если диск таки был отформатирован, уже невозможно восстановить таблицу и бут(файлы как я понимаю на месте, а потерянные из-за повреждения таблицы)?
     
    upd: скрины перепутаны местами
     
     

    Всего записей: 25 | Зарегистр. 08-02-2016 | Отправлено: 16:49 10-02-2016 | Исправлено: acrid2, 16:54 10-02-2016
    temp9285

    BANNED
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    avtandil33
    Ещё один фрагмент
    Удаление элемента Arab1-A.wav из индекса $I30 файла 559770.
    Такой же есть и в отношении 559771, а может и ещё других.
    Теперь смотри часть найденных фрагментов MFT http://tau.rghost.ru/6MsM7VcS4/image.png
    Фиолеовы выделено уже знакомое число записей.
    Но сейчас важен выделенный красным. Это фрагмент начинающийся с записи 556380 и длиной 3488 записи. Но печалька в значении в скобочке -3139 - это число отсутствующих записей. Может туда что то упало не то, может они серьёзно повреждены, но их как бы нет (даже с каким то сдвигом).
    Поэтому не удивительно что нет чего то.
    И неудивительно что из индексов каталогов удалялась информация об отсутствующих файлах.
     

    Цитата:
    Что интересно у них у всех стоит чекдисковская метка - файл  113424

    Посмотри что в этой и других часто упоминаемых записях и станет чуть понятнее.
     
    PS. В результатах поиска есть немало крупных неидентифицированных фрагментов, в которых немало и удалённых записей. Возможно что среди них и есть нужные тебе, но это надо расскапывать.
     
    PPS. Совсем забыл про
    Цитата:
     Я не думаю, что тут вмешались сторонние системы - я записывал данные под семеркой, потом просто несколько раз втыкал этот диск в виртуальную винду на маке, но это не портило файлы. А испортил как раз чекдиск, который я опять-таки запускал на семерке.

    Даже при простом подключении к работающей системе происходят записи в ФС. Кстати, маковские ОС очень недурно гадят несколькими служебными папками (название не помню). И вообще, в неопределённый то момент может произойти какое то стечение обстоятельств, которое приведёт к глюку. Причём это могут быть не зависящие от пользователя.
    И если произошло какое то наложение мусора в область MFT, то чекдиск можно обвинить, но наверное в обрезке размера файла, но не в корректировке индексов об отсутствующих записях. Хотя, если вспомнить скандиск или NDD, то там было более грамотно - сообщение об ошибках, запрос на исправление, создание файла отката изменений.
    И ещё один момент. Учитывая сильную фрагментацию MFT, можно быть уверенным в том что и сами данные сильно фрагментированы; что нередко является следствием чрезмерной заполненности раздела. Насколько был заполнен раздел?
     
     
    Добавлено:
    acrid2
    Я не в курсе как устроен раздел восстановления соньки, но обычно есть несколько огромных wim-файлов.
    Есть что то подобное?

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

    Учитывая значение начальных кластеров MFT и зеркала, число записей равное 256 - форматирование делалось вистой или более новой виндой. Соответственно - нет содержимого такого числа записей бывших ранее. А это достаточно много когда речь идёт о восстановлении функционал раздела восстановления, который то и без одного файла может не заработать.
    Если интересно, сделай Поиск NTFS на учаcтке этого раздела и выложи лог поиска.
    ИМХО, не стоит использовать без надобности бэта версии.
     
    И в условиях поиска убери галку с RAW и прочего, что не относится к NTFS.

    Всего записей: 1369 | Зарегистр. 07-11-2015 | Отправлено: 16:50 10-02-2016 | Исправлено: temp9285, 17:46 10-02-2016
    acrid2

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

    Цитата:
    Если интересно, сделай Поиск NTFS на учаcтке этого раздела и выложи лог поиска.
    ИМХО, не стоит использовать без надобности бэта версии.
     
    И в условиях поиска убери галку с RAW и прочего, что не относится к NTFS.

     
    Вот это, наверное, не есть хорошо?
     
    http://s018.radikal.ru/i514/1602/a7/808980ff4dbd.jpg
     
    лог
     

    Всего записей: 25 | Зарегистр. 08-02-2016 | Отправлено: 18:40 10-02-2016 | Исправлено: acrid2, 18:40 10-02-2016
    temp9285

    BANNED
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    acrid2
    Пробовал открыть результаты поиска?
    По логу виден фрагмент размером в 2304 записи.

    Всего записей: 1369 | Зарегистр. 07-11-2015 | Отправлено: 20:39 10-02-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