Acpi error no pointer back to namespace node in package

Не работает wifi atheros на ноутбуке с Debian

Добрый день! Помогите решить проблему с неработающим wifi!

Ноутбук dell 3584-7386. Недавно установил Debian 10 + openbox. Сразу же поставил firmware-atheros. Через wicd подключился к wifi, нормально работало весь вечер. На следующее же утро не могу подключиться.

Сначала подумал что имя интерфейса изменилось, в wicd ведь его надо руками указать. Однако ifconfig -a выдает только проводное соединение, через которое я сейчас и подключен.

sudo rfkill list и sudo rfkill —output-all не выдают ничего sudo rfkill unblock all не помогает

через lspci адаптер виден:

fn+PrintScreen, на котором комбинация включения wifi, тоже не помогает)

Пару недель назад ставил Ubuntu Server 18.04 + openbox + wicd/network-manager и происходила такая же ерунда. Т.е. от версии ядра, видимо, не зависит проблема.

Также пробовал десктопные ubuntu, kubuntu — там такого косяка не наблюдал, но по некоторым причинам, я не хочу использовать тяжелые de, да и убунту вообще.

P.S. На линукс перешел чуть более полугода назад, многих вещей не понимаю, обьясняйте подробнее, пожалуйста, хочу все знать)

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

Что было с ноутбуком (или wifi-адаптером) в промежутке «от вечера» до «следующего утра»?

dmesg смотрел? там-то что-то должно быть…

Ноутбук на ночь всегда выключаю.

lspci -knn|grep Network -A3

Про dmesg впервые слышу, к сожалению.

sudo dmesg —level=warn,err,crit,alert,emerg

На форуме нельзя сообщения заспойлерить -_-

Пойду гуглить ошибки…

модуль для устройства (драйвер) загружается – это «+». Но сетевой интерфейс не создаётся, т.к. в dmesg

ссылается на недоступность firmware для адаптера… нужно посмотреть «что там происходит»

• просто файл называется иначе
• лежит не в «своей» директории
• его действительно нет // не, а вдруг?
• …

хотя возникает вопрос как же оно работало накануне.

dmesg первый источник для поиска корня многих проблем

На форуме нельзя сообщения заспойлерить

но у тебя же получилось. Пользуйся кнопкой «Предпросмотр» до публикации – сильно помогает 🙂

ссылается на недоступность firmware для адаптера

Пускай в /var/cache/apt/archives найдёт пакет и поковыряется в его содержимом на предмет «недостающих» файлов.

может ошибаюсь, но сейчас по-умолчанию в дебианах установленные пакеты в кеше не хранятся. но, направление поддерживаю – нужно посмотреть, что там внутри. с самими firmware понятно – они необходимы. а вот почему сначала они есть, а при новой загрузке их нет… ответ вполне может быть найден в deb-пакете

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

сначала они есть, а при новой загрузке их нет

Установочные скрипты в deb-пакете могут не соответствовать параметрам системы.

про винду я как-то пропустил… и потом автор явно указывал, что устанавливал firmware для atheros

Установочные скрипты в deb-пакете могут не соответствовать параметрам системы.

Политика «непричастности» к пакетам с «сомнительной» лицензией означает, что Debian-сообщество положило на эти пакеты болт.

глянул содержимое пакета. какая «неожиданность»: там нет файлов с именами, которые ищет его система. ну так-то они есть, но называются иначе и лежат в другой директории(ях). теперь «такое» уже «не баг, а фича»© ?!

но называются иначе и лежат в другой

уже убедился… нечто хорошее словом «политика» не назовут 🙁 [жизненный опыт]

вообще-то это не у меня, а у ТС проблема…

но я всё-таки посмотрел пакет (не останавливаться же :). Там нет postinstall вообще. И install (барабанная дробь) … содержит только предупреждение …

из «простого»: можно удалить пакет firmware-atheros, установить заново и попытаться выяснить какие из 4-х файлов необходимы (или в какой последовательности) // это при условии, что после повторной установки оно заработает

Точнее надо говорить:

Извините, прямо сейчас нет времени решать проблемку, работаю на удаленке. Пока уходил на обед, выключил ноут, а когда включил… wifi работает как ни в чем не бывало… Если кому-то интересно, вот вывод dmesg (здесь только для ath10k, это, как я понимаю и есть виновник торжества)

