>> 1. Обнови BIOS

> Нереально

почему? Многим столкнувшимся с этой проблемой помогло именно обновление BIOS.

>> 2. Смени железо - т.к. явно багнутое, ядро просто так ругаться не будет

> Под виндовсом всё было нормально, работало мягко ине ругалось

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

>> 3. Добавь noapic( или pci=noapci, или acpi=off ) в параметры ядра

> А что означают эти заклинания? Я в интернете про это читал, равно как и про то, что это не помогает. Некоторые комбинации пробовал сам, без особого успеха, а часто даже и наоборот. В конечном итоге пришел к выводу, что никто из советчиков и сам не представляет, в чем дело и советуют только потому, что в названиях опций встречаются буквы, похожие на буквы в ошибке. Вроде как irqpoll уменьшает частоту ошибок, но при нем подвисания учащаются. Непонятно.

Сосбтвенно эти "заклинания" как раз отключают различные фичи, которые с багнутым железом или кривым биосом могут вызывать подобное. А никто из присутствующих тут не представляет, в чем дело по одной причине - ошибок таких нет, т.к. железо и/или биос нормальное. Вам советуют - Вы попробуйте.

за LFS + , за MDK -, слакообразные быстрее и гибче имха. Та же Генту.

>Как мерял? А сколько выдержала на батарее винда и фряха при просмотре, к примеру, одного и того же фильма по кругу?

Точных цифр не помню, но в BSD честно было сказано, что управления питанием нет, у Linux'а было сказано, что есть. И при этом он божился, что от батарейки ноут проработает порядка часа. Я сильно удивился, когда после 10-15 минут работы ноут отключился потому, что батарея разрядилась полностью!

P.S. Для анонимусов: 1) ноуты начали выпускать не вчера, а несколько ранее; 2) в том, что сейчас продает Dell (с линуксом на борту) часть железа не работает

HP 6100 древний. Загруженый явой живет от батареи около 3 часов. Под виндой с той же явой жил минут на 10-15 меньше.

PS: На новых буках тоже проблем нет, ни с WiFi, ни с чем другим.

Всё верно. Кажется, что мы вернулись во времена ядер 2.6.2. Торвальдс примерно тогда сказал, что надо стабилизировать ветку, а не плодить фичи.

У девушки на новом железе часть ядер не пускается без noapic, другие вызывают панику в каком-то модуле... Сам на ноуте поставил 22-е (сидел на 21-м) - всё начало просто дико тормозить (особенно оно заметно на старте тормозиллы и suspend-to-disk), придется возвращаться на 21-е. Непонятно откуда плодятся зомби... Сижу на линуксе только из-за обилия дров, хотя надежда всеже есть :)

Перехожу на Haiku.

> Я сделал проще: взял конкретный ноут (Maxselect Mission A330) и проверил на нем работу Ubuntu GNU/Linux 7.04, DesktopBSD 1.6RC2 и Solaris 10. Самой тормозной оказалась солярка (и самой проблемной по железу). Поддержка железа в Linux теоретически была лучше, а практически оказалась такой же как и у DesktopBSD, но последняя работала быстрее. Теперь еще хочу потестировать дебиан и генту.

