Arch Linux - dhcpcd-Nachrichten auf dem Anmeldebildschirm

4

Ich habe eine neue Installation von Arch Linux, und ich habe aktiviert dhcpcdauf eth0. Die Nachrichtenausgabe für den dhcpcdStart wird jedoch angezeigt, nachdem das Betriebssystem gestartet wurde und sich auf dem Anmeldebildschirm befindet.

Arch Linux startete mit dhcpcd-Meldungen nach dem Anmeldebildschirm

Wie kann ich das beheben?

linux troubleshooting arch-linux George K.
quelle
Es ist ein Fehler, den ich seit einer Weile gesehen habe. Ich drücke einfach die Eingabetaste und dann kannst du dich anmelden. Ich vermute, Sie werden zusammen mit X einen Login-Manager einrichten, sodass Sie ihn in Zukunft nicht mehr sehen werden.
Nerdwaller
Nein nicht wirklich; Ich beabsichtige, dies als Server verschiedener Art mit minimalem Overhead auszuführen.
George K.
@GeorgeK. Können Sie uns zeigen, wie lange es dauert, dhcpcdbis wir anfangen? die Ausgabe von systemd-analyze blame? Auf meinem Computer dauert es ungefähr 7 Sekunden (sehr lange für meine Standards), aber ich sehe keine Meldungen über der Anmeldeaufforderung. Als Abhilfemaßnahme können Sie auch quietIhre Kernel-Zeile auf Ihrem Bootloader erweitern.
Martín Canaval
Lauf systemd-analyze blamespuckt folgendes: Traceback (most recent call last): File "/usr/bin/systemd-analyze", line 23, in <module> from gi.repository import Gio ImportError: No module named gi.repository. Ich gehe davon aus, dass ich das giModul nicht installiert habe?
George K.
Verstanden, das macht Sinn. Die anderen Dienste sollten jedoch trotzdem im Hintergrund ausgeführt werden. Ich bin überrascht, dass Sie ein Rolling Release-System als Server verwenden. Aber Bogen ist ziemlich toll.
Nerdwaller

Antworten:

0

Standardmäßig [email protected]ist es vom Typ "Leerlauf". Dies bedeutet, dass es nur gestartet wird, wenn die Jobwarteschlange von systemd zum ersten Mal geleert wird. Leider sind die Bedingungen zum Ausschalten der Statusanzeige nicht ganz dieselben - Letzteres geschieht nur, wenn das Standardziel gestartet wird, aber die Jobwarteschlange wird häufig zuvor leer.

Auf langsameren Systemen kann eine andere Ursache dafür sein, dass "idle" eine Zeitüberschreitung von zwei Sekunden hat, nach der getty trotzdem gestartet wird , auch wenn das System noch bootet.

Um dieses Problem zu umgehen, können Sie die Serviceeinheit von getty anweisen, die Statusanzeige sofort auszuschalten. Kopieren Sie folgendes nach /etc/systemd/system/[email protected]:

.include /usr/lib/systemd/system/[email protected]

[Service]
ExecStartPre=/bin/kill -s RTMIN+21 1
ExecStopPost=/bin/kill -s RTMIN+20 1
Type=simple
Grawity
quelle
Hat nicht funktioniert: Kernel geriet in Panik; musste vorherigen Schnappschuss wiederherstellen
George K.
Wenn Änderungen an systemd-Einheiten zu einer Kernel-Panik führen, nehmen Sie die falschen Änderungen vor.
Grawity
Ok, ich habe zwei Dinge getan. Ich habe /etc/systemd/system/[email protected]die obigen Änderungen zuerst erstellt und eingefügt, und das hat das Problem nicht behoben. Ich sah dann, dass es einen getty.target.wantsOrdner unter demselben Verzeichnis und einen [email protected]darin gab, und fügte die obigen Zeilen dieser Datei hinzu, und dann geriet der Kernel in Panik und ich musste einen Rollback durchführen. Was denkst du?
George K.
0

Sie sollten Ihr /etc/systemd/system/getty.target.wants/[email protected] in der Zeile bearbeiten, die mit After = ... beginnt.

Ändern Sie es in: After = multi-user.target

oder: After = graphical.target

staufinc
quelle