Acpi error namespace lookup failure

I updated my EFI Folder with the new PastryChefs EFI, then downloaded mojave from the app store and now I'm getting the attached verbose message and I don't know what to do, i've been looking for 2 or 3 days trying to solve this please help! Attached is my config list without my personal info...

  • #1

I updated my EFI Folder with the new PastryChefs EFI, then downloaded mojave from the app store and now I’m getting the attached verbose message and I don’t know what to do, i’ve been looking for 2 or 3 days trying to solve this please help!

Attached is my config list without my personal info if that helps.

Is there a way to delete the info off my nvme and restart the whole thing?

I really just need to be able to use my computer again. Thanks!!!

IMG_4660.JPG

  • config.plist

    12.7 KB

    · Views: 200

  • #2

I updated my EFI Folder with the new PastryChefs EFI, then downloaded mojave from the app store and now I’m getting the attached verbose message and I don’t know what to do, i’ve been looking for 2 or 3 days trying to solve this please help!

Attached is my config list without my personal info if that helps.

Is there a way to delete the info off my nvme and restart the whole thing?

I really just need to be able to use my computer again. Thanks!!!

If you still have your USB install disk, you can boot from that (F8 at BIOS and select the USB disk). Then choose «Boot macOS from Mojave» as you normally would. If you don’t have the USB Install Disk, you can create one by following this thread:
https://www.tonymacx86.com/threads/blew-up-clover-need-advice-on-paths-forward.270393/

Hopefully you backed up your previous EFI folder. Because after logging into Mojave you should mount the EFI Partition and copy your original EFI folder back.

  • #3

I made a new Mojave USB installer and have been trying to boot from that as well but I get the same error message which makes me suspicious that there is something else happening maybe in bios, though I reset that as default, and followed the instructions for mojave bios update from tonymacx, maybe it’s with clover?

Do you know what those error messages in my verbose mean?

I have a backup of my EFI on my NVME but I can’t get into that so there is no point :banghead: however i did keep my serial numbers etc in a shared folder, so I have all the computer info for a New EFI. thanks for your help

  • #4

I made a new Mojave USB installer and have been trying to boot from that as well but I get the same error message which makes me suspicious that there is something else happening maybe in bios, though I reset that as default, and followed the instructions for mojave bios update from tonymacx, maybe it’s with clover?

Do you know what those error messages in my verbose mean?

I have a backup of my EFI on my NVME but I can’t get into that so there is no point :banghead: however i did keep my serial numbers etc in a shared folder, so I have all the computer info for a New EFI. thanks for your help

PastryChef has a couple of custom SSDTs in ACPI folder. Because the errors are all ACPI-related, my first suspicion was that the SSDTs were causing this problem.

But if you created a brand new Mojave USB installer and you booted from that installer by pressing F8 at BIOS and choosing the USB as the Boot Disk, then these particular ACPI errors should not occur. Do you have any SSDTs in ACPI/patched or ACPI/origin (on the EFI partition of USB install disk)?

Could it be that when you boot from the USB install disk, different error messages are appearing??

You might also consider re-flashing the BIOS and setting BIOS parameters again.

  • #5

I’m going to try and create a brand new MOJAVE Installer with the EFI that you had suggested in your last post and see if that gets me anywhere, i think you’re probably right about PastryChef’s SSDTs being the culprit. Right now I have these two files in the ACPI folder one in CLOVER>ACPI>ORIGIN>SSDT-LPC and one is CLOVER>ACPI>PATCHED>ssd-usbx.aml

  • SSDT-LPC.aml

    97 bytes

    · Views: 190

  • ssdt-usbx.aml

    185 bytes

    · Views: 148

  • #6

I’m going to try and create a brand new MOJAVE Installer with the EFI that you had suggested in your last post and see if that gets me anywhere, i think you’re probably right about PastryChef’s SSDTs being the culprit. Right now I have these two files in the ACPI folder one in CLOVER>ACPI>ORIGIN>SSDT-LPC and one is CLOVER>ACPI>PATCHED>ssd-usbx.aml

are you using a DSDT from another computer?

  • #7

I made a new Mojave USB installer and have been trying to boot from that as well but I get the same error message which makes me suspicious that there is something else happening maybe in bios, though I reset that as default, and followed the instructions for mojave bios update from tonymacx, maybe it’s with clover?