Во-первых, эта железяка - MSI или нет? (Неишпапа продает, как правило, именно их, наклеив свою мульку.) Если да, то этот производитель АБСОЛЮТНО не занимается хоть какой-нибудь проверкой своих изделий под юниксами. Были прецеденты, когда на микростаровских материнках не самого помойного уровня под линуксом не работали некоторые порты USB :(((

Второе, десятую соляру - на свалку (падает на ноутах и ни черта не поддерживает), поставьте SXDE (то бишь 11-ю), но только при наличии 1 ГБ памяти или больше. Это крайне критично: на 768 МБ или меньше можно не дергаться, можно будет работать нормально только из-под CDE. У меня 2 ГБ, и SXDE бегает, как бешеный заяц. Впрочем, от установки соляры на ноут я воздержусь до исправления бага с монтированием сменных накопителей с длиной аппаратного сектора, отличной от 512 байт, а то совместимые флэши искать убегаешься :(((

Вообще, такое впечатление, что типовой дситрибут Динуксе более критичен к количеству памяти, чем фря, и отсюда томпоза на минимальных конфигурациях ноутов.

Винда, быстрая в голом виде (не про висту речь :) ), при наличии более или менее действенного антивируса, скорее всего, проиграет всем юниксам.

> HP 6100 древний. Загруженый явой живет от батареи около 3 часов. Под виндой с той же явой жил минут на 10-15 меньше.

> PS: На новых буках тоже проблем нет, ни с WiFi, ни с чем другим.

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

>Во-первых, эта железяка - MSI или нет?

VIA

SXDE есть, но на ноут поставить ее не получится - у меня там семсот метров памяти всего

Ни разу не согласен что Linux становится навороченнее и глючнее... Просто сам с 2005 года наблюдаю существенную стабилизацию и рост производительности Linux-систем, попутно растёт качество и количество софта под Linux. Может дело в тупом апдейте старого софта? Уж если ты покупаешь новое железо какой смысл пихать на него старый дистрибутив, пусть и с последними апдейтами? Никогда не понимал таких извращений...

Многоуважаемые любители линуксового ядра, пожалуйста, помогите мне:

http://www.linux.org.ru/view-message.jsp?msgid=2135706&nocache=-259959057...

Слушайте, вы вообще о чем? Тут речь идет о ЯДРЕ GNU/Linux! Какие нафиг дебианы и генту?! Как дети маленькие. Ядро GNU/Linux поддерживает гораздо больше железа чем BSD! И будет поддерживать всегда. Читайте ядерную мейл рассылку http://marc.info/?l=linux-kernel дрова присылаются ежедневно!

>Просто сам с 2005 года наблюдаю существенную стабилизацию и рост производительности Linux-систем, попутно растёт качество и количество софта под Linux.

Может оно и так, но почему все-таки не исправляются ошибки? На самом деле, увидеть ошибку, добиться ее воспроизводимости, составить bugreport, требуют заметных усилий и времени. Очень обидно наблюдать за полным игнорированием твоих усилий, похоже людей вообще не интересуют проблемы их глюкавого кода. Конечно, трудно избежать ошибок, когда планировщики пишут врачи-диетологи, драйвера - студенты младших курсов, но таким надо прямо сказать: "не умеешь программировать - уйди и подучись, а не создавай людям дополнительных проблем."

>Может дело в тупом апдейте старого софта? Уж если ты покупаешь новое железо какой смысл пихать на него старый дистрибутив, пусть и с последними апдейтами?

Да какое новое железо? Речь идет о уже выпущенных железках и выпущенных давно. Я бы понял, что что-то в новом неработает из-за того, что дровишки еще не успели написать, но когда железка используется уже несколько лет, а дров все нет...

> Да какое новое железо? Речь идет о уже выпущенных железках и выпущенных давно. Я бы понял, что что-то в новом неработает из-за того, что дровишки еще не успели написать, но когда железка используется уже несколько лет, а дров все нет...

У меня три железки, которые работают в Linux много лет, фрей до сих пор не поддерживаются, разве что RV360 в 2D. :)

> Может оно и так, но почему все-таки не исправляются ошибки? На самом деле, увидеть ошибку, добиться ее воспроизводимости, составить bugreport, требуют заметных усилий и времени. Очень обидно наблюдать за полным игнорированием твоих усилий, похоже людей вообще не интересуют проблемы их глюкавого кода. Конечно, трудно избежать ошибок, когда планировщики пишут врачи-диетологи, драйвера - студенты младших курсов, но таким надо прямо сказать: "не умеешь программировать - уйди и подучись, а не создавай людям дополнительных проблем."

А что вы еще хотели? Покупайте дистр с коммерческой поддержкой и требуйте RedHat с Novell устранять баги.

> Погугли. Спасибо, я уже погуглил. Ошибка поминается примерно на 13ти тысяч страниц. Месяц назад было чуть меньше. Единственное чего не попадается - так это разъяснения от чего это происходит и упоминания, что бы она где-то была пофикшена.

> Под виндовсом всё было нормально, работало мягко ине ругалось

Значит винда не использует расширенный контроллер прерываний APIC, а использует стандартный PIC. Что у тебя за HAL в винде(Uniprocess PC, Multiprocessor PC, Standard PC)?

> А что означают эти заклинания?

Попробуй укажи noapic. На некоторых кривых бажных унипроцессорных системах APIC нормально не работает. У меня вон были проблемы с MTRR под линуксом, которые выражались в матюках fglrx и отпадании DRI, причина - аппаратная ошибка процессора, CPU errata, на которую наступил драйвер mtrr в ядре 2.6.12, ставший более умным и попытавшийся использовать ту информацию, которую сообщал глючный процессор в cpuid... В 2.6.14 сделали для глючного камня workaround. Тут, наверняка, тоже с кривым железом связана ошибка.

>1. А люди делают ;)

Так то люди, а я HEBECTb_KTO :-) У меня достаточно ширпотребная материнка от MSI, последнее обновление БИОСа для неё выходило что-то около года тому назад.

> 2. Не аргумент :) Я тоже могу рассказать, как у меня под линухом встроенная гигабитная сетевушка сразу заработала, а под виндой пришлось с бубном поплясать, т.к. под ней сетевушка даже не показывала, что кабель воткнут

Почему не аргумент? Аргумент. Одна система работает с этой материнкой, а другая - нет. Значит с материнкской платой в принципе система работать может и дело не в материнке.

> 3. Читай man lilo.conf или что у тебя там, советчики сидят по другую сторону монитора и просто не могут знать, что у тя не работает,

Вон же кернел пишет просто и, видимо, понятно что у меня там не работает: "APIC error on CPU0". И так же он пишет тысячам других людей.

> но опять дам совет - все-таки попробуй acpi=off Хорошо, я попробую. Только это не решение проблемы, а workaround. Однако в результате заранее сомневаюсь: ACPI существует давно и с чего бы это линукс начал вдруг с ним глючить - неочевидно.

> А что вы еще хотели? Покупайте дистр с коммерческой поддержкой и требуйте RedHat с Novell устранять баги.

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

>>> 1. Обнови BIOS >> Нереально >почему? Многим столкнувшимся с этой проблемой помогло именно обновление BIOS.

Нереально потому, что у меня установлена самая последняя версия БИОСа выпущенная производителем для моей материской платы.

>>> 2. Смени железо - т.к. явно багнутое, ядро просто так ругаться не будет >> Под виндовсом всё было нормально, работало мягко ине ругалось >Скорее всего винды просто не использовали те самые фичи, которые пытается использовать линукс - отсюда и отсутствие ошибок.

Какие именно фичи? И зачем он их пытается использовать, если это приводит к проблемам??

> Вы, кстате, ничего не написали - какое у Вас железо, какая версия ядра, под какой виндой у Вас было все чпок...

Проблема, судя по гуглу, носит "платформонезависимый" характер - т.е. пользователи железа от разных производителей страдают. Железо такое: м/б MS-7184, встроенное атишное видео или энвидийская карточка, ядра версий 2.6.20-15 или 2.6.20-16. Винда обычная XP Home Edition. Мне почему-то кажется, что версия виндовс могла бы быть и иной и ошибок не было бы, но проверять мне это лень.

>>> 3. Добавь noapic( или pci=noapci, или acpi=off ) в параметры ядра >> А что означают эти заклинания? Я в интернете про это читал, равно как и про то, что это не помогает. Некоторые комбинации пробовал сам, без особого успеха, а часто даже и наоборот. В конечном итоге пришел к выводу, что никто из советчиков и сам не представляет, в чем дело и советуют только потому, что в названиях опций встречаются буквы, похожие на буквы в ошибке. Вроде как irqpoll уменьшает частоту ошибок, но при нем подвисания учащаются. Непонятно. > Сосбтвенно эти "заклинания" как раз отключают различные фичи, которые с багнутым железом или кривым биосом могут вызывать подобное. А никто из присутствующих тут не представляет, в чем дело по одной причине - ошибок таких нет, т.к. железо и/или биос нормальное. Вам советуют - Вы попробуйте.

Если не ошибаюсь, несколько лет назад, тут на ЛОРе, кому-то уже посоветовали выражение для командной строки, которое некоторые и попробовали, не разобравшись перед этим - что это выражение наделает :-)

