Netwerk fnktioniert nicht - systemd streikt

[tr01]

Hallo,

ich habe ein Problem mit meinem Debian auf dem PC:

Wenn ich starte, kommt nach dem fsck folgende Meldung:

Code: Alles auswählen

(1 of 2) A start job is running for Trigger Flushing of Journal to Persistent Storage (5min 42s / no limit)
(2 of 2) A start job is running for LSB: Raise network interfaces. (5min 42s / no limit)

Die Zeit in Klammern zählt dann hoch und es passiert einfach nichts. Nach ca. 15 min ist er dann hochgefahren, ich kann mich einloggen, aber die Netzwerkverbindung funktioniert nicht.
Ich nutze Debian jessie amd64 auf nem Intel Celeron N3050.

Die Verbindung läuft über LAN und wurde vom Debian-Installer eingerichtet, seitdem habe ich nichts geändert.

Was bedeutet das und wie bekommen ich meinen PC zu laufen?

[rendegast]

Wähle beim Booten mal den sysv-Start, resp. 'init=/lib/sysvinit/init'.

[tr01]

Wie genau mache ich das?

[rendegast]

(jessie)
Im grub-Menü wird dir der zu startende Kernel angeboten.
Darunter ein Submenu, das weitere Starteinträge enthalten sollte
(update-grub-Parameter GRUB_DISABLE_SUBMENU).
Darunter der obige kernel explizit per systemd, per sysv, oder halt rescue.

Alternativ kann der Boot-Eintrag beim Starten editiert werden:
Hinzufügen von
init=/lib/sysvinit/init
in der Zeile 'linux ............'.

[detix]

Mir stellt sich allerdings als erstes die Frage wo denn die 5:42 min herkommen, und das gleich 2 mal!
Standard ist bei systemd doch 90 sek Wartezeit?

[rendegast]

Ein loop?
systemd = wip, damit noch nicht rock-solid?

[detix]

Eieiei, stable und nicht rock-solid...

[habakug]

@detix

Hier die schöne neue Welt [1]:

Code: Alles auswählen

[Unit]
Description=Flush Journal to Persistent Storage
Documentation=man:systemd-journald.service(8) man:journald.conf(5)
DefaultDependencies=no
Requires=systemd-journald.service
After=systemd-journald.service
After=systemd-remount-fs.service
Before=systemd-user-sessions.service systemd-tmpfiles-setup.service
RequiresMountsFor=/var/log/journal

[Service]
ExecStart=@rootbindir@/journalctl --flush
Type=oneshot
RemainAfterExit=yes
TimeoutSec=90s

Hier die schnöde Realität in Debian Jessie systemd:

Code: Alles auswählen

[Unit]
Description=Trigger Flushing of Journal to Persistent Storage
Documentation=man:systemd-journald.service(8) man:journald.conf(5)
DefaultDependencies=no
Requires=systemd-journald.service
After=systemd-journald.service local-fs.target remote-fs.target
Before=systemd-user-sessions.service

[Service]
ExecStart=/bin/systemctl kill --kill-who=main --signal=SIGUSR1 systemd-journald.service
Type=oneshot

Das hat gar kein Timeout...

Gruss, habakug

[1] https://github.com/systemd/systemd/blob ... service.in

[detix]

Halleluja, da bin ich aber froh das systemd trotz einigen selbst gebastelten Einstellungen hier mittlerweile nicht mehr rumzickt.

[scientific]

Bei mir läuft systemd auch gut.

Jemandem zu raten, einen 4er-Golf zu fahren, weil beim 5er der Fensterheber hin ist, ist reichlich verkehrt... warum dann zu sysvinit raten, wenn systemd zickt?
Nun ich kanns mir nur mit Unkenntnis des Systems und fehlendem Willen, das Neue zuzulassen erklären.

Systemd bietet vielfache Debugfunktionen an.
Z.b.

Code: Alles auswählen

systemctl enable debug-shell.service

und dann beim Booten auf VT9 Nachsehen was zickt.