Lenovo 3000 n500 2->4 Gb RAM-ra bővítés boot hiba

Fórumok

Sziasztok!

Laptopomon a fent említett bővítés után a Suse 12.1 64bit bootolás közben folyamatosan újraindul, mielőtt elérné az init-et. Ugyanezt műveli desktop, default, vanilla kernellel is. A "megoldás" az acpi=off lett, ennek minden hátrányával.
A win7 64bit egyébként hibátlanul működik és próbáltam egy Fedora 64bit live cd-t is, ami szintúgy problémamentes volt.


lspci

00:00.0 Host bridge: Intel Corporation Mobile 4 Series Chipset Memory Controller Hub (rev 07)
00:02.0 VGA compatible controller: Intel Corporation Mobile 4 Series Chipset Integrated Graphics Controller (rev 07)
00:02.1 Display controller: Intel Corporation Mobile 4 Series Chipset Integrated Graphics Controller (rev 07)
00:1a.0 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #4 (rev 03)
00:1a.1 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #5 (rev 03)
00:1a.2 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #6 (rev 03)
00:1a.7 USB Controller: Intel Corporation 82801I (ICH9 Family) USB2 EHCI Controller #2 (rev 03)
00:1b.0 Audio device: Intel Corporation 82801I (ICH9 Family) HD Audio Controller (rev 03)
00:1c.0 PCI bridge: Intel Corporation 82801I (ICH9 Family) PCI Express Port 1 (rev 03)
00:1c.1 PCI bridge: Intel Corporation 82801I (ICH9 Family) PCI ExpressPort 2 (rev 03)
00:1c.2 PCI bridge: Intel Corporation 82801I (ICH9 Family) PCI Express Port 3 (rev 03)
00:1c.3 PCI bridge: Intel Corporation 82801I (ICH9 Family) PCI Express Port 4 (rev 03)
00:1c.5 PCI bridge: Intel Corporation 82801I (ICH9 Family) PCI Express Port 6 (rev 03)
00:1d.0 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #1 (rev 03)
00:1d.1 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #2 (rev 03)
00:1d.2 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #3 (rev 03)
00:1d.7 USB Controller: Intel Corporation 82801I (ICH9 Family) USB2 EHCI Controller #1 (rev 03)
00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev 93)
00:1f.0 ISA bridge: Intel Corporation ICH9M LPC Interface Controller (rev 03)
00:1f.2 SATA controller: Intel Corporation ICH9M/M-E SATA AHCI Controller (rev 03)
00:1f.3 SMBus: Intel Corporation 82801I (ICH9 Family) SMBus Controller (rev 03)
02:00.0 System peripheral: JMicron Technology Corp. SD/MMC Host Controller
02:00.2 SD Host controller: JMicron Technology Corp. Standard SD Host Controller
02:00.3 System peripheral: JMicron Technology Corp. MS Host Controller
04:00.0 Network controller: Intel Corporation PRO/Wireless 5100 AGN [Shiloh] Network Connection
07:00.0 Ethernet controller: Broadcom Corporation NetLink BCM5906M Fast Ethernet PCI Express (rev 02)

Keresgéltem google-n, de én nem igazán találtam érdemi megoldást, bár lehet csak megfelelő kulcsszó nem jutott eszembe.
Kérném segítségeteket, hogy milyen irányban keressem a probléma forrását.

Köszi!

Üdv: Smerli

Hozzászólások

Abba a gépbe való memória? Egy memtest-et azért elnyomnék rajta pár órára (még akkor is, ha mással rendben levőnek látszik).

--
trey @ gépház

Jónak kellene lennie, a specifikáció szerint néztem meg, hogy jó lehet-e. http://download.lenovo.com/ibmdl/pub/pc/pccbbs/mobiles_pdf/45n3577_01.p…
A paraméterei az újnak elvben megegyeznek a korábban bent levővel.
A korábbinak ez a kódja a memtest szerint: hynix hymp125S64cp8-y5.
Az új pedig ez: http://www.ec.kingston.com/ecom/configurator_new/partsinfo.asp?root=&Li… .
Amúgy a kingstonban is hynix chip-eket találtam, bár nem tudom ez jelent-e valamit.

