Ошибки acpi при загрузке linux

Ошибки при старте системы

Это началось с момента прилёта ядра 4.9, до этого всё было нормально. Погуглил, решения не нашёл. Ждал, что может починят скоро.

Может я просто не знаю, как надо, а умные помогут?

Это ошибки dsdt. Теоретически они исправляемы. Как? Читай всю тему и внимательно с этого сообщения а так-же все темы по тегу dsdt.

+ Самое интересное там искать по тегу dsdt.

если совсем просто — загрузись в старое ядро (на федоре с этим просто), удали новое и снова сделай update. Бывает что какие то triggered action после установки нового ядра идут криво

Это тут вообще не при чем. Кроме самой подсистемы acpi в новом ядре обновилась и версия acpi и соответственно ее логика работы. И то что раньше не было багом теперь им ВНЕЗАПНО стало.

это понятно, да и я в dsdt не разбираюсь. Но у меня федора уже много лет, таки баги вижу уже не раз. Переустановка нового ядра мне мне всегда помогала, без всяких заморочек — столько времени у меня просто нет

Переустановка твоего ядра не имеет никакого отношения к проблемам acpi/dsdt. Аналогично такие проблемы можно решать к примеру миграцией с emacs на vim.

ну нет так нет, значит беру свой совет обратно

Ну почти понятно. Спасибо.

Вывод: переходить на какой-то LTS типа CentOS. Либо, что предпочтительнее, Win-10. Линуксы нормальному человеку на десктопе -руетка ещё та. Даже если у тебя всё отлично работает (даже несколько лет), жди в любой момент какой-нить подставы некрасивой.

Даже если у тебя всё отлично работает (даже несколько лет), жди в любой момент какой-нить подставы некрасивой.

Принцип «работает не трогай» никто не отменял.

При всех тех некрасивых ошибках есть некие реальные баги ими вызванные? Если ответ «да» пинай майнтрейнеров своего дистра.

А вообще сие говорит лишь о том что конкретно это железо говно и/или bios нуждается в обновлении.

Я пробовал устанавливать систему с нуля — хер там, тож самое. Это новости в ядре такие.

Думаю, может BSD какую-то типа PC-BSD попробовать.

При всех тех некрасивых ошибках есть некие реальные баги ими вызванные?

Нет, система работает нормально. Раздражает эта дрянь на экране во время загрузки до логина.

А вообще сие говорит лишь о том что конкретно это железо говно и/или bios нуждается в обновлении.

Железо самое стандартное, intel H77. И если уж Gigabyte кривой bios не хочет обновлять, то что покупать уникальное для Линукса? И, главное, а смысл? Чтоб потом опять.

Раз уж тут такие разговоры, не могу не спросить — что вообще такое этот DSSP? У меня было подобное на одной машине, я просто выпилил из одной из таблиц SSDT все упоминания DSSP, потому что упоминалось оно именно там. В исходниках ядра и в спецификациях ACPI упоминаний DSSP не найдено. При этом сейчас всё работает, ошибок не добавилось. Так что же это такое?

Раздражает эта дрянь на экране во время загрузки до логина.

Если не хочешь фиксить dsdt развлекайся — прими раствор валерианы или выпей чай с ромашками.

И если уж Gigabyte кривой bios не хочет обновлять, то что покупать уникальное для Линукса?

Проблемы кривых bios-ов не касаются linux-а!

Раз уж тут такие разговоры, не могу не спросить — что вообще такое этот DSSP?

Ну ты понял да? Раз ругает её значит она есть.

Гуглить я умею, не сам же придумал таблицы в initramfs подменять. Ошибки-то в итоге у меня нет. По всем ссылкам, что гуглятся — люди жалуются на саму ошибку. А что такое этот DSSP так никто и не сказал, мой вопрос был именно в этом. У меня это было что-то типа:

Источник

Проблема с загрузочной флешкой

Без подробного описания не обойтись.Скачал значит я Kubuntu 18.04 и с помощью Rufus’а сделал загрузочную флешку. При загрузке, в самом начале (при запуске системы), вылезают ошибки, но загрузка продолжается и я даже увидел рабочий стол, стал проходить поэтапно меню установки и в конце мне написало, что какой-то файл невозможно открыть. Дальше отказывается система грузиться.