судя по логам при загрузке может некий глюк происходить:

• иногда «стопорится» загрузка firmware
• иногда всё само решается

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

может более сведущие и/или опытные предложат что-то более адекватное

Перезагрузка драйвера помогает!

Хоть я и не спец, инфа может помочь кому-то кто не шарит/не имеет на это времени/не хочет ковыряться, поэтому расскажу что делал:

Смотрим, загружен ли вообще модуль: lsmod | grep ath10k

Отрубаем его: sudo modprobe ath10k_pci -r

Можем снова посмотреть что это сработало: lsmod | grep ath10k Теперь команда не должна ничего вывести в консоль

Включаем модуль: sudo modprobe ath10k_pci

Wifi работает. До перезагрузки во всяком случае.

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

да я знаю ) есть ли другие механизмы решения? не знаю.

Есть у нас модуль ядра, он заглючивает. Как в нем порыться? Или там все сложно и не стоит туда лезть?

сложно или нет зависит от твоего уровня знаний и умений. можешь посмотреть код драйвера… а дальше куда «кривая вывезет»…

моих знаний не хватит, не понимаю что дальше делать

у этой ситуации две стороны

• как пользователь оформи в своей системе перезагрузку драйвера скриптом (это самое простое решение). дальше простор для творчества: можешь выполнять скрипт в терминале «ручками», можешь сделать ярлык на запуск скрипта с рабочего стола… или сделать юнит для системд для автоматического выполнения перезагрузки драйвера при необходимости

// я бы реализовал самое простое и удобное для меня решение

• как причастный к debian пользователь ты можешь отправить баг-репорт о проблеме (или даже разработчикам ядра – я вот не знаю, кого эта проблема больше касается)

