BIOS probléma

Fórum: 

Az utóbbi 2-3 Mint-frissítés óta (pár éve) jelen vannak az alábbi BIOS errorok, tehát nem új a probléma. A neten körbenéztem, de nem találtam semmi használhatót. Nem tudom, hogy ezek a hibák okoznak-e valamilyen gondot (a rendszer alapvetően jól működik), de szívesen megszabadulnék tőlük, eléggé zavaró mindig látni őket a bekapcs/reboot esetén. Kernel-frissítések nem befolyásolják. Részlet a dmesg-ből:

[    0.173604] ACPI BIOS Error (bug): Failure creating named object [\SMIB], AE_ALREADY_EXISTS (20220331/dsfield-637)
[    0.173611] fbcon: Taking over console
[    0.173616] ACPI Warning: NsLookup: Type mismatch on SMIB (Integer), searching for (RegionField) (20220331/nsaccess-696)
[    0.175593] ACPI BIOS Error (bug): Could not resolve symbol [\_SB.PCI0.M291.WLAN], AE_NOT_FOUND (20220331/dswload2-162)
[    0.175599] ACPI Error: AE_NOT_FOUND, During name lookup/catalog (20220331/psobject-220)
[    0.175602] ACPI: Skipping parse of AML opcode: Scope (0x0010)
[    0.176905] ACPI BIOS Error (bug): Failure creating named object [\_SB.PCI0.SBRG.EC0.VER1], AE_ALREADY_EXISTS (20220331/dsfield-637)
[    0.176920] ACPI BIOS Error (bug): Failure creating named object [\_SB.PCI0.SBRG.EC0.CCI0], AE_ALREADY_EXISTS (20220331/dsfield-637)
...
[    0.177438] ACPI: 11 ACPI AML tables successfully acquired and loaded

Van ötlet, mi okozhatja ezeket? Megoldás?

 

kimarite képe

Zanzásítva a válasz innen, és

Zanzásítva a válasz innen, és hozzáírva: https://superuser.com/a/1606985

Nagyon durva válasz: A BIOS-ban vannak táblázatok, amelyeket a Linux rendszerindításkor és a működése közben folyamatosan kiértékel. Előfordulhat, hogy ezek a táblák nem követik az ACPI szabványt, amit Windows rendszeren senki sem vesz észre, mert a táblákat író és szállító vállalat (alaplap gyártója) saját Windows illesztőprogramot is biztosít, amely együttműködik ezekkel a táblákkal, illetve a hiba nem jelenik meg a grafikus felületen. A Linuxhoz azonban nincs meg a Windows-zos illesztőprogram, így a Linuxnak valahogyan értelmeznie kell a hibás táblázatokat is. Az általad látott ACPI BIOS lehet, hogy hibás, esetleg frissíteni kéne.

Másrészt, a BIOS feladatait a kernel igyekszik átvenni, akár teljesen, illetve, mindenképpen célszerű átvennie (a Windows-hoz gyártott illesztők miatt). A Linux és a Unix az ACPI szabványt használva és tartva tudja ezeket a feladatokat ellátni. ehhez segítség, ha telepítve van a CPU-hoz való mikrokód csomag:

intel-microcode, amd64-microcode
___

Lehetséges megoldás: BIOS-ban megváltoztattam a SATA konfigurációt ACPI-ra és működött.
https://askubuntu.com/a/1422069
Érdemes ránézni, mi most a beállítás SATA, ACPI. Még milyen lehetőségek vannak.
___

További lehetőség egy másik kernel használata: legújabb például.
Esetleg nem a legújabb, hanem más kernel lesz jó neked.
Töviről a hegyire mindkettőt olvasd el:

Köszönjük neked Linux kernel 4.9 LTS!

Hogyan frissíthet a 6.1-es Linux kernelre?
___

További lehetőség a BIOS frissítése.
___

A mikrokód és a kernel telepítés után a rendszert újra kell indítani.

Értékelés: 

0
Még nincs értékelve

Zanzásítva a válasz innen, és Zanzásítva a válasz innen, és

#1

#1 BIOS-frissítés történt, nem hozott változást.

Microkód: a legújabb telepítve van.

Kernel-frissítés nem befolyásolja. Jelenleg a legújabb kernel fut (6.1.5), de a régebbiek esetén is voltak ezek a hibák, és most is vannak.

