Ru-Board.club
← Вернуться в раздел «Магнитные носители информации»

» Восстановление разделов и информации на HDD (часть 7)

Автор: 9285
Дата сообщения: 17.05.2015 20:41

Цитата:
HP Pavilion dv6-2030er

Не буду утверждать о 100% ти, но у НР восстановление к заводским установкам делается по скотски - вся имеющаяся разметка удаляется и создаётся один (пользовательский) раздел. Хотя .... в таком случае там должен был бы быть и заводской раздел восстановления, и служебный НР. Да и начало тома в 64-ом секторе очень характерно для акрониса. Так что дело очень тёмное.
Дампы можешь сделать для 50-ти начальных секторов каждого из раздела. И лог поиска потом выложи.
И ещё совет - приглядывай за показателями SMART, и если начнут нарастать, то лучше сохрани лог и останови поиск.
Автор: ICQman2GO
Дата сообщения: 18.05.2015 22:01
9285

Цитата:
И ещё совет - приглядывай за показателями SMART, и если начнут нарастать, то лучше сохрани лог и останови поиск.

SMART по ходу сканирования не ухудшался, поэтому дошел до 100%.
ntfsscan.log
Раздел_С
Раздел_D
Раздел_Е
Автор: 9285
Дата сообщения: 18.05.2015 22:37
ICQman2GO
Есть кое какие мысли - напишу чуть позже.
Пока сбрось дамп секторов 212136646+100
Автор: ICQman2GO
Дата сообщения: 18.05.2015 22:52
9285

lba212136646_100.bin
Автор: 9285
Дата сообщения: 18.05.2015 23:04
ICQman2GO
Ошибся при наборе - 219136646+100
И можно ещё 212845190+30
Автор: ICQman2GO
Дата сообщения: 19.05.2015 22:11
9285
dev1_lba219136646_100.bin
dev1_lba212845190_30.bin
Автор: 9285
Дата сообщения: 19.05.2015 23:07
ICQman2GO
Что то у меня скачивается старый дамп. Впрочем он уже малоактуален.
Для полного "счастья" не хватает посмотреть на дампы секторов 971273834, 6291520+100, 741907806+100.
Ты же можешь в найденном открывать NTFS 34 c началом в секторе 212845190 и смотреть что там.
Ситуация достаточно многовариантная, и неоднозначная.
Например, есть признаки того что два логических раздела были основными.
У тома Разное начало MFT и Mirror практически соответствуют размещению при формате виндой, но "сдвинуты" на 80 кластеров. И на такое же расстояние смещено начало тома, относительно найденного про который написано выше. Текущая MFT, сформированная в начале мая соотвествует отформатированному разделу. То есть очень похоже что раздел отформатировали, а потом сдвинули.
И ещё - в первом томе имеется огромный фрагмент MFT с 73472-я записями. Точно такой же по числу записей фрагмент находится на участке пределах второго тома. Можно предположить что был развёртнут заводской образ (*), но потом стало понятно (?) что он похоронил прежние разделы. Если том бы сжимали, то (по логике) MFT должна была бы переместиться - хотя подобные фантомы в случаях с акронисом немало. А может был сделан образ раздела а потом наложен на новую разметку с заданными размерами.
(*) Заводская разметка у НР обычно мелкий в начале (200 меговый кандидат имеется), потом огромный раздел, потом рековери + небольшой служебный; и все они просматриваются.
PS. Предлагаю вставить "спецу" детектор правды в нужное место.
Автор: StalkerSVR
Дата сообщения: 20.05.2015 10:11
Подскажите по восстановлению данных в следующей ситуации: в компьютере стояли 2 диска по 300гб в зеркале (встроенный рейд контроллер материнки на чипсете H67) и отдельный диск с данными на 2Тб, отформатированный в NTFS. После выхода из строя одного из 300гб диска его физически отключили и при загрузке винды рейд утилита автоматом начала восстановление зеркала на 2Тб диск с данными Пока это было замечено ей удалось завершить 10% (т.е. около 30гб). Соответственно, на диске из 2Тб с точки зрения операционки сейчас раздел в 300гб и далее пустое место. Ранее раздела на этом диске был один, на весь объем. Никаких манипуляций с диском не проводил, единственное, пытался запускать разные программы для восстановления - они либо не находят совсем ничего, либо только файлы по сигнатурам без имен.
Автор: Alex_Green
Дата сообщения: 20.05.2015 12:07
StalkerSVR

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