Хотелось бы понять почему происходит ошибка и как предложенные решения с ней связаны и чем ещё чревато их применение.

> Какие именно фичи? И зачем он их пытается использовать, если это приводит к проблемам??

Написала же уже куча людей (и сама система в, первую очередь) - APIC-контроллер! Что непонятного-то? Или Вы, милейший, лекцию хотите об устройстве и взаимодействии железа?

> Проблема, судя по гуглу, носит "платформонезависимый" характер

Гы... То есть, по-Вашему, все материнские платы/процессоры, на которых воспроизводилась ошибка, АБСОЛЮТНО РАЗЛИЧНЫ? СОВСЕМ не имеют ничего общего? Аккуратнее "умными" словами разбрасываться надо...

> Хотелось бы понять почему происходит ошибка и как предложенные решения с ней связаны и чем ещё чревато их применение.

Так возьмите и разберитесь - кто мешает-то? Пока что Вам упорно пытаются помочь - а Вы так же упорно изображаете из себя блондинку. "Помогите мне - но ваши решения я принимать не буду, вдруг вы злые и rm / -rf мне советуете? Чем докажете, что нет?" - это краткое изложение Ваших выступлений в этом потоке.

>А что означают эти заклинания?

ты правда дурак или прикинулся?

noapic [SMP,APIC] Tells the kernel to not make use of any IOAPICs that may be present in the system.