Értékelés: 

0
Még nincs értékelve
kimarite képe

Zanzásítva a válasz innen

#1.1 Jelenleg a legújabb kernel fut (6.1.5), de a régebbiek esetén is voltak ezek a hibák, és most is vannak.

Van olyan BIOS, ami nem igazán rendelkezik ACPI megfelelőséggel, kifelé nem társalog. És ezzel nem lehet mit csinálni, talán egyszer egy kernel megoldja. Vagy nem.
A Liquorix kernelt próbáltad már?

Mutatnál kimenetet (paste.ee, de előtte olvasd el: szöveg megosztás )

inxi -Fzxxx

És nézzük, hogy 3D-ben vagy-e bejelentkezve. Kimenet?

echo $XDG_CURRENT_DESKTOP

Értékelés: 

0
Még nincs értékelve

Zanzásítva a válasz innen Zanzásítva a válasz innen

#1.1.1 #1.1.1 X-Cinnamon

A Liquorix kernelt egyszer már használtam korábban, de az első frissítése után nem lehetett kikapcsolni a gépet, úgyhogy felejtős lett.

Értékelés: 

0
Még nincs értékelve
kimarite képe

Zanzásítva a válasz innen, és Zanzásítva a válasz innen, és

#1.1 Még valami. Csináld ezt:

sudo cp /etc/initramfs-tools/initramfs.conf /etc/initramfs-tools/initramfs.conf.ORIG
sudo sed -i 's/COMPRESS=lz4/COMPRESS=gzip/g' /etc/initramfs-tools/initramfs.conf
sudo update-initramfs -uk all

És indítsd újra a rendszert, hogy eredményes-e.

https://forums.linuxmint.com/viewtopic.php?p=1952843&sid=27aa679d5258fc6f50bb82a9b4b0ee66#p1952843

Értékelés: 

0
Még nincs értékelve

Zanzásítva a válasz innen, és Zanzásítva a válasz innen, és

#1.1.2 Ezeket majd kipróbálom később, most nem tudom a gépet rebootolni.

Értékelés: 

0
Még nincs értékelve
kimarite képe

Zanzásítva a válasz innen, és Zanzásítva a válasz innen, és

#1.1.2.1.1 Ez is valami.

Értékelés: 

0
Még nincs értékelve

Még tömörebben

1. Ezek pirosan jelennek meg a Dmesg riportban?

Ezek biztos hibák?:

[    0.173611] fbcon: Taking over console

[    0.177438] ACPI: 11 ACPI AML tables successfully acquired and loaded

Nekem nem tűnnek annak.

Amúgy meg a legtöbb ilyen nincs különösebb hatással a rendszerre, és ha nagyon zavaró, akkor ki lehet kapcsolni kernel paraméterrel.

De szerintem ki kellene cserélni a Wifi kártyát, vagy inkább beszerezni egy Wifi routert, és nem gépet használni hotspot gyanánt, mert lehet azért nem tudja a kártya ACPI beállításait kezelni, mivel foglalt

Értékelés: 

0
Még nincs értékelve

Még tömörebben

#2 Az 'ACPI Error' sorok pirosak, amiket nevesítettél, azok nyilván nem. Csak azért vannak ott, mert az egész blokkot copy-ztam.

Ezt:

De szerintem ki kellene cserélni a Wifi kártyát, vagy inkább beszerezni egy Wifi routert, és nem gépet használni hotspot gyanánt, mert lehet azért nem tudja a kártya ACPI beállításait kezelni, mivel foglalt

nem értem. Miért kellene kicserélni a WiFi kártyát (egyébként valószínűleg nem is lehet)? A gép indításakor nyilván nincs még hotspot, akkor mit értesz azalatt, hogy "foglalt"? Egyetlen ACPI error szól a WLAN-ról, de mivel a net (LAN, WiFi) rendben működik, ez nem izgat annyira. Valójában a többi zavar igazán, van belőlük kb. 40 (AE_ALREADY_EXISTS).

Értékelés: 

0
Még nincs értékelve

Még tömörebben

#2.1 Miért kellene kicserélni a WiFi kártyát

