dell: laptop teto becsuk-kinyit es csak ujrainditassal kapcsol vissza a screen:(

Notebook, laptop, mobiltelefon ...

hali, van egy dell inspiron laptopom, wifi-t leszamitva egeszen linux kompatibilis.
Egy probleval viszont fogalmam nincs merre induljak el:
Mind X alatt, mind konzolbol, ha lecsukom a laptop tetejet, majd felnyitom: nem jon feny a monitorbol.
a linux termeszetesen nem fagy meg, csak nem kapcsolja vissza a screen-t valamiert.
neha (TENYLEG!), ha fut az xscreensaver, akkor neha visszajon, de erre se jottem ra, mikor igen, mikor nem.
oszinten szolva azt se tudom, hogy merre kellene elindulnom, en log-ot nem talaltam, a kernelt sajat magam forditgatom, lehet kihagyok belole valamit???
en a log-okban sem talaltam semmi kulonoset, bar tenyleg fogalmam sincs mire kene keresni

2.6.19-es kernelem van, a laptopban ilyen interl8XX valami kartya.
es debian etch-et hasznalok.

  • 2867 megtekintés

( pomm v | 2007. 03. 19., h – 08:54 )

nah ja, nem ártana egy kicsit több infi...
lspci ( a biztonság kedvéért :) )
lsmod
Nekem hasonló akkor fordult elő, amikor nem volt a megfelelően belőve a kernelem ( például: sleep az acpi-nél? )
üdv: pomm

( lancsihh | 2007. 03. 19., h – 09:47 )

Szia!

Ezzel én is sokat játszottam.

Kell az acpi daemon.

Hozz létre egy fájlt:
/etc/acpi/events/lidbtn

Tartalma: 


event=button[ /]lid

action=/etc/acpi/lid.sh

Illetve egy /etc/acpi/lid.sh-t, melynek tartalma: 


#!/bin/bash



. /usr/share/acpi-support/power-funcs

. /usr/share/acpi-support/policy-funcs

. /etc/default/acpi-support



[ -x /etc/acpi/local/lid.sh.pre ] && /etc/acpi/local/lid.sh.pre



if [ `CheckPolicy` == 0 ]; then exit; fi



grep -q closed /proc/acpi/button/lid/*/state

if [ $? = 0 ]

then

    for x in /tmp/.X11-unix/*; do

    displaynum=`echo $x | sed s#/tmp/.X11-unix/X##`

    getXuser;

    if [ x"$XAUTHORITY" != x"" ]; then

        export DISPLAY=":$displaynum"        

        . /usr/share/acpi-support/screenblank

    fi

    done

else

    for x in /tmp/.X11-unix/*; do

    displaynum=`echo $x | sed s#/tmp/.X11-unix/X##`

    getXuser;

    if [ x"$XAUTHORITY" != x"" ]; then

        export DISPLAY=":$displaynum"

        grep -q off-line /proc/acpi/ac_adapter/*/state

        if [ $? = 1 ]

        then

        if pidof xscreensaver > /dev/null; then 

            su $user -c "xscreensaver-command -unthrottle"

        fi

        fi

        if [ x$RADEON_LIGHT = xtrue ]; then

        [ -x /usr/sbin/radeontool ] && radeontool light on

        fi

        if [ `pidof xscreensaver` ]; then

        su $user -c "xscreensaver-command -deactivate"

        fi

        su $user -c "xset dpms force on"

    fi

    done

fi

[ -x /etc/acpi/local/lid.sh.post ] && /etc/acpi/local/lid.sh.post

Ez a 7.04es ubuntuban van, a debianon nekem vmivel egyszerűbbre sikeredett, de ez tökéltesen működik.

Lancsi!

Feisty-vel van valami stabilitási problémád? Hibernálás/standby megy rendesen?
Mert nekem D620-ason az Edgy 1 standby-t bír, másodikra belefagy, illetve a wifi nem kedveli a WPA-t. Feisty liveCD-vel a wifi OK, szal ha stabil akkor lesz dist-upgrade, nem várom meg a release-t. (off: 505-ösön nyomod?)

x

OFF Naná, D505! :o)) A pista nem csilivilizik, a linux meg csodaszépenberylel. /OFF

Hétvégén upgradeltem, most tesztelem élesben, egyelőre WEP ok, a többit még nem próbáltam, de a hétvégére már mindenezeken túl leszek.

A 6.10nél nem volt WPA (KNetworkManager vs WPAPSK2) és standby probléma.

( puffy | 2007. 03. 19., h – 11:09 )

Szia!

Ugyanilyen gépem van, gentoo alatt mind2 problémát sikerült megoldanom.
Keresd meg az acpi-t kezelő scriptet. (Nálam ez az /etc/acpi/default.sh) Ebbe tedd be ezt a kód részt, miután telepítetted az xset nevű progit. Nyilván értelemszerűen és gondolkodva :)

LID_STATE="/proc/acpi/button/lid/LID/state" 


case "$group" in
button)
case "$action" in 
  lid)
        if grep -q open $LID_STATE
	then
		logger "Lid is open"
		/usr/bin/xset -display :0.0 dpms force on
	else
		logger "Lid is closed"
		xscreensaver-command -lock
#		/usr/bin/xset -display :0.0 dpms force on
	fi	
	;;

A wifire meg annyit, hogy az is megy, ndiswrapper-el megoldható, de ha jólemlékszem nekem anno kellett vadásznom nemkeveset olyan wines driverre amivel hajlandó berregni. Ha godnolod kiteszem majd valahova. Ha nem sürgős, akkor várj még pár hónapot, és valsz lesz kernelben nativ támogatás, bcm43xx (sőt most néztem, hogy már van benne támogatás, csak még unstable.

Ja meg ndiswrappert is vadászni kellett rendesen, nemtudom miért, de nekem csak 1.23-asal sikerült életre kelteni, de meg kell valljam a többivel nemnagyon törtem magam, mert azzal ment pikpakk, aztán tovább nemérdekelt.

Dell Latitude D400-am van Gentoo-val. bcm4309-en kívül minden pöpec. Hibernálni nem szoktam, mert fél perc alatt bebútol KDE-be, de az is működik egyébként (többnyire...).

A fedéllecsukós jelenség nálam is volt, sőt az Inspiron 8000-rel is.
laptop-mode-tools csomagot használok, nagyon hasznos amúgy is, s a kívánt hatás elérhető, ha engedélyezzük neki a lid kezelését a 

/etc/laptop-mode/laptop-mode.conf

fájlban: 

ENABLE_LAPTOP_MODE_WHEN_LID_CLOSED=1

koszi mindenkinek a segitseget, aki irt a wifirol: nekem is sikerult befuteni, de gyakorlatilag teljesen instabil volt a cucc (veletlenszeruen megallt, modul unload/load utan lehetett ujra szarozni). namost ha wifi-zek, akkor eleve kenyszerbol, szoval nincs kedvem benazni, marad a bevalt modszer.

viszont a laptop-mode-tools + ENABLE_LAPTOP_MODE_WHEN_LID_CLOSED=1 megoldotta a problemat, teljesen zsir.
de ugye ez nem jelenti azt, hogy lecsukva sincs kikapcsolva a screen?
ui.: vajon miert nincs ez defaultbol bekapcsolva a configban??

kosz

( gabcsi | 2007. 03. 19., h – 15:01 )

Nekem a hibernalas nem megy (a suspend OK!), latszolag minden rendben zajlik, de nem kapcsol kia a masikna es ujraindulas utan nem is talalja az image-t!
(Debian sid - suspand2 - kernel-2.6.20)