Ladezustandsanzeige bei Acer Travelmate 661 - die zweite
Hallo Leute, leider kämpfe ich immer noch an der gleichen Front: Anzeige des Ladezustands des Akku im User-Account. Zur Erinnerung: Wenn ich mich als root einlogge, wird der Ladezustand wie erwartet angezeigt, melde ich mich als user an, ist nichts zu sehen, obwohl kpowersave läuft. Kpowersave stoppen und erneut starten brachte nichts. Zwischenzeitlich habe ich mir KDE 3.2.3 von den SuSE-Seiten installiert, denn in irgend einer Mail las ich, daß damit das Problem gelöst sei bei mir leider nicht, oder nicht ganz. Jetzt ist es nach dem Starten zunächst weiterhin so, daß nur root den Ladezustand angezeigt bekommt, als user nicht. Wenn ich dann aber als user kpowersave stoppe und neu starte klappts dann. Allerdings nicht ohne Meckern: Es popt ein Fenster auf, in dem ich darauf hingewiesen werden, daß ich ich nicht zur Gruppe powersave gehöre. Das Icon ist dann aber trotz Fehlermeldung zu sehen. Die erwähnte Gruppe gibt es aber auf meinem Rechner nicht. Wer hat eine Idee, denn so ist das ja doch etwas lästig.... Gruß Michael System: Acer Travelmate 661 SuSE 9.1 Kernel 2.6.5-7.95 KDE 3.2.3
Hallo Michael, On Tue, 27 Jul 2004 08:37:58 +0200 (CEST) Michael.Eschweiler@t-online.de wrote:
Hallo Leute,
nicht ohne Meckern: Es popt ein Fenster auf, in dem ich darauf hingewiesen werden, daß ich ich nicht zur Gruppe powersave gehöre. Das Icon ist dann aber trotz Fehlermeldung zu sehen. Die erwähnte Gruppe gibt es aber auf meinem Rechner nicht. Wer hat eine Idee, denn so ist das ja doch etwas lästig....
Ungetestet da es bei mir aus der Box läuft. Aber ich würde an deiner Stelle einfach mal die Gruppe anlegen und meinen User in die Gruppe einfügen.
Gruß Michael
System: Acer Travelmate 661 SuSE 9.1 Kernel 2.6.5-7.95 KDE 3.2.3
Gruß Norbert
Hallo Michael, hallo Leute, Am Dienstag, 27. Juli 2004 08:37 schrieb Michael.Eschweiler@t-online.de:
leider kämpfe ich immer noch an der gleichen Front: Anzeige des Ladezustands des Akku im User-Account. Zur Erinnerung: Wenn ich mich als root einlogge, wird der Ladezustand wie erwartet angezeigt, melde ich mich als user an, ist nichts zu sehen, obwohl kpowersave läuft. [...] Es popt ein Fenster auf, in dem ich darauf hingewiesen werden, daß ich ich nicht zur Gruppe powersave gehöre. Das Icon ist dann aber trotz Fehlermeldung zu sehen. Die erwähnte Gruppe gibt es aber auf meinem Rechner nicht. Wer hat eine Idee, denn so ist das ja doch etwas lästig....
Daran habe ich vor einiger Zeit auch rumgesucht. Es hat sich dann herausgestellt, dass nur bei PERMISSIONS_SECURITY="easy local" (in /etc/sysconfig/security) der User über den resmgr die Rechte am powersaved erhält. Lösung ist eine Veränderung des Startscripts - in den Kommentaren steht auch der damalige Thread, falls Du das Listenarchiv bemühen willst ;-) --- /etc/init.d/powersaved_orig91 2004-04-06 23:58:05.000000000 +0200 +++ /etc/init.d/powersaved 2004-07-08 21:20:44.000000000 +0200 @@ -208,5 +208,12 @@ #### Check for access permissions #### +# [cb] Ueberpruefung der Permissions abgeschaltet, damit ich als User +# Zugriff auf /var/run/powersave_socket habe. Siehe auch +# [suse-laptop] Re: powersafe suse 9.1(Personal) +# From: Stefan Seyfried <seife@gmane0305.slipkontur.de> +# Date: Wed, 7 Jul 2004 02:51:45 +0200 +# Msg-ID:<20040707005145.GA870@message-id.gmane0305.slipkontur.de> - if [ "$PERMISSION_SECURITY" = "easy local" ]; then +# if [ "$PERMISSION_SECURITY" = "easy local" ]; then POWERSAVED_OPTS="$POWERSAVED_OPTS -a resmgr" - fi +# fi echo -n "Starting powersaved " Gruß Christian Boltz PS: Das Anlegen der Gruppe powersave hilft entgegen der Meldung nicht. -- Sorry, aber der Anforderungskatalog liest sich ungefähr so, als ob Du einen familienfreundlichen Ferrari-Kombi der weniger als drei Liter auf 100 km benötigt möchtest. [Manfred Tremmel in suse-laptop]
Hallo Christian, vielen Dank für den Tip. Damit bin ich nun etwas weitergekommen - die vollständige Lösung ist es aber leider nicht: Wie vorgeschlagen habe ocj zunächst nur die Zeilen if ... und fi... auskommentiert (bei mir übrigens 209 und 211) - das ganz sah dann so aus: ######Check for access permissions ###### # if [ "$PERMISSION_SECURITY" = "easy local" ]; then POWERSAVED_OPTS="$POWERSAVED_OPTS -a resmgr" # fi Damit gab's aber keine Änderung - der user hat weiterhin keinen Einblick in den Akku-Ladestand. Ich habe dann auch noch die mittlere Zeile auskommentiert, um zu sehen, was passiert. Damit ist es nun so, daß root weiterhin Überblick über den Ladezustand hat. Weiterhin ist es nun so, daß auch der normale user ein Icon zum Ladestand des Akkus bekommt - allerdings nicht ohne 'nag-screen': "Der Powersave-Dämon läuft entweder nicht oder sie nicht nicht in der Powersave-Systemgruppe. Durch Starten desselben verbessert sich die Leistung: /usr/sbin/rcpowersave" Der powersave-Dämon läuft. Der Witz ist, daß sich eine Systemgruppe 'powersave' gar nicht anlegen läßt, man bekommt eine Fehlermeldung, daß Gruppennamen nur bis zu 8 Zeichen enthalten dürfen. Ich habe dann eine Gruppe powersve angelegt und bei powersaved (bzw. rcpowersave) und kpowersave die Besitzverhältnisse auf root:powersve umgestellt, aber das war's wohl nicht. Was zum Henker ist los auf meinem Rechner? Bevor ich SuSE 9.1 auf meinem Acer installierte, hatte ich 9.1 schon auf einem Asus installiert, da klappte das reibungslos. D.h. der user hatte von Anfang an das Akustands-Icon im in der Menüleiste. An welchen Schrauben könnte ich denn noch drehen? Soll ich in der /etc/sysconfig/security irgendetwas ändern? Wäre für Hilfe sehr dankbar, das Thema verfolgt mich mittlerweile schon bis in meine Träume... Gruß Michael Am Mittwoch, 28. Juli 2004 00:54 schrieb Christian Boltz:
Hallo Michael, hallo Leute,
Am Dienstag, 27. Juli 2004 08:37 schrieb Michael.Eschweiler@t-online.de:
leider kämpfe ich immer noch an der gleichen Front: Anzeige des Ladezustands des Akku im User-Account. Zur Erinnerung: Wenn ich mich als root einlogge, wird der Ladezustand wie erwartet angezeigt, melde ich mich als user an, ist nichts zu sehen, obwohl kpowersave läuft.
[...]
Es popt ein Fenster auf, in dem ich darauf hingewiesen werden, daß ich ich nicht zur Gruppe powersave gehöre. Das Icon ist dann aber trotz Fehlermeldung zu sehen. Die erwähnte Gruppe gibt es aber auf meinem Rechner nicht. Wer hat eine Idee, denn so ist das ja doch etwas lästig....
Daran habe ich vor einiger Zeit auch rumgesucht. Es hat sich dann herausgestellt, dass nur bei PERMISSIONS_SECURITY="easy local" (in /etc/sysconfig/security) der User über den resmgr die Rechte am powersaved erhält. Lösung ist eine Veränderung des Startscripts - in den Kommentaren steht auch der damalige Thread, falls Du das Listenarchiv bemühen willst ;-)
--- /etc/init.d/powersaved_orig91 2004-04-06 23:58:05.000000000 +0200 +++ /etc/init.d/powersaved 2004-07-08 21:20:44.000000000 +0200 @@ -208,5 +208,12 @@ #### Check for access permissions #### +# [cb] Ueberpruefung der Permissions abgeschaltet, damit ich als User +# Zugriff auf /var/run/powersave_socket habe. Siehe auch +# [suse-laptop] Re: powersafe suse 9.1(Personal) +# From: Stefan Seyfried <seife@gmane0305.slipkontur.de> +# Date: Wed, 7 Jul 2004 02:51:45 +0200 +# Msg-ID:<20040707005145.GA870@message-id.gmane0305.slipkontur.de> - if [ "$PERMISSION_SECURITY" = "easy local" ]; then +# if [ "$PERMISSION_SECURITY" = "easy local" ]; then POWERSAVED_OPTS="$POWERSAVED_OPTS -a resmgr" - fi +# fi echo -n "Starting powersaved "
Gruß
Christian Boltz
PS: Das Anlegen der Gruppe powersave hilft entgegen der Meldung nicht. -- Sorry, aber der Anforderungskatalog liest sich ungefähr so, als ob Du einen familienfreundlichen Ferrari-Kombi der weniger als drei Liter auf 100 km benötigt möchtest. [Manfred Tremmel in suse-laptop]
On Wed, Jul 28, 2004 at 11:32:29PM +0200, Michael Eschweiler wrote:
######Check for access permissions ###### # if [ "$PERMISSION_SECURITY" = "easy local" ]; then POWERSAVED_OPTS="$POWERSAVED_OPTS -a resmgr" # fi Damit gab's aber keine Änderung - der user hat weiterhin keinen Einblick in den Akku-Ladestand. Ich habe dann auch noch die mittlere Zeile auskommentiert, um zu sehen, was passiert. Damit ist es nun so, daß root weiterhin Überblick über den Ladezustand hat. Weiterhin ist es nun so, daß auch der normale user ein Icon zum Ladestand des Akkus bekommt - allerdings nicht ohne 'nag-screen':
hast du den ganzen erwähnten Thread gelesen? Wie loggst du dich im X ein? resmgr list?
"Der Powersave-Dämon läuft entweder nicht oder sie nicht nicht in der Powersave-Systemgruppe. Durch Starten desselben verbessert sich die Leistung: /usr/sbin/rcpowersave"
Das mit der Gruppe ist so nicht mehr richtig, da der Zugriff nun vom resource manager geregelt wird.
Der powersave-Dämon läuft. Der Witz ist, daß sich eine Systemgruppe 'powersave' gar nicht anlegen läßt, man bekommt eine Fehlermeldung, daß Gruppennamen nur bis zu 8 Zeichen enthalten dürfen. Ich habe dann eine Gruppe powersve angelegt und bei powersaved (bzw. rcpowersave) und kpowersave die Besitzverhältnisse auf root:powersve umgestellt, aber das war's wohl nicht.
Wenn, dann müsstest du die Besitzverhältnisse des powersave-sockets ändern.
Was zum Henker ist los auf meinem Rechner? Bevor ich SuSE 9.1 auf meinem Acer installierte, hatte ich 9.1 schon auf einem Asus installiert, da klappte das reibungslos. D.h. der user hatte von Anfang an das Akustands-Icon im in der Menüleiste.
Also am Notebookhersteller wird es wohl kaum liegen, auch wenn Acer sich besondere Mühe gibt, Linux-Betrieb zu erschweren ;-)
An welchen Schrauben könnte ich denn noch drehen? Soll ich in der /etc/sysconfig/security irgendetwas ändern?
nö. Nur wenn du etwas geändert hättest, dann wäre der Tip von Christian hilfreich gewesen. Was sagt denn "powersave -b", läuft dein resorce manager, bist du über kdm / gdm eingeloggt?
Wäre für Hilfe sehr dankbar, das Thema verfolgt mich mittlerweile schon bis in meine Träume...
und mich TOFU-postings... :-))
Am Mittwoch, 28. Juli 2004 00:54 schrieb Christian Boltz:
Hallo Michael, hallo Leute,
-- Stefan Seyfried
Lieber Stefan, Am Donnerstag, 29. Juli 2004 11:33 schrieb Stefan Seyfried:
On Wed, Jul 28, 2004 at 11:32:29PM +0200, Michael Eschweiler wrote:
######Check for access permissions ###### # if [ "$PERMISSION_SECURITY" = "easy local" ]; then POWERSAVED_OPTS="$POWERSAVED_OPTS -a resmgr" # fi Damit gab's aber keine Änderung - der user hat weiterhin keinen Einblick in den Akku-Ladestand. Ich habe dann auch noch die mittlere Zeile auskommentiert, um zu sehen, was passiert. Damit ist es nun so, daß root weiterhin Überblick über den Ladezustand hat. Weiterhin ist es nun so, daß auch der normale user ein Icon zum Ladestand des Akkus bekommt - allerdings nicht ohne 'nag-screen':
hast du den ganzen erwähnten Thread gelesen?
Habe ich, aber irgendwie bin z.T. wohl nicht durchgestiegen... habe aber einiges nachzuvollziehen versucht (nachdem ich powersaved wieder in den Originalzustand gebracht habe: 1. ACPI Mit ps -A bekomme ich kacpid ausgewiesen, konnte aber keine Info finden, ob das was mit acpi zu tun hat (konnte nichts passendes auf der Festplatte finden): 2. POWERSAVE-DAEMON etc/init.d/powersaved status running /etc/init.d/powersaved restart shutting down powersaved - done Unloading acpi modules() - done loading acpi modules () starting powersaved - done etc/init.d/powersaved start daemon already running powersave -c #als user Is the daemon running? Are you member of the powersave system group? powersave -c #als root DYNAMIC powersave -b #als root und als user! Battery: 0 % 0 minutes (Akku habe ich draußen) AC online
Wie loggst du dich im X ein?
Ich boote in die Konsole und starte dann X (habe 855resolution noch nicht automatisiert)
resmgr list?
resmgrd steht in der Liste der laufenden Prozesse (ps -A) /sbin/resmgr #als user oder root statuscode 200 server message follows: no devices available /sbin/resmgr list #als root und user status code 200 server message follows: no devices available /sbin/resmgr open /dev/audio #als root und user status code 502 server message follows: permission denied
"Der Powersave-Dämon läuft entweder nicht oder sie nicht nicht in der Powersave-Systemgruppe. Durch Starten desselben verbessert sich die Leistung: /usr/sbin/rcpowersave"
Das mit der Gruppe ist so nicht mehr richtig, da der Zugriff nun vom resource manager geregelt wird.
Der powersave-Dämon läuft. Der Witz ist, daß sich eine Systemgruppe 'powersave' gar nicht anlegen läßt, man bekommt eine Fehlermeldung, daß Gruppennamen nur bis zu 8 Zeichen enthalten dürfen. Ich habe dann eine Gruppe powersve angelegt und bei powersaved (bzw. rcpowersave) und kpowersave die Besitzverhältnisse auf root:powersve umgestellt, aber das war's wohl nicht.
Wenn, dann müsstest du die Besitzverhältnisse des powersave-sockets ändern.
Powersave_socke sieht bei mir so aus: ll /var/run/powersave_socket s-w---S-wT 1 root root 0 Jul 29 20:10 /var/run/powersave_socket Macht es Sinn hier was zu ändern, wenn beim nächsten Start alles zurückgesetzt wird?
Was zum Henker ist los auf meinem Rechner? Bevor ich SuSE 9.1 auf meinem Acer installierte, hatte ich 9.1 schon auf einem Asus installiert, da klappte das reibungslos. D.h. der user hatte von Anfang an das Akustands-Icon im in der Menüleiste.
Also am Notebookhersteller wird es wohl kaum liegen, auch wenn Acer sich besondere Mühe gibt, Linux-Betrieb zu erschweren ;-)
An welchen Schrauben könnte ich denn noch drehen? Soll ich in der /etc/sysconfig/security irgendetwas ändern?
nö. Nur wenn du etwas geändert hättest, dann wäre der Tip von Christian hilfreich gewesen.
Was sagt denn "powersave -b", läuft dein resorce manager, bist du über kdm / gdm eingeloggt?
Wie oben erwähnt, booten auf Konsole X-Start später. powersave -b #als root und als user! Battery: 0 % 0 minutes (Akku habe ich draußen) AC online
Wäre für Hilfe sehr dankbar, das Thema verfolgt mich mittlerweile schon bis in meine Träume...
und mich TOFU-postings... :-))
Am Mittwoch, 28. Juli 2004 00:54 schrieb Christian Boltz:
Hallo Michael, hallo Leute,
-- Stefan Seyfried
Wie oben gesagt, etc/init.d/powersaved im Originalzustand, ebenso etc/sysconfig/security. In diesem Zustand bekomme ich als user zwar keine Fehlermeldung, aber auch kein Ladestandsicon zu sehen. Es tut mir leid, aber ich bin kein Profi und aus dem Thread kann ich nicht ersehen, was ich tun könnte... Gruß Michael
On Fri, Jul 30, 2004 at 01:21:31AM +0200, Michael Eschweiler wrote:
Lieber Stefan,
Am Donnerstag, 29. Juli 2004 11:33 schrieb Stefan Seyfried:
On Wed, Jul 28, 2004 at 11:32:29PM +0200, Michael Eschweiler wrote:
######Check for access permissions ###### # if [ "$PERMISSION_SECURITY" = "easy local" ]; then POWERSAVED_OPTS="$POWERSAVED_OPTS -a resmgr" # fi Damit gab's aber keine Änderung - der user hat weiterhin keinen Einblick in den Akku-Ladestand. Ich habe dann auch noch die mittlere Zeile auskommentiert, um zu sehen, was passiert. Damit ist es nun so, daß root weiterhin Überblick über den Ladezustand hat. Weiterhin ist es nun so, daß auch der normale user ein Icon zum Ladestand des Akkus bekommt - allerdings nicht ohne 'nag-screen':
hast du den ganzen erwähnten Thread gelesen?
Habe ich, aber irgendwie bin z.T. wohl nicht durchgestiegen... habe aber einiges nachzuvollziehen versucht (nachdem ich powersaved wieder in den Originalzustand gebracht habe:
1. ACPI Mit ps -A bekomme ich kacpid ausgewiesen, konnte aber keine Info finden, ob das was mit acpi zu tun hat (konnte nichts passendes auf der Festplatte finden):
das ist ein kernel-helper-thread für acpi.
powersave -c #als user Is the daemon running? Are you member of the powersave system group?
du hast keine Zugriffsrechte auf den daemon...
powersave -c #als root DYNAMIC
powersave -b #als root und als user! Battery: 0 % 0 minutes (Akku habe ich draußen) AC online
Wie loggst du dich im X ein?
Ich boote in die Konsole und starte dann X (habe 855resolution noch nicht automatisiert)
...weil du keine resource manager session hast. Man kann die auch beim Konsolenlogin aktivieren (ich weiss aber nicht wie), am einfachsten ist es aber, wenn du dich mit dem KDM anmeldest. Den i855-hack kannst du einfach in /etc/init.d/boot.local eintragen.
resmgr list?
resmgrd steht in der Liste der laufenden Prozesse (ps -A)
/sbin/resmgr #als user oder root statuscode 200 server message follows: no devices available
/sbin/resmgr list #als root und user status code 200 server message follows: no devices available
ja, du hast keine resmgr session, siehe oben.
Wenn, dann müsstest du die Besitzverhältnisse des powersave-sockets ändern.
Powersave_socke sieht bei mir so aus: ll /var/run/powersave_socket s-w---S-wT 1 root root 0 Jul 29 20:10 /var/run/powersave_socket
Macht es Sinn hier was zu ändern, wenn beim nächsten Start alles zurückgesetzt wird?
nö, ich glaube nicht. Das ist auch alles ein übler hack. Logge dich via KDM ein. -- Stefan Seyfried
Stefan Seyfried schrieb:
Lieber Stefan,
Am Donnerstag, 29. Juli 2004 11:33 schrieb Stefan Seyfried:
On Wed, Jul 28, 2004 at 11:32:29PM +0200, Michael Eschweiler wrote:
######Check for access permissions ###### # if [ "$PERMISSION_SECURITY" = "easy local" ];
POWERSAVED_OPTS="$POWERSAVED_OPTS -a resmgr" # fi Damit gab's aber keine Änderung - der user hat
weiterhin keinen Einblick
in den Akku-Ladestand. Ich habe dann auch noch die mittlere Zeile auskommentiert, um zu sehen, was passiert. Damit ist es nun so, daß root weiterhin Überblick über den Ladezustand hat. Weiterhin ist es nun so, daß auch der normale user ein Icon zum Ladestand des Akkus bekommt - allerdings nicht ohne 'nag-screen':
hast du den ganzen erwähnten Thread gelesen?
Habe ich, aber irgendwie bin z.T. wohl nicht durchgestiegen... habe aber einiges nachzuvollziehen versucht (nachdem ich
Originalzustand gebracht habe:
1. ACPI Mit ps -A bekomme ich kacpid ausgewiesen, konnte aber keine Info finden, ob das was mit acpi zu tun hat (konnte nichts
On Fri, Jul 30, 2004 at 01:21:31AM +0200, Michael Eschweiler wrote: then powersaved wieder in den passendes auf der
Festplatte finden):
das ist ein kernel-helper-thread für acpi.
powersave -c #als user Is the daemon running? Are you member of the powersave system group?
du hast keine Zugriffsrechte auf den daemon...
powersave -c #als root DYNAMIC
powersave -b #als root und als user! Battery: 0 % 0 minutes (Akku habe ich draußen) AC online
Wie loggst du dich im X ein?
Ich boote in die Konsole und starte dann X (habe 855resolution noch nicht automatisiert)
...weil du keine resource manager session hast. Man kann die auch beim Konsolenlogin aktivieren (ich weiss aber nicht wie), am einfachsten ist es aber, wenn du dich mit dem KDM anmeldest. Den i855-hack kannst du einfach in /etc/init.d/boot.local eintragen.
Zwischenzeitlich habe ich auf Anmeldung über KDM umgestellt, nachdem ich den 'i855-Hack' automatisiert habe. Allerdings nicht so geschickt über einen Eintrag in boot.local, sondern indem ich ein Mini-script geschrieben und es dann über insserv installierte habe (werde ich korrigieren). Nach dem Anmelden über KDM geht jetzt auch beim user die Akku-Kontrolle. Vorher hatte ich auch die Akku-Anzeige von klaptop aktiviert. Die werde ich aber wieder rausnehmen, denn jetzt habe ich zwei Anzeigen ... Vielen Dank für die Geduld!
resmgr list?
resmgrd steht in der Liste der laufenden Prozesse (ps -A)
/sbin/resmgr #als user oder root statuscode 200 server message follows: no devices available
/sbin/resmgr list #als root und user status code 200 server message follows: no devices available
ja, du hast keine resmgr session, siehe oben.
Wenn, dann müsstest du die Besitzverhältnisse des powersave-sockets ändern.
Powersave_socke sieht bei mir so aus: ll /var/run/powersave_socket s-w---S-wT 1 root root 0 Jul 29 20:10 /var/run/powersave_socket
Macht es Sinn hier was zu ändern, wenn beim nächsten Start alles zurückgesetzt wird?
nö, ich glaube nicht. Das ist auch alles ein übler hack. Logge dich via KDM ein. -- Stefan Seyfried
-- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-laptop-unsubscribe@suse.com Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-laptop-help@suse.com
Hallo Michael, hallo Leute, Am Dienstag, 3. August 2004 11:34 schrieb Michael.Eschweiler:
Stefan Seyfried schrieb:
On Fri, Jul 30, 2004 Michael Eschweiler wrote:
Am Donnerstag, 29. Juli 2004 schrieb Stefan Seyfried:
On Wed, Jul 28, 2004 Michael Eschweiler wrote: [Kammquoting entfernt]
Irgendein beteiligtes Mailprogramm hat hier Mist gebaut ;-)
powersave -c #als user
du hast keine Zugriffsrechte auf den daemon... [...]
Ich boote in die Konsole und starte dann X [...] ...weil du keine resource manager session hast. Man kann die auch beim Konsolenlogin aktivieren (ich weiss aber nicht wie),
session required pam_resmgr.so in /etc/pam.d/login eintragen.
am einfachsten ist es aber, wenn du dich mit dem KDM anmeldest. Den i855-hack kannst du einfach in /etc/init.d/boot.local eintragen.
Zwischenzeitlich habe ich auf Anmeldung über KDM umgestellt, nachdem ich den 'i855-Hack' automatisiert habe. Allerdings nicht so geschickt über einen Eintrag in boot.local, sondern indem ich ein Mini-script geschrieben und es dann über insserv installierte habe (werde ich korrigieren).
Lass nur, das Startscript ist IMHO die deutlich bessere Lösung. Gruß Christian Boltz -- File Not Found.....Loading something that looks similar
participants (4)
-
Christian Boltz -
Michael.Eschweiler＠t-online.de -
Norbert.Leibold＠t-online.de -
Stefan Seyfried