Hahó!
Adott egy FSC Amilo Li1718 notebook egy Ati X200m videokártyával, ami jó ideje (amióta az enyém és linux van rajta /másfél éve/) nem hajlandó felébredni altatásból. Az ébresztés utáni 1-2 másodpercben teljesen kiakad, sajnos ilyenkor még logolás sincs, hogy valami használható információt ki lehessen hámozni.
Ma a kezembe került egy Little Susie telepítő/liveCD, amit live módban ki is próbáltam. Sajnos 3d gyorsításom nem volt vele, ellenben ment a resume! Tehát valaha (a 2.6.27-48-as kernellel) ment, viszont azóta nem megy (2.6.35-28 ubuntu maverick). Valamit megváltoztattak ezekben a funkciókban, amit kifagyasztja a gépet.
Letöltöttem a 2.6.37-es és 2.6.27-48-as kernelek forrásait, és egy-két fájlt meg is találtam benne, amik ezekért a funkciókért felelnek, de messze nem mindet.
Melyik fájlok azok, amik kellenek nekem pontosan? Hogy találhatnám meg az összeset, hogy összehasonlítsam őket? (eddig még sosem nyúltam kernelhez, gondoltam, egy próbát megér, hátha rájövök. Kódtól C-től nem ijedek meg. Bár nem vagyok programozó, de hátha kihámozok valamit.)
Előre is köszönöm a segítséget!
- 1492 megtekintés
Hozzászólások
Nekem is ilyen videovezérlőm van egy HP nx6125-ös gépben.
Nálam az a furcsa helyzet, hogy Debian Squeeze rendszer alatt merevre fagy a gép.
Legalábbis a rendszerrel szállított radeon driverrel ezt teszi, viszont a resume működik (már jó ideje nem ment ezelőtt).
Vissza kellett tennem egy korábbi (6.12.6-os verziójú) változatot, hogy a fagyási problémák ne jelentkezzenek, így viszont a resume újfent nem működik. 6.13-as verzióval már megy (bár most megesküdni nem esküszöm erre), viszont a rendszerem áll meg napi többször is.
Árnyalja a helyzetet, hogy anno Mandriva (2009.1 talán?) viszont 6.13.1-gyel ment, ha jól emlékszem és nem fagyott... de a resume sem volt jó és hiába fordítottam le a Mandriva forrásából a Debianra, ez nem jelentett megoldást.
A kernel verziójával úgyszintén nem láttam összefüggést.
--
Ha volna kis időd/helyed/energiád tesztelni, egy Squeeze installal nálad működik-e, az eredményre kíváncsi volnék. :)
- A hozzászóláshoz be kell jelentkezni
Huhh... Debian squeeze-nél próbáld ki esetleg a pci=nomsi boot opcióval indítani, hátha segít. Neked menetközben a kép fagy ki, és vele együtt az egész rendszer?
Kipróbáltam a squeeze-t live módban, (lxde verziót) csak fél percig volt bekapcsolva, mert utána ugrottam is neki a s2ram-resume kombónak. Ugyanúgy csontrafagy a resume megkezdésének másodpercében. Az a vicces, ilyenkor teljesen ki kell kapcsolni a gépet, kihúzni a tápot, kivenni az akksit, bekapcs gombot nyomni 2-3 mp-ig, akku tápkábel vissza, bekapcsol, és csak akkor megy :)
- A hozzászóláshoz be kell jelentkezni
Köszi, egyszer megpróbálom, ha lesz elég bátorságom hozzá. :)
Igen, menet közben a kép és vele együtt a rendszer merevedik ki. Általában a tartalom marad, bár volt olyan is, hogy nem.
Amikor vacakoltam vele, találtam egy írást (valamelyik x.org wiki), amit jó gyorsan tudott görgetni a böngésző, no, jellemzően ezt oda-vissza görgetve 1-2 percen belül el is hasalt.
Normál használat közben napi max. 2-3 alkalommal, de minimum kétnaponta produkálta.
Egyébként mintha valamivel gyorsabb volna az "elhasalós" verzió, valamint ez már támogat KMS-t (ezt hiába kapcsoltam ki).
Írsz egy linket a live lemezről, amelyiket próbáltad?
- A hozzászóláshoz be kell jelentkezni
http://cdimage.debian.org/debian-cd/6.0.0-live/i386/bt-hybrid/debian-li…
Én ezt az lxde-s verziót szedtem le. (Meg is lepődtem milyen gyors. És egész pofás)
Nálam is kb ilyen gyakorisággal halt meg a cucc, de lucid lynx kiadásnál szóba került, hogy kms helyett inkább az msi-t kapcsoljam ki, és ez rendbe is hozta. (Egyszer-kétszer kifagyott még, de tulajdonképpen a statisztikai elhanyagolhatóság szintjére csökkent). Ha jól emlékszem, a végleges kiadásba, de ha abba nem is, a maverickbe már biztosan bekerült. A s2ram/resume-funkcióról meg már le is mondtam lelkiekben, de most újra látom a reményt!
(Amúgy egy barátomnak pont az nx6125-ére tettem mavericket, és a srác elégedett vele, nincs (XP-hez képest) szokatlanul nagy gyakorisággal fagyása, és a 2.6.35-ös kernel pedig tartalmazza pont ehhez a géphez a javítást a resume-ra. Kár, hogy ugyanez a patch nálam nem működik... Valami minimális diff lehet a kártyák közt)
- A hozzászóláshoz be kell jelentkezni
Köszi, estefelé megpróbálom a gépemen ezt az image-et, bár a fentiek alapján nem lepődöm meg, ha nálam működik és nálad nem... bár volt már ilyen korábban is.
Ez az msi-kikapcsolás felcsigázott. :)
Én nap mint nap használom a gépet, szinte mindig hibernálom.
Mióta visszatettem a régebbi meghajtót, három hónap alatt max. kétszer állt meg rajt a rendszer.
Jelenleg 2.6.37-es kernel van fent.
A másik nx6125 kikapcsolt msi mellett többször dobta el magát?
- A hozzászóláshoz be kell jelentkezni
Nem, a meverickben az pci=nomsi már egy fixszel bekerült, neked nem kell hozzáadni külön. (Ha jól tudom a 2.6.35-ös kernelbe került a fix, tehát az ezzel szerelt rendszereknek mennie kéne. Előtte az én gépemen indítás után kb minden 5. alkalommal fagyott is, menet közben meg szinte bármikor jelentkezhetett ez a probléma. Ez a fix megoldotta. A srácnál nincs probléma, nekem nem szólt. Lucidra panaszkodott, utána kapott mavericket (addigra kijött a maverick végleges verzió), azzal csak egyszer volt problémája, nekem azóta sem szólt, elégedett.)
szerk.: a hibernálásból ébredés nálam is gond nélkül megy, egyedül a felfüggesztéssel van gond.
- A hozzászóláshoz be kell jelentkezni
Értem. Squeeze-be ezekszerint alapvetően nem került bele, de lehet, Mandrivában viszont benne volt.
Megpróbálom ezt is lassan.
- A hozzászóláshoz be kell jelentkezni
http://kzjblog.appspot.com/2010/11/20/suspend-en.html#sec-5
Ezt találtam eddig, de ez inkább az androidra koncentrál. Valaki tud esetleg egy jó leírást, útmutatót?
- A hozzászóláshoz be kell jelentkezni
Nem biztos, hogy a videókártya driver okozza a hibát.
Ha az ébresztés sikeres 1-2 msp-ig, és akkor fagy be, akkor majdnem biztos, hogy NEM a videókártya driver. Videókártya drivernél leginkább vagy vissza sem tér, vagy visszatér, de sötét a képernyő (amúgy viszont működik, csak nem látsz semmit :-).
Én inkább wifi driverre, vagy valami hasonlóra (bluetooth, estébé) gyanakodnék.
Legjobb módszer hogy szolgáltatás stop + rmmod -dal elkezded kilövöldözgetni mindet amit találsz, aztán így kiderül mitől fagy. A pm-hibernate meg elég jól gányolható.
ADSL, ill.chello ( dhcp) szerintem amúgy is célszerűbb, ha suspend/hibernate -kor újraindításra kerül.
- A hozzászóláshoz be kell jelentkezni
ahogy írták, szerintem is távolítsd el a modulokat az s2ram előtt (akár a lehető legtöbbet elsőre), és úgy teszteld. én egy sleep script-et csináltam magamnak, igaz nem kell modulokat eltávolítanom, de beletettem a vlc, mplayer stb. bezárását sleep előtt stb.
ezt a linket azért nézd meg:
http://en.opensuse.org/SDB:Suspend_to_RAM
volt olyan notim, ahol a fenti kapcsolókkal játszva találtam működő kombinációt.
- A hozzászóláshoz be kell jelentkezni