Acpi error astra linux

ACPI Bug

Debian. 4.19.0-5-amd64. UEFI (без опции Legaсy Bios). Acer A315-41-R8XR. AMD Ryzen™ 5 2500U. Radeon™ Vega 8.

Пытаюсь разобраться со всеми ошибками перед тем, как начать настраивать проброс видеокарты в kvm. На форуме acer пишут прописать в grub acpi=off, но лучше найти адекватное решение.

Что то не работает? С acpi-off ноутом невозможно будет пользоваться

Не только ноутом, любой железкой.

» — Доктор у меня болит голова…
— Ампутировать батенька. Немедленно ампутировать её полность. «

чем мешает/что не работает?

добавь в параметры ядра при загрузке acpi_osi=»Windows» (возможно «Windows 2016» или «Windows 2018» или как-там сейчас принято — гугл в помощь)

P.S. Acer просто не приветствует установку других (linux based) OC на свои устройства. Возможно это требует от них «ненужных затрат».

Тут дело такое, хочу пробросить видеокарту на ноутбуке (!с одной видеокартой поддерживающей AMD-Vi IOMMU) в гостивую windows. Перед тем, как приступить к этому, пытаюсь все ошибки исправить.

Вроде бы пишут, что начиная с 4.19 есть драйвера на AMD Ryzen 5 2500U с Radeon Vega 8. *Не смогу решить, поставлю Arh обратно, посмотрю что в 5.2.5 есть.

— dmesg без ошибок?
— нет, не встречал.

// другое дело, что не все из них проявляются мешают

хочу пробросить видеокарту на ноутбуке (!с одной видеокартой поддерживающей AMD-Vi IOMMU) в гостивую windows

Наверное, стоило это описать в стартовом сообщении — уже были дельные ответы в треде

Кому нужно больше одного ядра одного потока в процессоре? Конечно добавляй.

ACPI: [Firmware Bug]: BIOS _OSI(Linux) query ignored

Это ядро предупреждает, что будет мимикрировать под windows и будет игнорировать запросы на то, что оно(ядро) является «Linux».

ACPI BIOS Error (bug): Failure creating [_SB.PCI0.LPC0.EC0._Q46], AE_ALREADY_EXISTS (20180810/dswload2-316)

А это явный баг acpi, возможно, специально занесенный.

ACPI BIOS Error (bug): Could not resolve [_SB.PCI0.GPP2.BCM5], AE_NOT_FOUND (20180810/dswload2-160)

Это тоже баг, скорее всего, не критичный. Обычно методы BCM_ (расшифровывается Brightness Control Method) — это алгоритм управления яркостью экрана. Если тебе не повезло, то у тебя не управляется яркость экрана, или просто твоя «очередная китайская подвальная сборка» использует другую партию экрана с другим управлением ярксотью, не предусмотренным в acpi. Но тебе может повезти, по стечению обстоятельств работает без всех этих замудреднных acpi методов.

А это явный баг acpi, возможно, специально занесенный.

Все баги acpi и эти вышеозвученные и все остальные от одной простой штуки — подсистему acpi ядра linux разрабатывали по официальным спецификациям а BIOS/UEFI для железа нет. И да в говновендазе для обхода всех этих ям и ловушек много своих подпорок и костылей которые делают вид что в целом всё нормально.

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

подсистему acpi ядра linux разрабатывали по официальным спецификациям

Причем тут реализация acpi в linux, если здесь явно ошибка в acpi — повторное объявление.

Все баги acpi и эти вышеозвученные и все остальные от одной простой штуки .

.. ACPI — это очень неудобный язык (api) конфигурирования и нет нормальной среды для разработки. Еще усугбляется тем, что есть циклы — щас бы писать конфигурации на тьюринг полных языках.

Читайте также:  Долго грузит добро пожаловать windows 10

Ну вот взял бы и накатал в своем говнобложике эту инфу

Это очевидно и не требует описания в любом говнобложике.

Причем тут реализация acpi в linux, если здесь явно ошибка в acpi — повторное объявление.

Причем здесь повторное объявление в чьём то говняном dsdt если корень прблемы в том, что «подсистему acpi ядра linux разрабатывали по официальным спецификациям а BIOS/UEFI для железа нет»?

ACPI это вся спецификация целиком а крайне неудобный язык это DSDT (Differentiated System Description Table).

Ясно. Ошибка не в ошибке, а в том что мы не знаем как обойти ошибку. А обойти ошибку можно блобами с bios/uefi для железа. Мы же за проприертарные решения. Зачем нам открытые решения на открытых спецификациях, когда видно кто и где ошибся?

ACPI это вся спецификация целиком а крайне неудобный язык это DSDT (Differentiated System Description Table).

DSDT — это всего лишь одна из таблиц, содержащая байт-код на AML (acpi machine lang). Наошибаться можно и в других местах.

Ошибка не в ошибке, а в том что мы не знаем как обойти ошибку.