nolapic [IA-32,APIC] Do not enable or use the local APIC.

linux-2.6.20/Documentation/kernel-parameters.txt

>Гы... То есть, по-Вашему, все материнские платы/процессоры, на которых воспроизводилась ошибка, АБСОЛЮТНО РАЗЛИЧНЫ? СОВСЕМ не имеют ничего общего? Аккуратнее "умными" словами разбрасываться надо...

Fujitsu-Siemens Amilo A1650G. Тоже иногда выпрыгивают такие ошибки. Но постоянно обозрением логов не занимаюсь, висяков нет. Потому - пофиг.

>Однако в результате заранее сомневаюсь: ACPI существует давно и с чего бы это линукс начал вдруг с ним глючить - неочевидно.

Онемел тут спаситель и топнул в сердцах по водной глади ногой "Ты верно дурак" и Андрей весь в слезах Побрел с пескарями домой.

> Что у тебя за HAL в винде

Обычная однопроцессорная винда.. процессор-то один

> На некоторых кривых бажных унипроцессорных системах APIC нормально не работает.

В качестве эксперимента брал Генту с ядром посвежее и компилял ядро под унипроцессор - те же там же. И это, неча на железо пенять - если оно в принципе способно работать, то всё остальное уже зависит от способа его использования софтом.

Re:

> Написала же уже куча людей (и сама система в, первую очередь) - APIC-контроллер! Что непонятного-то?

Что "апик контроллер"?? Ну он получил прерывание. Так случается с апиками. А у кернела - просто трагедия.

> Аккуратнее "умными" словами разбрасываться надо..

А почему вы слово "умными" взяли в кавычки? Не потой же причине, что и я написал слово "платыормонезависимый" в кавычках же? Мне кажется, что вы не читаете текст сообщения на которое отвечаете, а просто набрасываеитесь тут агрессивно на всех, кто рассказывает об ошибках кернела. Зачем вы так поступаете, с какой целью?

