Acpi bios error bug при загрузке linux

Ошибка ACPI BIOS Error

Данная ошибка вылазит при попытке запуска Ubuntu с флешки(он поработает секунд 5 после зависает и ноутбук выключается), вылазит при установке mint и elementaryOS, но их у меня получилось установить, однако при запуске светится логотип пол минуты и после тоже выключается, ошибка все та же. Фото ошибки по ссылке https://otvet.imgsmail.ru/download/270186982_950796e25c1bedd6f2296c86c4c0da20_800.jpg

и будет сидеть с одним ядром процессора из всех, збс

В биосе ничего такого нету, а при запуске установщика и отключении не помогло

С Live образа Linux Mint загрузиться можешь?

Выполни в эмуляторе терминала:

Выложи вывод сюда (или вставь в первое свое сообщение).

Ругается на USB порты. Скорее всего, usb-3 или usb-c. Попробуй засунуть флешку в usb-2 порт. Или, если возможно, отключить в биосе usb-3/usb-с.

Возможно, неправильно задается ОС в acpi. Попробуй загрузиться с параметрами ядра acpi_osi=! acpi_osi=’Windows 2016′

Думаю ядро старовато. Хорошо бы 5.4. Да еще двойная графика nvidia… Ты уверен что тебе нужен линукс?

Я читал что линукс не придирчив к железу, неужели проблема в этом?

Плюс я видел точно такие же ноутбуки, но с linux

линукс не придирчив к железу

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

Надо было брать ноутбуки с linux. А не этот, на котором написано, что нужен «windows 10 pro для деловых»

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

Подскажите, как поменять параметры ядра acpi_osi

Тебе, во-первых, нужно более свежее ядро 5.4, это точно, у тебя процессор новее ядра. И не надо будет устанавливать acpi_osi.

Mint я не знаю, не помогу.

У тебя проц определяется как

Topology: Quad Core model: Intel Core i5-8300H bits: 64 type: MT MCP

arch: Kaby Lake rev: A L2 cache: 8192 KiB

Product Collection 8th Generation Intel® Core™ i5 Processors

Code Name Products formerly Coffee Lake

нет никакого «определяется», это вывод какой-то утилиты от васянов, которая вообще неизвестно откуда информацию берёт

во вторых четырёхядерные кофелейки(одна из их ревизий) это и есть тупо перемаркированные кабилейки

во вторых четырёхядерные кофелейки(одна из их ревизий) это и есть тупо перемаркированные кабилейки

Судя по русской википедии это ультрабучные с U , а тут полноценный H (который вышел позже)

Не придирчив в смысле не требует особо мощного. Это правда, та же Lubuntu 18.04 со старта потребляет менее 300 мегабайт оперативной памяти, что очень неплохо для 64-битной ОС. А вот новое железо в нём зачастую так себе работает.

Попробуй дистрибутив с наиболее свежим ядром. Я рекомендую Fedora Xfce или Mate.

нет никакого «определяется», это вывод какой-то утилиты от васянов, которая вообще неизвестно откуда информацию берёт

Пятый пункт model name .

Если ядро ошибается, то остается только верить Анонимусу.

васян, плез. у тебя изначально была какая-то inxi, которая неизвестно иткуда информацию берёт

это только ты говоришь, что «ядро ошибается». ядро 5.0 вышло 3 March 2019, когда 8300H вышел Q2’18 а значит скорее всего ошибаешься тут ты

Вот Ты странный.

Это же второй квартал (апрель-июнь) 2018 года — это почти на год раньше 3 марта 2019 года.

Давай попросим ТС привести вывод cat /proc/cpuinfo или методом, которому Ты доверяешь (есть оффтопиковые CPU-Z, Aida64 и юниксовый CPU-X).

в другом источнике пишут, что April 3, 2018

ну вот, у ядра был целый год, чтобы добавить поддержку

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

Спасибо за рекомендацию. Мате 19.10 запустилась, хотя и грузится она заметно медленнее, чем Мint при установке и в live-режиме. Так и должно быть, или это тоже какая-то проблема?

Это типичный пример ошибки DSDT. Решить можно несколькими способами:

• Обновить bios
• Выключить конкретное устройство вызывающее сбой
• Прикинутся вендой
• Выключить весь acpi в ядре со всеми вытекающими
• Исправить DSDT

О том как исправить DSDT не написано разве что на ближайшем заборе. Рядом на форуме полно таких тем. Используй уже поиск по форуму. У меня в бложике об этом написано несколько раз. Есть даже решения конкретных проблем.

Источник

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

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

Причины ошибки 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. Рекомендуется использовать второй вариант, создав флешку с автозагрузкой.

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

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

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

Источник

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) конфигурирования и нет нормальной среды для разработки. Еще усугбляется тем, что есть циклы — щас бы писать конфигурации на тьюринг полных языках.

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

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

Причем тут реализация 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. Остаётся разобраться с лоровскими демагогами.

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

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

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

Источник