Здравствуйте, друзья!
Более или менее наладил основные модули системы, и пришла пора заняться «шероховатостями».
Сразу после установки Debian в качестве дополнительной операционной системы при загрузке стали появляться ошибки ACPI BIOS Error.
[attach=1]
[ 1.544838] ACPI BIOS Error (bug): Could not resolve [_SB.PCI0.SAT0.SPT0._GTF.DSSP], AE_NOT_FOUND (20180810/psargs-330)
[ 1.544917] ACPI Error: Method parse/execution failed _SB.PCI0.SAT0.SPT0._GTF, AE_NOT_FOUMD (20180810/psparse-516)
[ 1.545265] ACPI BIOS Error (bug): Could not resolve [_SB.PCI0.SAT0.SPT3._GTF.DSSP], AE_NOT_FOUND (20180810/psargs-330)
[ 1.545343] ACPI Error: Method parse/execution failed _SB.PCI0.SAT0.SPT3._GTF, AE_MOT_FOUND (20180810/psparse-516)
[ 1.545861] ACPI BIOS Error (bug): Could not resolve [_SB.PCI0.SAT0.SPT0._GTF.DSSP]. AE_NOT_FOUND (2O180810/psargs-330)
[ 1.545938] ACPI Error: Method parse/execution failed _SB.PCI0.SAT0.SPT0._GTF, AE_NOT_FOUND (20180810/psparse-516)
[ 1.557381] ACPI BIOS Error (bug): Could not resolve [_SB.PCI0.SAT0.SPT3._GTF.DSSP]. AE_MOT_FOUMD (20180810/psargs-330)
[ 1.557459] ACPI Error: Method parse/execution failed S_SB.PCI0.SAT0.SPT3._GTF, AE_NOT_FOUND (20180810/psparse-516)
debian: clean, 148702/1966080 files, 1460624/7864013 blocks
Что особенно странно, эти ошибки возникают и при загрузке старенькой Ubuntu 16.04. До установки Debian этих ошибок не было, Ubuntu грузилась спокойно.
[attach=2]
[ 1.374560] ACPI Еrror: [DSSP] Namespace lookup failure, AE_NOT_F0UND (20170831/psargs-364)
[ 1.374628] ACPI Error: Method parse/execution failed _SB.PCI0.SAT0.SPT0._GTF, AE_NOT_FOUND (20170831/psparse-550)
[ 1.375048] ACPI Error: [DSSP] Namespace lookup failure, AE_NOT_FOUND (20170831/psargs-364)
[ 1.375118] ACPI Error: Method parse/execution failed _SB.PCI0.SAT0.SPT3. GTF, AE_NOT_FOUND (20170831/psparse-550)
[ 1.375426] ACPI Error: [DSSP] Namespace lookup failure, AE_NOT_FOUND (20170831/psargs-364)
[ 1.375493] ACPI Error: Method parse/execution failed _SB.PCI0.SAT0.SPTO._GTF, AE_NOT_FOUND (20170831/psparse-550)
[ 1.390666] ACPI Error: [DSSP] Namespace lookup failure, AE_NOT_FOUND (20170831/psargs-364)
[ 1.390733] ACPI Error: Method parse/execution failed _SB.PCI0.SAT0.SPT3._GTF, AE_NOT_FOUND (20170831/psparse-550)
root: clean, 248619/3276800 files, 1875678/13107200 blocks
Обновлял grub, не помогает.
Уже успел начитаться в интернете, что если все работает, то и не стоит по этому поводу напрягаться. Может и так, но почему несколько лет ошибок не было, linux-система загружалась спокойно, а тут без видимых оснований (манипуляции внутри системного блока) они взяли и возникли?
ЗЫ. Может все-таки загрузчик?
I know you are new, and we all started out new ,you can learn a lot by learning to just copy/paste the error messages into a search engine. In this case you will see it is a common error message, also maybe there is no solution. on that I don’t know for sure, since it is not my problem I have no reason to read all the results and seem , but any way:
by hack3rcon »How can I solve it?
You start by searching for information, based on the error messages, that is what they are for, below is a example:
I copy /paste the error message into a search engine:
Code: Select all
ACPI Error: Method parse/execution failed _SB.PCI0.SAT0.SPT5._GET, AE_NOT_FOUND (20180810/psparse-516)First hit, of many : https://forum.manjaro.org/t/acpi-error- … 1/15474/13
Looks like this is a Bug across all of Linux. Although I have very limited knowledge of how these things work. Still trying to find a kernel parameter that will disable the spewing of this text. If anything you could go post your logs on the bug report for further evidence.
========== back to :
by hack3rcon »How can I solve it?
So, after reading the first result, you should also read the others, then if you find any that offer solutions, start trying them , if you do find one that works, of course tell us here as well.
You ask «How can I slove it ?» , but if you can not or do not want to make some effort your self, or just do not find a solution, feel free to ask: «Can some one hold my hand and help me solve this ? » and someone will.
There is no reason you can not solve this yourself, if you put some effort into it, me, I ignore many of the error messages when booting, and as long as everything is working ok, they are irrelevant.
Hint, also sometimes the out put of ‘dmesg’ is usefull,…you run ‘dmesg’, and review the errors , if any. SOMETIMES, but not all ways, ‘dmesg’ reveals the cause of the problem.
Please Read What we expect you have already Done
Search Engines know a lot, and
«If God had wanted computers to work all the time, He wouldn’t have invented RESET buttons»
and
Just say NO to help vampires!
«Синий экран смерти» с кодом ACPI BIOS ERROR может указывать на довольно сложные неполадки. Не особо положительный прогноз связан с тем, что в значительной части случае дело в аппаратных поломках. Однако часто проблема и в системных сбоях, которые можно попробовать исправить. По крайней мере попробовать устранить BSOD вручную – вы просто обязаны.
Содержание
- Причины ошибки ACPI_BIOS_ERROR
- Как исправить BSOD ACPI BIOS ERROR?
- Обновить и переустановить драйвера
- Автономное просканировать систему
- Восстановить систему
- Удалить недавно установленные программы
- Настроить ACPI и AHCI
- Деактивировать внешнее оборудование
- Отключить разгон
- Проверка состояния оперативной памяти
- Переустановить операционную систему
Причины ошибки ACPI_BIOS_ERROR
Первоисточников сбоя очень много, при чем они разносторонние:
- неправильная конфигурация BIOS;
- повреждение операционной системы;
- неисправность драйверов;
- нарушение работы жесткого диска;
- физическая поломка процессора или оперативной памяти.
Что характерно ошибке ACPI_BIOS_ERROR, так это мультиплатформенность. Она может появляться во всех версиях Windows, а также на Linux, Ubuntu. Ошибка может сопровождаться кодом 0x000000A5 или нет. Известны случаи, когда сбой проявлялся один раз и после перезагрузки исчезал, но бывает, что после каждого запуска появляется BSOD и не пускает в систему.
Как исправить BSOD ACPI BIOS ERROR?
Начнем решение из более простых в реализации способов. Их нужно попробовать всем. Если сработают, отлично, теперь вы знаете в чем была проблема. В случаях, когда они не помогают, можно сделать логический вывод о проблемах с оборудованием.
Обновить и переустановить драйвера
«Синие экраны смерти» с различными кодами часто появляются из-за проблем с драйверами. Поломки могут вызывать устаревшие, обновленные, но проблемные, и несовместимые драйвера устройств. Стоит обновить их. Если есть подозрение, что ошибка начала появляться после апдейта какого-то конкретного ПО или подключения нового устройства, стоит попробовать выполнить откат.
Автономное просканировать систему
Несколько пользователей положительно откликнулись о данном способе, им удалось исправить свой BSOD с помощью «Защитника Windows». Чтобы реализовать задуманное, нужно загрузить систему в «Безопасном режиме», открыть «Параметры» – «Безопасность» и выбрать «Сканировать в автономном режиме». Есть неплохая вероятность, что это сработает.
Восстановить систему
Еще один способ, получивший положительные отклик пользователей. Он применим к ноутбукам, в частности к Samsung-устройствам. Суть заключается в следующем:
- Выключить ноутбук и отключить накопитель.
- Запустить компьютер и перейти в «Режим восстановления» (чаще всего клавишей F4).
- Подключить SSD-накопитель и выбрать подходящий вариант восстановления.
- Запустить 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 вызвана выходом из строя какого-то комплектующего. Чаще всего пользователи сталкиваются с поломкой оперативной памяти и процессоров. Стоит их продиагностировать в сервисном центре.
Forum rules
Before you post please read how to get help. Topics in this forum are automatically closed 6 months after creation.
-
Catchpole
- Level 4
- Posts: 338
- Joined: Sat Dec 24, 2011 4:15 am
- Location: Leeds UK
ACPI BIOS Error (bug): [SOLVED]
When I start up my Desktop with Linux Mint 20.1 I get these messages:
Is this just a bug which will go away after some future update?
What is it looking for?
dmesg gives:
[ 1.011765] ACPI BIOS Error (bug): Could not resolve symbol [_SB.PCI0.SAT0.SPT4._GTF.DSSP], AE_NOT_FOUND (20190816/psargs-330)
[ 1.011788] fbcon: Taking over console
[ 1.011792] No Local Variables are initialized for Method [_GTF]
[ 1.011792] No Arguments are initialized for method [_GTF]
[ 1.011794] ACPI Error: Aborting method _SB.PCI0.SAT0.SPT4._GTF due to previous error (AE_NOT_FOUND) (20190816/psparse-529)
[ 1.011802] ata5.00: ATAPI: TSSTcorp CDDVDW SH-S223B, SB01, max UDMA/100
[ 1.011855] Console: switching to colour frame buffer device 128×48
[ 1.012200] ACPI BIOS Error (bug): Could not resolve symbol [_SB.PCI0.SAT0.SPT1._GTF.DSSP], AE_NOT_FOUND (20190816/psargs-330)
[ 1.012208] No Local Variables are initialized for Method [_GTF]
[ 1.012209] No Arguments are initialized for method [_GTF]
[ 1.012211] ACPI Error: Aborting method _SB.PCI0.SAT0.SPT1._GTF due to previous error (AE_NOT_FOUND) (20190816/psparse-529)
[ 1.012424] ACPI BIOS Error (bug): Could not resolve symbol [_SB.PCI0.SAT0.SPT0._GTF.DSSP], AE_NOT_FOUND (20190816/psargs-330)
[ 1.012430] No Local Variables are initialized for Method [_GTF]
[ 1.012431] No Arguments are initialized for method [_GTF]
[ 1.012432] ACPI Error: Aborting method _SB.PCI0.SAT0.SPT0._GTF due to previous error (AE_NOT_FOUND) (20190816/psparse-529)
[ 1.012441] ata2.00: ATA-8: ST500DM002-1BD142, KC45, max UDMA/133
[ 1.012443] ata2.00: 976773168 sectors, multi 16: LBA48 NCQ (depth 32)
[ 1.012533] ACPI BIOS Error (bug): Could not resolve symbol [_SB.PCI0.SAT0.SPT4._GTF.DSSP], AE_NOT_FOUND (20190816/psargs-330)
[ 1.012539] No Local Variables are initialized for Method [_GTF]
[ 1.012540] No Arguments are initialized for method [_GTF]
[ 1.012541] ACPI Error: Aborting method _SB.PCI0.SAT0.SPT4._GTF due to previous error (AE_NOT_FOUND) (20190816/psparse-529)
[ 1.012549] ata5.00: configured for UDMA/100
[ 1.013829] ACPI BIOS Error (bug): Could not resolve symbol [_SB.PCI0.SAT0.SPT1._GTF.DSSP], AE_NOT_FOUND (20190816/psargs-330)
[ 1.013892] No Local Variables are initialized for Method [_GTF]
[ 1.013893] No Arguments are initialized for method [_GTF]
[ 1.013894] ACPI Error: Aborting method _SB.PCI0.SAT0.SPT1._GTF due to previous error (AE_NOT_FOUND) (20190816/psparse-529)
[ 1.014219] ata2.00: configured for UDMA/133
[ 1.015831] ata1.00: ATA-10: CT480BX500SSD1, M6CR022, max UDMA/133
[ 1.015833] ata1.00: 937703088 sectors, multi 1: LBA48 NCQ (depth 32), AA
[ 1.021653] ACPI BIOS Error (bug): Could not resolve symbol [_SB.PCI0.SAT0.SPT0._GTF.DSSP], AE_NOT_FOUND (20190816/psargs-330)
[ 1.021695] No Local Variables are initialized for Method [_GTF]
[ 1.021696] No Arguments are initialized for method [_GTF]
[ 1.021698] ACPI Error: Aborting method _SB.PCI0.SAT0.SPT0._GTF due to previous error (AE_NOT_FOUND) (20190816/psparse-529)
Has this got anything to do with it?
Its a warning before the Error but not flagged up on the screen on startup;
[ 0.639660] r8169 0000:04:00.0: can’t disable ASPM; OS doesn’t have ASPM control
[ 0.641211] ACPI Warning: SystemIO range 0x0000000000000428-0x000000000000042F conflicts with OpRegion 0x0000000000000400-0x000000000000047F (PMIO) (20190816/utaddress-204)
[ 0.641217] ACPI: If an ACPI driver is available for this device, you should use it instead of the native driver
[ 0.641220] ACPI Warning: SystemIO range 0x0000000000000540-0x000000000000054F conflicts with OpRegion 0x0000000000000500-0x0000000000000563 (GPIO) (20190816/utaddress-204)
[ 0.641223] ACPI: If an ACPI driver is available for this device, you should use it instead of the native driver
[ 0.641224] ACPI Warning: SystemIO range 0x0000000000000530-0x000000000000053F conflicts with OpRegion 0x0000000000000500-0x0000000000000563 (GPIO) (20190816/utaddress-204)
[ 0.641228] ACPI: If an ACPI driver is available for this device, you should use it instead of the native driver
[ 0.641229] ACPI Warning: SystemIO range 0x0000000000000500-0x000000000000052F conflicts with OpRegion 0x0000000000000500-0x000000000000051F (LED) (20190816/utaddress-204)
[ 0.641233] ACPI Warning: SystemIO range 0x0000000000000500-0x000000000000052F conflicts with OpRegion 0x0000000000000500-0x0000000000000563 (GPIO) (20190816/utaddress-204)
[ 0.641237] ACPI: If an ACPI driver is available for this device, you should use it instead of the native driver
[ 0.641237] lpc_ich: Resource conflict(s) found affecting gpio_ich
[ 0.642074] libphy: r8169: probed
[ 0.642085] i801_smbus 0000:00:1f.3: enabling device (0001 -> 0003)
[ 0.642219] i801_smbus 0000:00:1f.3: SMBus using PCI interrupt
[ 0.642370] r8169 0000:04:00.0 eth0: RTL8168evl/8111evl, 94
[ 0.642372] r8169 0000:04:00.0 eth0: jumbo features [frames: 9200 bytes, tx checksumming: ko]
[ 0.659537] ahci 0000:00:1f.2: version 3.0
80:57:80:e8, XID 2c9, IRQ 29My system details:
Desktop Computer:
Motherboard = Gigabyte GA-H61M-USB3V
CPU = Intel i3-3240 3.4GHz
Graphics card = nvidia GEFORCE 210
Monitor = BENQ BL2411PT rev 00-012-AL
Mint 20.1 Ulyssa Mate desktop» (64bit)
Memory = 12GB
What is it and what do I need to do?
Last edited by LockBot on Wed Dec 28, 2022 7:16 am, edited 2 times in total.
Reason: Topic automatically closed 6 months after creation. New replies are no longer allowed.
Desktop Computer:
Motherboard = Gigabyte GA-H61M-USB3V
CPU = Intel i3-3240 3.4GHz
Monitor = BENQ BL2411PT rev 00-012-AL
Mint 20.1 Ulyssa «Mate desktop» (64bit)
Memory = 12GB
-
Catchpole
- Level 4
- Posts: 338
- Joined: Sat Dec 24, 2011 4:15 am
- Location: Leeds UK
Re: ACPI BIOS Error (bug):
Post
by Catchpole » Wed Feb 24, 2021 3:24 am
Hi SimpleLinuxUser,
I forgot to mention that everything is working OK.
However the startup is delayed whilst it deals with the fault so I’d like a solution to speed things up.
Being an engineer I pay attention to details and this «bug» is bugging me. I like things to be neat and tidy.
Desktop Computer:
Motherboard = Gigabyte GA-H61M-USB3V
CPU = Intel i3-3240 3.4GHz
Monitor = BENQ BL2411PT rev 00-012-AL
Mint 20.1 Ulyssa «Mate desktop» (64bit)
Memory = 12GB
-
t42
- Level 9
- Posts: 2539
- Joined: Mon Jan 20, 2014 6:48 pm
Re: ACPI BIOS Error (bug):
Post
by t42 » Wed Feb 24, 2021 3:29 am
Catchpole wrote: ↑
Wed Feb 24, 2021 3:24 am
However the startup is delayed whilst it deals with the fault so I’d like a solution to speed things up.
Being an engineer I pay attention to details.
«However the startup is delayed» — how much?
Did you check a possibility of the motherboard BIOS update?
-=t42=-
-
Catchpole
- Level 4
- Posts: 338
- Joined: Sat Dec 24, 2011 4:15 am
- Location: Leeds UK
Re: ACPI BIOS Error (bug):
Post
by Catchpole » Wed Feb 24, 2021 4:51 am
Hi t42,
I’ll have to time the delay. Timing it on the screen is easy enough but the total delay will be harder to measure.
Did you check a possibility of the motherboard BIOS update?
I don’t know if I dare do a bios update but It’s a thought. If anything goes wrong I can upgrade the board with a new one. 
What problems would I have upgrading the motherboard (MB) with respect to the operating system? I wouldn’t want to have to do another clean install when I’ve just done it recently!
Desktop Computer:
Motherboard = Gigabyte GA-H61M-USB3V
CPU = Intel i3-3240 3.4GHz
Monitor = BENQ BL2411PT rev 00-012-AL
Mint 20.1 Ulyssa «Mate desktop» (64bit)
Memory = 12GB
-
t42
- Level 9
- Posts: 2539
- Joined: Mon Jan 20, 2014 6:48 pm
Re: ACPI BIOS Error (bug):
Post
by t42 » Wed Feb 24, 2021 5:16 am
Catchpole wrote: ↑
Wed Feb 24, 2021 4:51 am
I’ll have to time the delay. Timing it on the screen is easy enough but the total delay will be harder to measure.
These three commands may help
Code: Select all
systemd-analyze
systemd-analyze critical-chain
systemd-analyze blameCatchpole wrote: ↑
Wed Feb 24, 2021 4:51 am
What problems would I have upgrading the motherboard (MB) with respect to the operating system?
BIOS update can mess with computer on the far low level than OS. Usually motherboard is unbootable if something goes wrong and you need to prepare procedure to revert to the previews firmware.
-=t42=-
-
AndyMH
- Level 20
- Posts: 11043
- Joined: Fri Mar 04, 2016 5:23 pm
- Location: Wiltshire
Re: ACPI BIOS Error (bug):
Post
by AndyMH » Wed Feb 24, 2021 5:21 am
Homebrew i5-8400+GTX1080 Cinnamon 19.0, 4 x Thinkpad T430 Cinnamon 20.1, 2 x i7-3632 , i5-3320, i5-3210, Thinkpad T60 19.0 Mate
-
Catchpole
- Level 4
- Posts: 338
- Joined: Sat Dec 24, 2011 4:15 am
- Location: Leeds UK
Re: ACPI BIOS Error (bug):
Post
by Catchpole » Wed Feb 24, 2021 7:42 am
Hi t42,
The results of your commands are:
Code: Select all
user@computer:~$ systemd-analyze
Startup finished in 3.454s (kernel) + 3.083s (userspace) = 6.537s
graphical.target reached after 3.049s in userspace
user@computer:~$ systemd-analyze critical-chain
The time when unit became active or started is printed after the "@" character.
The time the unit took to start is printed after the "+" character.
graphical.target @3.049s
└─multi-user.target @3.049s
└─networkd-dispatcher.service @2.310s +738ms
└─basic.target @2.263s
└─sockets.target @2.263s
└─uuidd.socket @2.263s
└─sysinit.target @2.260s
└─apparmor.service @2.055s +97ms
└─local-fs.target @2.054s
└─boot-efi.mount @2.040s +13ms
└─systemd-fsck@dev-disk-byx2duuid-9934x2d6DD8.service @1.781s +258ms
└─dev-disk-byx2duuid-9934x2d6DD8.device @1.780s
user@computer:~$ systemd-analyze blame
1.811s apt-daily-upgrade.service
1.434s dev-sda2.device
738ms networkd-dispatcher.service
563ms udisks2.service
374ms accounts-daemon.service
306ms ubuntu-system-adjustments.service
304ms systemd-journal-flush.service
258ms systemd-fsck@dev-disk-byx2duuid-9934x2d6DD8.service
248ms avahi-daemon.service
237ms NetworkManager.service
230ms ufw.service
229ms systemd-logind.service
225ms upower.service
223ms polkit.service
222ms ModemManager.service
205ms keyboard-setup.service
190ms gpu-manager.service
183ms thermald.service
182ms e2scrub_reap.service
177ms systemd-journald.service
175ms wpa_supplicant.service
166ms systemd-udevd.service
158ms systemd-modules-load.service
152ms systemd-udev-trigger.service
151ms systemd-resolved.service
It seems to be just a matter of mili-seconds delay to the overall progress.
So after reading the link from AndyMH, I think I’ll just leave it as it is and avoid making a mistake in the pursuit of a triviality that makes things worse.
The result of the inquiry is: leave it alone. I think that means [SOLVED]. (Or does it?)
I’ll mark it as [SOLVED]
Desktop Computer:
Motherboard = Gigabyte GA-H61M-USB3V
CPU = Intel i3-3240 3.4GHz
Monitor = BENQ BL2411PT rev 00-012-AL
Mint 20.1 Ulyssa «Mate desktop» (64bit)
Memory = 12GB
-
Catchpole
- Level 4
- Posts: 338
- Joined: Sat Dec 24, 2011 4:15 am
- Location: Leeds UK
Re: ACPI BIOS Error (bug): [SOLVED]
Post
by Catchpole » Sat Feb 27, 2021 8:36 am
Hi t42,
Catchpole wrote: ↑
Wed Feb 24, 2021 9:51 am
I’ll have to time the delay. Timing it on the screen is easy enough but the total delay will be harder to measure.
As I didn’t time the startup when the system was working OK I can only make a guess as to the total delay.
However, when I switched the computer on I used to do a couple of things and by the time I had finished them it was jut the right time to sign in.
So from the time of switching on and after doing the same couple of things, the total time delay now is about 20 second later to get to the sign in screen.
As for the bios upgrade:
There is only one upgrade from the «F1» bios version to version «F3c» but its a «beta».
F3c
2.85 MB
2014/03/04
DownloadBeta BIOS
Improve High-End Display card compatibility==============================================
F2
2.82 MB
2013/03/19
DownloadFirst Release
So unfortunately there is still a problem and I was a little hasty accepting the data from the error log and in adding the [SOLVED] marker!
You live and learn.
I’ve set «ACHI» and UEFI, turned off «Secure Boot» and made sure «CSM» is disabled.
If I’ve done all I can with the bios I guess I’ll have to live with it or get a new motherboard. (unless there’s another solution)
Desktop Computer:
Motherboard = Gigabyte GA-H61M-USB3V
CPU = Intel i3-3240 3.4GHz
Monitor = BENQ BL2411PT rev 00-012-AL
Mint 20.1 Ulyssa «Mate desktop» (64bit)
Memory = 12GB
-
Catchpole
- Level 4
- Posts: 338
- Joined: Sat Dec 24, 2011 4:15 am
- Location: Leeds UK
Re: ACPI BIOS Error (bug): [SOLVED]
Post
by Catchpole » Sun Feb 28, 2021 8:54 am
A re-run of the commands suggested by: t42
Code: Select all
systemd-analyze
systemd-analyze critical-chain
systemd-analyze blamegives:
Code: Select all
28th Feb 2021 11:39hrs
user@computer:~$ systemd-analyze
Startup finished in 3.302s (kernel) + 35.977s (userspace) = 39.279s
graphical.target reached after 28.153s in userspace
user@computer:~$ systemd-analyze critical-chain
The time when unit became active or started is printed after the "@" character.
The time the unit took to start is printed after the "+" character.
graphical.target @28.153s
└─multi-user.target @28.153s
└─postfix.service @28.146s +6ms
└─postfix@-.service @24.114s +4.029s
└─network-online.target @24.107s
└─NetworkManager-wait-online.service @17.438s +6.668s
└─NetworkManager.service @17.169s +266ms
└─dbus.service @17.165s
└─basic.target @17.147s
└─sockets.target @17.147s
└─uuidd.socket @17.147s
└─sysinit.target @17.143s
└─apparmor.service @17.030s +112ms
└─local-fs.target @17.029s
└─run-user-1000-gvfs.mount @35.402s
└─run-user-1000.mount @32.935s
└─swap.target @524ms
└─swapfile.swap @391ms +133ms
└─systemd-remount-fs.service @361ms +28ms
└─systemd-journald.socket @343ms
user@computer:~$ systemd-analyze blame
18.731s fstrim.service
16.606s dev-sda2.device
6.668s NetworkManager-wait-online.service
4.029s postfix@-.service
1.056s man-db.service
925ms networkd-dispatcher.service
757ms udisks2.service
538ms logrotate.service
511ms apt-daily-upgrade.service
485ms ubuntu-system-adjustments.service
482ms apt-daily.service
451ms systemd-logind.service
449ms accounts-daemon.service
349ms systemd-journal-flush.service
323ms networking.service
290ms ModemManager.service
266ms NetworkManager.service
260ms fwupd-refresh.service
245ms avahi-daemon.service
238ms polkit.service
237ms systemd-resolved.service
228ms ufw.service
214ms upower.service
This gives much longer delay than when it was first run.
I can’t understand why it didn’t pick up the time delay in the first instance.
Does the fstrim.service take 18 seconds to complete?
I’ve done some reading around but can’t find a solution.
Can anyone point me in the right direction?
Last edited by Catchpole on Mon Mar 01, 2021 3:23 am, edited 1 time in total.
Desktop Computer:
Motherboard = Gigabyte GA-H61M-USB3V
CPU = Intel i3-3240 3.4GHz
Monitor = BENQ BL2411PT rev 00-012-AL
Mint 20.1 Ulyssa «Mate desktop» (64bit)
Memory = 12GB
-
Catchpole
- Level 4
- Posts: 338
- Joined: Sat Dec 24, 2011 4:15 am
- Location: Leeds UK
Re: ACPI BIOS Error (bug): [SOLVED]
Post
by Catchpole » Sun Feb 28, 2021 10:17 am
I’ve found the cause of the problem at last!!
It was my graphics card — nvidia GEFORCE 210 That was causing the conflict.
Using the «Driver Manager» I changed the driver from the «recommended» proprietary driver to the Ubuntu one offered instead.
Now its back to its normal speed that I had before with the Mint 19.1 Operating System.
Perhaps Mint 20.1 will catch up with some future updates in the near future.
Thanks to everyone for your help.
Desktop Computer:
Motherboard = Gigabyte GA-H61M-USB3V
CPU = Intel i3-3240 3.4GHz
Monitor = BENQ BL2411PT rev 00-012-AL
Mint 20.1 Ulyssa «Mate desktop» (64bit)
Memory = 12GB
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
My Ubuntu 18.04 system has been working fine for quite some time (a few years). It suddenly threw up this error. Causes the system to auto-reboot several time. Sometimes it is able to boot into the login but even after login, it is behaving in a cranky manner. What gives?
linux kernel 5.4.0-42-generic
Update:
-
The BIOS was updated and that resolved the crazy auto-reboot issue and made the system usable.
-
I found that this Error appears in the dmesg log of both 18.04 and 16.04. Below is a more detailed list of the ACPI error msg (I found some related ACPI msgs was issued but without the ACPI syntax). It seems the issue pertains to the method _GTF. What is that and what does it do? Also, what is a DSSP?
More details from dmesg on the error:
[ 1.201570] ACPI BIOS Error (bug): Could not resolve symbol [_SB.PCI0.SAT0.PRT0._GTF.DSSP], AE_NOT_FOUND (20190816/psargs-330)
[ 1.201575] No Local Variables are initialized for Method [_GTF]
[ 1.201576] No Arguments are initialized for method [_GTF]
[ 1.201577] ACPI Error: Aborting method _SB.PCI0.SAT0.PRT0._GTF due to previous error (AE_NOT_FOUND) (20190816/psparse-531)
[ 1.205307] ACPI BIOS Error (bug): Could not resolve symbol [_SB.PCI0.SAT0.PRT0._GTF.DSSP], AE_NOT_FOUND (20190816/psargs-330)
[ 1.205311] No Local Variables are initialized for Method [_GTF]
[ 1.205312] No Arguments are initialized for method [_GTF]
[ 1.205313] ACPI Error: Aborting method _SB.PCI0.SAT0.PRT0._GTF due to previous error (AE_NOT_FOUND) (20190816/psparse-531)
[ 1.249944] ACPI BIOS Error (bug): Could not resolve symbol [_SB.PCI0.SAT0.PRT1._GTF.DSSP], AE_NOT_FOUND (20190816/psargs-330)
[ 1.249949] No Local Variables are initialized for Method [_GTF]
[ 1.249950] No Arguments are initialized for method [_GTF]
[ 1.249951] ACPI Error: Aborting method _SB.PCI0.SAT0.PRT1._GTF due to previous error (AE_NOT_FOUND) (20190816/psparse-531)
[ 1.333524] ACPI BIOS Error (bug): Could not resolve symbol [_SB.PCI0.SAT0.PRT1._GTF.DSSP], AE_NOT_FOUND (20190816/psargs-330)
[ 1.333529] No Local Variables are initialized for Method [_GTF]
[ 1.333530] No Arguments are initialized for method [_GTF]
[ 1.333531] ACPI Error: Aborting method _SB.PCI0.SAT0.PRT1._GTF due to previous error (AE_NOT_FOUND) (20190816/psparse-531)
|
# (отредактировано 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) и вроде бы даже, после перезагрузки, завелась и работает, но… на начальном загрузочном экране появляются надписи об ошибках: Объясните пожалуйста, что это и если возможно, как это можно вылечить. |
|
vasek |
# (отредактировано 5 лет, 7 месяцев назад) |
|
Темы: 47 Сообщения: 11417 Участник с: 17 февраля 2013 |
Эти сообщения обусловлены таблицей DSDT. Если все работает нормально, забей. Ошибки не исчезают с опытом — они просто умнеют |
|
indeviral |
# (отредактировано 5 лет, 7 месяцев назад) |
|
Темы: 39 Сообщения: 3170 Участник с: 10 августа 2013 |
попробуйте отключить, дискретную видеокарту в биос.
Ошибки в тексте-неповторимый стиль автора© |
|
vasek |
# (отредактировано 5 лет, 7 месяцев назад) |
|
Темы: 47 Сообщения: 11417 Участник с: 17 февраля 2013 |
Там где указаны методы _SB.PCIO….. , это однозначно ошибки/варнинги таблицы DSDT, а вот где указано EmbeddedControl возможно связаны как то еще и с ядром, нужно смотреть и гуглить. В начале года похожие сообщения обсуждались вроде бы на BBS, но точно не помню.
Ошибки не исчезают с опытом — они просто умнеют |
|
hathory |
# (отредактировано 5 лет, 7 месяцев назад) |
|
Темы: 3 Сообщения: 14 Участник с: 26 июня 2017 |
Спасибо, видюху сегодня попробую отключить. Если меня память не подводит, то таблицы DSDT это весь перечень оборудования передаваемый BIOS в ОС. vasek, спасибо, натолкнули на мысль — EmbeddedControl — подозреваю это контроллер RAID массива, на ноуте есть две шины для организации RAIDа на ssd интерфейса М2. Да может быть именно с ними проблема и возникает. А вот с «таблицы DSDT» совсем непонятно, мне технических знаний не хватает, биолог я по образованию. |
|
vasek |
# (отредактировано 5 лет, 7 месяцев назад) |
|
Темы: 47 Сообщения: 11417 Участник с: 17 февраля 2013 |
Повторюсь, если все работает, то и забей на эти таблицы. Как то уже описывал, как можно проверить и узнать все ошибки и варнинги таблицы DSDT и, главное, они практически есть у всех. Ошибки не исчезают с опытом — они просто умнеют |
|
vasek |
# |
|
Темы: 47 Сообщения: 11417 Участник с: 17 февраля 2013 |
У меня как то выскочила ошибка MCE, пришлось установить mcelog для контроля и в загрузочных логах стали выскакивать сообщения
Но на работу это не влияет и вообщем то сообщения, как пишут, безобидные. Ошибки не исчезают с опытом — они просто умнеют |
|
vasek |
# (отредактировано 5 лет, 7 месяцев назад) |
|
Темы: 47 Сообщения: 11417 Участник с: 17 февраля 2013 |
Посмотрел внимательнее твои сообщения. Первые три относятся к Embeded Controller, подключенному к LPC bus (Low Pin Count bus) — что это за контроллер, нужно разбираться конкретно.
Следующие два относятся к видеокартам (интегрированной и дискретной)
Что конкретно это означает — нужно смотреть саму таблицу, но смысла в этом не вижу, если все работает. PS … забыл подметить — _BCL — Brightness Control Levels — связано с подсветкой Ошибки не исчезают с опытом — они просто умнеют |
|
hathory |
# (отредактировано 5 лет, 7 месяцев назад) |
|
Темы: 3 Сообщения: 14 Участник с: 26 июня 2017 |
vasek, спасибо большое, да с видеокартами проблема решилась, поставил Bumblebee и ошибки пропали (правда Bluetooth отвалился, но это решабельно, и подозреваю что из-за tlp). Из LPC bus — на ноуте только встроенная камера — bison, подозреваю дело именно в ней. BCL — Brightness Control Levels — нет такой, у старших моделей моей линейки ноутов есть, у моего нет, но видимо BIOS имеет упоминание о подсветке =) vasek, еще раз спасибо большое, прям жить стало приятно. |
- Forum
- The Ubuntu Forum Community
- Ubuntu Official Flavours Support
- Installation & Upgrades
- [ubuntu] acpi bios error bug could not resolve symbol
-
acpi bios error bug could not resolve symbol
When booting Ubuntu 20.04 I get this issue since I updated today using Ubuntu’s auto updater.
It continues booting after showing this error.
How can I fix it?
My system specs:
Intel I3 10100
16 GB DDR4 Ram (2666 MHZ)
Nvidia GTX 1060 (3GB VRam)
Ubuntu 20.04 (64 bit, Desktop)
500 GB M.2 SSD Storage
-
Re: acpi bios error bug could not resolve symbol
Code:
sudo nano /etc/default/grubChange «quiet splash» to «quiet splash loglevel=3»
Save
Then sudo update-grub
-
Re: acpi bios error bug could not resolve symbol
-
Re: acpi bios error bug could not resolve symbol
Originally Posted by pantazi
Did I help?
Your suggestion was not in vain. It helped me.
These warning messages are somewhat peculiar because it seems to depend on the kernel being used.
The messages started appearing on my PC if I use a kernel later than 5.15.0-33-generic.Code:
edited@edited-22-04:~$ ls /boot | grep vmlinuz- vmlinuz-5.15.0-33-generic messages not displayed vmlinuz-5.15.0-39-generic messages displayed vmlinuz-5.15.0-41-generic messages displayed edited@edited-22-04:~$
Anyway, I added the Grub parameter loglevel=3 and the messages are suppressed.
Nothing untoward has appeared since using your suggestion approx 48 hours ago.I also read some internet articles about log levels but my eyes glazed over.
My vision returned after sitting in a comfy chair and sipping a glass of beer.Thanks for the suggestion.
Couple of bug reports:-
https://bugs.launchpad.net/ubuntu/+s…x/+bug/1981933
https://bugs.launchpad.net/ubuntu/+s…5/+bug/1981910
-
Re: acpi bios error bug could not resolve symbol
Thanks T41,
Glad it helped, it happened to me on the last update and I remembered reading about the bug. Took a little researching but I found the answer.
As you found, it only suppresses the information but it tidies up the booting up screen.
Appreciate the humour
Originally Posted by pantazi
Bookmarks
Bookmarks
Posting Permissions
Содержание
- Ошибка ACPI BIOS Error
- [РЕШЕНО]Ошибки ACPI Error при загрузке базовой системы
- Linux Mint Forums
- [SOLVED] ACPI BIOS Error
- [SOLVED] ACPI BIOS Error
Ошибка 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
нет никакого «определяется», это вывод какой-то утилиты от васянов, которая вообще неизвестно откуда информацию берёт
во вторых четырёхядерные кофелейки(одна из их ревизий) это и есть тупо перемаркированные кабилейки
во вторых четырёхядерные кофелейки(одна из их ревизий) это и есть тупо перемаркированные кабилейки
Не придирчив в смысле не требует особо мощного. Это правда, та же Lubuntu 18.04 со старта потребляет менее 300 мегабайт оперативной памяти, что очень неплохо для 64-битной ОС. А вот новое железо в нём зачастую так себе работает.
Попробуй дистрибутив с наиболее свежим ядром. Я рекомендую Fedora Xfce или Mate.
нет никакого «определяется», это вывод какой-то утилиты от васянов, которая вообще неизвестно откуда информацию берёт
Если ядро ошибается, то остается только верить Анонимусу.
васян, плез. у тебя изначально была какая-то inxi, которая неизвестно иткуда информацию берёт
это только ты говоришь, что «ядро ошибается». ядро 5.0 вышло 3 March 2019, когда 8300H вышел Q2’18 а значит скорее всего ошибаешься тут ты
Давай попросим ТС привести вывод cat /proc/cpuinfo или методом, которому Ты доверяешь (есть оффтопиковые CPU-Z, Aida64 и юниксовый CPU-X).
в другом источнике пишут, что April 3, 2018
ну вот, у ядра был целый год, чтобы добавить поддержку
я просто знаю, что четырёхядерные кофелейки могут оказаться перемаркированным кебилейком
Спасибо за рекомендацию. Мате 19.10 запустилась, хотя и грузится она заметно медленнее, чем Мint при установке и в live-режиме. Так и должно быть, или это тоже какая-то проблема?
Это типичный пример ошибки DSDT. Решить можно несколькими способами:
О том как исправить DSDT не написано разве что на ближайшем заборе. Рядом на форуме полно таких тем. Используй уже поиск по форуму. У меня в бложике об этом написано несколько раз. Есть даже решения конкретных проблем.
Источник
[РЕШЕНО]Ошибки ACPI Error при загрузке базовой системы
Объясните пожалуйста, что это и если возможно, как это можно вылечить.
Заранее спасибо.
hathory
Объясните пожалуйста, что это и если возможно, как это можно вылечить.
hathory
А вот с «таблицы DSDT» совсем непонятно, мне технических знаний не хватает, биолог я по образованию.
У меня как то выскочила ошибка MCE, пришлось установить mcelog для контроля и в загрузочных логах стали выскакивать сообщения
Но на работу это не влияет и вообщем то сообщения, как пишут, безобидные. Посмотрел внимательнее твои сообщения.
Первые три относятся к 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)
Что конкретно это означает — нужно смотреть саму таблицу, но смысла в этом не вижу, если все работает.
© 2006-2022, Русскоязычное сообщество Arch Linux.
Название и логотип Arch Linux ™ являются признанными торговыми марками.
Linux ® — зарегистрированная торговая марка Linus Torvalds и LMI.
Источник
Linux Mint Forums
Welcome to the Linux Mint forums!
[SOLVED] ACPI BIOS Error
[SOLVED] ACPI BIOS Error
Post by SoyDodger » Sun Mar 22, 2020 3:46 am
Running Mint 19.3, Kernel 5.x and I’ve tried reverting to earlier versions, no luck.
I hadn’t shut the computer down for a few days. It had run a few updates and restarted afterward just fine. This morning I started getting this message after boot: 
Trying an earlier kernel gave me the following: 
Followed by the ACPI stuff again, but there is also an issue of mint-vg not found:
The «mint-vg not found» part bugs me as I had this before. Did a clean install from new media, and now it’s happened again. I can’t get into the system so I don’t know how to run fsck, or what that is. Not sure what busybox is.
_____ _____ _____ _____ _____ _____
Just to give you some background, as you probably know, ACPI is the power regulation code in your motherboard’s BIOS/UEFI:
It’s suppose to be a standard that any operating system can properly implement. However, in typical Microsoft fashion, MS operating systems do not follow or properly implement the ACPI standard. Instead, MS gives motherboard manufacturers their own improperly implemented ACPI code for inclusion in the motherboard BIOS/UEFI. The code runs fine with MS windows but all for other operating systems like linux there can be problems. Because of MS’s market dominance, the faulty ACPI implementation from MS has become the de facto industry standard. As a result, linux and other non-MS operating systems have to reverse engineer the faulty ACPI implementation from MS. That’s why you can see problems in linux with ACPI related functionality like suspend to ram, hibernate, etc.
Apparently, the ACPI related code in certain newer linux kernels has a problem with the typical BIOS/UEFI ACPI implementation on certain motherboards which is why we’re getting those error messages. Even though I get those error messages at the beginning of the boot process, I’ve had no problems with suspend/resume or any other ACPI related issues. Here’s another guy with the same problem so you are not alone:
The advice there was to not run in BIOS legacy mode by disabling UEFI but to run in UEFI mode instead with secure boot disabled.
This device is formerly Windows 10 and I had problems with drive formatting when I swapped over to EXT4 so I thought it may be that. I went back to my Mint installation and made sure I was using UEFI with secure boot disabled and fast boot disabled. Still no go.
Any suggestions on how to fix this issue?
PS. Apologies in advance if the images are too small to be readable, it hit the site limit of 640×480.
Источник