> Пока что Вам упорно пытаются помочь - а Вы так же упорно изображаете из себя блондинку.

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

>ты правда дурак или прикинулся? С какой целью интересуешься?

> noapic [SMP,APIC] Tells the kernel to not make use of any IOAPICs that may be present in the system.

Вот не понимаю. Что имеется в виду? Кто будет прерываниями рулить, если контроллер не использовать?

> nolapic [IA-32,APIC] Do not enable or use the local APIC.

Вообще-то я пробовал ноапик с нолапиком. Не грузицца.

> linux-2.6.20/Documentation/kernel-parameters.txt

Если бы так всё было просто, то кернел, небось, и сам бы мог настроиться на конкретное железо.

Re:

> Так случается с апиками. А у кернела - просто трагедия.

Так почему Вы УПОРНО сопротивляетесь предложению попробовать отключить использование APIC?

> А почему вы слово "умными" взяли в кавычки?

Потому, что Вы используете слова в значениях, которых у них нет (или которые не имеют смысла в данном контексте).

> Честно говоря, у меня, Кирилл, возникло ощущение, что об этой проблеме я имею более четкое представление, чем Вы.

Возможно, и так. Но пока не похоже - ни по Вашим описаниям, ни по реакции на советы.

> тут на сайте D-присутствует множество людей, которые в принципе могут разъяснить кое-что об этой проблеме

Угу - только Вы не слушаете объяснений и предложений, ссылаясь на полумифическое "rm / -rf".

> что бы начинать огульно обзывать и хамить собеседнику, как это делаете вы безо всякой на то причины.

Я всего лишь охарактеризовал Вашу манеру поведения. С той же степенью мягкого хамства, что использовалась Вами ("Если не ошибаюсь, несколько лет назад, тут на ЛОРе, кому-то уже посоветовали выражение для командной строки, которое некоторые и попробовали, не разобравшись перед этим - что это выражение наделает :-)"). Ж;-) Согласитесь, что намекать людям на то, что ещё неизвестно, что они советут - и тут же требовать у этих же людей объяснений, что они советуют - несколько невежливо... Ж;-)

>Железо такое: м/б MS-7184, встроенное атишное видео

>Fujitsu-Siemens Amilo A1650G. Тоже иногда выпрыгивают такие ошибки. Но постоянно обозрением логов не занимаюсь, висяков нет. Потому - пофиг.

Примечательно что у Вас у обоих AMD-шная система. Чипсет практически один и тотже: ATI RS482 + SB400 Based - MS-7184, и ATI RS480 + ATI SB400 - фуджицу...

Погуглил ради интереса - практически все сообщения об этой ошибке из тех, что я посмотрел были от пользователей AMD-систем. Была парочка Intel, но это либо была старая бага, либо старый пень (III)...

Выводы делайте сами. Скорее всего все-таки бажное железо...

Но менять чипсет по цене виндовса тоже некашерно как-то. К тому же это круговая порука просто какая-то: почему не работает ваша программа? Это ошибка не нашей программы, а операционной системы. Почему не работает ваша операционная система? Это ошибка железа. Почему неработает железо - это ошибка разработчиков программ работающих с нашим железом. Все это проходили в ИТ :-)

Старый пень под 2.6.20 тоже есть, кстати. Сидит себе тихо, никаких ошибок не сыплет.. Что теперь, делать вывод, что Линукс - это ОС для старых пней?

Re:

> полумифическое "rm / -rf".

Сам ты полумифический. http://www.linux.org.ru/view-message.jsp?msgid=392747

>Вот не понимаю. Что имеется в виду? Кто будет прерываниями рулить, если контроллер не использовать?

Использует PIC. APIC это замена более старого PIC.

>Вообще-то я пробовал ноапик с нолапиком. Не грузицца. В последнее время производители чипсетов стали убирать из набора стандартный PIC, оставляя только APIC. Видимо это Ваш случай.