Я предпологаю что все дело либо в компиляторе или в индусах особокомпетентных гражданах занимающихся сборкой и установкой проприетарных биосов у вендоров.

Наошибаться можно и в других местах.

Можно. Но чаще всего ошибки вылазят именно в dsdt.

Я предпологаю что все дело либо в компиляторе или в индусах особокомпетентных гражданах

Еще раз. Даная конкретная ошибка не из-за компилятора. Эта ошибка именно из-за сложности acpi (для придирчивых, из-за aml). При этом нет облегчающих написание aml-кода инструментов. Его пишут практичеси методом копи-пасты и инклудов копи-пасты. Там даже лауреат премии Тьюринга не сможет написать коректный код. Потому и занимаются этим неблагодарным делом «особокомпетентные граждане». А там куда кривая эволиции приведет, или докопипастят до более-менее рабочего состояния, или сгинет в конкурентной борбе багов и жучков.

На archlinux.org написанно, что подобная проблема возникает из-за ядра версии 4.19.

После чего, поставил arch с ядром 5.2.7

Значит говно такая спецификация, если она существует в воображаемом мирке, а не описывает реальное железо.

Значит говно такая спецификация, если она существует в воображаемом мирке, а не описывает реальное железо.

anonymous да тебе никто не запрещает жить в том же воображаемом мирке. А реальность такова — вендоры зачастую кладут на специфкации и для корректной работы ядра на конкретно взятой железяке (комбинации железяк) зачастую требуется локальная доработка напильником.

Реальность такова, что есть только реальное железо, а твоя спецификация это даже не бумажка, которой подтереться. Место таких спецификаций обычно занимают описывающие реальное железо, нужно понимать у майкрософта есть своя, используемая вендорами железа. Но необучаемые всё продолжали выдумывать оправдания и наступать на те же грабли.

У тебя есть конкретные предложения? Пиши в lklm. А вот так же заниматься демагогией может кто угодно.

В lkml уже всё порешали, копируя поведение венды, например поддерживая вендовый wmi. Остаётся разобраться с лоровскими демагогами.

Остаётся разобраться с лоровскими демагогами.

Лоровские демагоги вообще зачастую без понятия о предмете разговора. Так что ну ты понял…

Если узнаете, что делать с ошибкой, дайте знать.

Источник

Исправляем синий экран с кодом ACPI BIOS ERROR на Windows, Linux

«Синий экран смерти» с кодом ACPI BIOS ERROR может указывать на довольно сложные неполадки. Не особо положительный прогноз связан с тем, что в значительной части случае дело в аппаратных поломках. Однако часто проблема и в системных сбоях, которые можно попробовать исправить. По крайней мере попробовать устранить BSOD вручную – вы просто обязаны.

Читайте также:  Microsoft windows паук пасьянс

Причины ошибки ACPI_BIOS_ERROR

Первоисточников сбоя очень много, при чем они разносторонние:

  • неправильная конфигурация BIOS;
  • повреждение операционной системы;
  • неисправность драйверов;
  • нарушение работы жесткого диска;
  • физическая поломка процессора или оперативной памяти.

Что характерно ошибке ACPI_BIOS_ERROR, так это мультиплатформенность. Она может появляться во всех версиях Windows, а также на Linux, Ubuntu. Ошибка может сопровождаться кодом 0x000000A5 или нет. Известны случаи, когда сбой проявлялся один раз и после перезагрузки исчезал, но бывает, что после каждого запуска появляется BSOD и не пускает в систему.

Как исправить BSOD ACPI BIOS ERROR?

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

Обновить и переустановить драйвера

«Синие экраны смерти» с различными кодами часто появляются из-за проблем с драйверами. Поломки могут вызывать устаревшие, обновленные, но проблемные, и несовместимые драйвера устройств. Стоит обновить их. Если есть подозрение, что ошибка начала появляться после апдейта какого-то конкретного ПО или подключения нового устройства, стоит попробовать выполнить откат.

Автономное просканировать систему

Несколько пользователей положительно откликнулись о данном способе, им удалось исправить свой BSOD с помощью «Защитника Windows». Чтобы реализовать задуманное, нужно загрузить систему в «Безопасном режиме», открыть «Параметры» – «Безопасность» и выбрать «Сканировать в автономном режиме». Есть неплохая вероятность, что это сработает.

Восстановить систему

Еще один способ, получивший положительные отклик пользователей. Он применим к ноутбукам, в частности к Samsung-устройствам. Суть заключается в следующем:

  1. Выключить ноутбук и отключить накопитель.
  2. Запустить компьютер и перейти в «Режим восстановления» (чаще всего клавишей F4).
  3. Подключить SSD-накопитель и выбрать подходящий вариант восстановления.
  4. Запустить SW Update и обновить BIOS.

Удалить недавно установленные программы

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

Настроить ACPI и AHCI

