LINUX.ORG.RU

Кроме этой надписи есть проблемы? Если нет - забей, в биосе что-то кривое, он тебе просто об этом сообщил.

firkax ★★★★★
()
Ответ на: комментарий от firkax

Кроме этой надписи есть проблемы?

Есть еще проблема… Внизу пишет «A start job is running for..» и грузит дополнительно полторы минуты.

TheLinuxUser ★★
() автор топика

Error … broken

это он тебе напоминает, что на амд ecc везде работает, не то, что на интоле

anonymous
()
Ответ на: комментарий от gremlin_the_red

Биос до последнего обновлял?

Неа, как в 2012 купил, так и не трогал впринципе ) Стоит обновить и ошибка уйдет ?

TheLinuxUser ★★
() автор топика
Ответ на: комментарий от TheLinuxUser

Раз ЕСС все равно нет – на это сообщение обращать внимание не надо. Биос обновлять тоже не надо.

i586 ★★★★★
()
Ответ на: комментарий от i586

Раз ЕСС все равно нет – на это сообщение обращать внимание не надо. Биос обновлять тоже не надо.

Так на Debian 9 такого не было.. Это с Debian 11 что-то поменялось?

TheLinuxUser ★★
() автор топика
Ответ на: комментарий от TheLinuxUser

Человеку по ссылке помогло. На таком же чипсете. Причём в чейнджлоге нового биоса было прямо написано, что «улучшена совместимость с некоторыми модулями памяти».

gremlin_the_red ★★★★★
()
Ответ на: комментарий от TheLinuxUser

Так на Debian 9 такого не было.. Это с Debian 11 что-то поменялось?

В ядре с тех пор могли добавить/улучшить разные подсистемы диагностики.

gremlin_the_red ★★★★★
()

Тебе сообщили, что у тебя может не работать функция ECC для оперативной памяти. Это коррекция ошибок, но чтобы это работало, оперативная память тоже должна это поддерживать. Если у тебя обычная память — можешь забить.

Vsevolod-linuxoid ★★★★★
()

Так тож дэбиан! Закопать и забыть…

anonymous
()
Ответ на: комментарий от anonymous

С новыми ядрами 5.14+ стало появляться предупреждение, до этого - всё в порядке. Возможно, регрессия.

gag ★★★★★
()
Ответ на: комментарий от TheLinuxUser

материнка: Asus F2A85-M LE

Вам крупно повезло: ваша плата поддерживается опенсорсным БИОСом coreboot - который намного более высокого качества, чем проприетарщина лохматого года которая у вас сейчас стоит.

SakuraKun ★★★★★
()
Ответ на: комментарий от gag

А регрессия-то в чём? До этого ядро незнакомые параметры просто заносило в environment, чтобы init дальше мог парсить и делать разное, теперь ещё и в лог пишет. Например, чтобы очевиднее находились опечатки (lapix=no вместо lapic=no etc), потому что иначе и работать, как ожидаемо, не будет, и ошибок в dmesg тоже не будет, вот и чеши репу.

gremlin_the_red ★★★★★
()
Ответ на: комментарий от SakuraKun

Так себе везение, сидеть с устаревшим хламом. ТС вероятно неспроста шарится по dmesg, видимо железо уже не устраивает подсознательно…

anonymous
()
Ответ на: комментарий от gremlin_the_red

А регрессия-то в чём?

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

gag ★★★★★
()
Ответ на: комментарий от anonymous

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

gag ★★★★★
()
Ответ на: комментарий от gag

Но на багтрекере закрыли с утверждением без хотя бы краткого обоснования

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

gremlin_the_red ★★★★★
()
Ответ на: комментарий от TheLinuxUser

Была подобная проблема у клиента с этим процом не так давно. Как лечил не помню, но материнка была MSI.

sparkie ★★★★
()
Ответ на: комментарий от TheLinuxUser

Неа, как в 2012 купил, так и не трогал впринципе

Сурово. Обновись.

zemidius
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.