Pas
Anmeldungsdatum: 30. Juli 2007
Beiträge: 199
|
Hallo! Die Liste unter Applications→System→Dienste ist ausgegraut, ebenso der Button "Entsperren", ich kann also nichts verändern. Wie kann ich dennoch einen Haken setzen? Hintergrund: Ich hatte vorher gdm deaktiviert mit einigen negativen Folgen. Unter anderem dies, dann die notwendige Passworteingabe beim Herunterfahren, dann die fehlende Möglichkeit, den Xserver mit Strg, Alt und Backspace neuzustarten, ... Danke! Pas
|
stfischr
Anmeldungsdatum: 1. März 2007
Beiträge: 19197
|
Hi. Habs nur unter 9.04 getestet, da gehts so: Alt + F2 gksu services-admin
|
Pas
(Themenstarter)
Anmeldungsdatum: 30. Juli 2007
Beiträge: 199
|
Hallo! Leider geht es nicht: pas@pasbuntu:~$ gksu services-admin
Error copying '/home/pas/.Xauthority' to '/tmp/libgksu-ZUYwK4': No such file or directory
Fehlermeldung: Fehler beim Ausführen von services-admin als Benutzer root.
Die X Authorisierungsdatei konnte nicht kopiert werden.
pas@pasbuntu:~$ sudo gksu services-admin
[sudo] password for pas:
** (services-admin:7818): CRITICAL **: Unable to lookup session information for process '7818'
hier geht das Fenster auf, allerdings wie vorher alles inaktiv
|
stfischr
Anmeldungsdatum: 1. März 2007
Beiträge: 19197
|
|
Pas
(Themenstarter)
Anmeldungsdatum: 30. Juli 2007
Beiträge: 199
|
danke! Funktioniert aber leider bei mir nicht... Ich habe jetzt in dem anderen Thread noch gefragt...
|
freebirth_one
Anmeldungsdatum: 19. Juli 2007
Beiträge: 5051
Wohnort: Mönchengladbach
|
versuch mal, über Alt-F2 den services-admin _ohne_ gksu zu starten. Danach dürfte das mit dem entsperren funktionieren. Nerviger Bug: entweder, man benutzt gksu / kdesu, _oder_ man benutzt den entsperren-Button. Beides ist irgendwie sinnlos. Oder es sollte dann _sofort_ alles entsperrt sein. Mit den neueren Versionen klappt es aber mMn.
|
Bert-
Anmeldungsdatum: 26. April 2009
Beiträge: 445
Wohnort: Niedersachsen
|
Komisch. Das Entsperren der Dienste hat bei mir bis vor drei Tagen zuverlässig funktioniert. Nachdem ich diesen Thread gelesen hatte, habe ich die Dienste geöffnet und das Entsperren funktionierte nicht. Da ich seit mehr als drei Tagen keinen Neustart gemacht hatte (den Laptop immer über Hibernate ausgeschaltet), habe ich jetzt einen Neustart (Warmstart) durchgeführt und das Entsperren der Dienste funktioniert wieder einwandfrei. ☺ Woran das lag, weiß ich nicht, aber ich habe jetzt nichts verändert, nur den Warmstart durchgeführt...
|
Pas
(Themenstarter)
Anmeldungsdatum: 30. Juli 2007
Beiträge: 199
|
freebirth one schrieb: versuch mal, über Alt-F2 den services-admin _ohne_ gksu zu starten. Danach dürfte das mit dem entsperren funktionieren.
wie ich es auch mache: es geht nicht... Neustarts helfen auch nichts Übrigens kann ich auch keine USB-Sticks/-Festplatten oder Speicherkarten mehr mounten...
|
freebirth_one
Anmeldungsdatum: 19. Juli 2007
Beiträge: 5051
Wohnort: Mönchengladbach
|
wie wichtig ist ein unbedingt stabiler Betrieb? Dass du auf einer Long Time Support - Version bleiben willst kann ich nachvollziehen; aber eventuell wäre es praktisch, die backports-Paketquellen freizuschalten; eventuell wurde das Problem in einer späteren Ubuntu-Version behoben und über diese Kanäle auch für Hardy verfügbar. siehe Paketquellen
|
ann
Anmeldungsdatum: 11. Februar 2007
Beiträge: 1998
|
Pas, im Menü System Verwaltung → Dienste ist in Hardy services-admin hinterlegt, sonst nichts. Kann im Hauptmenü und Rechtsklick → Dienst → Eigenschaften überprüft werden. Für Fehlermeldungen nur services-admin in das Terminal tippen (gilt auch für network-admin u.a.). Das zweite wäre die PolicyKit.conf zu überprüfen, Pfad: /etc/PolicyKit/PolicyKit.conf, unverändertes Original sieht so aus:
<?xml version="1.0" encoding="UTF-8"?> <!-- -*- XML -*- -->
<!DOCTYPE pkconfig PUBLIC "-//freedesktop//DTD PolicyKit Configuration 1.0//EN"
"http://hal.freedesktop.org/releases/PolicyKit/1.0/config.dtd">
<!-- See the manual page PolicyKit.conf(5) for file format -->
<config version="0.1">
<match user="root">
<return result="yes"/>
</match>
<define_admin_auth group="admin"/>
</config> Ausserdem sollte der User in der admin Gruppe sein, die .Xauthority im /home/user dem User gehören und die Rechte 600 haben. Kann mit mixed Befehlen durcheinander geraten, z.B. wenn (gk)sudo admin Befehlen vorangestellt wird, wenn PolicyKit zuständig ist: https://bugs.launchpad.net/ubuntu/+source/gksu/+bug/256681/comments/5
|
Pas
(Themenstarter)
Anmeldungsdatum: 30. Juli 2007
Beiträge: 199
|
Oh, danke für deine Antwort! Ich hatte irgendwie das Abonnement nicht erhalten... ann schrieb: Pas, im Menü System Verwaltung → Dienste ist in Hardy services-admin hinterlegt, sonst nichts. Kann im Hauptmenü und Rechtsklick → Dienst → Eigenschaften überprüft werden.
Rechtsklick wohin? Für Fehlermeldungen nur services-admin in das Terminal tippen (gilt auch für network-admin u.a.).
das ändert (wie zu erwarten war) auch nichts. Das zweite wäre die PolicyKit.conf zu überprüfen, Pfad: /etc/PolicyKit/PolicyKit.conf, unverändertes Original sieht so aus:
<?xml version="1.0" encoding="UTF-8"?> <!-- -*- XML -*- -->
<!DOCTYPE pkconfig PUBLIC "-//freedesktop//DTD PolicyKit Configuration 1.0//EN"
"http://hal.freedesktop.org/releases/PolicyKit/1.0/config.dtd">
<!-- See the manual page PolicyKit.conf(5) for file format -->
<config version="0.1">
<match user="root">
<return result="yes"/>
</match>
<define_admin_auth group="admin"/>
</config>
genau das ist bei mir auch drin Ausserdem sollte der User in der admin Gruppe sein, die .Xauthority im /home/user dem User gehören und die Rechte 600 haben.
❗ Diese Datei existiert nicht! Ich bin der User, der bei der Installation damals angegeben wurde.
|
stfischr
Anmeldungsdatum: 1. März 2007
Beiträge: 19197
|
Heyda, hab irgendwo im Forum nen ähnliches Problem gesehen, dass wurde mit Homeverzeichnisrechte korrigieren gelöst.
|
Pas
(Themenstarter)
Anmeldungsdatum: 30. Juli 2007
Beiträge: 199
|
das hat leider nichts geändert ☹
|