Do you know what those error messages in my verbose mean?

I have a backup of my EFI on my NVME but I can’t get into that so there is no point :banghead: however i did keep my serial numbers etc in a shared folder, so I have all the computer info for a New EFI. thanks for your help

I made a new Mojave USB installer and have been trying to boot from that as well but I get the same error message which makes me suspicious that there is something else happening maybe in bios, though I reset that as default, and followed the instructions for mojave bios update from tonymacx, maybe it’s with clover?

Although it may appear to be unnecessary and a pain to go on uploading Verbose Boot Screen images following any BIOS or CLOVER changes or booting with a newly created USB Installer, it is always better to upload the new Verbose Boot Screen as subtle changes in verbose output might have occurred that might give the troubleshooter a new clue. In addition, to correlate what is seen on Verbose boot, the troubleshooter will need the current BIOS / CLOVER used for the boot.

  • #8

Although it may appear to be unnecessary and a pain to go on uploading Verbose Boot Screen images following any BIOS or CLOVER changes or booting with a newly created USB Installer, it is always better to upload the new Verbose Boot Screen as subtle changes in verbose output might have occurred that might give the troubleshooter a new clue. In addition, to correlate what is seen on Verbose boot, the troubleshooter will need the current BIOS / CLOVER used for the boot.

if anything changes with my verbose screen I will definitely post it. I am version 1601 in bios and version 5 for clover

are you using a DSDT from another computer?

Not that I know of, I saved all of my desktops computers info serials etc to put into the EFI in Clover, maybe that is the issue?
I am creating the USB Instal on a mac laptop and then booting from the USB drive when trying to instal on my Desktop.

  • #9

if anything changes with my verbose screen I will definitely post it. I am version 1601 in bios and version 5 for clover

Not that I know of, I saved all of my desktops computers info serials etc to put into the EFI in Clover, maybe that is the issue?
I am creating the USB Instal on a mac laptop and then booting from the USB drive when trying to instal on my Desktop.

oh, ok, just that your error messages indicate a patching issue

zip and upload your clover folder

  • #10

oh, ok, just that your error messages indicate a patching issue

zip and upload your clover folder

Thank you for your help.

  • EFI.zip

    27.7 MB

    · Views: 229

I’m getting these error messages every single time I reboot my desktop (and a couple of more I don’t know how to retain when it’s shutting down, but those are not relevant to this question so far):

[gorre@uplink ~]$ journalctl -p err..alert
...
-- Reboot --
May 11 21:47:03 uplink kernel: ACPI BIOS Error (bug): Failure looking up [_SB.PCI0.RP04.PXSX._SB.PCI0.RP05.PXSX], AE_NOT_FOUND (20180105/dswload2-194)
May 11 21:47:03 uplink kernel: ACPI Error: AE_NOT_FOUND, During name lookup/catalog (20180105/psobject-252)
May 11 21:47:03 uplink kernel: ACPI Error: Method parse/execution failed _SB.PCI0.RP04.PXSX, AE_NOT_FOUND (20180105/psparse-550)
May 11 21:47:03 uplink kernel: ACPI BIOS Error (bug): Failure looking up [_SB.PCI0.RP08.PXSX._SB.PCI0.RP09.PXSX], AE_NOT_FOUND (20180105/dswload2-194)
May 11 21:47:03 uplink kernel: ACPI Error: AE_NOT_FOUND, During name lookup/catalog (20180105/psobject-252)
May 11 21:47:03 uplink kernel: ACPI Error: Method parse/execution failed _SB.PCI0.RP08.PXSX, AE_NOT_FOUND (20180105/psparse-550)
May 12 07:09:30 uplink kernel: rtc_cmos 00:03: Alarms can be up to one month in the future
-- Reboot --
May 12 07:10:32 uplink kernel: ACPI BIOS Error (bug): Failure looking up [_SB.PCI0.RP04.PXSX._SB.PCI0.RP05.PXSX], AE_NOT_FOUND (20180105/dswload2-194)
May 12 07:10:32 uplink kernel: ACPI Error: AE_NOT_FOUND, During name lookup/catalog (20180105/psobject-252)
May 12 07:10:32 uplink kernel: ACPI Error: Method parse/execution failed _SB.PCI0.RP04.PXSX, AE_NOT_FOUND (20180105/psparse-550)
May 12 07:10:32 uplink kernel: ACPI BIOS Error (bug): Failure looking up [_SB.PCI0.RP08.PXSX._SB.PCI0.RP09.PXSX], AE_NOT_FOUND (20180105/dswload2-194)
May 12 07:10:32 uplink kernel: ACPI Error: AE_NOT_FOUND, During name lookup/catalog (20180105/psobject-252)
May 12 07:10:32 uplink kernel: ACPI Error: Method parse/execution failed _SB.PCI0.RP08.PXSX, AE_NOT_FOUND (20180105/psparse-550)