Значит вся MFT затёрта, и восстановление файлов с родными именами и структурой каталогов уже скорей всего невозможно. Можно ещё попробовать сделать поиск ntfs в DMDE, может хоть часть каталогов восстановится. Но если от MFT там совсем ничего не осталось, то увы...
Автор: south_man
Дата сообщения: 20.05.2015 12:44

Цитата:
Соответственно, на диске из 2Тб с точки зрения операционки сейчас раздел в 300гб и далее пустое место. Ранее раздела на этом диске был один, на весь объем.



Цитата:
Значит вся MFT затёрта, и восстановление файлов с родными именами и структурой каталогов уже скорей всего невозможно.

не совсем ясно, как такое может быть, если копия MFT хранится по середине диска, т.е. на 1Тб от начала.. (если был всего один раздел на весь 2Тб диск) - это пространство не должно быть затронуто разворачиванием образа 300Гб поверх...


Цитата:
сделать поиск ntfs в DMDE

самое то в этой ситуации..
Автор: Alex_Green
Дата сообщения: 20.05.2015 15:21
south_man

Цитата:
не совсем ясно, как такое может быть, если копия MFT хранится по середине диска


Копия MFT содержит только первые четыре записи. Ну и зависит ещё от того, чем раздел изначально форматировался. Acronis например создаёт MFT как правило в самом начале раздела. Возможно другие партмагойды проделывают что то подобное.
Автор: 9285
Дата сообщения: 20.05.2015 18:01

Цитата:
Ранее раздела на этом диске был один, на весь объем.

Извини за "грубость", но привет тем, кто делает так.
PS. Точно утилита сама автоматом натворила? Или всё таки кто то понажимал "Да, да, конечно же да!!!!"?


Цитата:
Возможно другие партмагойды проделывают что то подобное.

Не обязательно - начиная с висты, микрософт кладёт зеркало во 2-ой кластер.
Автор: ICQman2GO
Дата сообщения: 20.05.2015 23:11
9285

Цитата:
Для полного "счастья" не хватает посмотреть на дампы секторов 971273834, 6291520+100, 741907806+100.

dev1_lba971273834_1.bin
dev1_lba6291520_100.bin
dev1_lba741907806_100.bin

Цитата:
Ты же можешь в найденном открывать NTFS 34 c началом в секторе 212845190 и смотреть что там.

В разделе "Все найденные +реконструкция" открывается структура системного диска до переустановки.


Цитата:
Предлагаю вставить "спецу" детектор правды в нужное место.

"Спец"-молодец, поимел свой гешефт за переустановку и выпал на мороз. Надо бы владельца расспросить, может он после сбоя какие клавиши нажимал "случайно". А может действительно
Цитата:
был развёртнут заводской образ (*), но потом стало понятно (?) что он похоронил прежние разделы
. Скорее всего это дело рук "спеца", попытаюсь узнать у владельца. Вообще ему (хозяину) полагается купить футболку с тремя буквами за то что доверяет свой ноут/данные кому попало. Я так понял восстановить их маловероятно?
Автор: 9285
Дата сообщения: 21.05.2015 01:31
ICQman2GO
Шансы бывают всегда -вопрос только в количестве их, и того что выжило в результате всех этих перетрубаций.
В результатах поиска есть большие фрагменты MFT (даже можно сказать огромные) - что в них записано надо смотреть в ручном режиме или открывать тома к которым они "приписаны". Хотя подозреваю что это обломки бывшего системного.
И да, в дампах
dev1_lba971273834_1.bin - копия бутсектора раздела, начинающегося в секторе 212845190 со стандартными значениями начала MFT и зеркала
dev1_lba741907806_100.bin -50 первых записей MFT, раздела начинающегося в секторе 212845190, но уже с другим смещением начал, но с судя по твоему ответу дублирующему содержимое системного раздела - правда размером в 388 гигов.

А майку, да,можно вручить. Но в бОльшей мере не за то,что отдал такому спецу - ведь и у суперспеца могут быть форсмажоры (другого плана); а за то, что нет бэкапа.
Автор: StalkerSVR
Дата сообщения: 21.05.2015 08:49

Цитата:
Извини за "грубость", но привет тем, кто делает так. PS. Точно утилита сама автоматом натворила? Или всё таки кто то понажимал "Да, да, конечно же да!!!!"?

А чем один раздел на весь объем мешает? Особенно, если там только различные данные лежат.
И да, утилита сделал сама, без нажатий кнопочек. Ибо, как выяснилось, с точки зрения рейда на этом диске стояла пометка spare для полетевшего массива чьи то кривые руки накосячили намного раньше. Хотя я не понимаю, как тогда диск, помеченный как запасной, был виден вне рейда. Cейчас снял с него образ, буду мучить с помощью DMDE.
Автор: 9285
Дата сообщения: 21.05.2015 13:24
StalkerSVR
Тем, что ситуации подобного плана - начал занулять не тот диск, вместо флэшки выбрал внешник и на него откатился образ загрузочной флэшки и т.п. встречаются не так уж и редко; и здесь таких не одна.
И вполне понятно что в случае одного тома на диск, страдает он весь. В случае же с несколькими страдает таблица раздела и первый. Таблица восстанавливается элементарно и данные разделов кроме первого становятся доступны во всём обьёме.
То же самое актуально и для случая физических проблем с диском (в какой то одной области появились бэды). И есть разница в вычитывании всех живых разделов, причём штатными средствами того же проводника и (мучительным) вычитыванием проблемного раздела, и вычитыванием всего диска - особенно такого обьёма.
Впрочем, каждый сам выбирает свой путь ....
Автор: ICQman2GO
Дата сообщения: 27.05.2015 20:45
9285

Цитата:
В результатах поиска есть большие фрагменты MFT (даже можно сказать огромные) - что в них записано надо смотреть в ручном режиме или открывать тома к которым они "приписаны". Хотя подозреваю что это обломки бывшего системного.

В DMDE попробовал копировать найденные файлы, но программа радостно сообщила, что она "девственная", хотя в описании было указано что может восстанавливать до 4000 файлов из текущей панели. Ну и фиг сней. Просканировал весь диск с помощью GetDataback for NTFS и открыл один из огромных фрагментов MFT с началом в секторе 212844550 и размером 362Гб. И что же я вижу? - Огромное количество пользовательских файлов, все с названиями, расширениями, правдивым размером, но когда их открываешь, то получаешь шыш. Word/Excel ругаются и восстанавливают кракозябры, Windows MediaPlayer попытался открыть .mp3, поругался на содержимое и открыл фрагмент какого-то фильма про войну.
Ппц, видимо толи затерли раздел, толи смещали, фиг поймешь.


Цитата:
dev1_lba971273834_1.bin - копия бутсектора раздела, начинающегося в секторе 212845190 со стандартными значениями начала MFT и зеркала

Попробую еще его открыть, может он правильный?!
Автор: 9285
Дата сообщения: 28.05.2015 06:45
ICQman2GO
В DMDE надо обращать внимание на чекбокс "из текущей панели".

Цитата:
но когда их открываешь, то получаешь шыш.

Вполне естественно если была запись поверх самих данных или если есть смещение.
Тут надо использовать сигнатурный поиск, и если что то найдётся целое из имеющегося в записях прежней MFT, можно определить размер сдвига. Хотя не факт что сдвиг единичный.
Автор: dddimmm
Дата сообщения: 28.05.2015 06:59
всем привет, ребята может кто сталкивался с таким
Автор: MisHel64
Дата сообщения: 28.05.2015 08:50
Я сталкивался. Причин масса. Ты бы хоть "писк" записал, да погуглил, что означают такие писки. А раз даже этого не смог сделать, то тебе прямая и ЕДИНСТВЕННАЯ дорога к компетентному ремонтику.
Автор: dddimmm
Дата сообщения: 28.05.2015 11:03
MisHel64
по ссылке разве звук не слышен?
Автор: Alex_Green
Дата сообщения: 28.05.2015 21:36
ICQman2GO



Цитата:
MediaPlayer попытался открыть .mp3, поругался на содержимое и открыл фрагмент какого-то фильма про войну.


Похоже на смещение данных. Остаётся попробовать сигнатурный поиск, как уже правильно заметил 9285.
Автор: ICQman2GO
Дата сообщения: 29.05.2015 20:57
9285

Цитата:
Вполне естественно если была запись поверх самих данных или если есть смещение.

Увы, MFT с началом в 212845190 показал точно такой же результат - структура системного диска Windows 7, множество пользовательских папок в директории Users\XXXXXXX\Desktop (привет тем, кто не умеет менять ее расположение) и при открытии скопированных файлов ошибки, кракозябры и т.д. и т.п.
Обратил внимание на интересный момент - в восстановленной структуре директорий присутствует папка Windows.old, что как бы намекает на переустановку поверх старой.

Смотрю дальше. Дата создания папки Windows.old - 14.07.2009, дата последней модификации - 06.05.2015 15:25.

По описанию владельца тогда во время работы его ноутбук вдруг завис и показал черный экран (а немного раньше ему в сервисе меняли северный мост за немалые деньги, хе-хе). Он понажимал клавиши, выдернул адаптер - это все не помогло выключить ноут (не батарею же отключать ) и он (Эврика!) начал вставлять диски восстановления системы, которые были сделаны когда-то по предложению встроенного софта. Но божится, что дисковод диски принимал/отдавал, а ноут все равно был с черным экраном и ни на что не реагировал, хотя был включен. Тогда он кому-то отдал ноут и с ним что-то сделал спец "переустановил Windows, но диск не форматировал". Вооот.
Смотрим на даты создания субдиректорий в директории Windows - 07.05.2015 15:30-15:37, а остальные директории -14.07.2009, т.е. перенесены из ранее установленной системы.

И все же волнует вопрос - куда делись сами файлы?
9285
Alex_Green

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

Будем искать . А как это делается в GetDataback? Я нажимаю кнопку "Explorer" (Call Rantime's DiskExplorer), а он выдает сообщение "Please specify the location of Runtime's DiskExplorer in the Options menu". В меню Options присутствуют несколько опций . Какие включать?




Автор: negue
Дата сообщения: 30.05.2015 14:05
Здравствуйте.
acronis в рамках отпиливания раздела в 50 ГБ от существующего раздела 320 ГБ на жестком диске WD 320 ГБ наткнулся на ошибку чтения и прекратил выполнение задания. После этого раздел оказался потерянным.

Скриншоты dmde/crystaldiskinfo
http://rghost.ru/6xg2wRFVN

Дамп разделов
http://rghost.ru/7b449Jy2C
Автор: 9285
Дата сообщения: 30.05.2015 14:33
ICQman2GO

Цитата:
И все же волнует вопрос - куда делись сами файлы?

Судя по всему, переписаны (как минимум частично).

Цитата:
А как это делается в GetDataback?

Я ей почти не пользовался, поэтому попозже посмотрю как делается.

negue
Каков результат открытия тома с началом в секторе 3486105?
Какая версия уничтожителя использовалась?
Автор: negue
Дата сообщения: 30.05.2015 14:49
[more] 9285


Цитата:
Каков результат открытия тома с началом в секторе 3486105

В списке найденных томов элемент с данным томов занимает верхнюю строку с наибольшим значением столбца "Соответствие", я его открывал в первую очередь, и плачевный вывод о большой доле файлов, которые восстановить не удалось, сделал именно на основании восстановления с данного тома


Цитата:
Какая версия уничтожителя использовалась

Acronis Disk Director 12.0.3223

Вся история

Имеется винчестер WD 320 ГБ, до прошлого воскресенья он был размечен таким образом,что существовал только один раздел, занимавший все свободное пространство. В прошлое воскресенье я освободил на нем 50 ГБ свободного места и решил отрезать их, выделив в отдельный раздел (дополнительно оставалось примерно 1.5 ГБ свободного пространства). Дефрагментация диска, если и осуществлялась, то не помню когда. Выполнить данное действие я решил посредством ПО Acronis Disk Director 12.0.3223. Время начиная с нажатия кнопки "Старт" до появления первых признаков прогресса выполнения задания исчислялось минутами и в этот период я осознал ошибку, но не решился отменить задание, хотя на моей практике был случай отмены задания disk director и в том случае все закончилось благополучно. Вечером того дня я так и не дождался завершения выполнения задания, а когда утром включил монитор, то увидел, что оно было завершено аварийно, при этом было сформировано сообщение об ошибке чтения диска, в данном сообщении также содержался совет осуществить проверку поверхности диска. Изображение индикатора прогресса позволило заключить, что выполнение задания споткнулось примерно на 30%. Как долго это осуществлялось по времени сложно сказать, но точно больше двух часов. Я предположил, что раздел я потерял, осуществил загрузку Windows (она установлена на другом диске,разделы которого я тоже хотел изменить, но по причинам, описанным выше, acronis до него не добрался) и получил подтверждение моего предположения.
Вечером по возвращении с работы я осуществил посекторное клонирование содержимого диска на другой также WD 320 ГБ (модель другая) с использованием livecd clonezilla. Первая попытка не была сконфигурирована на продолжение работы в случае ошибки чтения сектора и поэтому задание споткнулось также примерно на 30%. Затем осуществить клонирование удалось, правда, на это ушло около 8 часов. Все последующие операции я проводил с диском-клоном, исходный диск я вставил только сегодня, чтобы сформировать отчет о данных SMART.

В основном я использовал программы для восстановления данных DMDE и RStudio. Огорчил низкий процент восстановления (по примерным оценкам в районе 20%). Осуществлял поиск NTFS, при этом мне было выдано более 10 томов и еще в таблице, расположенной в нижней части формы была куча строк примерно одинакового содержания, каждую из которых можно выделить для любого из найденных томов. Соответственно, на перебор всех вариантов у меня уйдет уйма времени, да я и не понимаю, что я этим выбором компонентов реально меняю. Сегодня скачал с официального сайта бесплатную версию dmde, ее версия оказалось более поздней, чем версия программы, которой я пользовался до этого, при этом имели место видимые изменения, например, таблица, расположенная
в нижней части окна поиска NTFS, содержавшая множество непонятных мне строк, исчезла, общее количество найденных томов сократилось до 8. Я запустил поиск NTFS и дождался момента, когда данные будут найдены.
Результаты проверки оказались неутешительными - состояние примерно такое же, как в случае использования программы более ранней версии. С RStudio дела обстояли чуть хуже. Я запускал сканирование в двух режимах -
с учетом поиска всего чего угодно и с учетом поиска только NTFS (фотография результата поиска NTFS приложена). В обоих случаях результаты были примерно одинаковы - перечни восстанавливаемых файлов практически совпадали. Еще я пытался восстановить данные с использованием EasyRecovery, в этом случае результат был еще более плачевным.

Скачав последнюю версию DMDE (бесплатную), обнаружил, что она отличается от той, что была у меня. В частности, при попытке доступа к структуре каталогов после осуществления 100% поиска осуществляется вывод сообщения
"Ошибка чтения MFT #77984-148271". При попытке восстановления файлов из отдельной папки, по завершении восстановления осуществляется вывод итоговой информации, например

Прервано чтение директорий: 0
Пропущено директорий: 0
Пропущено файлов: 0
Пропущено файлов с ошибками: 0
Всего файлов восстановлено: 532
Всего восстановлено 397 125 700 (397 МБ)

Вот из этих 532 фотографий (кстати там практически каждой фотографии по 4 копии) живых процентов 5 (или еще меньше), причем эскизы более-менее значительной части (30%) отображаются в проводнике Windows XP, но при открытии данных файлов стандартной программой отображения изображений осуществляется формирование
сообщения "Ошибка при построении изображения", попытка открытия других фотографий приводит к формированию ошибки "Просмотр недоступен".


Вопросы, помимо стандартного и известного - что делать? - следующие:
- что сотворил acronis c диском? понятное дело, я не представляю всех ньюансов алгоритма, реализация которого содержится в acronis, но как мне кажется, он что-то вышел за рамки разумного джентльменского поведения. Я вообще представляю эту задачу как расфасовка 50 ГБ данных, находящихcя в конце диска, по свободным секторам. Как-то странно она решается с учетом того, что восстанавливаемые звуковые файлы, например, содержат сборную солянку из разных песен подобно тем, что радиостанции вставляют между песнями и рекламой, давая представление о том, что на этой радиостанции можно услышать.
- случайно или нет совпадение того, что акронис загнулся на 30% выполнения задания и сбойные сектора находятся на смещении 30% от начала? если да, то что, получается acronis решил прошерстить весь диск? зачем это нужно при отделении 50 ГБ раздела?
- возможно ли, что ошибка чтения была спровоцирована чрезвычайно интенсивным использованием диска со стороны acronis? где-то я читал, что у винчестеров wd есть проблемы при сильном повышении температуры. если посмотреть на параметры SMART (5, С5, С6), и принять во внимание, что было выполнено 3 итерации доступа к условно-проблемному сектору (arnonis, clonezilla без игнорирования сбойных секторов, clonezilla с игнорированием сбойных
секторов), то примерно то на то и выходит;
- я пытался запустить викторию 3.5 (с загрузочного диска), чтобы хотя бы просканировать поверхность диска на наличие ошибок, но не смог инициализировать диск. Во-первых (что меня удивило), выглядело так, что мои два
винчестера подключены через контроллер расширения, вставленный в pci, хотя один ide порт на материнской плате имеется (asrock deluxe 5), но если более старый 80 Гб винчестер у меня прекрасно откликнулся и я посмотрел его
SMART данные, то этот проблемный инициализировать не удалось. Возможно ли, что это также вызвано действиями acronis?

Скриншоты dmde/crystaldiskinfo
http://rghost.ru/6xg2wRFVN

Дамп разделов
http://rghost.ru/7b449Jy2C

Заранее спасибо.
[/more]
Автор: Alex_Green
Дата сообщения: 30.05.2015 14:56
ICQman2GO

Цитата:
А как это делается в GetDataback?


Очевидно нужно включить опцию Recover lost files, поскольку сигнатурный поиск - это ни что иное, как Raw file recovery.
Автор: 9285
Дата сообщения: 30.05.2015 16:17
negue
Забыл уточнить - открывать надо было том, у которого в индикаторах F и который на экране Разделы обозначен как Volume03Икотта. Хотя, вроде бы результаты поиска открывают его. Но это лучше уточнить у dmde (автора программы).
И пока нет этого уточнения, попробуй открыть как я написал.

Что касается остального.
Ситуация из разряда "разрыв мозга".
И пока он не разорвался, напишу предварительные заключения.
Скорей всего ранее раздел начинался в секторе 63.
Начало нового раздеа было передвинуто в сектор 3486105.
И тут два варианта:
- уничтожитель дурканул
- ты сам сдвинул начало тома (если такое возможно при работе с мышкой).
В результате это выполнилось, но в части 50-ти начальных записей MFT (судя по началам 100 секторных дампов).
И ту другая непонятка. В данных ранлиста числится более 120тысяч записей, а в результатах поиска максимальная запись 77893.
Опять два варианта:
- это то, что успел пересчитать уничтожитель
- уничтожитель решил сжать MFT до размера используемых записей.
В любом случае, исходя из результата поиска - остальных записей нет (о чём собственно и сообщает DMDE).
Ещё один казуистский момент. Если принять что прежний том был в секторе 63, то MFT начиналась в секторе 6219519 - там сейчас лишь первые четыре записи.
И да, все результаты поиска видимо дубли (4 комплекта).

Поправил ошибочное название тома.
Автор: Vlimiik
Дата сообщения: 01.06.2015 10:44
Раньше времени отформатировал обычным ( не быстрым) форматированием HDD. После понадобилось поднять на нем всю инфу, включая структуру файлов и каталогов, что бы даже винда загрузилась. Раньше после быстрого форматирония R-Studio с этой задачей справлялась. Сейчас прогнал сканирование, а она ничего не находит. Вообще пусто. Использовал обычное форматирование под Windows7.
Сейчас сложилась ситуация, что срочно нужно отремонтировать, что бы читать по-меньше. Так что прошу направить на проверенный инструмент. HDD 2,5" Hitachi SATA 500 GB. После форматирования пока что записано на него ничего не было.
Автор: Alex_Green
Дата сообщения: 01.06.2015 12:27
Vlimiik

Цитата:
Использовал обычное форматирование под Windows7.


Ну и усё, finita la commedia. Обычное форматирование (не быстрое) начиная с Windows Vista и выше, просто перезаписывает каждый сектор нулями. Так что увы, там уже восстанавливать просто нечего.

Страницы: 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109

Предыдущая тема: Винт стал медленно работать


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.