Ремонт старых Matrox G100/200/400 (когда даже не загружается и не детектируется в BIOS)
Ремонт старых Matrox G100/200/400
когда даже не загружается и не детектируется в BIOS
Matrox'ы G100/200/G400, которые не видятся системой - явление нередкое. Когда у меня была G400 - она могла уйти в аут даже от запуска неподдерживаемой игрушки с шейдерами. При этом все проявлялось от невозможности работы в режимах, отличных от VGA до полного игнорирования материнкой адаптера. Недавно у металлистов заприметил G200 по виду - гарантированно нерабочую (деформированный радиатор, царапины), но так как особой ценности для аффинажа она не представляла - мне ее презентовали совсем занедорого. Памятуя про свой G400 даже интересно стало с ней повозиться ))
Симптомы - черный экран, при старте биос не выделяет карте ресурсы, но pcispy.exe карточку видит, если загружаться с ISA картой.
Нам понадобится утилита progbios и БИОС из комплекта matrox. Лучше пока за новыми версиями не гнаться, а взять постарше, например, отсюда
ftp://retronn.de/mirrors/ftp.mdscene.ne ... /bios/old/
Я брал setup342.exe
Первая попытка выглядела так:
progbios -i 900-23.bin -k
Биос прошился, карточка стала детектироваться, но при загрузке на экране выводился мусор, а в графическом режиме карта отображала вертикальные полосы-повторы. Здесь сразу предупреждение любителям греть все и вся - тут не тот случай - отложите пока фен в сторону )) Особенность слета биоса на матроксах в том, что трется не только сам биос, но и служебная информация в нем (pins) а также SUBSYS информация. Без восстановления этого всего карта не заработает. Где все это брать? Ранее был доступен сайт по ремонту matroxов, но, к сожалению, он теперь недоступен. Но в архиве главное сохранилось:
http://web.archive.org/web/200809182045 ... bm/matrox/
Тут придется действовать либо наугад, либо попытаться идентифицировать карту. Мне сходу подошел вариант Mystique G200, G2+/MYSA/ с 250MHz DAC
Шьем заново уже с нашим файлом пинов (я сохранил его как G200pin.txt блокнотом, скопировав со страницы его полностью)
progbios -i 900-23.bin -s G200pin.txt -k
Ура - мусор пропал, все работает в DOS прекрасно, но Windows говорит - "знать не знаю, что тут мне подсунули" и дрова не становятся. Придется еще повозиться. Дело в том, что восстановление subsys_id (а он слетел тоже) невозможно одновременно с восстановлением pins. Получается, что мы восстанавливаем pins - портим subsys и наоборот, поэтому дальше нам нужно считать из своей карточки биос с правильным pins
debug.exe
n mybios.bin
rbx
0
rcx
8000
w C000:0
И затем восстанавливаем subsys_id с помощью нашего файла.
progbios -i mybios.bin -b subsys_id,2,3,255 -k
После этого наша карта "прикинется" Matrox millenium.
С G400 этот этап не нужен - там subsys_id прописан прямо в pins и его можно там перезаписать.
Ну и главное - даже если Ваш матрокс пока еще работает - это не значит, что он не слетит )) Сархивируйте свой pins командой progbios -d >mypins.txt Пригодится.
Matrox'ы G100/200/G400, которые не видятся системой - явление нередкое. Когда у меня была G400 - она могла уйти в аут даже от запуска неподдерживаемой игрушки с шейдерами. При этом все проявлялось от невозможности работы в режимах, отличных от VGA до полного игнорирования материнкой адаптера. Недавно у металлистов заприметил G200 по виду - гарантированно нерабочую (деформированный радиатор, царапины), но так как особой ценности для аффинажа она не представляла - мне ее презентовали совсем занедорого. Памятуя про свой G400 даже интересно стало с ней повозиться ))
Симптомы - черный экран, при старте биос не выделяет карте ресурсы, но pcispy.exe карточку видит, если загружаться с ISA картой.
Нам понадобится утилита progbios и БИОС из комплекта matrox. Лучше пока за новыми версиями не гнаться, а взять постарше, например, отсюда
ftp://retronn.de/mirrors/ftp.mdscene.ne ... /bios/old/
Я брал setup342.exe
Первая попытка выглядела так:
progbios -i 900-23.bin -k
Биос прошился, карточка стала детектироваться, но при загрузке на экране выводился мусор, а в графическом режиме карта отображала вертикальные полосы-повторы. Здесь сразу предупреждение любителям греть все и вся - тут не тот случай - отложите пока фен в сторону )) Особенность слета биоса на матроксах в том, что трется не только сам биос, но и служебная информация в нем (pins) а также SUBSYS информация. Без восстановления этого всего карта не заработает. Где все это брать? Ранее был доступен сайт по ремонту matroxов, но, к сожалению, он теперь недоступен. Но в архиве главное сохранилось:
http://web.archive.org/web/200809182045 ... bm/matrox/
Тут придется действовать либо наугад, либо попытаться идентифицировать карту. Мне сходу подошел вариант Mystique G200, G2+/MYSA/ с 250MHz DAC
Шьем заново уже с нашим файлом пинов (я сохранил его как G200pin.txt блокнотом, скопировав со страницы его полностью)
progbios -i 900-23.bin -s G200pin.txt -k
Ура - мусор пропал, все работает в DOS прекрасно, но Windows говорит - "знать не знаю, что тут мне подсунули" и дрова не становятся. Придется еще повозиться. Дело в том, что восстановление subsys_id (а он слетел тоже) невозможно одновременно с восстановлением pins. Получается, что мы восстанавливаем pins - портим subsys и наоборот, поэтому дальше нам нужно считать из своей карточки биос с правильным pins
debug.exe
n mybios.bin
rbx
0
rcx
8000
w C000:0
И затем восстанавливаем subsys_id с помощью нашего файла.
progbios -i mybios.bin -b subsys_id,2,3,255 -k
После этого наша карта "прикинется" Matrox millenium.
С G400 этот этап не нужен - там subsys_id прописан прямо в pins и его можно там перезаписать.
Ну и главное - даже если Ваш матрокс пока еще работает - это не значит, что он не слетит )) Сархивируйте свой pins командой progbios -d >mypins.txt Пригодится.
Везло, значит. Кроме того, вероятность слета еще определяется подбором комплекта. Например, ALI Alladin V в режиме AGP2x тер биосы в матроксах с завидным постоянством )) Но переключение в режим AGP1x проблему решало. Ну и запуск некоторых игр тоже может привести к такому эффекту. Комп глухо зависает, а после reset видеокарта уже не определяется. При типичной офисной работе и тщательном подборе железок "матрасы" действительно работали надежно.DOS Logic писал(а):хмм первый раз слышу чтобы там такое слетало, сколько не юзал матроксов всегда все было ок
P.S. Кстати, там есть история на сайте. Весьма показательная... Раздел "My Matrox story"
http://web.archive.org/web/200809182045 ... bm/matrox/
Я с такими вещами на Matrox'ах пока что ещё дел не имел, и для меня это что-то новенькое, но не проще ли пойти более тривиальным путём? Взять точно такую же рабочую карту и считать с неё всю необходимую информацию либо какими-то утилитами, в случае их наличия (если они позволяют считать всё необходимое), либо выпаять саму флешку с платы и считать содержимое программатором (что надёжнее).Mx_Serg писал(а):Дело в том, что восстановление subsys_id (а он слетел тоже) невозможно одновременно с восстановлением pins.
Тут придется действовать либо наугад, либо попытаться идентифицировать карту.
Где все это брать? Ранее был доступен сайт по ремонту matroxов, но, к сожалению, он теперь недоступен. Получается, что мы восстанавливаем pins - портим subsys и наоборот, поэтому дальше нам нужно считать из своей карточки биос с правильным pins
-
- Advanced Member
- Сообщения: 4383
- Зарегистрирован: 30.01.2015,17:06
- Откуда: г. Баку, Азербайджан
-
Конкурсы
Вклад в сообщество
Отличная тема! У меня где-то должен лежать неопределяющийся G100,
и да часто они портились.
подверженный "саморазрушению"
и да часто они портились.
Это да, PCI MGA используют паралельный flash, гораздо менееКай писал(а):MGA на PCI шине этому недугу не подвержены. Если я и убивал MILII перепрошивкой - то своими руками. Потом, конечно, волокита с ISA видеоадаптером и т.д. На AGP - флеш да, загаживается с переменным успехом.
подверженный "саморазрушению"