Содержание
На дворе май – самый подходящий месяц для рубрики «Ремонт», потому что в нее попадают случаи, с которыми кто-то так или иначе намаялся, будь здоров :). Поэтому сегодня я решил не брать какую-то глобальную тему, а замутить эдакое попурри из разных случаев, чтобы, по возможности, облегчить жизнь наибольшему числу мающихся. Правда, как ни крути, большинство заметок опять о мамульках. И неудивительно – все-таки летят они часто. А схема у них – сложная, и вариантов проблем и их решений ой как много! Впрочем, я коснулся и некоторых более прозаичных вещей. Может быть, кое-что из этого пригодится тебе и в обычной компьютерной практике, без использования «тяжелой артиллерии» в виде паяльника и промышленного фена.
Asus P5VD2-VM и код 52
Длительные мытарства с этой мамкой начались со следующих симптомов: на POST-кодере отображались нули и грелся сетевой чип. Соответственно, для начала была отпаяна микросхема сетевого контроллера Realtek RTL8110SC. Материнка стала нормально стартовать, позволяла зайти в BIOS. После сохранения настроек BIOS’а, при нажатии F10 система перезагружалась и зависала на заставке с логотипом Asus, успевая дойти до кода 52. После этого мать на клавиатуру не реагировала – помогали только перезагрузка и выключение. После перезагрузки процесс теста системы снова останавливался на коде 52, впрочем, иногда тест мог дойти до кода 65. Если обнулить BIOS, то в него даже можно было зайти, а также начать установку Windows. Но закончить инсталляцию возможным не представлялось – все висло практически сразу же. После перезагрузки POST-кодер опять отображал 52-й код, и вся эпопея повторялась заново.
Ремонтники перешили BIOS на последнюю версию, и поначалу показалось, что проблема устранена – после перезагрузки материнка нормально стартовала и не висла. Но в процессе установки Windows снова зависла, и после ребута опять наблюдалась остановка на коде 52.
Ситуация прояснилась, когда была задействована встроенная видеокарта. До этого материнка проверялась на внешней. При работе с интегрированной графикой проблем не обнаружилось. А вот с PCI-E карточкой пациентка висла и BSOD’ила. Напряжение на PCI-E, 12 вольт, было в порядке, а вот вместо 3.3 вольта оказалось всего 3 вольта ровно. Было перепробовано несколько заведомо исправных видеокарт – эффект получался одинаковый. Сетевой контроллер установили на место – дело заключалось далеко не в нем.
Решение проблемы оказалась примитивным и довольно неожиданным. Выяснилось, что просадка блока питания по линии +3.3 доходила до 2.9-3.0. После замены БП система стала работать абсолютно стабильно, несмотря на все издевательства, перенесенные материнской платой. Вот так иногда проблема кроется там, где ее не очень ожидаешь найти.
Немного о «жесткой» проблеме
Как известно, в последнее время число отказывающих винчестеров Seagate Barracuda 7200.11, Maxtor DiamondMax 22, Barracuda ES.2 начало переваливать за все допустимые пределы. Наконец, производитель признал массовый брак в прошивке своих устройств и выложил обновленную версию (ее можно скачать здесь: http://seagate.custkb.com/seagate/crm/selfservice/news.jsp?DocId=207931). Всем счастливым пользователям рабочих моделей последнего поколения стоит скачать исправленную прошивку до того, как винчестер откажет, – это может случиться в любой момент (а может и не случиться – брак проявляется не во всех экземплярах). Прошивка HDD может повлечь полную потерю данных! Поэтому рекомендую предварительный backup!
Ну, с официальной частью закончили, а дальше я расскажу, как все-таки обновить прошивку у Seagate 7200.11:
- Скачать образ, соответствующий именно твоему накопителю и его версии FirmWare.
- Если ты скачал образ для дискеты, пропускай этот шаг. Если для CD, то надо вытащить образ дискеты из образа для записи на CD. Я использовал Total Commander с модулем для работы с ISO.
- Далее надо распаковать образ для дискеты. Я сменил расширение файла-образа для дискеты на .ima и открыл в программе WinImage.
- Внутри находятся несколько файлов, в том числе один архив .zip – он-то нам и нужен. Вытаскиваем его из образа дискеты (Ctrl-X в WinImage) и сохраняем куда-нибудь.
- Распаковываем архив чем угодно, хоть тем же Total Commander’ом.
- Следующий шаг – надо создать загрузочный диск, оставить там только голый DOS и все файлы, распакованные из архива. На стандартную дискету 1.44 Мб обновление не поместится. Я использовал флешку, которую сделал загрузочной при помощи программы «HP USB Disk Storage Format Tool». В качестве загрузочных файлов DOS были взяты файлы из комплекта Windows 98SE. Затем я просто скопировал в корень полученного диска содержимое архива.
- Выключаем компьютер. Отключаем все накопители, кроме нашего «жесткого кролика».
- Загружаемся с загрузочного накопителя, запускаем flash.bat, выбираем из списка нужную модель (прошивка должна точно соответствовать модели HDD – шить что попало нельзя!). Ждем окончания обновления. Компьютер можно выключать, только дождавшись полного окончания обновления – в противном случае диск может быть безвозвратно утерян!
P.S. Думаю, можно сделать загрузочным и второй винчестер и обновиться с него. Однако это должен быть другой винчестер, другой серии (еще лучше – другого производителя), чтобы обновление не попыталось воздействовать и на него. В противном случае результат будет непредсказуем!
Вот и вся тонкость. Удачной прошивки!
Еще немного о жестких дисках
Существует достаточно распространенная проблема – выгорание электроники на жестких дисках. Если есть прямые руки и желание сделать что-то самому, а не нести HDD в сервис-центр, где денег возьмут немало, а за сохранность информации – еще больше, то можно попробовать справиться с этой ситуацией в домашних условиях.
Если у тебя полетела электроника, то на самом деле вероятность того, что данные – в полном порядке, очень велика. И если ничего критичного там не умерло, HDD вполне спокойно поддается ремонту.
Бывает, спрашивают: «Можно ли менять плату с одного жесткого диска на другой, аналогичный?». Можно. Но есть некоторые ограничения: плата должна быть из того же заводского семейства и с тем же объемом буфера. Номер, вытравленный на плате, должен совпадать с номером на «донорской» детали. Если совпадают и версия прошивки, и номер на наклейке платы, то и ПЗУ, скорее всего, совпадает. Можно браться за паяльник!
Особая «дружба» Asus M3N-HT Deluxe и Thermaltake 1200W
Конфигурация, в которой проявился следующий глюк, – довольно простая: Asus M3N-HT, Phenom 9950 Black Edition и Thermaltake 1200W. Все остальное в данном случае оказалось не принципиально.
Сразу после сборки системы был замечен дефект: после выключения компьютера с кнопки он не запускался повторно. То есть надо было выключить питание из сети, подождать минутку и только потом все включалось. Прошивка BIOS’а с заводской версии 1009 до последней на тот момент 1901 ничего не дала. Попробовали другую оперативную память – также никакого эффекта.
Система была запущена на другом блоке питания и работала, включалась и выключалась совершенно стабильно. Поиск по Интернету дал еще несколько подобных случаев. Так что будь осторожен!
Интересная новость о Phenom II X3
Ни для кого не секрет, что трехъядерные процессоры Phenom/Phenom II производятся на базе полных CPU Agena/Deneb с четырьмя ядрами, одно из которых отключено на фабрике AMD.
По сообщениям ряда энтузиастов, Phenom II X3 может быть трансформирован в Phenom II X4 путем нехитрых манипуляций с функцией Advanced Clock Calibration (ACC).
При установке этого параметра в значение Auto в BIOS материнской платы Biostar TA790GX 128M разогнанный процессор Phenom II X3 710 был идентифицирован как четырехъядерный, что дало соответствующую прибавку в скорости. При этом он был стабилен в тестах Prime95 и 3DMark06. Прибавка в тесте центрального процессора 3DMark06 составила более 1000 баллов.
Данная информация была подтверждена и владельцами платы Gigabyte MA790GP-UD4H с использованием Phenom II X3 720, функционировавшего на частоте 3.144 ГГц.
Таким образом, AMD может существенно повысить привлекательность своих продуктов среди энтузиастов, которым важно получить максимум производительности при минимуме затрат. Осталось убедиться в том, что такая модификация не несет угрозы стабильности системы, но для этого потребуется больше времени. Разумеется, нельзя забывать о том, что, как правило, отключается ядро, содержащее дефекты, и вполне вероятно, что при его активации процессор может работать не так, как полная версия. Впрочем, как и всегда при любом оверклоке, ответственность ты несешь только сам.
Обычная проблема с настоящей китайской материнкой
На сей раз в прозекторской оказалась материнская плата Epox EP-5P965-J/G rev:1.2. Пациентка тупила POST-коде 60 секунд 10-15, затем проскакивали коды FF, C1 и плата выключалась. Через пять секунд плата снова сама включалась и далее по кругу. Заметили, что в момент выключения активизировался сигнал Reset, и даже если самому нажать кнопку сброса на кодах 38 или 60, то плата тут же выключалась (с кодами FF, С1), а не ждала 10 секунд, то есть ее выключению способствовало появление сигнала Reset.
Прошили последний BIOS, вернее, он был единственный на сайте. Напряжения при работе все были в норме.
После смены оперативной памяти плата стала останавливаться на коде 6F. В остальном все осталось по-прежнему – циклические включения и выключения.
По аналогии с Gigabyte и Asus 965-й серии решили проверить на один из частых дефектов – «набортный» контроллер от JMicron. Проверяется это, кстати, довольно просто: если микросхема сильно нагревается в работе, то лучше поменять или удалить совсем. Конечно, вместе с чипом удаляется и единственный IDE-контроллер, зато материнская плата снова работает.
Но вот тут ремонтников ждало интересное открытие. На этой плате стоит Silicon Image Si13811. Рядом с ним есть SATA-разъем. Так вот этот контроллер начинает работать и включает IDE-канал, как только его разъем соединяют шнурком (прилагался к плате) с каким-либо разъемом SATA на плате (их там четыре), то есть IDE реализован через SATA-интерфейс! Такая изящная схема решения вопроса с IDE очень позабавила. Настолько, что я даже решил написать заметку об этой мамульке.
С самой мамкой, кстати, справиться так и не удалось. Не всегда все-таки можно отыскать неисправность – видимо, слишком глубоко зарыта собака. К сожалению, это оказался один из таких случаев.
Дефекты чипсета NVIDIA nForce4
Многие ремонтники столкнулись с такой проблемой: платы на nForce4 после пропайки через короткий промежуток времени возвращаются по гарантии. Ранее это списывалось на «отдельные случаи», однако накопившаяся статистика позволяет предположить, что это – изначальный дефект nForce4.
Вообще, если разбираться в этой проблеме, то следует четко разграничивать, где мухи, а где котлеты! Из всех неисправностей мостов NF4 можно выделить две основные группы:
- Необратимое явное повреждение моста. Это может быть пробой в короткое замыкание, пробои по внешним линиям (линии PW_ON, RESET, линии USB и др.), явные механические повреждения, явные термические повреждения в виде различных дырок и прогаров, и иные повреждения, неоспоримо демонстрирующие непригодность моста без возможности хотя бы временного восстановления работоспособности любыми известными ремонтными методами.
- Явные либо неявные повреждения моста, при которых работоспособность восстанавливается хотя бы временно при различных продавливаниях, прогревах (не обязательно до температуры плавления припоя шариков), охлаждениях, пропайках и реболлингах (восстановление контактов путем замены шариков припоя на контактных площадках – прим. ред.).
С первой группой в подавляющем большинстве случаев проблем нет – мост неисправен, и его только менять.
Объектом всех споров является более многочисленная группа два, ибо существующие методы ремонта не дают гарантированного долговременного эффекта. Еще со времен пропайки GPU и экспериментов с умершими процессорами эта проблема, именуемая чаще всего как «отвал», разделилась на две реальных группы: нарушение пайки чипа (подложки) к плате и нарушение пайки кристалла к подложке. Сложность этой проблемы состоит в том, что любые механические и термические влияния действуют на обе BGA-пайки, и невозможно внешне определить, в какой из них было нарушение контакта.
Важным косвенным признаком преобладающего отвала кристалла от подложки является то, что частые повторы дефекта происходят после пропайки и реболлинга дефектных чипов, однако повторов практически не бывает после замены чипов на новые или гарантированно исправные.
Следует также понимать, что ремонт чипов банальным прогревом – вещь очень индивидуальная. Бывает, что после процедуры девайс работает годами, а бывает, что через месяц его возвращают обратно в ремонт. Проблема, как мне кажется, в переходе производителей на бессвинцовые технологии. Дело в том, что отказ от свинца привел к эффекту появления так называемых «усов» между шарами выводов BGA. «Эффект усов», замеченный у олова, знаком ремонтникам давно и заключается в том, что со временем возникают микроскопические проростки олова из места контакта, которые вызывают замыкания.
Чтобы их не было, в припой и добавлялся пресловутый свинец. Теперь от свинца отказались, но качественной замены ему так и не придумали. Именно это и вызвало повальный брак и проблемы у NVIDIA и у других производителей.
Вообще относительно nForce есть достаточно простой совет: очень большая часть матерей на его основе не несет на мосте никакой системы охлаждения, кроме радиатора. В результате микросхемы в работе прогреваются практически до ста градусов. Это в любом случае не способствует их стабильности. Так что лучше или купить специальный вентилятор для мостов, или просто поставить какую-нибудь «крутилку» на радиатор. Для этого не нужно никаких особых умений. Не нужно даже ничего разбирать. При этом вероятность смерти железки снизится. Также можно немного понизить напряжение на мост. Там, как правило, есть небольшой запас. Но вентилятор в любом случае эффективнее.
Вот собственно и все на этот раз. В следующих выпусках я планирую поднять более глобальные темы. Есть еще группы комплектующих, которые мы незаслуженно обделили вниманием. Не переживай – под паяльник и фотоаппарат ляжет все, что теоретически можно засунуть в корпус!