отправить баг-репорт о проблеме (или даже разработчикам ядра

Так очевидный жест от Товальдса можно схлопотать.

а потом ноем «годами баги не правятся… даже в багтрекер никто не пишет…»

Ядро нельзя подстроить под всех, иначе его «разорвёт».

тогда пусть собирает команды в скрипт, пишет юнит. всё это как патч оправляет Линусу (мелочиться мы не будем) или как любят в debian собирает пакет ath10k-pci-cureit-wifi.deb (правда его точно отклонят и не из-за названия)

драйвер же в ядре и даже через раз работает без тычка. может и не в нём дело?

или как любят в debian собирает пакет ath10k-pci-cureit-wifi.deb

И чо! Отклонят! Это «аргумент» на любом толксе. Не пургу гнать, а бац и выложил ссылочку на пакетик.

ишет юнит. всё это как патч оправляет Линусу

юниты же в ведении лёни потного… но такое и он не примет. лучше отписаться в wiki debian – самое адекватное, имхо, решение.

Поставил OpenSUSE Leap 15.1, тоже на дебиане, аналагичная проблема. Отключение и включение модуля помагает тоже. Лучшее решение, что я нашел в интернетах

Источник

ACPI error on every boot

I recently switched from Windows 10 to Ubuntu. So far so good, but I get these errors on every boot. I was not getting these when on Windows 10 (not sure if it is because Windows didn’t have these errors or Windows just hided them from me) I just ignored them since the system can still boot and I think these are not fatal errors.

But now I actually want to know if I should take action, or this can be safely ignored (i.e does not do any harm), or should I add noacpi or something? I read that might also stop other working acpi thingies from working so I just ignored until this day I decided to ask here.

The reason I actually want to know this can be solved without any harm is, well, it is annoying to see these every boot and they seem to delay boot a bit (not sure if it is because of it though, but it hangs for like 1.5-2 seconds waiting on blinking _ after the error before going to ubuntu).

The errors are these:

I don’t know what PR or PPC means but from the CPU0 part, it seems like something related to my CPU’s first core (I have a dual core one) but my CPU is working fine (and was working fine in Windows too)

1 Answer 1

Some BIOS/UEFI developers are just lazy and don’t implement the entire ACPI specification into their BIOS/UEFI, or more worse, they implement it in the wrong way. When Linux tries to read some specific ACPI parameters, which don’t exist, or are wrong, it fails and reports this kind of error.

You may try a BIOS/UEFI update, but in most times you may just ignore these kind of «errors» and treat them more like a warning.

An example:

Mainboard-manufacturer XYZ creates 2 similar mainboards, but one has an additional Ethernet adapter:

1. Mainboard-manufacturer XYZ creates a BIOS/UEFI for the mainboard with the additional Ethernet adapter and installs it on the mainboard with the additional Ethernet adapter.
2. Mainboard-manufacturer XYZ is lazy and uses the same BIOS/UEFI image for the mainboard without the additional Ethernet adapter.

Some user named Mustafa Öncel installs Linux on a mainboard of XYZ which hasn’t the additional Ethernet adapter. Linux kernel reads the ACPI-table of the BIOS/UEFI, this table says there is an additional Ethernet adapter, Linux tries to read the memory area, but fails, because there is no additional Ethernet adapter.

Note: If this error didn’t occurred in the past, but now it does, it may be because you use a new Linux kernel, you changed your BIOS/UEFI or your hardware fails.

Источник

Error while booting Ubuntu 18.04 LTS with Kernel Version 4.18.8

1 Answer 1

I’m not an expert in Ubuntu, but I encounter the same problem after update kernel using Kernel Update Utility from v4.15 to v4.19.1 to get around the failed to remove key (1, ff:ff:ff:ff:ff:ff) from hardware -22 issue (see post https://www.reddit.com/r/Ubuntu/comments/8sllc2/wlp58s0_failed_to_remove_key_1_ffffffffffff_from/).

It may be an issue that the ACPI code in the motherboard’s BIOS/UEFI developed by MS is causing conflicts to new Linux kernels. See this post: https://www.linuxquestions.org/questions/linux-hardware-18/acpi-error-what-means-4175605357/.

I haven’t found any differences other than a booting screen with a bunch of messages. I will try a different kernel version and see if the problem goes away. Will update this answer later.

Hot Network Questions

To subscribe to this RSS feed, copy and paste this URL into your RSS reader.

Site design / logo © 2023 Stack Exchange Inc; user contributions licensed under CC BY-SA . rev 2023.1.14.43159

By clicking “Accept all cookies”, you agree Stack Exchange can store cookies on your device and disclose information in accordance with our Cookie Policy.

Источник

ACPI error on every boot

I recently switched from Windows 10 to Ubuntu. So far so good, but I get these errors on every boot. I was not getting these when on Windows 10 (not sure if it is because Windows didn’t have these errors or Windows just hided them from me) I just ignored them since the system can still boot and I think these are not fatal errors.

But now I actually want to know if I should take action, or this can be safely ignored (i.e does not do any harm), or should I add noacpi or something? I read that might also stop other working acpi thingies from working so I just ignored until this day I decided to ask here.

The reason I actually want to know this can be solved without any harm is, well, it is annoying to see these every boot and they seem to delay boot a bit (not sure if it is because of it though, but it hangs for like 1.5-2 seconds waiting on blinking _ after the error before going to ubuntu).

The errors are these:

I don’t know what PR or PPC means but from the CPU0 part, it seems like something related to my CPU’s first core (I have a dual core one) but my CPU is working fine (and was working fine in Windows too)

1 Answer 1

Some BIOS/UEFI developers are just lazy and don’t implement the entire ACPI specification into their BIOS/UEFI, or more worse, they implement it in the wrong way. When Linux tries to read some specific ACPI parameters, which don’t exist, or are wrong, it fails and reports this kind of error.

You may try a BIOS/UEFI update, but in most times you may just ignore these kind of «errors» and treat them more like a warning.

An example:

Mainboard-manufacturer XYZ creates 2 similar mainboards, but one has an additional Ethernet adapter:

1. Mainboard-manufacturer XYZ creates a BIOS/UEFI for the mainboard with the additional Ethernet adapter and installs it on the mainboard with the additional Ethernet adapter.
2. Mainboard-manufacturer XYZ is lazy and uses the same BIOS/UEFI image for the mainboard without the additional Ethernet adapter.

Some user named Mustafa Öncel installs Linux on a mainboard of XYZ which hasn’t the additional Ethernet adapter. Linux kernel reads the ACPI-table of the BIOS/UEFI, this table says there is an additional Ethernet adapter, Linux tries to read the memory area, but fails, because there is no additional Ethernet adapter.

Note: If this error didn’t occurred in the past, but now it does, it may be because you use a new Linux kernel, you changed your BIOS/UEFI or your hardware fails.

Источник