I found this article that states someone can add this line: echo "disable" > /sys/firmware/acpi/interrupts/gpe6F to /etc/rc.local, but I’m not sure if that’s the correct solution…moreover, if that’s only «patching» the error messages, but not fixing the underlying problem ‒ if any.

Or maybe should I wait for an upgrade?


I’m using:

[gorre@uplink ~]$ uname -a
Linux uplink 4.16.8-1-ARCH #1 SMP PREEMPT Wed May 9 11:25:02 UTC 2018 x86_64 GNU/Linux

…and this is my hardware:

  • Corsair RMX750 (750 Watt) 80+ Gold Fully Modular Power Supply
  • Intel Core i7-8700 (BX80684I78700) Processor
  • Asus Prime Z370-P
  • Corsair Force MP500 M.2 2280 240GB NVMe PCI-Express 3.0 x4 MLC SSD
  • Corsair Vengeance LPX 32GB (2 x 16GB) 288-Pin DDR4 SDRAM DDR4 2666 (PC4 21300)

UPDATE

New kernel 4.19.13-1-lts update:

$ uname -a
Linux uplink 4.19.13-1-lts #1 SMP Sun Dec 30 07:38:47 CET 2018 x86_64 GNU/Linux

…and the error/warning messages are finally gone!

-- Reboot --
Dec 28 09:40:42 uplink kernel: ACPI Error: [_SB_.PCI0.RP05.PXSX] Namespace lookup failure, AE_NOT_FOUND (20170728/dswload2-191)
Dec 28 09:40:42 uplink kernel: ACPI Exception: AE_NOT_FOUND, During name lookup/catalog (20170728/psobject-252)
Dec 28 09:40:42 uplink kernel: ACPI Error: Method parse/execution failed _SB.PCI0.RP04.PXSX, AE_NOT_FOUND (20170728/psparse-550)
Dec 28 09:40:42 uplink kernel: ACPI Error: [_SB_.PCI0.RP09.PXSX] Namespace lookup failure, AE_NOT_FOUND (20170728/dswload2-191)
Dec 28 09:40:42 uplink kernel: ACPI Exception: AE_NOT_FOUND, During name lookup/catalog (20170728/psobject-252)
Dec 28 09:40:42 uplink kernel: ACPI Error: Method parse/execution failed _SB.PCI0.RP08.PXSX, AE_NOT_FOUND (20170728/psparse-550)
Dec 28 09:41:08 uplink gnome-session-binary[712]: Unrecoverable failure in required component org.gnome.Shell.desktop
Dec 28 11:48:13 uplink flatpak[7192]: libostree HTTP error from remote flathub for <https://dl.flathub.org/repo/objects/3d/b5370c04103b9acd46bca2f315fb4855649926120b099a>
Dec 28 11:48:16 uplink flatpak[7192]: libostree HTTP error from remote flathub for <https://dl.flathub.org/repo/objects/e0/a43c4cbae106fc801d3c7bcc004b8222e9bf0528beef04>
Dec 29 12:19:37 uplink kernel: rtc_cmos 00:03: Alarms can be up to one month in the future
Dec 30 09:03:02 uplink kernel: rtc_cmos 00:03: Alarms can be up to one month in the future
Dec 30 19:07:11 uplink kernel: [drm:intel_pipe_update_end [i915]] *ERROR* Atomic update failure on pipe A (start=952715 end=952716) time 142 us, min 1073, max 1079, scan>
Dec 31 08:11:28 uplink kernel: rtc_cmos 00:03: Alarms can be up to one month in the future
-- Reboot --
Jan 01 10:23:42 uplink gnome-session-binary[516]: Unrecoverable failure in required component org.gnome.Shell.desktop