Amiket belinkeltél, azok zömmel arról szólnak, hogy a kártya energiatakarékos funkcióival nem tud mit kezdeni. (azok a sorok is, amikben nem látni közvetlen utalást erre.

mivel a net (LAN, WiFi) rendben működik

Viszont a hibaüzenetek zavarnak, írtad.

(egyébként valószínűleg nem is lehet)?

90%, hogy lehet, 1%-ot adok olyan megoldásra, amit még nem láttam, amiben esetleg alaplapra integrált cuccról van szó, és 9%-ot, hogy BIOS szinten korlátozott a dolog, ilyen viszont ma már csak nagyon régi Lenovo-nál látni.

Na, jó, legyen 2% az alaplapra integrált, mert az újabb Asus alaplapoknál fontosnak tartották, hogy legyen rajta Wifi.

Azért tippelek, mert HW infót úgyis vonakodsz megadni, így biztosat nem lehet mondani.

(Már sereg notiban cseréltem Wifi kártyát gyorsabbra, vagy mert nem tudott a noti BT-t, így kapott kombó kártyát, szóval bízom benne, hogy lehet cserélni.)

Értékelés: 

0
Még nincs értékelve

Még tömörebben

#2.1.1 WiFi6, Asus alaplap.

Az a rengeteg error mind ilyen: \_SB.PCI0.SBRG.EC0.xxxx (az xxxx helyén többféle 4 karakteres valamik vannak).

Azt mondod, ez mind a WiFi-hez kapcsolódik? Honnan lehet ezt tudni?

Értékelés: 

0
Még nincs értékelve

Még tömörebben

#2.1.1.1 Amúgy vannak még egyéb BIOS errorok is, íme:
Az egyik csokor:
[ 0.824442] ehci-pci 0000:02:00.4: init 0000:02:00.4 fail, -16
[ 0.824448] ehci-pci: probe of 0000:02:00.4 failed with error -16
A másik:
[ 6.607050] Serial bus multi instantiate pseudo device driver INT3515:00: error -ENXIO: IRQ index 1 not found
[ 6.607063] Serial bus multi instantiate pseudo device driver INT3515:00: error -ENXIO: Error requesting irq at index 1
[ 6.634786] ACPI BIOS Error (bug): Could not resolve symbol [\_SB.PCI0.SBRG.EC0.OKEC], AE_NOT_FOUND (20220331/psargs-330)

[ 6.634802] No Local Variables are initialized for Method [M318]

[ 6.634804] No Arguments are initialized for method [M318]

[ 6.634807] ACPI Error: Aborting method \_SB.UBTC.M318 due to previous error (AE_NOT_FOUND) (20220331/psparse-529)
[ 6.634814] ACPI Error: Aborting method \_SB.UBTC._DSM due to previous error (AE_NOT_FOUND) (20220331/psparse-529)
[ 6.634825] ucsi_acpi USBC000:00: ucsi_acpi_dsm: failed to evaluate _DSM 2
[ 6.635190] ucsi_acpi: probe of USBC000:00 failed with error -5

Ezeket nem jeleníti meg a bootolás során, de a dmesg-ben ott vannak.
Ezekkel kapcsolatban van ötlet?

Értékelés: 

0
Még nincs értékelve
kimarite képe

Még tömörebben

#2.1.1.1.1 Valamiben engedni kell, mármint a hozzáállásod, belátásod tekintetében. Egyszer már egy teljes napot eltököltünk feleslegesen, mert kimeneteket nem adtál. A teljes dmesg kimenetet kérjünk, az aláírásomban szereplő leírás elolvasása után, annak megfelelően (pl.: ne járjon le). Ez az: https://linuxmint.hu/blog/2021/10/a-honlap-mukodese-9-resz-pasteee-szove...

Értékelés: 

0
Még nincs értékelve

Még tömörebben

#2.1.1.1.1 Nézz utána van-e BIOS frissítés a laphoz.

Van ott USB probléma (lehet bedugott eszközzel is gond) -amit mutattál az elején  EHCI és a végén az USB csokor az egy téma.

A soros port az egyértelműen BIOS probléma, de ha nem használod akár le is lehet tiltani.

@Kimarite: Nem kapunk még inxit-t sem, nem hogy dmesg-et, így kellene kitalálni, hogy kellene megjavítani, szóval gatyát felkötni :-)

 

Értékelés: 

0
Még nincs értékelve

Még tömörebben

