Da das wohl zahlreiche Laptops von Acer, über Asus und Dell bis hin zu MSI sowie auch „normale“ Mainboards wie auch Kompakt-PCs betrifft übernehme ich hier einmal die Lösung. Sie lässt sich auch auf andere Linux-Distributionen übertragen. In den Kommentaren des ursprünglichen Beitrags sieht man auch Nutzer von Fedora Core oder LMDE, die den Standby ihres Rechners fixen konnten. Das Skript ist sicherlich keine Allheilmittel für alle Laptops mit Problemen mit dem Energiemanagement, doch vielleicht hilft es euch ja.

Das Problem scheint mit den USB-Controllern zusammenzuhängen, sie werden wohl beim Herunterfahren nicht korrekt deaktiviert und behindern das Übergehen in den Standby/Suspend. Um das Problem nun anzugehen legt man ein zusätzliches Skript für den PowerManager unter /etc/pm/sleep.d/ an…

$ gksudo gedit /etc/pm/sleep.d/20_custom-ehci_hcd

…und fügt den folgenden Inhalt ein. Ihr müsst in dem Skript nichts anpassen, Ihr könnt es eins zu eins übernehmen.

#!/bin/sh

TMPLIST_E=/tmp/ehci-dev-list
TMPLIST_X=/tmp/xhci-dev-list
E_DIR=/sys/bus/pci/drivers/ehci_hcd
X_DIR=/sys/bus/pci/drivers/xhci_hcd
E_BIND=$E_DIR""/bind
E_UNBIND=$E_DIR""/unbind
X_BIND=$X_DIR""/bind
X_UNBIND=$X_DIR""/unbind


#param1 = temp file, param2 = device dir, param3 = unbind 
unbindDev (){
#inspired by http://art.ubuntuforums.org/showpost.php?p=9744970&postcount=19    
  echo -n '' > $1
    for i in `ls $2 | egrep '[0-9a-z]+\:[0-9a-z]+\:.*$'`; do
      echo -n "$i" | tee $3
      echo "$i" >> $1
  done
}

#param1 = tem file, param2 = bind
bindDev(){
  [ -f $1 ] || return
  
  for i in `cat $1`; do
    echo -n "$i" | tee $2

  done
  rm $1
}

case "${1}" in
  hibernate|suspend)
    unbindDev $TMPLIST_E $E_DIR $E_UNBIND
    unbindDev $TMPLIST_X $X_DIR $X_UNBIND
        ;;
  resume|thaw)
    bindDev $TMPLIST_E $E_BIND
    bindDev $TMPLIST_X $X_BIND
        ;;
esac

Abschließend müsst nur noch die Rechte so abändern, dass das Skript ausgeführt werden kann…

$ sudo chmod +x /etc/pm/sleep.d/20_custom-ehci_hcd

…und dann zum Test das Notebook in den Standby schicken. Das Skript sollte sofort seine Wirkung zeigen und – hoffentlich – das Notebook nun endlich ordentlich in den Bereitschafts- bzw. Ruhezustandsmodus gehen. Sollte sich die Aktion als Nullnummer erweisen, so könnt Ihr das Skript wieder löschen…

$ sudo rm /etc/pm/sleep.d/20_custom-ehci_hcd

…und weiter auf die Suche nach einer Lösung gehen, das Skript wird euch dann leider nicht helfen. Anbei noch eine Liste mit Laptops, bei denen sich der Standby/Suspend mit dem Skript beheben lies. Sie ist bei weitem nicht vollständig und soll nur erste Anhaltspunkte liefern, ob sich das Skript bei euch positiv auswirken kann.

• Acer Aspire 5750-6690 unter Ubuntu Maverick 10.10
• Asus EEEPC 1000H unter Linux Mint 10 LXDE
• Asus B53F unter Ubuntu Natty 11.04 und Maverick 10.10
• Asus K52F unter Ubuntu Natty 11.04
• Asus K72JR
• Asus N53J unter Fedora Core 14 und N53SN unter Ubuntu Natty 11.04
• Asus N73JG unter Fedora Core 15 (Rawhide)
• Asus P31F unter Ubuntu Natty 11.04
• Asus U35JC und U36JC unter Ubuntu Natty 11.04
• Asus U50F unter Ubuntu Maverick 10.10
• Asus X53E-SX107V unter Ubuntu Natty 11.04
• Averatec 2200
• Dell E4300 unter Ubuntu Natty 11.04
• Dell E6400 unter Ubuntu Natty 11.04
• Dell Studio 1558
• HP EliteBook 8540p
• HP Envy 17 unter Ubuntu Maverick 10.10
• HP Compaq 6730b
• IBM T410s unter Ubuntu Natty 11.04
• Lenovo ThinkPad SL500 unter Ubuntu Maverick 10.10
• Lenovo 3000 Y410 unter Ubuntu Natty 11.04
• Sony Vaio VPC-F115FM und VPC-F13S1E
• Sony Vaio WGN-FW235J unter Ubuntu 11.04 (Nur Ruhezustand)
• Toshiba Satellite U500-1DV unter Ubuntu Maverick 10.10

Weitere Informationen lassen sich auch noch in einem Thread auf ubuntuforums.org finden, aus dem heraus dieser Workaround entstanden ist.

Loggen sich nun mehrere Benutzer auf dem System ein – entweder via SSH oder über das „Benutzerwechsel-Applet“ – so können/konnten die normalen Desktop-User den Rechner nicht mehr herunterfahren. Wenn sie es dennoch probierten, so erschien eine Meldung von PolicyKit über die ein Benutzer mit administrativen Rechten die Auktion autorisieren konnte. Ohne einen Admin blieb der Rechner an.

Ein Desktop-Benutzer benötigte also immer einen „Admin“, um den Rechner in so einem Fall herunterfahren zu können. Es war bislang nicht möglich einem Benutzer mit eingeschränkten Rechten nur das Herunterfahren zu erlauben. Man stand also vor der Entscheidung „Entweder gibt man allen Benutzern Root-Rechte, oder der Rechner bleibt ab und zu an“… (OK, ich weiß dass man die /etc/sudoers mit sudo visudo bearbeiten könnte und hier unprivilegierten Benutzern erlauben könnte shutdown und reboot ausführen zu dürfen, aber das involviert das Terminal und ich meine ein Desktop-System darf nicht ein Terminal brauchen, um abgeschaltet werden zu können…)

Dies ändert sich nun endlich mit Jaunty, wo das Fast-User-Switch-Applet gelernt hat mit PolicyKit umzugehen. Dazu öffnet man die Verwaltung der Zugriffsberechtigungen über „System -> Systemverwaltung -> Zugriffsberechtigungen“ und sucht nach den Schlüsseln

• org.freedesktop.hal.power-management.shutdown
• org.freedesktop.hal.power-management.shutdown-multiple-sessions

Über „Hinzufügen“ kann man nun Benutzern erlauben den Rechner abzuschalten bzw. neuzustarten, auch wenn weitere Sitzungen aktiv sind.

Die Änderung ist sofort aktiv. In diesem Beispiel könnte nun der Benutzer „Test“ den Rechner herunterfahren. Es lohnt sich ein bisschen durch den PolicyKit-Manager zu zappen. Es gibt zahlreiche Schlüssel wie Prozessortaktstufen ändern, Systemzeit ändern, Aushängen von fremden gemounteten Datenträgern, Wechselmedien auswerfen usw. mit denen man unprivilegierten Benutzern nützliche Rechte einräumen kann, ohne sie gleich zu Administratoren zu machen. Fehlt nur noch ein Nautilus mit PolicyKit-Unterstützung…