Добрый день всем.

Я понимаю, что подобные темы уже были, но решения я так и не нашёл, по крайней мере с теми нюансами, которые есть у меня.

Итак, дано:

два винта:
SSD 120Гб Kingston, на нём у меня венда 8.1 и /
HDD 1Тб Hitachi, на нём /home и файлосклад, монтируемый в /media/Storage

для полной инфы:

Дистрибутив у меня Ubuntu 16.04.1 x64, до этого был 14.04.2 x64, проблему увидел ещё на нём, подумал, что ядро обновилось, что-то пошло не так, и в итоге поставил поновее LTS, с полным затиранием /home.

инфа о ядре:

Проблема: периодически, система виснет, раскладку невозможно становится изменить, рандомно сыпет ошибками системы (иногда не сыпет), перемонтирует как ридонли /home и /media/Storage. Ребут иногда помогает, иногда снова получается то же самое. Иногда день всё норм.

По логам после ребута наблюдаю такое (многабукаф):

во время нормальной загрузки, пока не поймал этот глюк вижу в dmesg это (фрагмент с ошибками):

Во время самого означенного глюка сыпется вот что:

(иногда без DRDY) Я знаю по поиску, что DRDY это адски плохо, и возможно винту хана (например, https://forum.ubuntu.ru/index.php?topic=184481.0). Но какому? :) оба винта смарту выдают ок:

SSD:

HDD:

или smart не показатель?)

Читал, что такое бывает с дисками HDD на 1Тб с размером блока в 4Кб, но у меня 512 и логический и физический. Может, я не туда смотрю разве что. Ещё бывает, что на чипсетах NVidia такое бывает, но у меня контроллер SATA Intel. (https://ru.msi.com/Motherboard/Z77AG41.html#hero-specification)

Что я делал:

  • Переставил (обновил с форматом раздела) дистр (с новым /home)
  • залез в корпус, продул, пропылесосил, проверил контакты на винтах и сата шнурках
  • обновил биос (с 2012 до 2014 года, позже не было)
  • отключал AHCI
  • в венде NTFS раздел (который в /media/Storage) проверял стандартным методом, он нашёл там ошибки какие-то, исправил.
  • может, что-то ещё, не помню :)

Если бы это была проблема, как здесь: (https://forum.ubuntu.ru/index.php?topic=115977.0), надо было бы ставить SCSI контроллер SATA, но по параметрам не совпадает, насколько я понял, ошибки по обоим винтам, и даже флешке (или я не понял)).

Наверняка я замыленным взглядом что-то упускаю, причём, весьма элементарное, подскажите :)

#
5 лет, 7 месяцев назад

(отредактировано

5 лет, 7 месяцев назад)

Темы:

3

Сообщения:

14

Участник с: 26 июня 2017

Доброе время суток, господа!
Как говорится: «поможите кто чем может».
После нескольких лет на Debian решил перебраться на Arch linux, но возникли некоторые трудности:
ТТХ: MSI GE70 2OE ms-1757, HDD 1T GPT UEFI, Nvidia GF750 2G (WIFI, bluetooth — realtec, Ethernet — Ateros).
Установил базовую систему (512mb efi, 8G swap, 100G ext4 /, 200G ext4 /home, 1G ext2 /boot) и вроде бы даже, после перезагрузки, завелась и работает, но…
на начальном загрузочном экране появляются надписи об ошибках:

