Hallo Liste, ich habe schon länger ein Lenovo Yogabook 3/11, funktioniert ganz o.k., eine Macke zieht sich leider über die Jahre hin: Wenn ich bei eingeschaltetem WLAN in den Bereitschaftsmodus wechsle (zuklappen oder Suspendbutton) hängt sich das Ding in 8 von 10 Fällen auf, nur ein Abwürgen mit dem Ein-/Ausschaltknopf geht. Habe schon Firmwareupdates gemacht, alles mögliche probiert. Schalte ich das WLAN vorher über den Networkmanager aus, funktioniert der Suspendmodus einwandfrei. Im Gerät verbaut ist laut YAST-Hardwareinfo ein Qualcomm Atheros QCA6174 802.11ac Wireless Network Adapter. Als Treiber sind aktiv ath10k_pci, modeprobe: ja, als Verbindung bus: pci. Der Funkchip hat denke ich auch eine Bluetoothfunktion, laut Hardwareinfo allerdings über usb (Atheros Bluetooth Devic, treiber: btusb) Ich würde gerne versuchen, den Suspendmodus (STR) so zu konfigurieren, dass auch das WLAN nicht zum Absturz führt, weiß aber nicht, wo ich beginnen soll. Hilfe ist erwünscht. Gruß Gregor
On 04.11.21 22:42, gregor willms wrote:
ich habe schon länger ein Lenovo Yogabook 3/11, funktioniert ganz o.k., eine Macke zieht sich leider über die Jahre hin: Wenn ich bei eingeschaltetem WLAN in den Bereitschaftsmodus wechsle (zuklappen oder Suspendbutton) hängt sich das Ding in 8 von 10 Fällen auf, nur ein Abwürgen mit dem Ein-/Ausschaltknopf geht. Habe schon Firmwareupdates gemacht, alles mögliche probiert. Schalte ich das WLAN vorher über den Networkmanager aus, funktioniert der Suspendmodus einwandfrei. Im Gerät verbaut ist laut YAST-Hardwareinfo ein Qualcomm Atheros QCA6174 802.11ac Wireless Network Adapter. Als Treiber sind aktiv ath10k_pci, modeprobe: ja, als Verbindung bus: pci. Der Funkchip hat denke ich auch eine Bluetoothfunktion, laut Hardwareinfo allerdings über usb (Atheros Bluetooth Devic, treiber: btusb) Ich würde gerne versuchen, den Suspendmodus (STR) so zu konfigurieren, dass auch das WLAN nicht zum Absturz führt, weiß aber nicht, wo ich beginnen soll.
Du kannst Scripte definieren, die vor dem Suspend ausgeführt werden. Hier kannst Du dann den WLAN Treiber entladen oder andere Aktionen ausführen. Das sähe dann beispielsweise (und ungestestet) so aus: /usr/lib/systemd/system-sleep/10-wlan.sh #!/bin/bash case $1/$2 in pre/*) # echo "Going to $2..." /usr/bin/rmmod ath10k ;; post/*) # echo "Waking up from $2..." /usr/bin/modprobe ath10k ;; esac HTH und viele Grüße Ulf
danke für den Vorschlag. Ich bin user, kann scripte weder schreiben noch beurteilen, aber so eine Datei erstellen und an die richtige Stelle speichern, das kriege ich hin. Ich werde das Script also mal in eine Textdatei kopieren, diese 10-wlan.sh benennen und ins unten beschriebene Verzeichnis kopieren. Ich werde berichten, ob es klappt. viele Grüße Gregor Am Donnerstag, den 04.11.2021, 23:10 +0100 schrieb Ulf Volmer:
On 04.11.21 22:42, gregor willms wrote:
ich habe schon länger ein Lenovo Yogabook 3/11, funktioniert ganz o.k., eine Macke zieht sich leider über die Jahre hin: Wenn ich bei eingeschaltetem WLAN in den Bereitschaftsmodus wechsle (zuklappen oder Suspendbutton) hängt sich das Ding in 8 von 10 Fällen auf, nur ein Abwürgen mit dem Ein-/Ausschaltknopf geht. Habe schon Firmwareupdates gemacht, alles mögliche probiert. Schalte ich das WLAN vorher über den Networkmanager aus, funktioniert der Suspendmodus einwandfrei. Im Gerät verbaut ist laut YAST-Hardwareinfo ein Qualcomm Atheros QCA6174 802.11ac Wireless Network Adapter. Als Treiber sind aktiv ath10k_pci, modeprobe: ja, als Verbindung bus: pci. Der Funkchip hat denke ich auch eine Bluetoothfunktion, laut Hardwareinfo allerdings über usb (Atheros Bluetooth Devic, treiber: btusb) Ich würde gerne versuchen, den Suspendmodus (STR) so zu konfigurieren, dass auch das WLAN nicht zum Absturz führt, weiß aber nicht, wo ich beginnen soll.
Du kannst Scripte definieren, die vor dem Suspend ausgeführt werden. Hier kannst Du dann den WLAN Treiber entladen oder andere Aktionen ausführen.
Das sähe dann beispielsweise (und ungestestet) so aus:
/usr/lib/systemd/system-sleep/10-wlan.sh
#!/bin/bash
case $1/$2 in pre/*) # echo "Going to $2..." /usr/bin/rmmod ath10k ;; post/*) # echo "Waking up from $2..." /usr/bin/modprobe ath10k ;; esac
HTH und viele Grüße Ulf
hat leider nicht funktioniert. Ich habe das script auch als programm ausführbar gemacht. Scheinbar liegt es nicht am treiber? System übrigens ist ein opensuse 15.3, aktuelle updates eingespielt. grüsse gregor Am Donnerstag, den 04.11.2021, 23:10 +0100 schrieb Ulf Volmer:
On 04.11.21 22:42, gregor willms wrote:
ich habe schon länger ein Lenovo Yogabook 3/11, funktioniert ganz o.k., eine Macke zieht sich leider über die Jahre hin: Wenn ich bei eingeschaltetem WLAN in den Bereitschaftsmodus wechsle (zuklappen oder Suspendbutton) hängt sich das Ding in 8 von 10 Fällen auf, nur ein Abwürgen mit dem Ein-/Ausschaltknopf geht. Habe schon Firmwareupdates gemacht, alles mögliche probiert. Schalte ich das WLAN vorher über den Networkmanager aus, funktioniert der Suspendmodus einwandfrei. Im Gerät verbaut ist laut YAST-Hardwareinfo ein Qualcomm Atheros QCA6174 802.11ac Wireless Network Adapter. Als Treiber sind aktiv ath10k_pci, modeprobe: ja, als Verbindung bus: pci. Der Funkchip hat denke ich auch eine Bluetoothfunktion, laut Hardwareinfo allerdings über usb (Atheros Bluetooth Devic, treiber: btusb) Ich würde gerne versuchen, den Suspendmodus (STR) so zu konfigurieren, dass auch das WLAN nicht zum Absturz führt, weiß aber nicht, wo ich beginnen soll.
Du kannst Scripte definieren, die vor dem Suspend ausgeführt werden. Hier kannst Du dann den WLAN Treiber entladen oder andere Aktionen ausführen.
Das sähe dann beispielsweise (und ungestestet) so aus:
/usr/lib/systemd/system-sleep/10-wlan.sh
#!/bin/bash
case $1/$2 in pre/*) # echo "Going to $2..." /usr/bin/rmmod ath10k ;; post/*) # echo "Waking up from $2..." /usr/bin/modprobe ath10k ;; esac
HTH und viele Grüße Ulf
On 05.11.21 20:42, gregor willms wrote:
hat leider nicht funktioniert. Ich habe das script auch als programm ausführbar gemacht. Scheinbar liegt es nicht am treiber? System übrigens ist ein opensuse 15.3, aktuelle updates eingespielt.
Wird das Script denn wie erwartet ausgeführt? Füge doch mal ein /usr/bin/touch /var/tmp/testfile in das Script ein und schaue, ob die Datei angelegt wird. Viele Grüße Ulf
das wäre so: #!/bin/bash /usr/bin/touch /var/tmp/testfile case $1/$2 in pre/*) # echo "Going to $2..." /usr/bin/rmmod ath10k ;; post/*) # echo "Waking up from $2..." /usr/bin/modprobe ath10k ;; esac in ordnung zum testen? viele Grüße Gregor Am Freitag, den 05.11.2021, 21:47 +0100 schrieb Ulf Volmer:
On 05.11.21 20:42, gregor willms wrote:
hat leider nicht funktioniert. Ich habe das script auch als programm ausführbar gemacht. Scheinbar liegt es nicht am treiber? System übrigens ist ein opensuse 15.3, aktuelle updates eingespielt.
Wird das Script denn wie erwartet ausgeführt? Füge doch mal ein
/usr/bin/touch /var/tmp/testfile
in das Script ein und schaue, ob die Datei angelegt wird.
Viele Grüße Ulf
ich habe das jetzt mal so probiert, einmal mit eingeschaltetem WLAN, dann stürzt es ab, und einmal mit ausgeschaltetem WLAN, dann geht es prima. Wenn ich das Ziel des Scripts richtig verstehe, sollte das eine Datei mit dem Namen "testfile" im Verzeichnis /var/tmp erzeugt haben? Das hat es definitiv in beiden Konfigurationen nicht. viele Grüße Gregor Am Samstag, den 06.11.2021, 12:20 +0100 schrieb Ulf Volmer:
On 06.11.21 10:30, gregor willms wrote:
das wäre so:
#!/bin/bash
/usr/bin/touch /var/tmp/testfile case $1/$2 in pre/*) # echo "Going to $2..." /usr/bin/rmmod ath10k
Ich würde das touch eher hier, hinter das rmmod packen.
Viele Grüße Ulf
On 06.11.21 15:49, gregor willms wrote:
ich habe das jetzt mal so probiert, einmal mit eingeschaltetem WLAN, dann stürzt es ab, und einmal mit ausgeschaltetem WLAN, dann geht es prima. Wenn ich das Ziel des Scripts richtig verstehe, sollte das eine Datei mit dem Namen "testfile" im Verzeichnis /var/tmp erzeugt haben? Das hat es definitiv in beiden Konfigurationen nicht.
Ja, Du solltest nach einem Suspend eine Datei /var/tmp/testfile finden. In einer Test VM klappt das hier auch auch. Zeige doch bitte mal die Ausgabe von ls -l /usr/lib/systemd/system-sleep/10-wlan.sh cat /usr/lib/systemd/system-sleep/10-wlan.sh Viele Grüße Ulf
hier die Ausgaben gregor@linux-jik5:~> ls -l /usr/lib/systemd/system-sleep/10-wlan.sh -rw-r--r-- 1 root root 228 6. Nov 14:42 /usr/lib/systemd/system- sleep/10-wlan.sh gregor@linux-jik5:~> cat /usr/lib/systemd/system-sleep/10-wlan.sh #!/bin/bash case $1/$2 in pre/*) # echo "Going to $2..." /usr/bin/rmmod ath10k /usr/bin/touch /var/tmp/testfile ;; post/*) # echo "Waking up from $2..." /usr/bin/modprobe ath10k ;; esac viele Grüße Gregor Am Samstag, den 06.11.2021, 16:45 +0100 schrieb Ulf Volmer:
On 06.11.21 15:49, gregor willms wrote:
ich habe das jetzt mal so probiert, einmal mit eingeschaltetem WLAN, dann stürzt es ab, und einmal mit ausgeschaltetem WLAN, dann geht es prima. Wenn ich das Ziel des Scripts richtig verstehe, sollte das eine Datei mit dem Namen "testfile" im Verzeichnis /var/tmp erzeugt haben? Das hat es definitiv in beiden Konfigurationen nicht.
Ja, Du solltest nach einem Suspend eine Datei /var/tmp/testfile finden.
In einer Test VM klappt das hier auch auch.
Zeige doch bitte mal die Ausgabe von
ls -l /usr/lib/systemd/system-sleep/10-wlan.sh cat /usr/lib/systemd/system-sleep/10-wlan.sh
Viele Grüße Ulf
On 06.11.21 18:41, gregor willms wrote:
hier die Ausgaben
gregor@linux-jik5:~> ls -l /usr/lib/systemd/system-sleep/10-wlan.sh -rw-r--r-- 1 root root 228 6. Nov 14:42 /usr/lib/systemd/system- sleep/10-wlan.sh
sudo chmod 0755 /usr/lib/systemd/system-sleep/10-wlan.sh macht die Datei ausführbar und sollte uns der Problemlösung näherbringen. Viele Grüße Ulf
also das script wird jetzt ausgeführt, das testfile erscheint in /var/tmp leider stürzt das System bei eingeschaltetem wlan beim suspend immer noch ab. viele Grüße Gregor Am Samstag, den 06.11.2021, 18:50 +0100 schrieb Ulf Volmer:
On 06.11.21 18:41, gregor willms wrote:
hier die Ausgaben
gregor@linux-jik5:~> ls -l /usr/lib/systemd/system-sleep/10-wlan.sh -rw-r--r-- 1 root root 228 6. Nov 14:42 /usr/lib/systemd/system- sleep/10-wlan.sh
sudo chmod 0755 /usr/lib/systemd/system-sleep/10-wlan.sh
macht die Datei ausführbar und sollte uns der Problemlösung näherbringen.
Viele Grüße Ulf
On 06.11.21 19:27, gregor willms wrote:
also das script wird jetzt ausgeführt, das testfile erscheint in /var/tmp
leider stürzt das System bei eingeschaltetem wlan beim suspend immer noch ab.
Bitte beachte den Hinweis von Werner, die Pfade zu modprobe/rmmod waren falsch. Viele Grüße Ulf
ich habe den Pfad angepasst, im Ergebnis hat sich leider nichts geändert, friert beim Suspend immer noch ein. rfkill mal auszuprobieren hört sich auch interessant an. Wie müsste denn der Befehl oder das Script aussehen? viele Grüße Gregor Am Sonntag, den 07.11.2021, 00:18 +0100 schrie.b Ulf Volmer:
On 06.11.21 19:27, gregor willms wrote:
also das script wird jetzt ausgeführt, das testfile erscheint in /var/tmp
leider stürzt das System bei eingeschaltetem wlan beim suspend immer noch ab.
Bitte beachte den Hinweis von Werner, die Pfade zu modprobe/rmmod waren falsch.
Viele Grüße Ulf
Hallo Gregor, ich weiß dass Du lediglich ein Linux User bist. Aber das hindert dich nicht daran auch einmal etwas Eigeninitiative zu entwickeln. Als da wären: 1) man pages lesen, man rfill 2) Try und Error, oder auch Versuch macht kluch Am 07.11.2021 um 12:31 schrieb gregor willms:
ich habe den Pfad angepasst, im Ergebnis hat sich leider nichts geändert, friert beim Suspend immer noch ein. rfkill mal auszuprobieren hört sich auch interessant an. Wie müsste denn der Befehl oder das Script aussehen?
man rfkill sagt beispielsweise ... EXAMPLE rfkill --output ID,TYPE rfkill block all rfkill unblock wlan rfkill block bluetooth uwb wimax wwan gps fm nfc ... Und siehe da, da finden sich wieder die beiden Befehle aus meinem anderen Post Wahrscheinlich muss der Befehl als root ausgeführt werden, also sudo /usr/sbin/rfkill block wlan bzw. sudo /usr/sbin/rfkill unblock wlan Das kann testweise auch in jeder Konsole ausgeführt werden Also mach hinne und berichte Manfred
ich möchte mich bei allen Beteiligten bedanken. sudo /usr/sbin/rfkill block wlan bzw. sudo /usr/sbin/rfkill unblock wlan haben das Problem gelöst. Ich habe die beiden Zeilen dann in das Script von Ulf eingefügt statt der /usr/sbin/rmmod ath10k und /usr/sbin/modprobe ath10k die Zeilen /usr/sbin/rfkill block wlan bzw. /usr/sbin/rfkill unblock wlan sieht dann so aus #!/bin/bash case $1/$2 in pre/*) # echo "Going to $2..." /usr/sbin/rfkill block wlan ;; post/*) # echo "Waking up from $2..." /usr/sbin/rfkill unblock wlan ;; esac und funktioniert bisher gut. Muss ich noch irgend etwas beachten? Das mit der PATH Environment Variable verstehe ich nicht, ist aber, wenn ich das richtig verstanden habe, auch nicht unbedingt notwendig. Nochmal danke an Alle, bin sehr zufrieden mit dem Ergebnis. viele Grüße Gregor Am Sonntag, den 07.11.2021, 12:49 +0100 schrieb Manfred Kreisl:
Hallo Gregor,
ich weiß dass Du lediglich ein Linux User bist. Aber das hindert dich nicht daran auch einmal etwas Eigeninitiative zu entwickeln.
Als da wären: 1) man pages lesen, man rfill 2) Try und Error, oder auch Versuch macht kluch
Am 07.11.2021 um 12:31 schrieb gregor willms:
ich habe den Pfad angepasst, im Ergebnis hat sich leider nichts geändert, friert beim Suspend immer noch ein. rfkill mal auszuprobieren hört sich auch interessant an. Wie müsste denn der Befehl oder das Script aussehen?
man rfkill sagt beispielsweise
... EXAMPLE rfkill --output ID,TYPE rfkill block all rfkill unblock wlan rfkill block bluetooth uwb wimax wwan gps fm nfc ...
Und siehe da, da finden sich wieder die beiden Befehle aus meinem anderen Post
Wahrscheinlich muss der Befehl als root ausgeführt werden, also
sudo /usr/sbin/rfkill block wlan
bzw.
sudo /usr/sbin/rfkill unblock wlan
Das kann testweise auch in jeder Konsole ausgeführt werden
Also mach hinne und berichte
Manfred
Hi Gregor, Am 06.11.21 um 18:41 schrieb gregor willms:
hier die Ausgaben
gregor@linux-jik5:~> ls -l /usr/lib/systemd/system-sleep/10-wlan.sh -rw-r--r-- 1 root root 228 6. Nov 14:42 /usr/lib/systemd/system- sleep/10-wlan.sh
gregor@linux-jik5:~> cat /usr/lib/systemd/system-sleep/10-wlan.sh #!/bin/bash
case $1/$2 in pre/*) # echo "Going to $2..." /usr/bin/rmmod ath10k /usr/bin/touch /var/tmp/testfile ;; post/*) # echo "Waking up from $2..." /usr/bin/modprobe ath10k ;; esac
viele Grüße Gregor
Am Samstag, den 06.11.2021, 16:45 +0100 schrieb Ulf Volmer:
On 06.11.21 15:49, gregor willms wrote:
ich habe das jetzt mal so probiert, einmal mit eingeschaltetem WLAN, dann stürzt es ab, und einmal mit ausgeschaltetem WLAN, dann geht es prima. Wenn ich das Ziel des Scripts richtig verstehe, sollte das eine Datei mit dem Namen "testfile" im Verzeichnis /var/tmp erzeugt haben? Das hat es definitiv in beiden Konfigurationen nicht.
Ja, Du solltest nach einem Suspend eine Datei /var/tmp/testfile finden.
In einer Test VM klappt das hier auch auch.
Zeige doch bitte mal die Ausgabe von
ls -l /usr/lib/systemd/system-sleep/10-wlan.sh cat /usr/lib/systemd/system-sleep/10-wlan.sh
Viele Grüße Ulf
die Pfade der relevanten Tools passen nicht. Es muss /usr/sbin/rmmod und /usr/sbin/modprobe heisen. (viele Systemtools befinden sich nicht in .../bin sondern in .../sbin besonders die, die nur root ausführen darf) Gruss Werner
Hi, ich misch mich hier auch mal kurz ein. Am 06.11.2021 um 16:45 schrieb Ulf Volmer:
On 06.11.21 15:49, gregor willms wrote:
ich habe das jetzt mal so probiert, einmal mit eingeschaltetem WLAN, dann stürzt es ab, und einmal mit ausgeschaltetem WLAN, dann geht es prima. Wenn ich das Ziel des Scripts richtig verstehe, sollte das eine Datei mit dem Namen "testfile" im Verzeichnis /var/tmp erzeugt haben? Das hat es definitiv in beiden Konfigurationen nicht.
Ja, Du solltest nach einem Suspend eine Datei /var/tmp/testfile finden.
In einer Test VM klappt das hier auch auch.
Zeige doch bitte mal die Ausgabe von
ls -l /usr/lib/systemd/system-sleep/10-wlan.sh cat /usr/lib/systemd/system-sleep/10-wlan.sh
Viele Grüße Ulf
1) Pfadangabe bei Programmen ist eigentlich Unfug, dafür gibt's die PATH Environment Variable. Ich habe es schon mehrfach erlebt dass Skripte nicht mehr laufen wollen weil irgendwelche Weltverbesserer das Binary plötzlich in ein anderes Verzeichnis verschieben 2) ein rmmod auf ein bereits konfiguriertes Netzwerkdevice finde ich nicht grade besonders toll. Wer weiß was da alles verrückt spielt 3) Ich würde auch mal mit rfkill herumspielen. Damit kann man den WLAN Teil auch aus/einschalten. Ich verwende das bei mir am Notebook zwar nicht beim STR, sondern ich habe ein Bonding Device konfiguriert bei dem das WLAN nur per rfkill eingeschaltet wird wenn das Ethernet weg ist (rfkill block wlan bzw rfkill unblock wlan) Bei rfkill dürfte allerdings der Pfad erforderlich sein, da das im /usr/sbin liegt und das im Pfad nicht nmbedingt drinne ist. Oder man macht halt vorher ein export PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin Das kann man natürlich auch erst mal ohne das systemd sleep Geraffel per Kommandozeile ausprobieren. Wie natürlich auch das rmmod/modprobe. Und erst wenn das dann zum Erfolg führt, dann kann man das automatisieren. Immer ein Schritt nach dem anderen .... Manfred
participants (4)
-
gregor willms -
Manfred Kreisl -
Ulf Volmer -
Werner Franke