Tesztek Android Google Apple Microsoft Samsung Huawei Nokia Linux Biztonság Tudomány Facebook Film
ga
https://lh4.googleusercontent.com/-L_1r0sBNnSg/TgHXZS15piI/AAAAAAAAD3o/KNQxKBpJBKM/s800/hp-compaq-6735s-notebook-computer-review-3.png

HP 6735s notebook, a CD‑ROM boot és a fényerő

2011.06.22. 13.51
https://lh4.googleusercontent.com/-L_1r0sBNnSg/TgHXZS15piI/AAAAAAAAD3o/KNQxKBpJBKM/s800/hp-compaq-6735s-notebook-computer-review-3.pngPár napja írtam egy blogbejegyzésben, hogy az átlagos felhasználónak számító barátnőm és a húgom elkezdték tesztelni az openSUSE 11.4 használhatóságát. Azt is megemlítettem, hogy a barátnőm HP 6735s notebookján van egy kis gubanc a fényerő kezelésével KDE4-en, amiből végül olyan történet kerekedett, hogy úgy gondoltam, megér egy cikket.

A történet nem is a fényerővel, hanem a gépen található Microsoft Windows 7-tel kezdődött. Nem sokat volt használva a notebook, de jelenpillanatban már komolyabban szükség lenne rá, természetesen interneteléréssel. Na ez az, amit a Windows 7 nem szeretett. Az hálózati kártyát ugyan látta, de a hálózatkezelőjének szent meggyőződése volt, hogy nincs lehetőség a kapcsolódásra. Itt jött képbe egy Live openSUSE, amivel le szerettem volna tesztelni a gépet, hátha csak a Windows-nak van valamilyen problémája.

Live CD-t betesz, gépet újraindít, BIOS-ban boot-sorrendet ellenőriz, gép betölti a Windows-t. Ez az a jelenség, ami a hozzáértőknek bizony felrántja a szemöldökét. Másik Live lemezzel próbálva ugyanaz a helyzet. Egy kis kutakodás után kiderült, hogy nem egy HP géppel van CD-boot probléma, amit kizárólag egy BIOS frissítés képes orvosolni. Na ez az, amit el szerettem volna kerülni. Mivel a gépen nem volt semmilyen fontos adat, barátnőm szabad kezet adott: A lényeg, hogy legyen egy használható rendszere.

<--PAGEBREAK-->

A Novelltől ajándékba kapott eredeti openSUSE 11.4 telepítő rendelkezett Windowsra telepíthető CD-bootot elősegítő segédprogrammal, amivel már sikerült az openSUSE telepítőt elindítanom. Gyorsan fel is rántottam az új rendszert, ami utána el is indult, így már csak azért kellett imádkoznom, hogy hiánytalanul kezelje a hardvereket. Miután a KDE4 betöltött, úgy tűnt, minden a legnagyobb rendben. Mivel eddig a rendszert rolling disztróvá változtató Tumbleweed csomagtárolóban nem nagyon csalódtam, így felfrissítettem róla az új openSUSE-t. Itt jöttek a további bajok.

Jobban mondva csak egy baj, de az nagyon idegesítő. A frissítés után ugyanis nem lehetett felvenni a képernyő folyamatosan minimumon álló fényerejét. Néhány próbálkozás után még az is kiderült, hogyha a gépet lehúzzuk a töltőről, a fényerő maximumra vált. Magyarul totális káosz volt a fényerő kezelésében.

Néhány próbálkozás (Xfce telepítés, Puppy Linux indítás) után kiderült, hogy a rendszer teljes leállítása után (újraindítás nem volt elég) a GRUB rendszerbetöltőben egy Fn+F8 billentyűkombinációval fel lehet venni a fényerőt, ez viszont a kernel betöltése közben ismételten visszaállt a minimumra. Innentől már tudtam, hogy a kernel környékén kell nézelődnöm. Miután kifigyeltem, hogy a kernelkimenet melyik bejegyzésénél vált át a fényerő, a kernel-naplóból sikeresen kibányásztam a pontos hibaüzenetet, ami egy ACPI Exception volt.

ACPI Exception: AE_AML_PACKAGE_LIMIT, Index (0x000000000000000D) is beyond end of object (20110316/exoparg2-418)
ACPI Error: Method parse/execution failed [\_SB_.PCI0.PEGP.IGFX.LCD_._BCM] (Node ee036920), AE_AML_PACKAGE_LIMIT


Így már természetes volt, hogy az acpi=off kernelparaméterrel a rendszer már maximumon hagyta fényerőt, ez persze azzal is járt, hogy sem normális fényerőszabályzás, sem akkumulátor érzékelés nem volt a elérhető. Utolsó megoldásként kikapcsoltam a Tumbleweed csomagtárolót és visszatelepítettem az eredeti kernelt, amivel már minden tökéletesen működött.