Das ganze scheint ein besonderes Problem von LINUX zu sein
mein Senf:
erinnere mich, dass das bei proprietären Drivern meistens der Fall war (z.B. Nvidia) dass Geräte beim Aufwachen aus dem Schlafmodus nicht korrekt initialisiert wurden.
Da gabs auch mal einen Trick - finde ich leider gerade nicht - wie man dies mit einer speziellen Modul.conf umschiffen konnte.
Alternative:
/etc/rc.d/rc.local
muss man ggf. zu Fuss anlegen, Rechte:
ls -l /etc/rc.d/rc.local
-rwx------. 1 root root 5,0K 7. Nov 00:35 /etc/rc.d/rc.local
ich weiss nicht, ob die in Zorin unterstützt wird [2] !
wenn ja, könnte man damit den bzw. die (es sind mehrere [1]) Treiber f.d. Sky entladen und danach neu laden. Dann sollte die Sky korrekt initialisiert sein.
rc.local wird beim PC-Start ausgeführt.
Ich weiss allerdings nicht, wie und ob die beim Aufwachen aus dem Schlafmodi abgearbeitet wird.
[1]
siehe bei "Components Used"
die Abhängigkeit, welcher von den drei Treibern zuerst entladen bzw. geladen wird ist wichtig !
Manchmal braucht man nur den Einen, damit die Anderen mitentladen/geladen werden ...
[2]
habe mal ein Gerüste einer rc.local angehängt.
Die Endung ".txt" muss weg (nur mit war die hier upload-bar) !!!
die Datei nach /etc/rc.d/ kopiert und mit
sudo chown root:root /etc/rc.d/rc.local
die richtigen Rechte gesetzt.
Danach noch ein reboot, damit systemctl die rc.local dann einbindet und abarbeitet (sofern Zorin systemctl einsetzt [3])
dmesg oder journalctl oder systemctl jeweils mit " | grep rc.local" sollten danach zeigen, ob das der Fall ist.
Wenn alles hinhaut, dann könnte man ggf. die rc.local mit den "modprobe -vr bzw. -vs ..." erweitern bzw. anpassen (siehe link [3] !)
[3]
bin nicht auf dem Laufenden, wie Debian-Kisten Startscripte verhandeln, aber:
