staging.inyokaproject.org

Ok, danke. Hab's jetzt so reingeschrieben:

1

SUSPEND_MODULES="$SUSPEND_MODULES rtl8187 mac80211 cfg80211 usblp mac_hid hid_generic usbhid hid usb_storage firewire_ohci firewire_core ahci libahci"

Leider geht's immer noch nicht. ☹ Noch irgendwelche Ideen? Danke!

Hm, gibts BIOS/UEFI-Einstellungen hinsichtlich S/H gemäß Wiki-Artikel?

Hallo,
ab 16.04 würde ich es wegen der Umstellung auf systemd mal anders versuchen. Das Wiki ist dahingehend noch nicht aktuell. Die Skripte liegen entsprechend ab 16.04 in /lib/systemd/system-sleep/

Ist allerdings nicht getestet, da ich hier aktuell noch 14.04 verwende.

Skript anlegen:

1

sudo touch /lib/systemd/system-sleep/wakeon_suspend.sh

Inhalt (hier für das rtl8187 Treibermodul):

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13

#!/bin/sh
 case $1/$2 in
  pre/*)
    echo "aktivate $2..."
     /bin/systemctl stop network-manager.service
      /sbin/modprobe -rf rtl8187
    ;;
  post/*)
    echo "wakeup from $2..."
     /sbin/modprobe rtl8187
      /bin/systemctl start network-manager.service
    ;;
esac

Ausführbar machen:

1

sudo chmod a+x /lib/systemd/system-sleep/wakeon_suspend.sh

Das alte Skript löschen:

1

sudo rm /etc/pm/config.d/00sleep_module

Testen.

→ chmod - touch

praseodym schrieb:

Hm, gibts BIOS/UEFI-Einstellungen hinsichtlich S/H gemäß Wiki-Artikel?

Hab mir das im BIOS mal angeschaut und einen Screenshot angehängt. Habe es aber bisher immer ohne BIOS-Umstellung lösen können.

elektronenblitz63 schrieb:

Hallo,
ab 16.04 würde ich es wegen der Umstellung auf systemd mal anders versuchen. Das Wiki ist dahingehend noch nicht aktuell. Die Skripte liegen entsprechend ab 16.04 in /lib/systemd/system-sleep/

Ist allerdings nicht getestet, da ich hier aktuell noch 14.04 verwende.

Das war's, läuft alles wie geschmiert! Das heißt, dass ist die Lösung, die auch für 16.10 funktioniert!

1000 Dank, mein Freund, du hast meinen Arbeitsalltag sehr verschönert! 😀 Musste den PC jetzt immer die ganze Zeit laufen lassen oder abschalten und neu hochfahren, wenn ich weggefahren bin. Und das ist müüüüühsaaaam, wenn man einmal die Vorzüge des Stand-by genossen hat.

Danke nochmals!

Martin

elektronenblitz63 schrieb:

Hallo,

Inhalt (hier für das rtl8187 Treibermodul):

Gibt es da mehrere, wo man etwas Besonderes beachten muss? Ich verwende Xubuntu 16.04 LTS auf'm Samsung N-130. Leider bin ich noch ein ziemlich blutiger Anfänger in dem Sinne, dass ich zwar Befehle im Terminal benutze, bei denen ich so ungefähr weiß, was sie zu bedeueten haben, aber so richtig bewandert bin ich nicht. Daher kann ich schlecht einschätzen, ob dies für mich geeignet ist und vor allem: Wie kann ich den Vorgang rückgängig machen, wenn er nicht zum gewünschten Ergebnis führt?

Hallo,

ich bin wahrscheinlich auf ähnlichem Level wie du wissenstechnisch, glaube aber dennoch, dir raten zu können, es einfach zu probieren. Wenn es nicht den gewünschten Effekt hat, kannst du doch einfach alles wieder löschen, so wie ich es sehe.

Grüße aus Österreich!

Martin

Hallo slowphil,

im Skript den WLAN-Treiber rtl8187 durch dein Modul ersetzen. Check:

lspci -nnk | grep -iA2 net
lsusb
lsmod

praseodym schrieb:

Hallo slowphil,

im Skript den WLAN-Treiber rtl8187 durch dein Modul ersetzen. Check:…

Hab' ich ins Terminal eingegeben und eine relativ umfangreiche Antwort herausbekommen

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15

:02:00.0 Network controller [0280]: Qualcomm Atheros AR9285 Wireless Network Adapter (PCI-Express) [168c:002b] (rev 01)
	Subsystem: Foxconn International, Inc. T77H121.05 802.11bgn Wireless Half-size Mini PCIe Card [105b:e025]
	Kernel driver in use: ath9k
--
03:00.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. RTL8101/2/6E PCI Express Fast/Gigabit Ethernet controller [10ec:8136] (rev 02)
	Subsystem: Samsung Electronics Co Ltd RTL8101/2/6E PCI Express Fast/Gigabit Ethernet controller [144d:c04d]
	Kernel driver in use: r8169
	Kernel modules: r8169
slowphil@slowphil-N130:~$ lsusb
Bus 001 Device 002: ID 0ac8:c33f Z-Star Microelectronics Corp. Webcam
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub

Mich deucht, mein Modul ist dabei r8169, ist das richtig?

Der Befehl zum Löschen des alten Skripts lieferte die Fehlermeldung, dass es besagtes Skript gar nicht gibt. Wahrscheinlich deshalb funktioniert das mit dem Einschlafen und Aufwecken noch nicht. So muss ich den Workaround

1

sudo iwlist scan

anwenden; der immerhin funktioniert.

In deinem Fall "rtl8187" durch "ath9k" im Skript ersetzen (zweimal)

Edit: r8169 ist LAN

praseodym schrieb:

In deinem Fall "rtl8187" durch "ath9k" im Skript ersetzen (zweimal)

Edit: r8169 ist LAN

Ich habe das jetzt so eingegeben:

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13

#!/bin/sh
 case $1/$2 in
  pre/*)
    echo "aktivate $2..."
     /bin/systemctl stop network-manager.service
      /sbin/modprobe -rf ath9k
    ;;
  post/*)
    echo "wakeup from $2..."
     /sbin/modprobe ath9k
      /bin/systemctl start network-manager.service
    ;;
esac

Hab'ich getestet, indem ich das Netbook schlafen geschickt und wieder aufgeweckt habe. Leider zeigte die Ntzwerkliste danach wieder nur "Gastzugang FS" an, und ich musste wieder

1

sudo iwlist scan

anwenden. Irgendetwas mache ich noch falsch, oder das Rezept passt nicht ganz auf mein System. Da, wo laut elektronenblitz63 ein altes Skript liegen könnte, das gelöscht werden muss, steht bei mir keine Datei, deshalb zeigt das Terminal dann auch an, dass es nichts zu löschen gibt. In /lib/systemd/system-sleep/ liegen bei mir 3 Dateien namens hdparm, wakeup-suspend.sh und wpasupplicant.

Tausendundeinen Dank, praseodym!

Dank der ausführlichen Anleitung funktioniert auch mein WLAN nach dem Standby nun wieder.

@SlowPhil, hast Du den Skripttext vielleicht im Terminal eingegeben statt ihn mittels Texteditor in der Skriptdatei zu speichern? ... ist mir nämlich auch schon mal passiert... 😳

Verschneite Grüße

Pitugi

pitugi schrieb:

@SlowPhil, hast Du den Skripttext vielleicht im Terminal eingegeben statt ihn mittels Texteditor in der Skriptdatei zu speichern? ... ist mir nämlich auch schon mal passiert... 😳

Ich fürchte ja. Ich hatte in meinem Newbischen Leichtsinn angenommen, im Text seien auch Befehle zum Anlegen eines entsprechenden Skriptes enthalten.

Jetzt habe ich versucht, den Text in das Skript selbst einzufügen, aber zum Speichern fehlt mir die Berechtigung "vor Ort". Habe das modifizierte Skript daher erst einmal unter den Dokumenten gespeichert, damit ich es erst einmal irgendwo stehen habe.

Ich muss mich mal dringend intensiver mit Terminal-Befehlen auseinandersetzen, um selbst mehr gestalten zu können und den Deppenstatus zu verlassen.

Du wirst den Texteditor als Root öffnen müssen, also z.B. mit dem Befehl "sudo gedit" im Terminal (sofern Du gedit als Texteditor verwendest), dann hast Du Speicherrechte.