[ 0.366426] ACPI Error: No handler for Region [EC___] (ffff9b76470bf678) [EmbeddedContro1] (20160831/evreg ion-166)
[ 0.366431] ACPI Error: Region EmbeddedControl (ID=3) has no handler (20160831 L/exfldio-299)
[ 0.366435] ACPI Error: Method parse/execution failed [_SB.PCIO.LPCB.EC._REG I (Node ffff3b76470c0bl8), AE_NOT_EXIST (20160831/psparse-543)
ACPI Error: [_SB_.PCI0.GFX0.DD02._BCL] Namespace lookup failure, AE_NJT_FOUND (2016083l/psargS-359)
[ 0.798598] ACPI Error: Method parse/execution failed [_SB.PCIO.PEGO.PEGP.DD 02._BCL] (Node ffff9b76470flafO), AE_N0T_FOUND (20160831/psparse-543)

Объясните пожалуйста, что это и если возможно, как это можно вылечить.
Заранее спасибо.

vasek

#
5 лет, 7 месяцев назад

(отредактировано

5 лет, 7 месяцев назад)

Темы:

47

Сообщения:

11417

Участник с: 17 февраля 2013

hathory
Объясните пожалуйста, что это и если возможно, как это можно вылечить.

Эти сообщения обусловлены таблицей DSDT. Если все работает нормально, забей.

Ошибки не исчезают с опытом — они просто умнеют

indeviral

#
5 лет, 7 месяцев назад

(отредактировано

5 лет, 7 месяцев назад)

Темы:

39

Сообщения:

3170

Участник с: 10 августа 2013

попробуйте отключить, дискретную видеокарту в биос.

Ошибки в тексте-неповторимый стиль автора©

vasek

#
5 лет, 7 месяцев назад

(отредактировано

5 лет, 7 месяцев назад)

Темы:

47

Сообщения:

11417

Участник с: 17 февраля 2013

Там где указаны методы _SB.PCIO….. , это однозначно ошибки/варнинги таблицы DSDT, а вот где указано EmbeddedControl возможно связаны как то еще и с ядром, нужно смотреть и гуглить. В начале года похожие сообщения обсуждались вроде бы на BBS, но точно не помню.

Ошибки не исчезают с опытом — они просто умнеют

hathory

#
5 лет, 7 месяцев назад

(отредактировано

5 лет, 7 месяцев назад)

Темы:

3

Сообщения:

14

Участник с: 26 июня 2017

Спасибо, видюху сегодня попробую отключить. Если меня память не подводит, то таблицы DSDT это весь перечень оборудования передаваемый BIOS в ОС. vasek, спасибо, натолкнули на мысль — EmbeddedControl — подозреваю это контроллер RAID массива, на ноуте есть две шины для организации RAIDа на ssd интерфейса М2. Да может быть именно с ними проблема и возникает. А вот с «таблицы DSDT» совсем непонятно, мне технических знаний не хватает, биолог я по образованию.

vasek

#
5 лет, 7 месяцев назад

(отредактировано

5 лет, 7 месяцев назад)

Темы:

47

Сообщения:

11417

Участник с: 17 февраля 2013

hathory
А вот с «таблицы DSDT» совсем непонятно, мне технических знаний не хватает, биолог я по образованию.

Повторюсь, если все работает, то и забей на эти таблицы. Как то уже описывал, как можно проверить и узнать все ошибки и варнинги таблицы DSDT и, главное, они практически есть у всех.
Насчет EmbeddedController ничего конкретного сказать не могу. Если причина в выделении Region, то на это то же не стоит обращать внимания.
PS … а насчет EmbeddedController даже интересно, в том смысле, что можно ли им поуправлять? По идее вроде бы нет, не понятно, что это за контроллер. Если интересно, посмотри статью в блогах «Применение EmbeddedController для управления ….»

Ошибки не исчезают с опытом — они просто умнеют

vasek

#
5 лет, 7 месяцев назад

Темы:

47

Сообщения:

11417

Участник с: 17 февраля 2013

У меня как то выскочила ошибка MCE, пришлось установить mcelog для контроля и в загрузочных логах стали выскакивать сообщения

mcelog[347]: failed to prefill DIMM database from DMI data
mcelog[347]: Kernel does not support page offline interface

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

Ошибки не исчезают с опытом — они просто умнеют

vasek

#
5 лет, 7 месяцев назад

(отредактировано

5 лет, 7 месяцев назад)

Темы:

47

Сообщения:

11417

Участник с: 17 февраля 2013

Посмотрел внимательнее твои сообщения.
Первые три относятся к Embeded Controller, подключенному к LPC bus (Low Pin Count bus) — что это за контроллер, нужно разбираться конкретно.

hathory
[ 0.366426] ACPI Error: No handler for Region [EC___] (ffff9b76470bf678) [EmbeddedContro1] (20160831/evreg ion-166)
[ 0.366431] ACPI Error: Region EmbeddedControl (ID=3) has no handler (20160831 L/exfldio-299)
[ 0.366435] ACPI Error: Method parse/execution failed [_SB.PCIO.LPCB.EC._REG I (Node ffff3b76470c0bl8), AE_NOT_EXIST (20160831/psparse-543)

Следующие два относятся к видеокартам (интегрированной и дискретной)

hathory
ACPI Error: [_SB_.PCI0.GFX0.DD02._BCL] Namespace lookup failure, AE_NJT_FOUND (2016083l/psargS-359)
ACPI Error: Method parse/execution failed [_SB.PCIO.PEGO.PEGP.DD 02._BCL] (Node ffff9b76470flafO), AE_N0T_FOUND (20160831/psparse-543)

Что конкретно это означает — нужно смотреть саму таблицу, но смысла в этом не вижу, если все работает.

PS … забыл подметить — _BCL — Brightness Control Levels — связано с подсветкой

Ошибки не исчезают с опытом — они просто умнеют

hathory

#
5 лет, 7 месяцев назад

(отредактировано

5 лет, 7 месяцев назад)

Темы:

3

Сообщения:

14

Участник с: 26 июня 2017

vasek, спасибо большое, да с видеокартами проблема решилась, поставил Bumblebee и ошибки пропали (правда Bluetooth отвалился, но это решабельно, и подозреваю что из-за tlp). Из LPC bus — на ноуте только встроенная камера — bison, подозреваю дело именно в ней. BCL — Brightness Control Levels — нет такой, у старших моделей моей линейки ноутов есть, у моего нет, но видимо BIOS имеет упоминание о подсветке =)
vasek, еще раз спасибо большое, прям жить стало приятно.

Bug 1413342
Linux 4.9.3: ACPI Error: [_OSI] Namespace lookup failure, AE_NOT_FOUND (20160831/psargs-359)

Summary:

Linux 4.9.3: ACPI Error: [_OSI] Namespace lookup failure, AE_NOT_FOUND (20160…

Keywords:
Status: CLOSED
CANTFIX

Alias:

None

Product:

Fedora

Classification:

Fedora

Component:

kernel


Sub Component:



Version:

27

Hardware:

x86_64

OS:

Linux

Priority:

unspecified
Severity:

unspecified

Target Milestone:


Assignee:

Kernel Maintainer List

QA Contact:

Fedora Extras Quality Assurance

Docs Contact:


URL:


Whiteboard:

Duplicates (2): 1415853 1553320

(view as bug list)

Depends On:


Blocks:


TreeView+

depends on /

blocked

Reported: 2017-01-15 06:26 UTC by Fadlun Akbar
Modified: 2019-01-09 12:54 UTC
(History)

CC List:

44
users

(show)

Fixed In Version:

Doc Type:

If docs needed, set a value

Doc Text:

Clone Of:

Environment:

Last Closed:

2018-03-08 00:46:10 UTC

Type:

Bug

Dependent Products:


Attachments (Terms of Use)

dmesg-acpi-log


(12.95 KB,
text/plain)

2017-01-15 06:26 UTC,

Fadlun Akbar

no flags Details

Similar log messages in arch linux for kernel 4.9.6-1


(215.96 KB,
text/plain)

2017-01-31 18:55 UTC,

Mike C

no flags Details

Output of: cat /sys/firmware/acpi/tables/DSDT > dsdt.dat & iasl -d dsdt.dat


(1.07 MB,
text/plain)

2017-04-15 14:19 UTC,

Simon Rowe

no flags Details

Dell XPS 15 9550 BIOS 1.6.1 dmesg output


(93.27 KB,
text/plain)

2018-02-22 08:57 UTC,

Enrico Tagliavini

no flags Details

View All

Add an attachment
(proposed patch, testcase, etc.)
Links

System ID Private Priority Status Summary Last Updated
FreeDesktop.org 103414 0
None
None
None
2018-03-08 18:39:41 UTC

Internal Links:
1455232
1514937



#1 2017-02-02 21:07:14

Desetude
Member
Registered: 2017-02-02
Posts: 3

[Solved] Network error & ‘Namespace lookup failure’

Hello all,
I have just installed arch and have booted into it for the first time. When booting I get the following error (not direct errors, just the parts I copied):
Error: Namespace lookup failure AE_NOT_FOUND
AE_NOT_FOUND During name lookup_catalog
AE_NOT_FOUND while loading table

Also, I can not ping any websites until I manually start dhcpcd, even though I’ve enabled it.

Last edited by Desetude (2017-02-02 22:00:38)

#2 2017-02-02 21:18:46

loqs
Member
Registered: 2014-03-06
Posts: 15,644

Re: [Solved] Network error & ‘Namespace lookup failure’

Welcome to the arch linux forums Desetude.
https://bbs.archlinux.org/viewtopic.php?id=222409 covers the Errors you posted unfortunately that does not explain the issue with dhcpcd.
Please post output of the following

$ systemctl status dhcpcd.service
$ journalctl -b --unit dhcpcd.service

Edit:
Please run the commands after booting but before you manually start dhcpcd.

Last edited by loqs (2017-02-02 21:20:27)

#3 2017-02-02 21:43:10

Desetude
Member
Registered: 2017-02-02
Posts: 3

Re: [Solved] Network error & ‘Namespace lookup failure’

loqs wrote:

Welcome to the arch linux forums Desetude.
https://bbs.archlinux.org/viewtopic.php?id=222409 covers the Errors you posted unfortunately that does not explain the issue with dhcpcd.
Please post output of the following

$ systemctl status dhcpcd.service
$ journalctl -b --unit dhcpcd.service

Edit:
Please run the commands after booting but before you manually start dhcpcd.

Well, this is embarrasing. Dhcpcd has enabled properly and is working now.

Although, should I be worried about the errors?

ACPI: Core revision 20160831
ACPI Error: [_SB_.PCI0.XHC_.RHUB.HS11] Namespace lookup failure, AE_NOT_FOUND (20160831/dswload-
ACPI Exception: AE_NOT_FOUND, During name lookup/catalog (20160831/psobject-227)
ACPI Exception: AE_NOT_FOUND, (SSDT:xh_rvp08) while loading table (20160831/tbxfload-228)
ACPI Error: 1 table load failures, 7 successful (20160831/tbxfload-246)

* The errors had to be written by hand so there may be a few small errors.

Last edited by Desetude (2017-02-02 21:44:53)

#4 2017-02-02 21:57:05

loqs
Member
Registered: 2014-03-06
Posts: 15,644

Re: [Solved] Network error & ‘Namespace lookup failure’

Consensus from the thread I linked can be summed up by post #14 from that thread which should answer your question.
If this solves your problem please mark the thread as solved by editing the first post and prepending [Solved] to the title.

#5 2017-02-02 22:01:08

Desetude
Member
Registered: 2017-02-02
Posts: 3

Re: [Solved] Network error & ‘Namespace lookup failure’

loqs wrote:

Consensus from the thread I linked can be summed up by post #14 from that thread which should answer your question.
If this solves your problem please mark the thread as solved by editing the first post and prepending [Solved] to the title.

Alright, thanks.

#6 2017-11-09 00:13:31

cortexalf
Member
From: Indonesia
Registered: 2017-11-03
Posts: 5

Re: [Solved] Network error & ‘Namespace lookup failure’

I had same problem using the kernel provided by arch. but after compiling my own kernel and enable ACPI 4.0 support, the error is gone.

#7 2017-11-09 00:29:00

loqs
Member
Registered: 2014-03-06
Posts: 15,644

Re: [Solved] Network error & ‘Namespace lookup failure’

cortexalf wrote:

I had same problem using the kernel provided by arch. but after compiling my own kernel and enable ACPI 4.0 support, the error is gone.

How did you enable ACPI 4.0?

Понравилась статья? Поделить с друзьями:

Читайте также:

  • Acpi error ae not found while resolving a named reference package element
  • Acpi error aborting method sb pci0
  • Acpi error aborting method sb osc
  • Acpi error 5 table load failures
  • Acpi bios error что это значит

  • 0 0 голоса
    Рейтинг статьи
    Подписаться
    Уведомить о
    guest

    0 комментариев
    Старые
    Новые Популярные
    Межтекстовые Отзывы
    Посмотреть все комментарии