#2.1.1.1.1.2 Nincs újabb BIOS, mint amit már kipróbáltam. A legújabb BIOS mellett esett a felére a gép teljesítménye, ezért vissza kellett térnem a régebbire. De mindkettő mellett jelentkeztek az említett hibák.

Miután így összekacsintottatok: semmivel sem lennétek előrébb az inxi-vel, a dmesg összes errorját pedig látjátok.

Értékelés: 

0
Még nincs értékelve
kimarite képe

Még tömörebben

#2.1.1.1.1.2.1 Az ACPI error tulajdonképpen egy-egy eszközhöz biztosított firmware hibája, azé, amit az eszköz gyártója biztosít, és a kernelfejlesztők beteszik. Ha minden szabványosan lenne megírva (firmware), avagy a gyártó készítene Linux-os firmware-t, nem lenne ilyen gond. Nem a kernel hibája. A létező összes firmware-hez (eszköz) nem lehet optimalizálni a kernelt, mert emennek például valamit be kéne állítani, amazt meg éppen ez a beállítás zavarná. Ha a firmware változna, az más dolog.

Értékelés: 

0
Még nincs értékelve
kimarite képe

Még tömörebben Még tömörebben

#2.1.1.1.1.2.1 No igen, de a fórumokon, itt is, általában úgy rakjuk össze, miben kell segíteni, hogy megnézzük, mik a gép és a rendszer tulajdonságai (inxi -Fzxxx), és itt látszanak olyan eszköz tulajdonságok is, mint például egyes WiFi stickek neve és használ modulja, melyekbe a gyártó akár tök más chipet tett a gyártás folyamán, így a kernel más modult tölt be, de az eszköz neve mindig ugyanaz. És ezt összerakjuk a dmesg (driver and display messages) üzenetekkel. Több szem, többet lát, de a tapasztalat is számít. Tehát te, aki tőlünk kérdezel, nem tudhatod, még melyik dmesg sor számít a kiértékelésben -mi sem tudhatjuk, mert nem látjuk- kérdezel, így tapasztaltnak nem számíthatsz abban, hogy tudd, miket mutatsz meg. Mi sem vagyunk hihetetlenül tapasztaltak, csak „valamennyire”. De ez csak ennyi, te döntesz.

A mostani kérdésben persze, ha megmutatsz mindent, úgy is nehéz segítenünk. Az imént közzétett hozzászólásban írtam, miért. Én azt gondolom, előrébb lennénk, ha több információt kapunk, és ezt a tapasztalatom mutatja. Általában vagyunk ezzel előrébb.

A legújabb BIOS mellett esett a felére a gép teljesítménye, ezért vissza kellett térnem a régebbire.

Ez egy érdekes dolog. De én feltétlen vizsgáltam volna a dmesg kimenet különbségeit, a kisebb eltérésekre, tovább, a BIOS-ok kiadási megjegyzéseire tekintettel. A probléma lehet, megoldható, de például másik Linux alatt sem feltétlen, mert hasonló gondokról hallottam. Például FreeBSD, de nem Linux hibáról van szó. Egyedül a kernelben lehet bízni szerintem, de nem lehet mindenható nyilván. Másodsorban, esetleg megoldjuk, ha mindent tudunk. Lehet, mi nem.

Értékelés: 

0
Még nincs értékelve
kimarite képe

Még tömörebben

#2.1.1.1.1.2.1 Ahogy István írja (nem kacsintgatok rá, máskor/mással -nőneművel- szoktam ezt tenni esetleg ;) )... így valószínűleg nem lehet ténylegesen segíteni.
Például itt is közlik a parancssoros környezetet (csak workaround-ot találtak, de ez más probléma)
https://forums.opensuse.org/t/usb-mouse-boot-problem-ehci-pci-errors/111753
Még annyi jutott eszembe, hogy az is esélyes, hogy rossz választ adunk, azaz a hiányos információk alapján „rosszul döntünk” és a rendszered rosszabb lesz, mint volt! :(

Értékelés: 

0
Még nincs értékelve

Még tömörebben

#2.1.1.1 Azt mondod, ez mind a WiFi-hez kapcsolódik? Honnan lehet ezt tudni?

Amiket belinkeltél elsőre, azok többnyire. PCI azonosítóval össze lehet kapcsolni a sorokat, és többen is hivatkozik a WLAN-ra, onnan.

 

Értékelés: 

0
Még nincs értékelve