openSUSE 10.3: KPowersave meldet "Suspend to RAM durch Administrator deaktiviert."
Guten Tag, ich habe mir bereits die Goldmaster KDE von OpenSUSE 10.3 heruntergeladen. Wie ich erfreut feststellte, funktionierte Suspend to Ram ohne jede Veränderung sofort. Jetzt aber meldet Kpowersave plötzlich, dass "Suspend to RAM durch Administrator deaktiviert" sei. Ich habe in dieser Hinsicht aber nichts deaktiviert, und weiß auch nicht, wie ich es wieder aktivieren soll. Wenn ich mich als root einlogge, funktioniert Suspend to Ram wieder wie gewünscht. Auch wen ich in der Konsole mit Rootrechten pm-suspend ausführe. Nur mit meinem Benutzeraccount kann ich weder Suspend to Ram noch Suspend to Disk auswählen. Weiß einer, wie das zu beheben ist? Vielen Dank im Voraus, Daniel Rose --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-mobile-de+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-mobile-de+help@opensuse.org
On Tue, Oct 02, 2007 at 06:31:48PM +0200, Daniel Rose wrote:
Guten Tag,
ich habe mir bereits die Goldmaster KDE von OpenSUSE 10.3 heruntergeladen. Wie ich erfreut feststellte, funktionierte Suspend to Ram ohne jede Veränderung sofort. Jetzt aber meldet Kpowersave plötzlich, dass "Suspend to RAM durch Administrator deaktiviert" sei. Ich habe in dieser Hinsicht aber nichts deaktiviert, und weiß auch nicht, wie ich es wieder aktivieren soll. Wenn ich mich als root einlogge, funktioniert Suspend to Ram wieder wie gewünscht. Auch wen ich in der Konsole mit Rootrechten pm-suspend ausführe. Nur mit meinem Benutzeraccount kann ich weder Suspend to Ram noch Suspend to Disk auswählen.
Das sieht nach einem PolicyKit-Problem aus. Funktioniert denn "powersave -u" noch als User? Generell hört sich das nach einem Bug an, der einen Report in http://bugzilla.novell.com wert sein könnte. -- Stefan Seyfried QA / R&D Team Mobile Devices | "Any ideas, John?" SUSE LINUX Products GmbH, Nürnberg | "Well, surrounding them's out." This footer brought to you by insane German lawmakers: SUSE Linux Products GmbH, GF: Markus Rex, HRB 16746 (AG Nürnberg) --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-mobile-de+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-mobile-de+help@opensuse.org
vielen Dank für die Antwort. Anscheinend ist Suspend unter Linux eine sehr komplexe Angelegenheit. Ich kann leider keine Antwort auf Ihre Frage geben, da ich etwas anderes ausprobiert habe, und zwar habe ich unter /etc/pm/config.d eine Konfigurations-Datei angelegt und über s2ram suspend erzwungen. Ich habe einen Latitude D620 von Dell, den s2ram auch kennt: #s2ram -n Machine matched entry 92: sys_vendor = 'Dell Inc.' sys_product = 'Latitude D620 *' sys_version = '' bios_version = '' Fixes: 0x88 VBE_POST VBE_MODE This machine can be identified by: sys_vendor = "Dell Inc." sys_product = "Latitude D620 " sys_version = "" bios_version = "A08" Ich habe also die angegebenen Kniffe in die Konfigurationsdatei gepackt, und damit funktioniert es wieder. Ich habe auch testweise die Datei wieder gelöscht, allerdings funktioniert es jetzt immer noch, keine Ahnung ob es da eine caching-Funktion gibt, die meine Konfig-Datei irgendwo vorhält. Tatsache ist, dass nicht alles so ist wie ganz zu Beginn, da konnte ich über KPowersave nämlich auch die Bildschirmhelligkeit einstellen (allerdings ohne Wirkung), die Option ist jetzt ausgegraut. Beide Suspend-Modi sind allerdings auch für meinen Benutzer-Account verfügbar, ohne /etc/pm/config.d-Datei. Da sich das ganze also nicht wirklich reproduzieren lässt, bin ich ein wenig überfragt, ob das einen Bugreport wert ist.... Mit freundlichen Grüßen Daniel Rose Am Donnerstag 04 Oktober 2007 13:39:48 schrieb Stefan Seyfried:
On Tue, Oct 02, 2007 at 06:31:48PM +0200, Daniel Rose wrote:
Guten Tag,
ich habe mir bereits die Goldmaster KDE von OpenSUSE 10.3 heruntergeladen. Wie ich erfreut feststellte, funktionierte Suspend to Ram ohne jede Veränderung sofort. Jetzt aber meldet Kpowersave plötzlich, dass "Suspend to RAM durch Administrator deaktiviert" sei. Ich habe in dieser Hinsicht aber nichts deaktiviert, und weiß auch nicht, wie ich es wieder aktivieren soll. Wenn ich mich als root einlogge, funktioniert Suspend to Ram wieder wie gewünscht. Auch wen ich in der Konsole mit Rootrechten pm-suspend ausführe. Nur mit meinem Benutzeraccount kann ich weder Suspend to Ram noch Suspend to Disk auswählen.
Das sieht nach einem PolicyKit-Problem aus. Funktioniert denn "powersave -u" noch als User?
Generell hört sich das nach einem Bug an, der einen Report in http://bugzilla.novell.com wert sein könnte.
To unsubscribe, e-mail: opensuse-mobile-de+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-mobile-de+help@opensuse.org
Sie hatten anscheinend Recht mit Ihrer Vermutung bezüglich PolicyKit. Suspend war plötzlich wieder nicht möglich, ich habe erst vermutet, es habe etwas mit dem Anschluss des Netzgerätes an den Laptop zu tun. Das ließ sich allerdings nicht reproduzieren. Jedenfalls meldete "powersave -u", dass PolicyKit suspend verweigern würde oder so ähnlich. Es scheint also in der Tat einen Bug in Policy-Kit zu geben. Ich werde mal einen Bugreport erstellen. Am Donnerstag 04 Oktober 2007 20:41:58 schrieb Daniel Rose:
vielen Dank für die Antwort. Anscheinend ist Suspend unter Linux eine sehr komplexe Angelegenheit. Ich kann leider keine Antwort auf Ihre Frage geben, da ich etwas anderes ausprobiert habe, und zwar habe ich unter /etc/pm/config.d eine Konfigurations-Datei angelegt und über s2ram suspend erzwungen. Ich habe einen Latitude D620 von Dell, den s2ram auch kennt:
#s2ram -n Machine matched entry 92: sys_vendor = 'Dell Inc.' sys_product = 'Latitude D620 *' sys_version = '' bios_version = '' Fixes: 0x88 VBE_POST VBE_MODE This machine can be identified by: sys_vendor = "Dell Inc." sys_product = "Latitude D620 " sys_version = "" bios_version = "A08"
Ich habe also die angegebenen Kniffe in die Konfigurationsdatei gepackt, und damit funktioniert es wieder. Ich habe auch testweise die Datei wieder gelöscht, allerdings funktioniert es jetzt immer noch, keine Ahnung ob es da eine caching-Funktion gibt, die meine Konfig-Datei irgendwo vorhält.
Tatsache ist, dass nicht alles so ist wie ganz zu Beginn, da konnte ich über KPowersave nämlich auch die Bildschirmhelligkeit einstellen (allerdings ohne Wirkung), die Option ist jetzt ausgegraut. Beide Suspend-Modi sind allerdings auch für meinen Benutzer-Account verfügbar, ohne /etc/pm/config.d-Datei.
Da sich das ganze also nicht wirklich reproduzieren lässt, bin ich ein wenig überfragt, ob das einen Bugreport wert ist....
Mit freundlichen Grüßen
Daniel Rose
Am Donnerstag 04 Oktober 2007 13:39:48 schrieb Stefan Seyfried:
On Tue, Oct 02, 2007 at 06:31:48PM +0200, Daniel Rose wrote:
Guten Tag,
ich habe mir bereits die Goldmaster KDE von OpenSUSE 10.3 heruntergeladen. Wie ich erfreut feststellte, funktionierte Suspend to Ram ohne jede Veränderung sofort. Jetzt aber meldet Kpowersave plötzlich, dass "Suspend to RAM durch Administrator deaktiviert" sei. Ich habe in dieser Hinsicht aber nichts deaktiviert, und weiß auch nicht, wie ich es wieder aktivieren soll. Wenn ich mich als root einlogge, funktioniert Suspend to Ram wieder wie gewünscht. Auch wen ich in der Konsole mit Rootrechten pm-suspend ausführe. Nur mit meinem Benutzeraccount kann ich weder Suspend to Ram noch Suspend to Disk auswählen.
Das sieht nach einem PolicyKit-Problem aus. Funktioniert denn "powersave -u" noch als User?
Generell hört sich das nach einem Bug an, der einen Report in http://bugzilla.novell.com wert sein könnte.
--------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-mobile-de+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-mobile-de+help@opensuse.org
--------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-mobile-de+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-mobile-de+help@opensuse.org
participants (2)
-
Daniel Rose -
Stefan Seyfried