При запуске пишет «broken BIOS?»

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

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

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

Error … broken

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

Скорее всего, просто проц не умеет в ЕСС.

Скорее всего, просто проц не умеет в ЕСС.

Что такое ЕСС ?)

Забейте.

Какой-нибудь новомодный Ryzen, да?

Какой-нибудь новомодный Ryzen, да?

Нет, материнка: Asus F2A85-M LE и процессор: AMD Athlon X4 740 (3.2-3.8)

Биос до последнего обновлял? https://archived.forum.manjaro.org/t/edac-amd64-error-f1-not-found-device-0x1...

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

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

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

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

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

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

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

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

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

Как раз на эту тему недавно попадалось: https://bugzilla.kernel.org/show_bug.cgi?id=214239. Человек им про возможную регрессию сообщил, а его вежливо послали.

И где же там регрессия?

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

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

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

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

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

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

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

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

Это вообще не параметр ядра, и они никогда не «распознавался» и не должен был.

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

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

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

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

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

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

Псих? К врачу, срочно!