Forum Debian Users Gang

pod Archem. Piszę na DUGu ..., no, bo DUG to DUG trudno znaleźć mi lepsze forum jeśli chodzi o linuxowe/nielinuxowe problemy

http://www.sevenforums.com/performance-maintenance/ … ml#post564306

Here's another one. I had a similar problem with one of my laptops and a desktop at random times, but also am, without fail.. I accepted it for some months and then decided it was time to investigate.

Found out eventually. Both computers have infrared detectors. They were in line of my lounge TV. Whenever the remote was used, the computers woke up!!

:D

@yossarian z tego co tam wyczytałem tylko można zdefiniować co mają robić np;
-zamknięcie pokrywy ekranu
-naciśnięcie przycisku zasilania itd....
Póki co wyłączyłem aktualizacje w Windows8 (obok Arch Linux mam Windows8) i dzisiaj w nocy się nie włączył ;D Napiszę jak się znów włączy i co z tym fantem zrobiłem.
hipoteza z pilotem odpada, bo nikt o tej godzinie u mnie nie ogląda TV ;p 2 - laptop nie posiada podczerwieni

Ostatnio edytowany przez dominbik (2013-01-27 11:27:11)

jeszcze tego nie zbadałem, ale zbadam i napisze swoje doświadczenia.

Jeszcze sprawdź, czy nie mas Intel AMT czy jakoś tak ;) może Ci ktoś po WiFi robi wakeonlan :P albo na BT reaguje. Albo ma jakieś inne cudo autostartu. Ogólnie może jakiś pad zasilania w środku jest i obrywa czymś bardzo zabawnym. U mnie laptop bardzo różnie reaguje na różne stany zasilania i wybudzani itd. Raz (ale tylko raz) uruchomił się będąc w plecaku.

To kolega dokładnie taką samą sytuacje, laptop się w nocy włącza jak nie wyłączy myszki.

A jest jakiś sposób, żeby zablokować lub powstrzymać start systemu, kiedy pokrywa lapka jest zamknięta?

Bo, jak przypuszczam, guzika od zasilania to pewnie w obecnych lapkach nie dowieźli, podobnie, jak dwóch prostych do układów hybrydowych:
hdmi - {intel (nvidia wyłączona)|nvidia}
matryca -{intel (nvidia wył)|nvidia}.

Rozwiązanie 1000 razy prostsze, niż majstrowanie w sterownikach i biosach, acpi, optimusach, i podobnych  bzdurach. :D

Ostatnio edytowany przez Jacekalex (2013-01-30 16:41:45)