Нужно предупредить, что стандарт ACPI на самом деле нужен Windows и его отключение нежелательно. Компьютер после этого не сможет загрузиться, так как ACPI автоматизирует управление электропитанием компонентов ПК. Однако нередко срабатывает переключение его в режим уменьшенного энергопотребления. Пункт ACPI можно найти в BIOS и установить для него значение S1. Это решение особенно актуально для тех, у кого ошибка появляется после выхода из спящего режима. Еще может сработать выключение AHCI тоже через BIOS.

Деактивировать внешнее оборудование

В момент запуска системы после появления BSOD ACPI_BIOS_ERROR к нему должно быть подключено минимум оборудования. Лучше отключить практически все постороннее и уже подключать после полного запуска. Будет установлено необходимое программное обеспечение, а ошибка появляться не должна.

Отключить разгон

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

Проверка состояния оперативной памяти

Выход из строя одной из планок ОЗУ может стать причиной проблемы. Лучше продиагностировать оперативную память, это можно сделать как встроенными инструментами операционной системы, так и утилитой MemTest86. Рекомендуется использовать второй вариант, создав флешку с автозагрузкой.

Читайте также:  Стандартный фон для рабочего стола windows

Переустановить операционную систему

Если ошибка ACPI BIOS ERROR появилась в результате попытки установки системы, стоит изменить режим. К примеру, если инсталляция проходила в режиме совместимости, стоит опробовать Legacy и наоборот.

Большинство из перечисленных выше действий применимы Windows, Linux, Ubuntu и др. Unix-системам, поэтому скорее всего сработают везде. Если же ничего из перечисленного не помогло улучшить ситуацию, ошибка ACPI BIOS ERROR вызвана выходом из строя какого-то комплектующего. Чаще всего пользователи сталкиваются с поломкой оперативной памяти и процессоров. Стоит их продиагностировать в сервисном центре.

Источник

Ошибка, которую не вылечила переустановка.

[ 1.302755] ACPI Error: [DSSP] Namespase lookup failure, AE_NOT_FOUND (20170831/PSARGS-364)

[ 1.302764] ACPI Error: method parse/execution failed \_SB.PCI0.SATO.SPTO._GTF, AE_NOT_FOUND (20170831/psargs-364)

[ 1.303477] ACPI Error: [DSSP] Namespase lookup failure, AE_NOT_FOUND (20170831/PSARGS-364)

[ 1.303464] ACPI Error: method parse/execution failed \_SB.PCI0.SATO.SPTO._GTF, AE_NOT_FOUND (20170831/psargs-364)

раньше все, что не поддавалось пониманию, лечилось переустановкой стабильной ubuntu 16.04. помогите, плз

Прошивки окатывались? Я думаю, проблема в Убунте, с ней ты можешь только гадать кто виноват и что делать.

Попробуй выкинуть говно мамонта и установить свеженькую Убанту последней версии 2018 года для начала. Чем кстати эта ошибка тебе мешает?

вообще ничего не обновлялось и не делалось. просто после загрузочного окна эта ошибка. думаю, где копать

не запускается система emegcensy mode

сегодня ставил новую 16.04.5 сохранилась ошибка

а ты про релиз? ubuntu 18.04?

Скорее всего в сторону обновления бивиса устройства, но и после этого ошибки останутся, спроси производителя почему. Кому-то выставление acpi_osi и прочего помогает, почему-то многие устройства работают только с вендой. Это очень странно, ей же почти никто не пользуется. По привычке что ли? Ох уж эти экономные производители.

Стоп, система загружается или нет? Ты BIOS обновлял?

Т.е. в нормальном режиме она запускается? Как именно она не запускается? Раньше запускалась? Точно дело не в блобах?

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

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

не загружается, не обновлял пока еще

Тут такое дело может быть: в Ubuntu 16.04 LTS есть 2 линейки ядра — LTS и HWE. Первое версий 4.4, второе уже 4.15, если не ошибаюсь.

Попробуй при загрузке зажать _после_ BIOS Esc — выпадет GRUB, в нём поищи ядра серии 4.4 в дополнительных параметрах — обычно пакет linux-generic с LTS ядром всё же есть, но в приоритете загрузки HWE по дефолту.

Ой, а у меня так 4.4 ядро просто перестало работать в какой-то из версий, что-то там намудрили с портированием патчей, конфиг то не менялся. Так что не панацея, ядро может и быть, но оно не сможет загрузится, совсем никак. Это не одна версия, 5 релизов подряд не заработали. Так что теперь есть ещё одна причина посмеиваться с любителей «стабильного».

Может и у него так, но с ядром 4.15, кто знает. В любом случае, Ubuntu не удаляет старые ядра при обновлении, так что стоит попробовать загрузить хотя бы на одном из тех, что есть. Видимо незаметно установилось новое ядро, он перезагрузил комп — и привет.

Источник

Оцените статью