Предлагаю сюда постить неочевидные проблемы с компьютерами.
Для затравки - 2 самых идиотских, какие были у нас:
1. Приносят комп по гарантии, якобы не работает secondary IDE. Проверяем - действительно не работает. Меняем мать на такую же, новую, собираем - снова не работает secondary IDE.
После долгого матюгания и замен железа, выкидываем планку USB, поставленную хозяевами компа. Планка от Акорпа, с нестандартной разводкой.
Как ни странно, все становится ОК.
2. Приносят комп с жалобой на то, что умирает уже 2-й БП. Умерший , последний, стоит FSP-350GTF.
Недоумённо чешем репу.
Ну ладно, цепляем стендовый БП Delta 300W, никаких проблем, работает, гоняем часов так 16-18 под 3DMark03, всё ОК.
Ставим новый FSP-350PAF, отдаем клиентам.
Через день приходят с дохлым БП.
Разбираем БП - видим сгоревший почти в уголь диод по +5Vsb.
Оказалось - при ПЕРВОМ включении компа в сеть, с установленным PCI модемом, по +5Vsb потребление = 2.5 A !!!!!
Выкидываем модем, радуемся жизни.
Jocker Истории про нестандартную разводку USB из-за которой не работал Secondary IDE, если подключить к нему коннектор (например на лицевой панели системного блока) уже были в т.ч. и в этой конфе. Мать ASUS P4S533-MX, возможно на других платах, построеных на чипсетах от SIS то же самое будет.
За несоответствие действительности Вашим о ней представлениям администрация форума ответственности не несет.
и про модем который два ампера в дежурке жрал я рассказывал...не D-link случаем был?
электричество - это наука о контактах!
с уважением. Пьяный Мастер.
A7N8X-E. Отключаем питание от DVD-ROM Plextor, но на IDE он все равно висит. В итоге - мамка виснет сразу после детекта памяти, даже на клаву не реагирует. После шаманских танцев с бубном была выяснена причина - привод, висящий на ИДЕ, но отключенный от питалова, становится генератором глюков. Правда не всегда и не везде.
DFI LanParty [далее идет регалии] - висла у человека (в прямизме рук которого я уверен) сразу после детекта памяти. После использования бубна и сборки системы в облегченном варианте лично мною завелась...
Аццкий ромбовод {:€
Я пока не волшебник - я только учусь! :-P
2 hairs : да, был D-Link .
Добавлено спустя 21 минуту 21 секунду:
2 Root : а по поводу устройств, висящих на шине без питания - имхо, чего еще ожидать ?
Jocker
просто обычно это к глюкам не приводит А тут закапризничало железо.
Аццкий ромбовод {:€
Я пока не волшебник - я только учусь! :-P
Мамка под SocketA, включаем, BIOS checksum error... и т.д. вставляем дискету с прошивкой, зависаем, першиваем на программаторе, всё равно error. Оказался банальный перегрев проца из-за перекоса кулера. проц нагревался до критических температур за доли секунды и видимо неправильно подщитывал контрольную сумму.
Опять же Plextor - PlexWriter Premium: если вставлен незагрузочный сидюк то система может повиснуть после POST с вероятностью ~70%. Причем порядок загрузки устройств роли не играет, проверено на 3 разных платах и 2 экземплярах сабжа.
Настоящий джентльмен назовет кошку кошкой, даже наступив на нее в темноте.
Что-то ищем? Google в помощь
О-о-о !!! Раз пошла такая пьянка - похоже, одной темой во флейме здесь не обойтись. Полагаю, многим есть что порассказать из недокументированных глюков самых разных устройств - может, ежели оно растет такими темпами, отдельную ветку завести, а потом уже по темам рассортировать, чтоб гражданам не приходилось наступать по многу раз на уже известные грабли ?
Уже и имечко к теме придумалось. Что-нить типа: Граблехранилище.
Вдобавок к последнему из постов:
Аналогичный прикол на прошлогодних платах AOPEN (не помню точно буковки) c одноименным COMBO-приводом.
И на них же - при вставленной в USB2.0 флэшке машинка сообщает об отсутствии загрузочной записи при ЛЮБОМ порядке приоритета загрузки, выставленном в ЧМОС-е. Никого другого при этом даже не опрашивает - неподготовленный народ просто шизеет !
У вас прекрасные дети ! Но все, что вы делаете РУКАМИ - никуда, никуда не годится !
тяжолые, очень тяжолые проблемы - решаюццо на другой день! вот вам один из законоф мерфи
Из седой древности (лет 10 назад):
Почему заведомо исправные платы на SiS 82C496/82C497 прекращают выполнение POST на шаге 05?
Ответ:
Исходя из особенностей набора системной логики SiS 82C496/82C497 проверка и инициализация контроллера клавиатуры может быть завершена с ошибкой, если подключено одно или несколько обесточенных устройств IDE. В такой ситуации следует проверить исправность блока питания и убедится, что разъемы питающих кабелей надежно соединены с разъемами IDE устройств
Открытая книга: icbook.com.ua
Отправить комментарий