Przyglądając się tym pisanych na kolanie skryptom z tego wątku:
http://forum.dug.net.pl/viewtopic.php?id=22866
można znaleźć m. in. takie:

    for i in /sys/bus/usb/devices/*/power/wakeup; do
    echo enabled > $i
    done

To teraz przeczytaj za co one odpowuiadają:

power/wakeup

        This file is empty if the device does not support
        remote wakeup.  Otherwise the file contains either the
        word "enabled" or the word "disabled", and you can
        write those words to the file.  The setting determines
        whether or not remote wakeup will be enabled when the
        device is next suspended.  (If the setting is changed
        while the device is suspended, the change won't take
        effect until the following suspend.)

What is Remote Wakeup?
    ----------------------

When a device has been suspended, it generally doesn't resume until
the computer tells it to.  Likewise, if the entire computer has been
suspended, it generally doesn't resume until the user tells it to, say
by pressing a power button or opening the cover.

However some devices have the capability of resuming by themselves, or
asking the kernel to resume them, or even telling the entire computer
to resume.  This capability goes by several names such as "Wake On
LAN"; we will refer to it generically as "remote wakeup".  When a
device is enabled for remote wakeup and it is suspended, it may resume
itself (or send a request to be resumed) in response to some external
event.  Examples include a suspended keyboard resuming when a key is
pressed, or a suspended USB hub resuming when a device is plugged in.

http://www.mjmwired.net/kernel/Documentation/usb/power-management.txt
Prawdopodobnie coś Ci w nocy wybudza mysz.
W ogóle cały ten plik to nieporozumienie. IMHO większość tamtych regułek jest w bezsensowna, większość z nich jest standardowo już włączona w skryptach pm-utils, a cześć jest zupełnie nielogiczna.
Zaglądałeś kiedyś do /etc/pm/power.d/ i /usr/lib/pm-utils/power.d/?
Tam są do ustawienia wszystkie te opcje.

Ostatnio edytowany przez yossarian (2013-02-04 15:47:43)

Standardowo to działa tak (przynajmniej w Debianie i u mnie):

cat /etc/acpi/events/ac /etc/acpi/events/battery
# /etc/acpi/events/ac
# Called when the user connects ac power to us
# 

event=ac_adapter.*
action=/etc/acpi/power.sh
# /etc/acpi/events/battery
# Called when AC power goes away and we switch to battery

event=ac_adapter.*
action=/etc/acpi/power.sh

Możesz tam sobie zdefiniować wszystkie czynności do wykonania dla poszczególnych zmian acpi.
Nie potrzeba do tego udeva. Przy podłączeniu i odłączeniu zasilania uruchamia się cała procedura skryptów pm. Na początku zmienia się status pm-powersave:

cat /etc/acpi/power.sh
#!/bin/sh

test -f /usr/share/acpi-support/key-constants || exit 0

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

if [ -z "$*" ] && { CheckPolicy || CheckUPowerPolicy; }; then
    exit;
fi

pm-powersave $*

I lecą skrypty z /usr/lib/pm-utils/power.d/ i /etc/pm/power.d/ Te drugie mają wyższy priorytet, dlatego ewentualne zmiany w nim lepiej umieszczać, a resztę zostawić w /usr/lib
Dlatego te skrypty odnoszą się do aktualnego stanu pm-powersave
I przykładowy skrypt, który załatwia większość ustawień w PowerTOP:

cat /etc/pm/power.d/pci_devices 
#!/bin/sh

#
# This script adjusts the power control of a set of PCI devices that
# prove beneficial to enable power savings
#

PCI_DEVICES_PM_ENABLE="${PCI_DEVICES_PM_ENABLE:-true}"
buslist="pci spi i2c"
set_pci_device()
{
    for dev in /sys/bus/pci/devices/* ; do
        if [ -e $dev/class -a -e $dev/power/control ]; then
            id=`basename $dev`
            case `cat $dev/class` in
            0x020000) # ethernet
                echo "Setting Ethernet device $id to $1"
                echo $1 > $dev/power/control
                ;;
            0x028000) # wireless
                echo "Setting Wireless device $id to $1"
                echo $1 > $dev/power/control
                ;;
            0x040300) # audio
                echo "Setting Audio device $id to $1"
                echo $1 > $dev/power/control
                ;;
            0x060000) # host bridge
                echo "Setting Host Bridge $id to $1"
                echo $1 > $dev/power/control
                ;;
            0x080500) # SD card reader
                echo "Setting SD card reader device $id to $1"
                echo $1 > $dev/power/control
                ;;
            0x088000|0x088001) # card reader
                echo "Setting card reader device $id to $1"
                echo $1 > $dev/power/control
                ;;
            0x0c0000|0x0c0010) # firewire
                echo "Setting FireWire device $id to $1"
                echo $1 > $dev/power/control
                ;;
            esac
        fi
    done
}

case "$1" in
    true) # powersaving on
        [ "$PCI_DEVICES_PM_ENABLE" = true ] && set_pci_device "auto"
                for bus in $buslist; do
                    for i in /sys/bus/$bus/devices/*/power/control; do
                        echo auto > $i
                    done
                done
        ;;
    false) # powersaving off
        [ "$PCI_DEVICES_PM_ENABLE" = true ] && set_pci_device "on"
                for bus in $buslist; do
                    for i in /sys/bus/$bus/devices/*/power/control; do
                        echo on > $i
                    done
                done
        ;;
    *)
        exit 254
        ;;
esac

exit 0

To standardowy skrypt z /usr/lib/pm-utils/power.d/
Umieściłem w nim kilka zmian i dlatego jest przekopiowany do /etc/pm/power.d/ żeby się zmiany w nim nie dokonywały przy aktualizacjach. A uruchamia się zamiast tamtego standardowego bo ma tę sama nazwę.
Ustawienia dysku są w pliku /usr/lib/pm-utils/power.d/laptop-mode i tak wygląda jego początek:

#!/bin/sh

. "${PM_FUNCTIONS}"

VM="/proc/sys/vm"
vmfiles="laptop_mode dirty_ratio dirty_background_ratio 
         dirty_writeback_centisecs"

LAPTOP_MODE=${LAPTOP_MODE:-5}
LAPTOP_DIRTY_RATIO=${LAPTOP_DIRTY_RATIO:-60}
LAPTOP_DIRTY_BG_RATIO=${LAPTOP_DIRTY_BG_RATIO:-40}
LAPTOP_DIRTY_WRITEBACK=${LAPTOP_DIRTY_WRITEBACK:-60000}

Jak masz inną wizję tych ustawień, to zmieniasz wartości i zapisujesz w /etc/pm/power.d/ żeby Twoje były wykonywane zamiast standardowych.
I tak ze wszystkimi parametrami można.
Oczywiście możesz dodać tam swoje, ale po co dokładać sobie pracy i dublować narzędzia?
Pokazuje Good tam gdzie zmiany wykona sam domyślny automat.
W kilku pozycjach musiałem dodać kilka wpisów i dlatego mam je w /etc/pm/power.d/ i teraz pokazuje.

ls /etc/pm/power.d/
brightness  laptop-mode  pci_devices  sata_alpm

Wszystko masz podane tam na tacy i działa z automatu nie potrzeba żadnych wynalazków od różnych mito/megalomanów.
Zawsze możesz podpatrzeć wartości u innych i testować, zamiast wszystko wpisywać z palca ;)

Ostatnio edytowany przez yossarian (2013-02-04 19:52:33)

Dlaczego po prostu nie sprawdzisz na innym systemie czy to wina sprzętu czy ustawień?

PS A czy to nie są podstawowe narzędzia? Sygnał ACPI i powiązanych z nim kilka skryptów ;)

Ostatnio edytowany przez yossarian (2013-02-04 20:13:53)

Wracając do systemd, to nie obsługuje najważniejszego sygnału:

Note: Systemd cannot handle AC and Battery ACPI events, so if you use Laptop Mode Tools or other similar tools acpid is still required.

https://wiki.archlinux.org/index.php/Systemd#ACPI_power_management

Więc na samym systemd się nie da wszystkiego oprzeć i tak musisz kombinować z zewnętrznymi narzędziami.

Ostatnio edytowany przez yossarian (2013-02-04 20:23:19)

A to jeszcze ktoś używa laptop-mode-tools?

cat /usr/lib/pm-utils/power.d/95hdparm-apm
#! /bin/sh
#
# This script adjusts hard drive APM settings using hdparm. The hardware
# defaults (usually hdparm -B 127) cause excessive head load/unload cycles
# on many modern hard drives. We therefore set hdparm -B 254 while on AC
# power. On battery we set hdparm -B 127, because the head parking is
# very useful for shock protection.
#
# Refactored from acpi-support's 90-hdparm.sh for pm-utils

if grep -wq "nohdparm" /proc/cmdline ; then
    exit 0
fi

# Do nothing when called via /etc/init.d/acpi-support; udev rules take care
# of setting the initial hdparm policy for us.
if ([ "$previous" ] && [ "$runlevel" ]) || [ "$runlevel" = S ]; then
    exit 0
fi

if [ -e /usr/sbin/laptop_mode ] ; then 
    LMT_CONTROL_HD_POWERMGMT=$(. /etc/laptop-mode/laptop-mode.conf && echo "$CONTROL_HD_POWERMGMT")
    if [ "$LMT_CONTROL_HD_POWERMGMT" != 0 ] \
       && [ -e /var/run/laptop-mode-tools/enabled ]
    then
        # Laptop mode controls hdparm -B settings, we don't.
        exit 0
    fi
fi

. /lib/hdparm/hdparm-functions

resume_hdparm_apm()
{
    for dev in /dev/sd? /dev/hd? ; do
        if [ -b $dev ] && hdparm_try_apm $dev ; then
            # Check for APM support; discard errors since not all
            # drives support HDIO_GET_IDENTITY (-i).
            if hdparm -i $dev 2> /dev/null | grep -q 'AdvancedPM=yes'
            then
                for option in $(hdparm_options $dev); do
                    case $option in
                        -B*)
                            apm_opt=$option
                            ;;
                        *)
                            ;;
                    esac
                done
                if [ -n "$apm_opt" ]; then
                    hdparm $apm_opt $dev
                fi
            fi
        fi
    done
}

resume_hdparm_spindown()
{
    for dev in /dev/sd? /dev/hd? ; do
        if [ -b $dev ] && hdparm_try_apm $dev ; then
            # Check for APM support; discard errors since not all
            # drives support HDIO_GET_IDENTITY (-i).
            if hdparm -i $dev 2> /dev/null | grep -q 'AdvancedPM=yes'
            then
                for option in $(hdparm_options $dev); do
                    case $option in
                        -S*)
                            apm_opt=$option
                            ;;
                        *)
                            ;;
                    esac
                done
                if [ -n "$apm_opt" ]; then
                    hdparm $apm_opt $dev
                fi
            fi
        fi
    done
}

case "$1" in
    true|false) # powersaving on/off
        resume_hdparm_apm
        ;;
    thaw|resume)
        resume_hdparm_apm
        # only set the -S option on resuming, not necessary for power.d
        resume_hdparm_spindown
        ;;
    *)
        exit 254
        ;;
esac

Wystarczy:

touch /etc/pm/power.d/95hdparm-apm

i parkowanie sie nie załącza.
Jest jeszcze /etc/hdparm.conf poza tym
;)

Uruchom sobie:

acpi_listen

i sam sprawdź jakie sygnały możesz dodatkowo zdefiniować. Podstawowe są uwzględnione w acpi-events.

Ostatnio edytowany przez yossarian (2013-02-04 20:56:32)