Думаю фря читает клаву как ком порт в такой ситуации… Не могу объяснить этот бред, но копал бы именно в сторону ком порта…
Ну в любом случае, Дмитрий, расскажи как так оно если все таки разберешься.
какой пропишешь в линуксе, такой и будет. У Убунты всегда есть позиция в грабе — сэйф мод. Модули не грузятся, если я правильно помню, в остальном всё то же самое. Поставьте, посмотрите.
Может быть ты имеешь в виду однопользовательскую сессию в linux, которая загружается при сбоях файловой системы? Так Grub тут вообще рядом не стоит, это прерогатива подсистемы инициализации уже конкретно linux
Да, собственно спор о словах. Просто в контексте сказанного в ролике, у меня по крайней мере сложилось впечатление, что речь идет о каком-то режиме в самом grub, который вдруг появляется после сбоя.
А на самом деле после сбоя grub запускается с выбранным пунктом меню safe mode, который нельзя убрать из-за косяка с набортовой клавой.
В общем действительно, спорить не о чем, просто нечеткие формулировки потом пораждают легенды о чудодейственных свойствах ПО которых на деле нет у ньюфагов
С формулировками всегда беда. Когда сам хорошо понимаешь, о чем говоришь, часто получается так, что понять тебя могут как угодно. Но мои попытки объяснять каждое своё слово тоже ни к чему полезному обычно не приводят. Для меня, например, очевидно, что пункты меню grub — штука кастомная, и записать я туда могу что угодно, в конечном счете это будут или параметры разгрузки initrd с нужными мне параметрами, или просто передача процесса загрузки разделу с другой системой. Если это будет истолковано как-то иначе, ну, что тут поделаешь. Очень трудно всё учесть, а тут я и проблемы особой не вижу, описывается эффект, он есть, а так он происходит или иначе, в контексте темы не особо важно. Извините за резкость.
Собственно можно было сказать что «после сбоя убунту грузится в сейфмод который нельзя отменить из-за…» и о груб не говорить. Смысл тот же, зато потом посмотревший новичок не побежит на специализированный форум и не будет приписывать грубу тех свойств которых у него нет.
На схеме отчетливо видно, что биос и клава в этом ноутбуке общаются с системой через мультиконтроллер, который подсоединен к южному мосту. Больше к мультику ничего не подведено. Единственное, что приходит на ум, это что путь от мультика до чипсета остался жив, но его основательно покорежило. Скорее всего, мультик дергает прерывание, что нажата кнопка, но инфа о том, какая имеенно, запаздывает, и винда с линуксом просто не дожидаются ответа, а фряха дожидается. http://i76.fastpic.ru/big/2016/0323/43/02814e9acb110094570980f397b53343.png
реально он ждет секунды три. Можно держать кнопку зажатой, ножно долбить — никак. Да и в остальных местах типа загрузчика, там и вовсе 10 секунд есть, и уж там-то точно клава через биос работает — то же самое.
А достоверно ли известно, что он сгорел и не работает вовсе? Теоретически может такое случится, что чип не сгорел окончательно, а лишь дико греется из-за, например, коротыша где-то на плате и выключает себя из работы подобно центральному процессору. В этом случае одни операционные системы (впрочем, как и ты сам) решают, что чип мёртвый и перестают с ним работать совсем, другие же продолжают получать через него информацию, пускай она и не всегда доходит корректно.
P.S.: Сижу за Acer Aspire 5720 у которого не работали USB с левой стороны как раз из-за коротыша. Аппарат этот тоже старый боевой товарищ, так что не пожалел целого дня и привёл его таки в чувство.
Я в существенно большей степени хочу понять, какой кусок кода ФриБСД позволяет ей вести себя не так, как другие системы. Что там с мостом — мало интересно.
Обращаться к ENE-KB910 минуя SB460, ОС вряд ли может, а значит SB460, или его кусок, жив. ENE-KB910 жив 100%, без него бы вообще ничего не происходило.
Понравилась идея с возросшими задержками, из-за чего ОСи не видят нажатий. Тогда нужно смотреть в сторону kbdcontrol, устанавливающим параметры скорости набора с клавиатуры?
И ещё вопрос: может ли ось дебажить косячные команды от Юга, и из-за этого задерживать вывод?
Единственное видится, что бсдя напрямую к контроллеру клавиатуры обращаться может. Поэтому и задержки такие. А вообще интересно было бы вообще выпаять юг и посмотреть на поведение полностью без него.
Черт, теперь тоже сон нарушится, ибо хочу все знать.
Версия с одержимостью имеет право на существование. Рекомендую проконсультироваться по этому поводу с Джеймсом Рольфом — он уже сталкивался с одержимой электроникой.
Не разбираюсь в железе, но первая-же ссылка гугления «freebsd super io» -говорит, что в ноутбуках помимо Южного моста есть ещё контроллер клавиатуры KBC. Вероятно фрибээсдэ напрямую с ним работает.
Теории у меня две, ни за одну поручиться не могу (ибо в исходники фряхи или линукса не лазил от слова совсем):
1) Либо южный мост выгорел не до конца, и фряха просто игнорирует косяки с соседних линий, нормально обрабатывая инфу, поступающую по линии в Super I/O.
2) Либо в этих Турионах уже был встроенный контроллер ввода-вывода, с которым фряха работать умеет, в то время как линукс и винда — нет. Но тут целый вагон противоречий — само наличие I/O-контроллера под вопросам (сам нарыл только информацию об улучшении энергопитания встроенного контроллера в следующей модели этой серии процессоров), да и что-ж это за встроенный контроллер должен быть, для которого во фряхе реализовали взаимодействие. а в линуксе не стали.
Интересная задачка, но не знаю как вы, а я думаю, что диагностирование хардверной неисправности только софтверными методами не может предоставить полную её картину, что мешает понимаю происходящего. Для начала я бы выяснил что стало причиной выхода из строя моста, если не удастся, то хотя бы убедился в том что мы имеем стабильно плохую ситуацию. Например, что мост действительно мёртвый (а не в агонии,, как многие уже начали предполагать), это не сложно определить по его нагреву даже пальцем, если он совсем холодный — то ему вафли и мы имеем дело с происками дьявола. Хуже если он адекватно тёплый, значит всё что хотело подохнуть — подохло (и это не значит что виновником был сам мост) и часть функционала действительно работает, но нарушена часота синхронизации, сигналы «бьются» из за плохого контакта и т.д.(плату от такого нагрева очень часто выгибает и контакт чипа с пятаками ухудшается), а если всё ещё греется как тварь и продолжает увеличивать проталину то это только начало, и надо проверять цепи питания моста и всего с чем он взаимодействует, чтобы понять куда копать и что происходит с платой. в пока это всё из разряда: я по колесу постучал… очень мало вводных.
Я предполагаю, что виноват плохой контакт южника с платой, т.к. если бы он сдох, то(судя по блок диаграмме) мы бы не увидели хдд. К слову в биосе есть специальное ругательное слово на отсутсвие клавиатуры при запуске(Keyboard Controller Failed) стр. 76 сервис мануала http://tim.id.au/laptops/acer/aspire%205110%205100%203100.pdf
и если его нет, то с клавой всё ок, вопрос в передаче нажатий. И тут уже возня с осцилографом, чек кварцев и прочее.
Ну раз меня никто не остановил, объяснив какой я дурак, то вот вам ещё одна идея:
если посмотреть в Character Device каким нибудь хексдампом, то там будет мусор? или только адекватные нажатия просто также медленно?
Не хотелось бы верить что всё это уши софтового\аппаратного кейлоггера или типо того…
У меня тоже имелся подобный ноут (5102) и в нем тоже погорел южный мост, однако отвалились только USB порты, все остальное (звук, клавиатура, тачпад) продолжало работать.
P.S. У меня другая загадка. Над южным мостом была прилеплена медная пластина, однако следов термопасты на ней обнаружено не было. Зачем она там?
Это всё дань старому IBM x86 компу, которая проникла в ноут. Где нет PnP и всякой такой обвязки нового поколения. Комп PC должен быть совместимым с старыми стандартами, поэтому всё пашет. Раньше южных мостов небыло, и весь I/O работал через ISA. Вот вам BSD, который сохранил старые способы обращения к железу.
По поводу шума видеокарты — скорее всего дело в преобразователе напряжения внутри камеры, который производит и стабилизирует нужные для ПЗС и остальной электроники напряжения. Если так оно и было — что есть то есть. Если нет — наверно подпортился преобразователь и начал фонить.
По поводу ноутбука что интересно — а в том месте, где пластмасса оплавилась — больше не нагревается она?
Еще было бы интересно проверить наличие/отсутствие 5В на USB. Взять ненужный USB-шнурок, разрезать, зачистить и посмотреть что покажет мультиметр. Проблема может быть не в мосту, а в питании какого-либо узла.
Ну и, опять же, мост не обязан намертво умереть. Никто не мешал умереть его отдельным портам.
Но это всё гадание на кофейной гущи. Что там как куда и зачем — надо рыться в даташитах.
По поводу Freebsd — понятие не имею чем её взаимодествие с клавиатурой отличается от прочих. Опять же, пальцем в небо, но могу предположить, что Freebsd каким-либо образом общается с мостом по поводу клавиатуры, с другой периодичностью. И из-за проблем с питанием он худо-бедно может работать только с bsd, которая не так часто его тревожит. То есть, из-за обмена данными, идёт какая-то просадка питания. А частые нажатия кнопок могут тоже просаживать питание.
В любом случае, раз оплавилось, значит где-то был коротыщ.
Скорее, что-либо с явными следами разрушения корпуса:) но суть не меняет.
Например, если шина данных представляет собой что-то типа шины с открытым коллектором, то тогда такие казусы, как изменение напряжения питания и, собственно, сопротивление между питанием и линией шины будут иметь существенное значение для максимально возможной частоты обмена данными. Но это если предположить, что мастерклок на стороне процессора и что ОС может его менять. А так, это к моему длиннопосту выше.
За видео спасибо! Задачка, действительно, интересная. Буду с нетерпением ждать наиболее вразумительной версии, желательно, подкреплённой опытом и фактами.
Т.е., если это физически возможно и если FreeBSD «замедляет» взаимодействие с контроллером ввода/вывода, то тогда, при некотором типе неисправности, оно могло бы работать на более медленной частоте. Но это всё фантазии без фактов и знаний того, как оно всё устроено по факту в конкретной мамке в конкретной микросхеме.
Тот самый случай когда не понимаешь почти не один комментарий!
Дмитрий слухи и утечки фото о nintendo nx множатся, в частности я имею ввиду крайне своеобразный контроллер! Уверен вы в курсе, может надо запилить «салфетку» за эволюцию геймпадов nintendo? )
Господа, может оффтоп, но всё же…
Железо ~2006г. Есть у меня схожий агрегат. Была идея поставить на него линукс, по «картинкам» понравился кубунту. Отсюда вопрос: он «из коробки» (с оф. сайта) встанет на столь древнее железо? У меня плата 945 вроде, и проц интел соло 1,86 частота.
Сильно не пинайтесь (не умничайте), ибо рак я в этих делах, и юмора вашего, профессионального могу попросту не понять, а оценить тем более…
Винду актуальную поставить вряд ли получится — винт ide, а сата разъема на плате не заметил.
Я вас раскрыл, вы Макс Крюков, автор видео про сумасшедший Slot 1.) Очевидно стало после замечания про «форточки», а в одном видео вы говорили, что с ОС типа Линукс у вас отношения не сложились.)
Я вас расстрою.
Даже понятия не имею о ком идет речь. Я к данной сфере не имею никакого отношения. Я инженер-строитель.
Как здесь оказался? Давно смотрел 16 бит, ностальгия, знаете ли.
А вопрос решил задать увидев зверька схожего с моим старичком, давно лежащим без дела. Мой послабже железом, но с того же поколения…
Кстати, я не заметил при загрузке Биоса информацию об отсутствии клавиатуры. На настольных системах Биос всегда пишет уведомление об отсутствии подключенной клавиатуры.
Либо в биосе ноутбука это вообще не проверяется либо клавиатура как-то распознаётся.
По поводу FreeBSD, код системы действительно сильно отличается от Линукса. Я когда-то читал какие-то примеры по программированию на ассемблере где приводился ассемблерный код каких-то системных вызовов. Насколько я помню, ассемблерный код Линукса и FreeBSD сильно отличается.
(Среди прочего, в линуксе для передачи параметров системных вызовов используются регистры, а во фре, насколько я помню, для этого используется стек. Хотя, конечно, к данной теме это никак прямо не относится, ну просто иллюстрация принципиально разных подходов в разных системах.)
Вообще, если сильно заморачиваться, то можно попытаться сравнить исходники той части ядра (или драйвера), которая отвечает за ввод-вывод. Хотя лично я это не смог бы сделать.
У меня есть точно такой же ноут с точно такой же проблемой горелого моста. Лежит уже много лет.. Думаю можно из вернуться и поставить на него ту же систему что у Дмитрия оживила клаву. И точно тогда будет понятно.. Система как то криво обращается к клаве или просто конкретный мостик не догорел. Еще вариант Дмитрию феном вообще сдуть южный мост и проверить как рабоиает
в стандартной архитектуре 86-ых машин есть разные способы ввода данных с клавиатуры
там и аппаратный буфер с прерываниями в супер-IO, и программный опрос через порты 60Н и 61Н который сохранился еще с 80-х годов с PC XT
возможно bsd пытается работать и так и сяк
а что-то одно из этого осталось в работе
и скорее всего программный опрос по 60 и 61
не удивлюсь что точно так же заработает и какой-нибудь старый ДОС
и так же будет тормозить
Поправлюсь, в южном мосте видимо только концентраторы PCI стоят, сам контроллер в северном. Соответственно в актуальных процах (интеловских так точно) контроллер PCI в процессоре. За АМД давно не следил.
А чип просто не до конца дохлый. Помню в 90-х VLB контроллер, разломанный напополам с отломленной частью VLB с кучей микросхем и прочего, продолжал работать на одной ISA.
Всем привет)
Занимаюсь я ремонтом компьютеров и скажу следующее:
никакой загадки тут нет!
сгореть может определённый узел
может подохнуть весь мост
это как повезёт
у меня 2 платы от этих ноутов валяется и у обоих не работают только usb мост просто сильно греется в определённой точке. Что касается вашего случая просто фейерверк был чутка сильней)))
Южник поменять дело пяти минут, почему не поменяете, зачем мучатся?
Дельных коментариев не дождаться мне так кажется)))
Думаю фря читает клаву как ком порт в такой ситуации… Не могу объяснить этот бред, но копал бы именно в сторону ком порта…
Ну в любом случае, Дмитрий, расскажи как так оно если все таки разберешься.
Это какой такой safe mode в Ggrub?
какой пропишешь в линуксе, такой и будет. У Убунты всегда есть позиция в грабе — сэйф мод. Модули не грузятся, если я правильно помню, в остальном всё то же самое. Поставьте, посмотрите.
Вся функция grub в этом случае — подстановка нужных параметров ядра в соответствующем menuentry.
Этот safe mode касается подсистемы инициализации самой Ubuntu, а груб лишь предоставляет соответсвующий пункт меню
и что? Да, это именно так и работает, и ваше уточнение не требуется, никто и так не сомневается.
Может быть ты имеешь в виду однопользовательскую сессию в linux, которая загружается при сбоях файловой системы? Так Grub тут вообще рядом не стоит, это прерогатива подсистемы инициализации уже конкретно linux
не надо этих вот догадок, я знаю о чем говорю.
Я тоже знаю о чем я говорю. Вся функция груб в случае загрузки линукса — загрузить инитрамфс и ядро с параметрами. И никакого safe mode в нем нет
Есть пункт меню Boot ubuntu in safe mode, какая разница, как и что именно grub в этом случае передаёт системе? При чем это всё вообще здесь?
Да, собственно спор о словах. Просто в контексте сказанного в ролике, у меня по крайней мере сложилось впечатление, что речь идет о каком-то режиме в самом grub, который вдруг появляется после сбоя.
А на самом деле после сбоя grub запускается с выбранным пунктом меню safe mode, который нельзя убрать из-за косяка с набортовой клавой.
В общем действительно, спорить не о чем, просто нечеткие формулировки потом пораждают легенды о чудодейственных свойствах ПО которых на деле нет у ньюфагов
С формулировками всегда беда. Когда сам хорошо понимаешь, о чем говоришь, часто получается так, что понять тебя могут как угодно. Но мои попытки объяснять каждое своё слово тоже ни к чему полезному обычно не приводят. Для меня, например, очевидно, что пункты меню grub — штука кастомная, и записать я туда могу что угодно, в конечном счете это будут или параметры разгрузки initrd с нужными мне параметрами, или просто передача процесса загрузки разделу с другой системой. Если это будет истолковано как-то иначе, ну, что тут поделаешь. Очень трудно всё учесть, а тут я и проблемы особой не вижу, описывается эффект, он есть, а так он происходит или иначе, в контексте темы не особо важно. Извините за резкость.
Собственно можно было сказать что «после сбоя убунту грузится в сейфмод который нельзя отменить из-за…» и о груб не говорить. Смысл тот же, зато потом посмотревший новичок не побежит на специализированный форум и не будет приписывать грубу тех свойств которых у него нет.
Да ничего страшного ) Все нормально )
Хрен с ним. Очень хочет узнать результат этой тайны
Круть! Жду продолжения ооочень интересно!!!
Дмитрий, спасибо вам огромное. Почаще радуйте нас подобными видео) Успехов вам!
А может не стоит? Нет у меня желания, чтобы у Дмитрия так часто помирали ноутбуки =)
На схеме отчетливо видно, что биос и клава в этом ноутбуке общаются с системой через мультиконтроллер, который подсоединен к южному мосту. Больше к мультику ничего не подведено. Единственное, что приходит на ум, это что путь от мультика до чипсета остался жив, но его основательно покорежило. Скорее всего, мультик дергает прерывание, что нажата кнопка, но инфа о том, какая имеенно, запаздывает, и винда с линуксом просто не дожидаются ответа, а фряха дожидается. http://i76.fastpic.ru/big/2016/0323/43/02814e9acb110094570980f397b53343.png
И биос тоже не дожидается ответа. Чтобы проверить эту теорию, нужно как-то заставить ноутбук долго ждать на скрине F2 to BIOS
реально он ждет секунды три. Можно держать кнопку зажатой, ножно долбить — никак. Да и в остальных местах типа загрузчика, там и вовсе 10 секунд есть, и уж там-то точно клава через биос работает — то же самое.
Интересная инфа, спасибо
Проверь еще во фридосе клаву, интересно будет
Проверил, не работает.
Я конечно в линуксах и бздюхах полный нуб, но нельзя ли драйвер клавы из фри в линукс перекинуть?
А достоверно ли известно, что он сгорел и не работает вовсе? Теоретически может такое случится, что чип не сгорел окончательно, а лишь дико греется из-за, например, коротыша где-то на плате и выключает себя из работы подобно центральному процессору. В этом случае одни операционные системы (впрочем, как и ты сам) решают, что чип мёртвый и перестают с ним работать совсем, другие же продолжают получать через него информацию, пускай она и не всегда доходит корректно.
P.S.: Сижу за Acer Aspire 5720 у которого не работали USB с левой стороны как раз из-за коротыша. Аппарат этот тоже старый боевой товарищ, так что не пожалел целого дня и привёл его таки в чувство.
Я в существенно большей степени хочу понять, какой кусок кода ФриБСД позволяет ей вести себя не так, как другие системы. Что там с мостом — мало интересно.
Обращаться к ENE-KB910 минуя SB460, ОС вряд ли может, а значит SB460, или его кусок, жив. ENE-KB910 жив 100%, без него бы вообще ничего не происходило.
Понравилась идея с возросшими задержками, из-за чего ОСи не видят нажатий. Тогда нужно смотреть в сторону kbdcontrol, устанавливающим параметры скорости набора с клавиатуры?
И ещё вопрос: может ли ось дебажить косячные команды от Юга, и из-за этого задерживать вывод?
Я совсем не в теме, но вдруг…
Обязательно расскажи, чем дело кончилось!
Единственное видится, что бсдя напрямую к контроллеру клавиатуры обращаться может. Поэтому и задержки такие. А вообще интересно было бы вообще выпаять юг и посмотреть на поведение полностью без него.
Черт, теперь тоже сон нарушится, ибо хочу все знать.
Версия с одержимостью имеет право на существование. Рекомендую проконсультироваться по этому поводу с Джеймсом Рольфом — он уже сталкивался с одержимой электроникой.
Шутка про одержимого дьяволом — понравилась 🙂 особенно, если вспомнить лого фрюхи «красный чертёнок» 🙂
Не разбираюсь в железе, но первая-же ссылка гугления «freebsd super io» -говорит, что в ноутбуках помимо Южного моста есть ещё контроллер клавиатуры KBC. Вероятно фрибээсдэ напрямую с ним работает.
https://ru.wikipedia.org/wiki/%D0%9E%D0%B1%D1%81%D1%83%D0%B6%D0%B4%D0%B5%D0%BD%D0%B8%D0%B5:Super_I/O
Кбц через южный работает
upd. чукча не читатель, чукча писатель. «мультик» и есть KBC.
подстригся, классно!) Тебе так больше идет как мне кажется, или я просто привык тебя с такой стрижкой видеть )
Извини, что не по теме)
Теории у меня две, ни за одну поручиться не могу (ибо в исходники фряхи или линукса не лазил от слова совсем):
1) Либо южный мост выгорел не до конца, и фряха просто игнорирует косяки с соседних линий, нормально обрабатывая инфу, поступающую по линии в Super I/O.
2) Либо в этих Турионах уже был встроенный контроллер ввода-вывода, с которым фряха работать умеет, в то время как линукс и винда — нет. Но тут целый вагон противоречий — само наличие I/O-контроллера под вопросам (сам нарыл только информацию об улучшении энергопитания встроенного контроллера в следующей модели этой серии процессоров), да и что-ж это за встроенный контроллер должен быть, для которого во фряхе реализовали взаимодействие. а в линуксе не стали.
Интересная задачка, но не знаю как вы, а я думаю, что диагностирование хардверной неисправности только софтверными методами не может предоставить полную её картину, что мешает понимаю происходящего. Для начала я бы выяснил что стало причиной выхода из строя моста, если не удастся, то хотя бы убедился в том что мы имеем стабильно плохую ситуацию. Например, что мост действительно мёртвый (а не в агонии,, как многие уже начали предполагать), это не сложно определить по его нагреву даже пальцем, если он совсем холодный — то ему вафли и мы имеем дело с происками дьявола. Хуже если он адекватно тёплый, значит всё что хотело подохнуть — подохло (и это не значит что виновником был сам мост) и часть функционала действительно работает, но нарушена часота синхронизации, сигналы «бьются» из за плохого контакта и т.д.(плату от такого нагрева очень часто выгибает и контакт чипа с пятаками ухудшается), а если всё ещё греется как тварь и продолжает увеличивать проталину то это только начало, и надо проверять цепи питания моста и всего с чем он взаимодействует, чтобы понять куда копать и что происходит с платой. в пока это всё из разряда: я по колесу постучал… очень мало вводных.
Я предполагаю, что виноват плохой контакт южника с платой, т.к. если бы он сдох, то(судя по блок диаграмме) мы бы не увидели хдд. К слову в биосе есть специальное ругательное слово на отсутсвие клавиатуры при запуске(Keyboard Controller Failed) стр. 76 сервис мануала
http://tim.id.au/laptops/acer/aspire%205110%205100%203100.pdf
и если его нет, то с клавой всё ок, вопрос в передаче нажатий. И тут уже возня с осцилографом, чек кварцев и прочее.
А, ну если это вопрос о том какой код за это отвечает, то это совсем другая песня, слишком долго сообщение писал, сори
Понятия не имею о чем говорю, но какой флаг у драйвера клавиатуры сейчас выставлен? https://www.freebsd.org/cgi/man.cgi?query=atkbd&sektion=4&apropos=0&manpath=FreeBSD+10.2-RELEASE
А конкретно bit 3, может если его поставить то клава перестанет работать? Узнаем хоть что-то?
В смысле снять, если он стоял
Ну раз меня никто не остановил, объяснив какой я дурак, то вот вам ещё одна идея:
если посмотреть в Character Device каким нибудь хексдампом, то там будет мусор? или только адекватные нажатия просто также медленно?
Не хотелось бы верить что всё это уши софтового\аппаратного кейлоггера или типо того…
Вообще какая-та ерунда… Тоже не могу такое объяснить…
Конечно при таком развитии событий хотелось бы продолжения увидеть данной истории!
В Систему явно проник Дэвид Копперфильд.. Только изгонять его не нужно, раз работает,хоть и через Ж…как и все в нашей стране)
У меня тоже имелся подобный ноут (5102) и в нем тоже погорел южный мост, однако отвалились только USB порты, все остальное (звук, клавиатура, тачпад) продолжало работать.
P.S. У меня другая загадка. Над южным мостом была прилеплена медная пластина, однако следов термопасты на ней обнаружено не было. Зачем она там?
Могу наверное только посоветовать этих ребят))
1. http://www.youtube.com/channel/UCzlXwR8hC2cY2r_TbME3ORw
2. http://www.youtube.com/channel/UCLAkaWhM73EJ_SvNOkoOGWQ
Это всё дань старому IBM x86 компу, которая проникла в ноут. Где нет PnP и всякой такой обвязки нового поколения. Комп PC должен быть совместимым с старыми стандартами, поэтому всё пашет. Раньше южных мостов небыло, и весь I/O работал через ISA. Вот вам BSD, который сохранил старые способы обращения к железу.
Система однозначно одержима дьяволом.
Строят его много десятилетий, вот и появился там не заметно сатана )))
Не видел, как горят мосты от ATI, но вот InTEL ich6 горел по статике через USB, горел хорошо, был всего один случай, когда комп смог запуститься.
Оффтоп, но поздравляю с 50000 подписчиков!
я вижу 49 987
По поводу шума видеокарты — скорее всего дело в преобразователе напряжения внутри камеры, который производит и стабилизирует нужные для ПЗС и остальной электроники напряжения. Если так оно и было — что есть то есть. Если нет — наверно подпортился преобразователь и начал фонить.
По поводу ноутбука что интересно — а в том месте, где пластмасса оплавилась — больше не нагревается она?
Еще было бы интересно проверить наличие/отсутствие 5В на USB. Взять ненужный USB-шнурок, разрезать, зачистить и посмотреть что покажет мультиметр. Проблема может быть не в мосту, а в питании какого-либо узла.
Ну и, опять же, мост не обязан намертво умереть. Никто не мешал умереть его отдельным портам.
Но это всё гадание на кофейной гущи. Что там как куда и зачем — надо рыться в даташитах.
По поводу Freebsd — понятие не имею чем её взаимодествие с клавиатурой отличается от прочих. Опять же, пальцем в небо, но могу предположить, что Freebsd каким-либо образом общается с мостом по поводу клавиатуры, с другой периодичностью. И из-за проблем с питанием он худо-бедно может работать только с bsd, которая не так часто его тревожит. То есть, из-за обмена данными, идёт какая-то просадка питания. А частые нажатия кнопок могут тоже просаживать питание.
В любом случае, раз оплавилось, значит где-то был коротыщ.
Для порядка мамку ноута стоило бы, хотя бы, визуально осмотреть. С немалой вероятностью, ответ может предстать в явном виде перед глазами.
Окей, допустим я увижу, ну, грубо говоря, перекушеный провод. Как это объясняет, что FreeBSD работает?
Скорее, что-либо с явными следами разрушения корпуса:) но суть не меняет.
Например, если шина данных представляет собой что-то типа шины с открытым коллектором, то тогда такие казусы, как изменение напряжения питания и, собственно, сопротивление между питанием и линией шины будут иметь существенное значение для максимально возможной частоты обмена данными. Но это если предположить, что мастерклок на стороне процессора и что ОС может его менять. А так, это к моему длиннопосту выше.
За видео спасибо! Задачка, действительно, интересная. Буду с нетерпением ждать наиболее вразумительной версии, желательно, подкреплённой опытом и фактами.
Т.е., если это физически возможно и если FreeBSD «замедляет» взаимодействие с контроллером ввода/вывода, то тогда, при некотором типе неисправности, оно могло бы работать на более медленной частоте. Но это всё фантазии без фактов и знаний того, как оно всё устроено по факту в конкретной мамке в конкретной микросхеме.
Тот самый случай когда не понимаешь почти не один комментарий!
Дмитрий слухи и утечки фото о nintendo nx множатся, в частности я имею ввиду крайне своеобразный контроллер! Уверен вы в курсе, может надо запилить «салфетку» за эволюцию геймпадов nintendo? )
Лопухнулся, вроде оказалось что якобы фото геймпада NX фейк!
Господа, может оффтоп, но всё же…
Железо ~2006г. Есть у меня схожий агрегат. Была идея поставить на него линукс, по «картинкам» понравился кубунту. Отсюда вопрос: он «из коробки» (с оф. сайта) встанет на столь древнее железо? У меня плата 945 вроде, и проц интел соло 1,86 частота.
Сильно не пинайтесь (не умничайте), ибо рак я в этих делах, и юмора вашего, профессионального могу попросту не понять, а оценить тем более…
Винду актуальную поставить вряд ли получится — винт ide, а сата разъема на плате не заметил.
Кубунту на KDE4 весьма требовательная поделка. Я б не стал. Вот лично я б. Другой бы кто-то наверняка наоборот очень рекомендовал бы.
А что рекомендовали бы?
Ребенок тянится к знаниям))
А на основной комп ну никак нет желание ставить что то помимо форточек мелкомягких…
Я вас раскрыл, вы Макс Крюков, автор видео про сумасшедший Slot 1.) Очевидно стало после замечания про «форточки», а в одном видео вы говорили, что с ОС типа Линукс у вас отношения не сложились.)
Я вас расстрою.
Даже понятия не имею о ком идет речь. Я к данной сфере не имею никакого отношения. Я инженер-строитель.
Как здесь оказался? Давно смотрел 16 бит, ностальгия, знаете ли.
А вопрос решил задать увидев зверька схожего с моим старичком, давно лежащим без дела. Мой послабже железом, но с того же поколения…
Посоветовал бы вам смотреть в сторону xubuntu lubuntu. Они из коробки довольно резво работают со старым железом. Что из этого выбирать, на любителя.
Спасибо за подсказку. На выходных займусь
Интересная загадка…
Кстати, я не заметил при загрузке Биоса информацию об отсутствии клавиатуры. На настольных системах Биос всегда пишет уведомление об отсутствии подключенной клавиатуры.
Либо в биосе ноутбука это вообще не проверяется либо клавиатура как-то распознаётся.
По поводу FreeBSD, код системы действительно сильно отличается от Линукса. Я когда-то читал какие-то примеры по программированию на ассемблере где приводился ассемблерный код каких-то системных вызовов. Насколько я помню, ассемблерный код Линукса и FreeBSD сильно отличается.
(Среди прочего, в линуксе для передачи параметров системных вызовов используются регистры, а во фре, насколько я помню, для этого используется стек. Хотя, конечно, к данной теме это никак прямо не относится, ну просто иллюстрация принципиально разных подходов в разных системах.)
Вообще, если сильно заморачиваться, то можно попытаться сравнить исходники той части ядра (или драйвера), которая отвечает за ввод-вывод. Хотя лично я это не смог бы сделать.
Есть вероятность, что жействиьельно фря игнорирует инициацию и продолжает «опрашивать» контроллер
Видео в Типичном Сисадмине засветилось )
https://vk.com/sysodmins?w=wall-39243732_727772
50 косариков — proff 😀
У меня есть точно такой же ноут с точно такой же проблемой горелого моста. Лежит уже много лет.. Думаю можно из вернуться и поставить на него ту же систему что у Дмитрия оживила клаву. И точно тогда будет понятно.. Система как то криво обращается к клаве или просто конкретный мостик не догорел. Еще вариант Дмитрию феном вообще сдуть южный мост и проверить как рабоиает
в стандартной архитектуре 86-ых машин есть разные способы ввода данных с клавиатуры
там и аппаратный буфер с прерываниями в супер-IO, и программный опрос через порты 60Н и 61Н который сохранился еще с 80-х годов с PC XT
возможно bsd пытается работать и так и сяк
а что-то одно из этого осталось в работе
и скорее всего программный опрос по 60 и 61
не удивлюсь что точно так же заработает и какой-нибудь старый ДОС
и так же будет тормозить
Если отпоять южный мост он не запуститься совсем. У вас южник полуживой там скорей всего кз по USB а остальное работает.
Ничего удивительного, PCI в северном мосте
Поправлюсь, в южном мосте видимо только концентраторы PCI стоят, сам контроллер в северном. Соответственно в актуальных процах (интеловских так точно) контроллер PCI в процессоре. За АМД давно не следил.
А чип просто не до конца дохлый. Помню в 90-х VLB контроллер, разломанный напополам с отломленной частью VLB с кучей микросхем и прочего, продолжал работать на одной ISA.
Здорово же что такая загадка появилась, это всегда интересно!
Очень хочется знать почему эта ОС так себя ведет.
С нетерпением жду ответа:)
Всем привет)
Занимаюсь я ремонтом компьютеров и скажу следующее:
никакой загадки тут нет!
сгореть может определённый узел
может подохнуть весь мост
это как повезёт
у меня 2 платы от этих ноутов валяется и у обоих не работают только usb мост просто сильно греется в определённой точке. Что касается вашего случая просто фейерверк был чутка сильней)))
Южник поменять дело пяти минут, почему не поменяете, зачем мучатся?