Külön-külön használva sincs gond, csak együtt és csak Suse-val... egyelőre.

Elindítottam egy memtest-et meglátjuk mit dob ki majd idővel.

8,5 órányi memtest sem jelzett hibát. A /var/log/messages-ben csak az utolsó normál boot van jelen. Ellenben pár próbálkozás a grubban átírni a kernelindítási paramétereket azt érte el, hogy látszólag a kernel be sem töltődik, csak a fekete képernyőt látom, bármit is állítok már. A splash=verbose opcióval, annyit tudtam még elolvasni, hogy vmi "creating udev"... mielőtt újraindult. Mellékesen a win7 továbbra is rendesen indul.

Egyéb ötlet esetleg?

Kár lenne bukni a Suse-t, már egész jól belaktam és elégedett voltam vele.

11.4-es Live CD-vel is ugyanez a tünet, de legalább bőbeszédűbb volt egy kicsit. A boot végéről készítettem egy elég vacak képet videóból kivágva, de talán látszik rajt a lényeg: http://energia.bme.hu/~schmerl/hup/suse_11_4_boot.jpg . A ACPI részek betöltésekor dobja el a kulcsot, de hogy miért? A kép után egyből reboot volt.

Hasonló gépet nyúzok már egy ideje, a különbség, hogy ebben gyárilag 4 GB RAM van. A hiba ugyanúgy előjön nálam is. Amit eddig sikerült róla kiderítenem:

Csak 64 biten jelentkezik. 32 bit + PAE vígan megy.

Majdnem mindegyik nagy disztrón előjön. Néhány hónapja kipróbáltam az aktuális Debian, OpenSuse, Fedora, Arch és Gentoo kiadásokat, mind elhasalt bootoláskor az udev környékén. (Fedorára mondjuk nem emlékszem pontosan.) Érdekes módon azonban az Ubuntu gond nélkül elindul. 9.10 óta mindegyik volt már telepítve, és egyikkel sem volt gond ilyen szempontból. (Ami azt illeti, akkor szereztem tudomást erről a hibáról, amikor ki akartam próbálni más disztrókat helyette.)

Két workaround-ot találtam többszöri hosszas guglizással:
1. "idle=poll" vagy "idle=mwait" boot paraméter. Ezektől a proci nem megy le energiatakarékos üzemmódba amikor tétlen, ennek megfelelően a gép több hőt termel, folyamatosan megy a hűtés.
2. "mem=4096M" paraméter. Ezzel csak 3 GB RAM lesz elérhető, talán ez jobb megoldás, én ezt használom, ha kell.

Mindkét módszerrel bármelyik disztró működik.

Debian-on próbáltam kiszűrni, mi okozza a hibát. Odáig jutottam, hogy ha a /etc/init.d/loadcpufreq nem indul el, ill. a cpufreq-utils nincs telepítve, akkor boot paraméter nélkül is beindul, de energiakezelés (érthetően) nincs.

"acpi=off" nekem nem használt.

A probléma tehát valahol a CPU frekvenciaállítás környékén jelentkezik. Bár valami azt súgja (leginkább a 2. workaround), hogy ez csak tünet. Talán valami BIOS bug lehet.

Olvasnivaló:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/272530
https://bbs.archlinux.org/viewtopic.php?id=78622
http://forums.opensuse.org/english/get-technical-help-here/install-boot…
http://forum.ts.fujitsu.com/forum/viewtopic.php?f=90&t=39045

Ezekben írnak hasonlóról egy Samsung és egy FuSi géppel kapcsolatban, de mindkét esetben BIOS frissítést adtak ki, ami megoldotta a helyzetet. Nálam a legfrissebb (1.09) BIOS van, és úgy látom, Lenovo-ék nem adtak ki újabbat az elmúlt másfél évben.

Ha valaki tud még hozzátenni, én is megköszönném a segítséget. Szívesen futtatok teszteket, ha kell. Leginkább arra lennék kíváncsi, hogy mi az, amitől az Ubuntu (és ezek szerint a Fedora) képes bebootolni, a többi disztró pedig nem.

Off: ez az első hozzászólásom a HUP-on, üdv a népnek! :)