Ошибки такие: [0.000000] [Firmware bug] : TSC_DEADLINE disabled due to ERRATA: please update microcode to version: 0xb2 (or later) || [0.017928] ACPI Error: [\_SB_.PCIO.XHC_.RHUB.HS11] Namespace lookup failure, AE_NOT_FOUND (20170531/dswload-210) || [0.017931] ACPI Exception: AE_NOT_FOUND, During name lookup/catalog (20170531/psobject-252) || [0.017954] ACPI Exception: Ae_NOT_FOUND, (SSDT:xh_rvp08) while loading table (20170531/tbxfload-228) || [0.022151] ACPI Error: 1 table load failures, 8 succesful (20170531/tbxfload-246) || Дальше идут всякого рода «unable to onen /dev/. »

Скачал Ubuntu 18.04. Тоже-самое! Пробовал даже Kubuntu 16.04. Всё тоже.

*При создании загрузочной флешки использовал и MBR и GPT схемы. *

Хеш-сумму после сачивания проверял? В rufus есть режим записи dd — используй его, или вот эту программу ROSA ImageWriter (не обращай внимание на название, она пишет любые гибридные образы, не только Rosa).

Через DD всё тоже самое, а ещё я заметил, что если запускать из флешки проверку носителя, то на экране маленькие зеленоваты артефакты прявляются.

Источник

Thinkpad t470p. После установки Debian 9.2.1 c ядром 4.9 при загрузке появляются ошибки и исключения, связанные с ACPI.

Добрый вечер. При загрузке следующие ошибки, хотя система грузится

Это «нормально», с некоторой вероятностью может помочь исправление ошибок в dsdt и подсовывание его во время загрузки или вкомпиляции его в ядро через

На T420 помогло, на T440p — нет.

Спасибо. Я правда, не очень понял, видел тему, где говорили про исправление ошибок в dsdt, но посмотрев, испугался и закрыл. Если не затруднит, Вы не могли бы по-подробнее объяснить? Или дать ссылку, где это объясняют как это сделать. Спасибо.

Если перейти на 8 дебиан, где ядро 3.* проблема останется?

и куда-нибудь выложи (только не на пасту).

Если перейти на 8 дебиан, где ядро 3.* проблема останется?

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

Я устанавливал убунту 16, там не было ошибок вроде.

Там по умолчанию отключен вывод этой фигни на экран

Нашел гайд по которому буду играться

Успехов, у тебя всего одна ошибка (и много вонингов) в самом dsdt:

у меня на arch такая фигня — отключил acpi в биосе и ошибки пропали

Чет я не соображу как рекомпилить ядро. Гайд который я скидывал старый. Я скачал и установил пакет source-linux-4.9, а дальше не могу найти конфиг в который нужно прописать путь к новой таблице.

Хоть убей нигде не вижу никаких .config

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

Заходишь туда, где находятся исходники ядра (в генте и многих линуксах это /usr/src/linux , если при установке сорсов был создан этот симлинк), либо напрямую редактируешь /usr/src/linux/.config , либо, что лучше, конфигурируешь через make menuconfig там же.

Путь прописывается в:

Хоть убей нигде не вижу никаких .config

его может и не быть, делай make menuconfig, он возьмет его с /proc/config.gz

По дебьяновым кишкам не подскажу, никогда не пользовался.

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

Хоть все это и понимают, но на всякий скажу: у него ноут этого (2017) года, acpi в биосе не отключается уже лет 8, программно его отключать не следует, потому что не будет работать 75% функциональности ноутбука.

Что касается сабжа, то речь идёт чисто про косметическую операцию по скрытию ошибки в выхлопе dmesg, ни на что это не влияет, ничего не изменится, возможно ТСу приятнее будет, если эти предупреждения, которым подвержены 98.9% всех ноутбуков всех производителей всех времен (если они загружают линукс) — не будут отображаться во время загрузки или в выхлопе dmesg.

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

Может быть, а может и не быть, например, если на T420 поправить все вонинги, то выхлоп чист, а в случае T440p — не помогает, информации про T470p у меня нет.

Если хочешь открыть для себя мир dsdt, что в общем-то мало полезно и мало практично в бытовом плане, то можешь погрузиться в это всё))

Я боялся что я где-то напутал и таблицы не перезаписались. Парвильно ли я понимаю что если я вижу вот это: ACPI: Override [DSDT-SKL ], this is unsafe: tainting kernel

Источник

ACPI Errors when booting , Can’t boot

I recently installed ubuntu gnome 16.04 LTS in My HP-15AC122TU laptop.

