Arch Linux - dhcpcd-Nachrichten auf dem Anmeldebildschirm

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:

Standardmäßig getty@.serviceist 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/getty@.service:

.include /usr/lib/systemd/system/getty@.service

[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/getty@.servicedie 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 getty@tty1.servicedarin 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.

Sie sollten Ihr /etc/systemd/system/getty.target.wants/getty@.service in der Zeile bearbeiten, die mit After = ... beginnt.

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

oder: After = graphical.target

— staufinc
quelle