>Если бы так всё было просто, то кернел, небось, и сам бы мог настроиться на конкретное железо.

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

Какая все-таки версия биоса у Вас?

> APIC это замена более старого PIC.

А старый-то PIC там есть?

> Какая все-таки версия биоса у Вас?

SMBIOS 2.4 , ACPI 1.0 , BIOS32 Service Directory, PNP BIOS 1.0, Event Notification: Not Supported

Что бы уж совсем точным быть, есть "биос баг" про который кернел ругается: "MP-BIOS bug: 8254 timer not connected to IO-APIC".. Ну так если он не подключен, то он и не должен быть источником этих страшных прерываний..

Раз уж отключение APIC параметрами запуска ядра, как выяснилось, было испробовано (и привело к зависанию), можно задавать следующий вопрос: под какую архитектуру заточен установленный дистибутив? i386 или x86-64?

> Обычная однопроцессорная винда.. процессор-то один

Я спрашиваю HAL какой или нужно лекцию привести как смотреть какой у винды HAL?

> Вот не понимаю. Что имеется в виду? Кто будет прерываниями рулить, если контроллер не использовать?

Обычный PIC(не Advanced PIC, APIC) будет рулить.

> Что бы уж совсем точным быть, есть "биос баг" про который кернел ругается: "MP-BIOS bug: 8254 timer not connected to IO-APIC"..

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

> одна из которых каким-то чудом обходит грабли

Не думаю, что чудом. Есть подозрение, что Uniprocessor не использует APIC.

найди сайт производителя, распиши проблему и наезжай, чтоб исправляли - для этого баг-репорты и придумали

Глючный люлипс сосед.

>Проблема, судя по гуглу, носит "платформонезависимый" характер - т.е. пользователи железа от разных производителей страдают. Железо такое: м/б MS-7184, встроенное атишное видео или энвидийская карточка, ядра версий 2.6.20-15 или 2.6.20-16. Винда обычная XP Home Edition. Мне почему-то кажется, что версия виндовс могла бы быть и иной и ошибок не было бы, но проверять мне это лень.

Чипсет ATI, я так понимаю, встречался материнками и ноутами на этом чипсете с такой же диагностикой "APIC error on CPU0: 40(40)" и симптомы похожие. К сожалению решения проблемы нет, хоть как-то дают загрузится и более менее нормально работать параметры acpi=off noapic

Но и в этом режиме остаются проблемы: не работает часть устройств, а другая часть может глючить.

Не покупайте ATI чипсеты для Linux!

> Глючный люлипс сосед.

К тэрапэвту, бiдло!

>люлипс сосед.

Speech therapist will attend you whithersoever you please.

В биореактор, быдло! (c)

>К сожалению решения проблемы нет, хоть как-то дают загрузится и более менее нормально работать параметры acpi=off noapic

P.S. а x86-64 и многоядерность вообще без apic не завести

>винда - "русская рулетка"
Африканская :-)

> дома - макось

+1

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

> Я спрашиваю HAL какой или нужно лекцию привести как смотреть какой у винды HAL?

Проведи. Заодно спиритический сеанс проведи с вызыванием духа давно снесенной винды :-)

> Обычный PIC(не Advanced PIC, APIC) будет рулить. Видимо обычный припаять забыли :-) По крайней мере опции acpi=off, noapic и nolapic приводят к однозначному сбою в самом начале загрузки (после acpi=off так линакс даже три пальца реагировать перестал). Не может, панимашь, он без этого апика-лапика xfer режим установить на ATA1:00.

Опция noacpi оказалась менее вредной, только и результата никакого - поднял машину, нагрузил хорошенько - тут же пошли эти ужасные прерывания, от которых линаксу делается дурно :-(

чего не работает? у меня все работает и не глючит, что я делаю не так? 2.6.22.6.

>>винда - "русская рулетка"

>Африканская :-)

вы с убунтой попутали. винда - индийская.