I have been using this for a while. I wanted to genarate an xorg.conf file since having a screen-tearing whenever I play movies or scroll on pages( tried HW accelaration but didnt work). I don’t remember exact things I did but I ended up breaking the xserver. I somehow fixed it. I started getting these messages when I booted up.

I am typing them coz I dont know how to genarate that O/P.

and It got stuck. Couldn’t boot ubuntu. So I installed Manjaro ( My friend gave me this KDE crash bundle ). But apparantly I can atleast get to a GUI, I works just natuarally.

I replaced the Ubuntu with Manjaro but the error is still there. Somewhere in askubuntu some guy with same problem had it fixed by connecting HDD to another computer.

I removed and connected the HDD to My Ubuntu PC,

So I removed it from system. Now my desktop’s Ubuntu show the same problem after this. But I can boot into the GUI in it.

Removed Ubuntu, tried updating BIOS ( Installrd in MBR in BIOS )Not helpful.

Microsoft’s Windows 10 isn’t giving me any complaint. HDD is perfectly healthy.

This thing is slowing down the entire system.

Changing and going to tty , Can’t log in as this message is FLOODING. Even Live Disk booting shows same messages.

This thing isn’t going away, It infected into My PC too ( Bcoz I connected it to PC)

My theory is its genarated some config file or something coz my laptop’s sata cable was a little loose but now Its fixed but Linux isn’t recognising it.

I tried many distros. No solutions so far. Googled it, No solution.

Источник

Linux Mint Forums

Welcome to the Linux Mint forums!

ACPI BIOS Error (bug): Could not resolve symbol [\_SB._OSC.CDW1] After Upgrading to LM20

ACPI BIOS Error (bug): Could not resolve symbol [\_SB._OSC.CDW1] After Upgrading to LM20

Post by newgreen » Fri Jul 10, 2020 6:26 pm

Does anyone know what this message even mean and how to fix this?
Any help with this would be appreciated.

Re: ACPI BIOS Error (bug): Could not resolve symbol [\_SB._OSC.CDW1] After Upgrading to LM20

Post by arvy » Fri Jul 10, 2020 6:56 pm

Re: ACPI BIOS Error (bug): Could not resolve symbol [\_SB._OSC.CDW1] After Upgrading to LM20

Post by newgreen » Fri Jul 10, 2020 7:17 pm

Re: ACPI BIOS Error (bug): Could not resolve symbol [\_SB._OSC.CDW1] After Upgrading to LM20

Post by arvy » Fri Jul 10, 2020 7:30 pm

Re: ACPI BIOS Error (bug): Could not resolve symbol [\_SB._OSC.CDW1] After Upgrading to LM20

Post by newgreen » Fri Jul 10, 2020 8:09 pm

I will look into the links you provided, but I’m still in the dark as to the meaning of [\_SB._OSC.CDW1] or any of it for that matter. I would think the first step to diagnosing a problem would be to understand what the error message means? is «CDW1» referring to the built-in CD/DVD drive? Any idea as to the meaning of any part of the error message?

Re: ACPI BIOS Error (bug): Could not resolve symbol [\_SB._OSC.CDW1] After Upgrading to LM20

Post by arvy » Fri Jul 10, 2020 9:47 pm

Re: ACPI BIOS Error (bug): Could not resolve symbol [\_SB._OSC.CDW1] After Upgrading to LM20

Post by newgreen » Fri Jul 10, 2020 11:12 pm

I do like to try and at least have some basic understanding of what’s going on, so I thank you for the info you provided. Further, I did look at the links you provided and I’ll dig a little deeper into the pages you provided. If I’m unable to resolve the actual error message/system hang, do you know of a way to suppress or ‘MUTE» / bypass the checking and reporting of this error so as:
1) it doesn’t slow down the boot time by 8 seconds
2) it doesn’t display it.

Ideally, I’d like to eliminate this by way of editing the code in a file without messing up the Grub dual boot menu at boot time?

As I mentioned before, I had installed a couple of prior versions of Linux Mint and have never experienced any 8 second hang or error messages at boot time. It goes beyond just an error message when the system hangs for 8 seconds and boot time is slowed down. I have Linux Mint 19.3 on another machine and for now, I’ll stick with that.

In my view, whatever the reason for this, if other versions of Mint can suppress/overcome/not check for this and not hang the system at startup, it makes LM20 boot process look and feel very sloppy. If this error is of little significance to the working of the OS, then I don’t want LM20 to hang the system to check for this error. On the other hand, if this error is of significance with it’s implications currently unknown or unclear to me, then a fix is required to fix this.

Источник