Re: [systemd] grafischen boot verhindern?
Hallo,
On 01.12.2014 14:45, Marc Haber wrote:
> On Mon, 1 Dec 2014 12:38:17 +0100, Sven Hartge <sven@svenhartge.de>
> wrote:
>> Das beim Übergang von sysvinit zu systemd in Debian das Ursprungsproblem
>> des Threads auftritt? Das ist natürlich unschön, ist in dem Fall vom
>> KDM-Maintainer einfach dadurch zu beheben, dass er ein Unit-File für
>> systemd für kdm bereitstellt. Dann funktioniert die Auftrennung in
>> Multi-User und Graphischer Desktop wieder wie gewünscht.
>
> Das ist das offensichtliche Problem, das sich dann richtig eklig
> zeigt, wenn der Rechner zwar ordentlich bootet, dann aber beim Starten
> des X-Servers verstirbt.
Behebung von Problem mit X-Login
==========================================
In den letzten Jahren habe ich sehr häufig erlebt dass X bzw. der
grafische Login-Manager nicht hochgekommen sind.
In diesen Fällen wechsele ich mit <strg>+<alt>+<F1> auf ein anderes
"Terminal", dort wartet immer ein freundlicher shellprompt auf einen
login. Von dort aus inspiziere ich die Probleme und teste mit
/etc/init.d/[kdm|gdm3|ligthdm] restart (das systemd equivalent müsste
ich jetzt raussuchen) ob Besserung eingetreten ist.
Noch nie habe ich dafür einen spezifischen Runlevel benötigt.
Warum kannst Du Dir nicht auf diesem Wege helfen?
Allgemein systemd vs. sysv-init
==========================================
Die Runlevel config mit update-rc.d unter sysv-init war definitiv nicht
perfekt, oder ich habe nie den richtigen Weg gefunden. Bei mir gibt es
oft den Fall dass ich ein Paket X mit Diensten zwar installieren will,
aber den Dienst eben gerade *nicht* per Default gestartet haben will.
Via update-rc.d (oder ???) habe ich dann die runlevel des Dienstes
angepasst und i.d.R. nach dem nächsten Update des Paketes (ich nutze
seit 10[!] Jahren testing/sid) ist alles wieder beim alten.
Viele der Ideen/Ansäte bei systemd finde ich sehr gelungen und fühlen
sich für mich gut an. So eine .service definition (unit?) für einen
"eigenen" Dienst anzulegen ist gefühlt Faktor 100
einfacher/nachvollziehbarer als ein init-script (auch bei Verwendung der
ganzen nützlichen Helfer wie start-stop-daemon, skeletons,
lsb-functions, ...)
[...]
Gruß,
Hans
Reply to: