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

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

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

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

   

Dekker



Moderator
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
Коды ошибок винчестеров Самсунг, которые можно видеть в терминале, или морганию светодиода.
Здесь
Тема про VTool & WCUBE & HUTIL and others for Samsung
FAQ по HUTIL
Все утили HUTIL Vtool WCUBE и другие в одном архиве
Попадались ВКубы такой версии:
WCube 2.0.2  Date last modified: May 25, 2006
Пример, как использовать WCUBE для восстановления служебки до заводского состояния
ТАБЛИЧКИ НА ДАННЫ МОМЕНТ ИДУТ ШИФРОВАНЫЕ
Здесь мы пытаемся как-то решить данную проблему:
Чем открыть шифрованный файл "INCOPS SECU-DRM - Ver 1.0
 
Важно! Инструкция по чистке контактов на плате HDD  

Часть I, Часть II
 
All Error Codes Classic + F-series

Всего записей: 4655 | Зарегистр. 04-06-2002 | Отправлено: 13:53 19-09-2012 | Исправлено: Michael99, 11:32 01-08-2013
alpham100



Advanced Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
вечер добрый
 
винчестер hd321kj t166s
смарт после бурна  - не читается
наверно или из за бурна что прошел с led 00 e000
 
ну или просто нужно инициализировать смарт
 
а как это сделать не пойму
 
те что есть утилиты хутиль шт 15 версий
 
пишут  про не совместимое семейство
 
ES-Tool  3.01  
нет раздела инициализация смарта
только включить и выключить
 
вопрос снят  решена проблема
 
взял версию  с http://files.hddguru.com/download/Software/Samsung/HUTIL/
 
hutil210.rar
HUTIL v2.10 FULL (SVC.CFG) - Config Made By FaNaTyK for HddGuru.com --Utility to test and repair Samsung HDDs.

Всего записей: 720 | Зарегистр. 28-01-2012 | Отправлено: 00:49 21-12-2012 | Исправлено: alpham100, 01:40 21-12-2012
NiTr0

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

Цитата:
Интерпретатор REXX идущий в поставке IBM'овской PCDOS имеет размер 81166 байт.
И из-за ограничений (сегментная адресация,расположение и управление памятью самой DOS) ну никак не может отжирать "под свои нужды" мегабайты.

И что на этом интерпретаторе-то можно написать? Разбор многомегабайтного модуля осилит?
 

Цитата:
Нет не будет. Например ROM на Тoshiba 512Кб. Т.е только для хранения поступивших и возможно искаженных данных нужен массив больше мегабайта.А скорость 9600,т.е  
затраты на преобразование будут совершенно ничтожными,чем на само получение даты.  

Вы только по медленному ком-порту с каплями данных работаете?
 

Цитата:
Ну если 5-10 секунд тратит С программа,то ну егонах такое С. Я писал парсер на асме-только запустил-уже готово. Т.е секунда,и это не смотря на вашу выдуманную оптимальность "умного компилятора"  

Читайте внимательнее. Речь шла о программе на VB.
 

Цитата:
А какая разница как он сделан,если для работы используется именно скриптовый движок ?

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

Цитата:
А "готовые процедуры" и играют роль тех самых необходимых вставок о которых я говорил выше.  

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

Цитата:
Программа на С и программа на скриптовом языке,получат данные из ком-порта за примерно одно и тоже время.
И ни о каком порядке при сравнении производительности ,речь вообще не может идти.  
Мне не надо вычислять стомиллиардное простое число или отрисовывать экран.  

У вас все задачи ограничиваются работой с медленным ком-портом? А разбор дефект-листа эдак на несколько десятков тысяч дефектов если взять? С перегруппировкой и объединением их в треки?
 

Цитата:
Ну значит вы дней за 5 сможете разобраться с приемом данных по компорту,и показать
нам сверхбыструю прг. с битмапом и т.п,да ?  

Прием данных по ком-порту я писал еще лет 8 назад, будучи студентом. Голый WinAPI, включая создание диалогов... Если найду время - может и наваяю чего, благое дело - задумываюсь о кросс-платформенной софтине хотя бы с работой по терминалу, надоело на круглосуточно работающем тазике под вайном стмемом рыбок мучить...
[/off]
alpham100

Цитата:
ну или просто нужно инициализировать смарт
 
а как это сделать не пойму  

