forum.opsi.org

Ich denke ich werde den Autostart für den zu blockierenden Dienst (z.B. GDM) deaktivieren und diesen dann per niedrig priorisierten Localboot-Produkt "manuell" per Always-Script starten. Oder hat jemand eine bessere Idee? Eine offizielle Lösung kommt so bald nicht oder?

Hi,

gibt es vielleicht einen Hack, mit dem ich einen Dienst erst starten kann, wenn die Installation mit opsi fertig ist?

Viele Grüße,
Stefan

Bei m ir zumindest stimmen die IPs:
viewtopic.php?f=7&t=11820

Ich mal alles opsi-Zeugs gekillt und den opsiclientd dann noch mal über "Dienste" gestartet. Auf Anfragen hat dieser dann zunächst reagiert. Ein "On-Demand" hat ihn dann aber wieder in den gleichen dysfunktionalen Zustand wie vorher versetzt.

Hi Fabian,

das kann gut sein. Ich habe mal den aus Testing ausprobiert: Leider keine Änderung.

Viele Grüße,
Stefan

Hi, seit dem Update auf opsi-client-agent 4.1.0.0-40 startet dieser nicht mehr richtig: [6] [Jun 12 21:09:48] [ opsiclientd ] Setting config value global.log_file (Config.pyo|204) [6] [Jun 12 21:09:48] [ opsiclientd ] Setting config value global.log_level (Config.pyo|204) [6] [Jun 12 21:09:48] [ ops...

SirTux hat geschrieben:Für TOML gibts aber nichts oder übersehe ich da was?

Hi für INI funktioniert das schon mal super. Kann das vielleicht nicht für TOML ausbauen?

Hi,

es wäre schön, wenn man verhindern könnte, daß während der Installation angelegt wird bzw. dieser wieder gelöscht wird. Ich könnte den natürlich auch selber löschen, aber ich denke an der Stelle ist das sinnvoller.

Viele Grüße,
Stefan

Hi Mathias,

very_server_cert ist eingeschaltet und dafür fehlt anscheinend zumindest ein Pythoin-Modul (M2Crypto). Allerdings ist die Funktion ja offiziell kaputt.

Hi, mir ist aufgefallen, daß das System nicht richtig in den GDM startet. Man sieht nur einen schwarzen Bildschirm und muß mit STRG+ALT+Fn das Terminal wechseln. Erst dann kann man sich einloggen. Das Problem tritt unabhängig von DIst-Upgrade oder Neuinstallation auf. Kann das macht am opsiclientd-l...