Forum Debian Users Gang

Masz pakiet gnome-power-manager i odpalasz sesję przez gdm? Co do HAL-a, to masz go zainstalowanego? GNOME nie potrzebuje go już do niczego, może to właśnie on przeszkadza... Jeżeli masz — usuń.

szcz00ri napisał(-a):

czy restart maszyny jest konieczny?

raczej...

U mnie w ogóle po prostu działa — nic w tym kierunku nie robiłem :)

acpi-support nie jest potrzebne. Masz zainstalowany pakiet uswsusp? Tam są polecenia s2ram i s2disk. Chociaż wydaje mi się że to coś z pm-utils. Może po prostu przeinstaluj ten pakiet.

uswsusp nie jest potrzebne, acpi* też nie... przejrzałem swoje pakiety i szczerze mówiąc wątpię żeby czegoś Ci brakowało. To co potrzebne powinieneś mieć zainstalowane jako zależności pm-utils oraz gnome-power-manager. Próbowałeś polecenia pm-suspend z roota?

Pokaż zawartośc

/etc/pm/config.d/00sleep_module

jeśli masz taki plik.

Przynajmniej u mnie — nie (acpid jest zawarte w acpi* :)).

Pusto... Spróbuj może jeszcze tak:

aptitude purge upower powermgmt-base

(poleci więcej pakietów)

aptitude purge ~c

A potem zainstalować pm-utils i gnome-power-manager ponownie... Powinno być wtedy na domyślnych konfigach.

U mnie nic szczególnego nie leci...

amidala / # aptitude purge upower powermgmt-base -s
...
Następujące pakiety zostaną USUNIĘTE:
  gnome-power-manager{a} gnome-session{a} gnome-session-bin{a} pm-utils{a} powermgmt-base{p} upower{p} 
0 pakietów aktualizowanych, 0 instalowanych, 6 do usunięcia i 0 nie aktualizowanych.
Do pobrania 0 B archiwów. Zwolnione po rozpakowaniu: 14,1 MB.
Kontynuować? [T/n/?] 
Pakiety zostałyby pobrane/zainstalowane/usunięte.

No może ten gnome-session jest niezbędny Gnomowi. :)

Pewnie miałeś inaczej poinstalowane, bardziej z użyciem metapakietów... Sorry :P

U mine w logach mam:

/usr/lib/pm-utils/sleep.d/01laptop-mode resume suspend:success.
/usr/lib/pm-utils/sleep.d/94cpufreq resume suspend:success.

U Ciebie tego nie widać. Chyba że teraz się zmieniło. Może daj nowy log z pm-suspend.

Ostatnio edytowany przez tm (2010-12-13 20:19:04)

Plik /etc/pm/sleep.d/99laptop-mode ma praktycznie taką samą zawartość, ale dodaj i zobacz. Tylko trzeba mu nadać prawa do wykonywania.

#!/bin/sh
#
# 99laptop-mode: Re-apply laptop mode tools settings

case "$1" in
        hibernate|suspend)
                # Stopping is not required.
                ;;
        thaw|resume)
                # Make laptop mode tools forcibly re-apply the hardware settings
                # that laptop mode tools applies.                       
                if [ -e /usr/sbin/laptop_mode ] ; then
                        /usr/sbin/laptop_mode auto force
                fi
                ;;
        *) exit $NA
                ;;
esac

Ostatnio edytowany przez tm (2010-12-13 20:29:57)

chciałbym odświeżyć ten wątek. korzystam z laptop-mode-tools, do momentu hibernacji/suspend jest wszystko dobrze ze skalowaniem procesora, tj.

Informacja cpufreq-info, a także gnomowy monitor częstotliwości pokazują to samo, zmieniają się opcje np z userspace na powersave i częstotliwości procesora, natomiast po hibernacji/suspend polecenie cpufreq-info pokazuje zawsze userspace i procesor na 100%, nie ważne czy jest podłączony zasilacz czy nie. Natomiast w gnomowym monitorze częstotliwości częstotliwość taktowania się zmienia, ale nie zmieniają zarządcy tj, podczas odłączenia zasilania nadal jest ondemand. Jest jakiś sposób, żeby to naprawić?

Z tego wynika, że laptop-mode i gnome korzystają z innych plików konfiguracyjnych cpufreq-utils. Można to jakoś tak scalić, żeby one pokazywały to samo?

Zależy mi na tym ponieważ często (praktycznie tylko) korzystam z suspend.

Ostatnio edytowany przez szcz00ri (2010-12-15 17:43:53)