В кубе:
smart (0xde, 0, 1)

Всего записей: 1430 | Зарегистр. 06-09-2008 | Отправлено: 23:31 21-12-2012
tametung

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
[off]
NiTr0

Цитата:
И что на этом интерпретаторе-то можно написать? Разбор многомегабайтного модуля осилит?

 
Ну а почему нет ? Просто писать скрипт придется с учетом ограниченности ресурсов,используя seek'a и чтениея по N-байт.Ну а как работают Gemini и Trexx ?
Кстати это хороший пример того где можно использовать вставки. Под DOS-Rexxом приходится извращаться. (тело скрипта содержит данные,из которых образуется исполняемый файл,который запускается выполняет -работу и передает результаты опять
черз файл. Это согласитесь не очень удобно. Но например позволяет читать трэк на семействах .11 и выше за секунду-полторы.
 

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

Хм. Откуда это сотню-полторы строк,про что вы говорите ? Только main cкрипт на трексе содержит примерно 23000 строк.  
И насчет огромной разницы. Ну вот я писал скрипт находящий все пары изменившихся файлов. Например считали модули до скана и после. Что поменялось ? При работе скрипта открывается ,считывается и сравнивается больше 800 файлов. Время работы ну пусть 30 секунд. Это как, оч. долго ?  Либо скрипт нахождения какой-то строки (например hex.) во всех 400+ модулях ВД. Тоже- ну пусть минута. И притом что у REXX'a есть оч. неприятные моменты при работе с бинарниками.
Так что все вполне за разумное время.
 
p.s.Все-завязываем.Никто никому ничего не докажет.Разбегаемся при своих.
[/off]
 

Всего записей: 2190 | Зарегистр. 27-01-2007 | Отправлено: 02:57 22-12-2012
alpham100



Advanced Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
NiTr0
спасибо про вкуб и смарт  - записал в памятку

Всего записей: 720 | Зарегистр. 28-01-2012 | Отправлено: 13:14 22-12-2012
Michael99



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

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

В самсунговских S-листах такое только, и до сотен тысяч. Но никто не группирует в S-листе записи о дефектах в треки. Да и в Р-лист ВД этого не нужно делать. Это я вам как практик говорю (не программер). Это просто лишено смысла. А вот в Г-листах это очень необходимая вещь, но там не бывает десятков тысяч дефектов.

----------
Восстановление информации. Ремонт HDD

Всего записей: 4711 | Зарегистр. 14-12-2005 | Отправлено: 16:49 22-12-2012 | Исправлено: Michael99, 16:53 22-12-2012
NiTr0

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

Цитата:
Ну а почему нет ? Просто писать скрипт придется с учетом ограниченности ресурсов,используя seek'a и чтениея по N-байт.Ну а как работают Gemini и Trexx ?  

TREXX пока в руки не попадал, попадет - гляну, но я более чем уверен, что он работает в protected mode... А перезапись модуля по каплям - весьма накладное занятие...
 

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

Ну и смысл таких плясок с бубном?
 

Цитата:
И насчет огромной разницы. Ну вот я писал скрипт находящий все пары изменившихся файлов. Например считали модули до скана и после. Что поменялось ? При работе скрипта открывается ,считывается и сравнивается больше 800 файлов. Время работы ну пусть 30 секунд. Это как, оч. долго ?

Да, очень долго. Реально время сравнения будет сопоставимо со временем копирования с одного места в другое.
 

Цитата:
Либо скрипт нахождения какой-то строки (например hex.) во всех 400+ модулях ВД. Тоже- ну пусть минута.

Тоже очень долго. grep к примеру на 4МБ файле отрабатывает 1-2 секунды...
 
Michael99

Цитата:
Да и в Р-лист ВД этого не нужно делать. Это я вам как практик говорю (не программер). Это просто лишено смысла.

Смысл есть, хоть и небольшой (к примеру п-лист почти забит, а в него надо впихнуть еще дефектов).

Всего записей: 1430 | Зарегистр. 06-09-2008 | Отправлено: 17:11 22-12-2012
tametung

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
[off]
NiTr0

Цитата:
Тоже очень долго. grep к примеру на 4МБ файле отрабатывает 1-2 секунды...

проверил. (под Win98) Запустил скрипт искать строку "Model" в папке с 413 файлами. (2 из которых 4Мб.) результат 11 секунд. (найдено 4 вхождения,естественно с офсетами)На бинарной строке 4704h на тех же 413 файлах, 2400+ вхождений за 7 секунд.

Цитата:
Да, очень долго. Реально время сравнения будет сопоставимо со временем копирования с одного места в другое.

? я не думаю что 11 или 7 секунд это очень долго.

Цитата:
Ну и смысл таких плясок с бубном?

так читайте не только себя,о вставках слышали я говорил ? (вот их и нет возможности -сделать на прямую.Таков язык. А в бэйсике это -легко(встроено))

Цитата:
А перезапись модуля по каплям - весьма накладное занятие...

не по каплям,а сколько позволяет размер сегмента. (кстати и у самого винта есть предельный размер блока обслуживаемый за одну команду и даже если я читаю все модули несколько минут (не засекал),то меня (лично) это никак не напрягает. Это не ловля блох,можно обойтись без спешки.
p.s
кстати никакой необходимости группировки в трэки в GList нет. Винт сам это прекрасно делает. (и именно поэтому иногда требуется remerge)
 

Цитата:
но я более чем уверен, что он работает в protected mode..

Да в защищенном. Но для записи файла,он использует ф-цию DOS,в которой размер сбрасываемого задается через рег.СX
и не может превышать теже 64 Кб. (аналогично и по чтению).
[/off]
 

Всего записей: 2190 | Зарегистр. 27-01-2007 | Отправлено: 17:56 22-12-2012 | Исправлено: tametung, 18:05 22-12-2012
USSTO



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
NiTr0
Что надо сваять на бейсике для примера? , ато у вас споры ни как не закончаться

Всего записей: 1077 | Зарегистр. 21-05-2011 | Отправлено: 18:03 22-12-2012 | Исправлено: USSTO, 18:04 22-12-2012
tametung

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

Цитата:
Что надо сваять на бейсике для примера?  

В PC3K не релизован (или может не знаю как сделать ? если только из редактирования листинга дефектов сохраненных как текст ?) дополнение диапазоном секторных дефектов. Т.е например на цилиндрах N,N+1,...N+К по голове M,нужно вставить cектора [I;J]
Будет полезно.

Всего записей: 2190 | Зарегистр. 27-01-2007 | Отправлено: 18:23 22-12-2012 | Исправлено: tametung, 18:25 22-12-2012
Michael99



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

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

Вы не говорите про какой-то теоретический смысл, а возьмите на практике Самсунг, сгруппируйте в S-листе энную кучу дефектов в треки, а потом посмотрите на поляну простой Викой. И результат - зелень в каждой зоне по всему винту из-за внесённого сдвига трансляции в ParamDM. Сам сколько раз экспериментировал с F-сериями.

----------
Восстановление информации. Ремонт HDD

Всего записей: 4711 | Зарегистр. 14-12-2005 | Отправлено: 18:28 22-12-2012
alpham100



Advanced Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
вопрос про терминал и шторм
 
один винт hd082GL
 
бурнился, застрял на 260 степе и выдал led 48
хотел бурн допихать, но его втул не понимает
 
нужно через терминал поменять несколько байтов - что бы бурн продолжился
 
а именно
 
DBG>RM 8 0 1
W:006100 4146 4C49 2020 2020 2020 2020 454A 2020  FAIL
W:006108 0000 0000 0000 0000 0000 0000 0000 0000
 
 
а нужно  
 
434F 4E54 2020 2020 2020 2020 4A45 2020
 
наш коллега когда  то постил тут
 
RM <номер модуля> <номер сектора модуля> <кол-во секторов> - чтение сектора модуля.
К примеру, RM 4 0 1 - прочитать 0-й сектор 4-го модуля (М-лист), результат вывести на экран
DW <адрес "W-памяти"> [кол-во слов] - отобразить указанное кол-во слов по адресу в памяти (по умолчанию - 8 слов, 16 байт)
MW <адрес "W-памяти"> <слово 1> [слово 2] ...... - записать в память данные
WM - запись модуля, параметры аналогично RM.
 
 
ENG>RM 8 0 1
W:006100 4146 4C49 2020 2020 2020 2020 454A 2020
W:006108 0000 0000 0000 0000 0000 0000 0000 0000
W:006110 0006 0000 0100 0400 0001 0000 0000 0100
 
 
непонятно с момента - какой синтаксис записи определеных байт в модуль
 
ENG>MW 006100 434F 4E54 2020 2020 2020 2020 4A45 2020
E:0002 - Inv Prm
ENG>
 
 
Самое смешное, получилось, только как написал сюда
и наверно из за глюков в терминале? c 3 раза  получилось
 
 
ENG>MW 006100 434F 4E54
E:0002 - Inv Prm
 
DBG>MW 006100 434F 4E54
E:0001 - Inv Cmd
 
DBG>MW 006100 434F 4E54
DBG>
 

Всего записей: 720 | Зарегистр. 28-01-2012 | Отправлено: 21:00 22-12-2012 | Исправлено: alpham100, 21:24 22-12-2012
NiTr0

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

Цитата:
Запустил скрипт искать строку "Model" в папке с 413 файлами. (2 из которых 4Мб.) результат 11 секунд. (найдено 4 вхождения,естественно с офсетами)На бинарной строке 4704h на тех же 413 файлах, 2400+ вхождений за 7 секунд.

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

Цитата:
я не думаю что 11 или 7 секунд это очень долго.  

на 10 МБ - относительно недолго (на каком проце к слову?), на 100 МБ скажем - уже долго..
 

Цитата:
так читайте не только себя,о вставках слышали я говорил ? (вот их и нет возможности -сделать на прямую.Таков язык. А в бэйсике это -легко(встроено))  

Условно легко. При этом надо думать как бы не вылезти за границы отведенной памяти и т.п. прелести...
 

Цитата:
не по каплям,а сколько позволяет размер сегмента.

= по каплям...
 

Цитата:
Да в защищенном. Но для записи файла,он использует ф-цию DOS,в которой размер сбрасываемого задается через рег.СX
и не может превышать теже 64 Кб. (аналогично и по чтению).  

Никто не будет каждую операцию удаления дефекта\перегруппировки дефектов дергать файлы (а если скажем надо удалить/сгруппировать 100 дефектов? для каждого удаленного из списка дефекта подтягивать весь хвост вверх?). Это все делается в памяти, и потом модуль сбрасывается на диск/пишется в винт.
[/off]  
 
alpham100
006100 не обязательно нулями добивать впереди...

Всего записей: 1430 | Зарегистр. 06-09-2008 | Отправлено: 23:45 22-12-2012
alpham100



Advanced Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
NiTr0
понято, спасибо,  
самое не приятное, что команды в терминале с 2-4 раза отрабатывают
и как например в листинге команд видно
 
ps бурн за 10 минут так и не стартовал, после изменения заголовка, и рестарта по питанию
 
пока поставил бурниться с начала,  
пнув бурн в терминале командой ( пошел степ 1 и тд)

Всего записей: 720 | Зарегистр. 28-01-2012 | Отправлено: 00:20 23-12-2012
tametung

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
[off]
NiTr0

Цитата:
Для чистоты эксперимента запустите это же с рамдиска, и запустите потом стандартный grep. сравните скорость

Cкачал Windows Grep 2.3. 392 файла (ACE *.rpm) он обрабатывал 12 секунд. (искал строку "MODEL"). под ХP 2Gb mem CPU E2200.  Мой скрипт я гонял на Win98/ZOC4 Celeron 633 128Мб.
Как искать бинарные последовательности в WinGrep так и не понял.
К тому же сам файл грепа занимает 1.1 Мб на диске (и использует для работы 10Мб).Ппц,какое
эффективное С. :lol

Цитата:
на 10 МБ - относительно недолго (на каком проце к слову?), на 100 МБ скажем - уже долго..

на наборах из 40Мб.

Цитата:
для каждого удаленного из списка дефекта подтягивать весь хвост вверх?

А откуда я знаю,как вы сортируете ?  Речь шла о чтении и записи файлов (а оно одинаковое
и для протектед)
[/off]
 
 
 

Всего записей: 2190 | Зарегистр. 27-01-2007 | Отправлено: 07:01 23-12-2012
NiTr0

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

Цитата:
Cкачал Windows Grep 2.3. 392 файла (ACE *.rpm) он обрабатывал 12 секунд. (искал строку "MODEL"). под ХP 2Gb mem CPU E2200.  Мой скрипт я гонял на Win98/ZOC4 Celeron 633 128Мб.
Как искать бинарные последовательности в WinGrep так и не понял.
К тому же сам файл грепа занимает 1.1 Мб на диске (и использует для работы 10Мб).Ппц,какое
эффективное С. :lol  

нетбук с линем, первая попавшаяся папка с файлами (тимвьювер 7, 22 с копейками метра). Grep по всем файлам на 2 проход (когд все в кеш поднялось с диска) по строке test отрабатывает менее секунды, причем - намного менее (на глаз - эдак 0.1 сек). Проц - С60. Думаю, разница налицо
 

Цитата:
А откуда я знаю,как вы сортируете ?  Речь шла о чтении и записи файлов (а оно одинаковое
и для протектед)  

Вы же говорили о работе с файлами по кускам. Т.е. любое удаление дефекта - перелопачивание всего файла по кусочкам в 64к... Что не есть эффективно ни разу.
[/off]  
 
Добавлено:
alpham100

Цитата:
самое не приятное, что команды в терминале с 2-4 раза отрабатывают

Сразу отрабатывают. Может терминал мусор сыпет еще?

Всего записей: 1430 | Зарегистр. 06-09-2008 | Отправлено: 13:08 23-12-2012
alpham100



Advanced Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
NiTr0
 
вот с 3 раза сработал  - мусора никакого
( на ENG \ DBG не обращай внимание - раз 10 пробовал, криво с листинга скопировал только это)
 
 
ENG>MW 006100 434F 4E54
E:0002 - Inv Prm
 
DBG>MW 006100 434F 4E54
E:0001 - Inv Cmd
 
DBG>MW 006100 434F 4E54
DBG>  
 
заметил еще - на пару винтах - после неудачной загрузки дн\дн3 - когда бурн не пошел
при попытки залить дн - винт в ENG> не выходит после включения
зато как ткнеш "энтер" - сразу в  
 
ENG>SRV>
 
бурн - на таких винтах не как не запускается не командой в терминале,  
не исправив заголовок BISP
 
может конечно платы битые, хотя винт хочет очень именно родной комплект...
 
p.s. про очистку служебной зоны не SA - форматером
 
находил вот такое
 
" ... либо - втулом, запустив search micro defects тест на 0-м цилиндре (или для надежности - с 0 по, скажем, 16 - а если время не жмет, то и с 0 по 64)..."
 
такое кто нибуть пробовал?

Всего записей: 720 | Зарегистр. 28-01-2012 | Отправлено: 13:41 23-12-2012 | Исправлено: alpham100, 14:05 23-12-2012
tametung

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
[off]
NiTr0

Цитата:
Думаю, разница налицо

Сколько там файлов ? И на второй проход (когда все поднялось в кэш) эксперимент не чистый.
A размер грепа и расход памяти забыли прокоментировать (как и поиск бинарной строки) ?  
+ я говорил о своем скрипте ( в 140 строк),а вы о чужом Grep. Какие результаты дает ваша собственная
процедура поиска ?  
 

Цитата:
Т.е. любое удаление дефекта - перелопачивание всего файла по кусочкам в 64к... Что не есть эффективно ни разу.

я вообще не говорил о удалении дефектов. ,а говорил про то что трекс работает в DOS. (и у него вроде нет ф-ции удаления дефекта из PList)
[/off]

Всего записей: 2190 | Зарегистр. 27-01-2007 | Отправлено: 15:17 23-12-2012
CASIKO3162

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Да ребята NiTr0 и tametung Вашу б энергию да в мирное русло глядиш и сотворили б что-то путнее .

Всего записей: 711 | Зарегистр. 08-06-2006 | Отправлено: 16:22 23-12-2012
tametung

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

Цитата:
и сотворили б что-то путнее .

 что например ?

Всего записей: 2190 | Зарегистр. 27-01-2007 | Отправлено: 17:00 23-12-2012
Vic422



Advanced Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
tametung
Например чтение и запись ПЗУ на TOSHIBA-х типа MK7559GSXP и подобных.
По интерфейсу и по терминалу.

Всего записей: 945 | Зарегистр. 19-07-2006 | Отправлено: 17:09 23-12-2012
   

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

Компьютерный форум Ru.Board » Hardware » Магнитные носители информации » Samsung (Самсунг). Ремонт и восстановление накопителей. III
Akam1 (04-09-2013 08:23): http://forum.ru-board.com/topic.cgi?forum=84&topic=4565


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

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

BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

Рейтинг.ru