Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss
NetworkManager braucht nach Neubooten restart
127 views
Skip to first unread message
Andreas Tille
Jul 6, 2021, 5:30:03 AM7/6/21
to
Hi,
ich habe in letzter Zeit verschiedene ältere Laptops mit dem Bullseye
Installer (im klassischen Textmodus) aufgesetzt. Einer hat dabei
gezickt (da stimmte was im BIOS mit UEFI nicht,) Das habe ich im BIOS
korrigiert und dann spaßeshalber mal den Live-System-Installer probiert.
Das ging soweit alles gut und hat vielleicht auch nichts mit dem Problem
zu tun - ich wollte nur Hintergrundinformationen geben.
Der Laptop ist mit LXDE installiert und daher auch (leider noch) von Bug
#988696 betroffen. Ich habe also den NetworkManager manuell vom
USB-Stick installiert.
Nach dem Booten und anmelden zeigt die NetworkManagerApp leider kein
einziges Netzwerk an. In einem Terminal habe ich mit ps geprüft, dass
der NetworkManager läuft. Wenn ich ein
sudo service NetworkManager restart
mache werden alle Netzwerke erkannt und es geht danach alles wie
geschmiert. Wie kann ich den NetworkManager dazu bringen, die Netzwerke
gleich von Anfang an zu erkennen?
Viele Grüße
Andreas.
--
http://fam-tille.de
ich habe in letzter Zeit verschiedene ältere Laptops mit dem Bullseye
Installer (im klassischen Textmodus) aufgesetzt. Einer hat dabei
gezickt (da stimmte was im BIOS mit UEFI nicht,) Das habe ich im BIOS
korrigiert und dann spaßeshalber mal den Live-System-Installer probiert.
Das ging soweit alles gut und hat vielleicht auch nichts mit dem Problem
zu tun - ich wollte nur Hintergrundinformationen geben.
Der Laptop ist mit LXDE installiert und daher auch (leider noch) von Bug
#988696 betroffen. Ich habe also den NetworkManager manuell vom
USB-Stick installiert.
Nach dem Booten und anmelden zeigt die NetworkManagerApp leider kein
einziges Netzwerk an. In einem Terminal habe ich mit ps geprüft, dass
der NetworkManager läuft. Wenn ich ein
sudo service NetworkManager restart
mache werden alle Netzwerke erkannt und es geht danach alles wie
geschmiert. Wie kann ich den NetworkManager dazu bringen, die Netzwerke
gleich von Anfang an zu erkennen?
Viele Grüße
Andreas.
--
http://fam-tille.de
Andreas Tille
Jul 9, 2021, 9:00:03 AM7/9/21
to
Hallo nochmal,
in /var/log/syslog finde ich immer ein
"zeit" "hostname" NetworkManager["pid"]: <warn> [1625216088.3914] Error: failed to open /run/network/ifstate
das mir zu dem unten beschriebenen Problem zu passen scheint.
Nach dem restart des NetworkManager service, das ich immer manuell
mache, sieh es so aus:
# ls -la /run/network/
insgesamt 12
drwxr-xr-x 2 root root 120 9. Jul 18:45 .
drwxr-xr-x 34 root root 940 9. Jul 18:50 ..
-rw-r--r-- 1 root root 6 9. Jul 18:45 ifstate
-rw-r--r-- 1 root root 1 9. Jul 18:45 ifstate.eth0
-rw-r--r-- 1 root root 3 9. Jul 18:45 ifstate.lo
-rw-r--r-- 1 root root 0 9. Jul 18:45 .ifstate.lock
Hat jemand eine Idee, was den NetworkManager davon abhält, das
gleich beim Starten zu tun?
Viele Grüße
Andreas.
--
http://fam-tille.de
in /var/log/syslog finde ich immer ein
"zeit" "hostname" NetworkManager["pid"]: <warn> [1625216088.3914] Error: failed to open /run/network/ifstate
das mir zu dem unten beschriebenen Problem zu passen scheint.
Nach dem restart des NetworkManager service, das ich immer manuell
mache, sieh es so aus:
# ls -la /run/network/
insgesamt 12
drwxr-xr-x 2 root root 120 9. Jul 18:45 .
drwxr-xr-x 34 root root 940 9. Jul 18:50 ..
-rw-r--r-- 1 root root 6 9. Jul 18:45 ifstate
-rw-r--r-- 1 root root 1 9. Jul 18:45 ifstate.eth0
-rw-r--r-- 1 root root 3 9. Jul 18:45 ifstate.lo
-rw-r--r-- 1 root root 0 9. Jul 18:45 .ifstate.lock
Hat jemand eine Idee, was den NetworkManager davon abhält, das
gleich beim Starten zu tun?
Viele Grüße
Andreas.
http://fam-tille.de
Robert Stephan
Jul 9, 2021, 11:40:03 AM7/9/21
to
Meine Vermutung wäre daß der NetworkManager beim Zugriffsversuch noch nichts
finden kann weil die Dateien noch nicht existieren.
/run/..... Wird doch erst zur Laufzeit angelegt?
Dein NM scheint also ein wenig zu früh auf der Matte zu stehen.
Schlüssel ID= 6E9BF134
Fingerprint=68C1 F1BC C3E0 EA52 0CE7 FB95 7E1B 7D60 6E9B F134
finden kann weil die Dateien noch nicht existieren.
/run/..... Wird doch erst zur Laufzeit angelegt?
Dein NM scheint also ein wenig zu früh auf der Matte zu stehen.
Schlüssel ID= 6E9BF134
Fingerprint=68C1 F1BC C3E0 EA52 0CE7 FB95 7E1B 7D60 6E9B F134
Andreas Tille
Jul 9, 2021, 1:10:03 PM7/9/21
to
Hallo,
On Fri, Jul 09, 2021 at 05:34:58PM +0200, Robert Stephan wrote:
> Meine Vermutung wäre daß der NetworkManager beim Zugriffsversuch noch nichts
> finden kann weil die Dateien noch nicht existieren.
> /run/..... Wird doch erst zur Laufzeit angelegt?
> Dein NM scheint also ein wenig zu früh auf der Matte zu stehen.
Wie kann ich die Reihenfolge der Prozesse festlegen?
Wie unten gesagt, der Laptop ist frisch mit dem Live-Installer
installiert und anschließend das network-manager Paket und all
seine Abhängigkeiten nachinstalliert. Sonst habe ich nichts
gemacht.
Viele Grüße
Andreas.
--
http://fam-tille.de
On Fri, Jul 09, 2021 at 05:34:58PM +0200, Robert Stephan wrote:
> Meine Vermutung wäre daß der NetworkManager beim Zugriffsversuch noch nichts
> finden kann weil die Dateien noch nicht existieren.
> /run/..... Wird doch erst zur Laufzeit angelegt?
> Dein NM scheint also ein wenig zu früh auf der Matte zu stehen.
Wie unten gesagt, der Laptop ist frisch mit dem Live-Installer
installiert und anschließend das network-manager Paket und all
seine Abhängigkeiten nachinstalliert. Sonst habe ich nichts
gemacht.
Viele Grüße
Andreas.
http://fam-tille.de
Andreas Tille
Jul 11, 2021, 5:30:02 AM7/11/21
to
Hi,
On Fri, Jul 09, 2021 at 07:43:36PM +0200, Uwe Kerstan wrote:
> > Hat jemand eine Idee, was den NetworkManager davon abhält, das
> > gleich beim Starten zu tun?
>
> Testweise /lib/systemd/system/NetworkManager-wait-online.service
> bearbeiten und den Timeout hochsetzen. Nur so'ne Idee. :-)
Die Idee ist hilfreich ... solange kein Update vom NetworkManager kommt,
denn dann ist das ja wieder futsch, wenn die Datei überschrieben wird.
Scheinbar muss ich da einen Bugreport schreiben, dass das in /etc
konfigurierbar wird.
Vielen Dank,
Andreas.
--
http://fam-tille.de
On Fri, Jul 09, 2021 at 07:43:36PM +0200, Uwe Kerstan wrote:
> > Hat jemand eine Idee, was den NetworkManager davon abhält, das
> > gleich beim Starten zu tun?
>
> bearbeiten und den Timeout hochsetzen. Nur so'ne Idee. :-)
Die Idee ist hilfreich ... solange kein Update vom NetworkManager kommt,
denn dann ist das ja wieder futsch, wenn die Datei überschrieben wird.
Scheinbar muss ich da einen Bugreport schreiben, dass das in /etc
konfigurierbar wird.
Vielen Dank,
Andreas.
--
http://fam-tille.de
Andreas Metzler
Jul 11, 2021, 8:20:02 AM7/11/21
to
Dafür gibt es bei systemd einen generischen Mechanismus.
systemctl edit NetworkManager-wait-online
sollte eine Datei in
/etc/systemd/system/NetworkManager-wait-online.service.d/ erstellen worin
du einzelne Settings oder die ganze Unit overriden kannst.
Siehe auch systemd.unit(5).
cu Andreas
--
`What a good friend you are to him, Dr. Maturin. His other friends are
so grateful to you.'
`I sew his ears on from time to time, sure'
Manfred Schmitt
Jul 11, 2021, 8:30:03 AM7/11/21
to
Andreas Tille schrieb:
erstellen und nur das da rein sollte langen:
[Service]
ExecStart=/usr/bin/nm-online -s -q --timeout=45
Ich wüerde aber erst einmal z.B. mit 'journalctl -b0 | less' (vielleicht
auch mit -p err), 'systemctl list-units --failed' und 'systemd-analyze blame'
und auch 'systemd-analyze critical-chain' schauen ob man zu dem Problem
mehr rauskriegt.
systemd-analyze plot > /tmp/boo.svg ist zur Uebersicht ueber den gesamten
boot manchmal auch hilfreich .
Und was meint eigentlich 'journalctl -u NetworkManager' direkt nach dem
boot, vor dem restart des NetworkManager?
Hier, in buster, ist NetworkManager-wait-online btw disabled
Selbst der default mit 30 Sekunden bei NetworkManager-wait-online ist ja
schon ziemlich lang, so lang daeuert bei halbswegs aktuellen Rechnern ja
nicht mal der gesamte Bootvorgang. Wenn dass denn tatsäechlich das Problem
behebt wäre es also eigentlich sinnvoller herauszukriegen was da denn so
lange dauert als den timeout hochzusetzen.
Bei systemd muss man ja üblicherweise eher suchen wo man welche timeouts
runter setzt bzw. ganz abschaltet ;-/
Und wech,
Manne
> >
> > Testweise /lib/systemd/system/NetworkManager-wait-online.service
> > bearbeiten und den Timeout hochsetzen. Nur so'ne Idee. :-)
>
> Die Idee ist hilfreich ... solange kein Update vom NetworkManager kommt,
> denn dann ist das ja wieder futsch, wenn die Datei überschrieben wird.
>
> Scheinbar muss ich da einen Bugreport schreiben, dass das in /etc
> konfigurierbar wird.
>
Mit systemctl edit NetworkManager-wait-online' kannst Du 'nen override
> > Testweise /lib/systemd/system/NetworkManager-wait-online.service
> > bearbeiten und den Timeout hochsetzen. Nur so'ne Idee. :-)
>
> Die Idee ist hilfreich ... solange kein Update vom NetworkManager kommt,
> denn dann ist das ja wieder futsch, wenn die Datei überschrieben wird.
>
> Scheinbar muss ich da einen Bugreport schreiben, dass das in /etc
> konfigurierbar wird.
>
erstellen und nur das da rein sollte langen:
[Service]
ExecStart=/usr/bin/nm-online -s -q --timeout=45
Ich wüerde aber erst einmal z.B. mit 'journalctl -b0 | less' (vielleicht
auch mit -p err), 'systemctl list-units --failed' und 'systemd-analyze blame'
und auch 'systemd-analyze critical-chain' schauen ob man zu dem Problem
mehr rauskriegt.
systemd-analyze plot > /tmp/boo.svg ist zur Uebersicht ueber den gesamten
boot manchmal auch hilfreich .
Und was meint eigentlich 'journalctl -u NetworkManager' direkt nach dem
boot, vor dem restart des NetworkManager?
Hier, in buster, ist NetworkManager-wait-online btw disabled
Selbst der default mit 30 Sekunden bei NetworkManager-wait-online ist ja
schon ziemlich lang, so lang daeuert bei halbswegs aktuellen Rechnern ja
nicht mal der gesamte Bootvorgang. Wenn dass denn tatsäechlich das Problem
behebt wäre es also eigentlich sinnvoller herauszukriegen was da denn so
lange dauert als den timeout hochzusetzen.
Bei systemd muss man ja üblicherweise eher suchen wo man welche timeouts
runter setzt bzw. ganz abschaltet ;-/
Und wech,
Manne
Marc Haber
Jul 11, 2021, 4:10:03 PM7/11/21
to
On Sun, 11 Jul 2021 11:23:28 +0200, Andreas Tille <and...@an3as.eu>
wrote:
systemctl edit NetworkManager-wait-online.service wäre zu kompliziert?
Oder vielleicht die Doku lesen und sich mit override Files zu
beschäftigen, wenn es schon nicht bequem sein soll?
Grüße
Marc
--
-------------------------------------- !! No courtesy copies, please !! -----
Marc Haber | " Questions are the | Mailadresse im Header
Mannheim, Germany | Beginning of Wisdom " |
Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834
wrote:
Oder vielleicht die Doku lesen und sich mit override Files zu
beschäftigen, wenn es schon nicht bequem sein soll?
Grüße
Marc
--
-------------------------------------- !! No courtesy copies, please !! -----
Marc Haber | " Questions are the | Mailadresse im Header
Mannheim, Germany | Beginning of Wisdom " |
Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834
Michael Biebl
Jul 11, 2021, 6:10:02 PM7/11/21
to
Am 12.07.2021 um 00:05 schrieb Michael Biebl:
>> # ls -la /run/network/
>> insgesamt 12
>> drwxr-xr-x 2 root root 120 9. Jul 18:45 .
>> drwxr-xr-x 34 root root 940 9. Jul 18:50 ..
>> -rw-r--r-- 1 root root 6 9. Jul 18:45 ifstate
>> -rw-r--r-- 1 root root 1 9. Jul 18:45 ifstate.eth0
>
>
> Wenn du eine Datei ifstate.eth0 hast, deutet das daraufhin, dass dein
>> # ls -la /run/network/
>> insgesamt 12
>> drwxr-xr-x 2 root root 120 9. Jul 18:45 .
>> drwxr-xr-x 34 root root 940 9. Jul 18:50 ..
>> -rw-r--r-- 1 root root 6 9. Jul 18:45 ifstate
>> -rw-r--r-- 1 root root 1 9. Jul 18:45 ifstate.eth0
>
>
> eth0 interface von ifupdown verwaltet wird.
Um das nochmal zu betonen: Die Dateien werden von ifupdown angelegt,
nicht NetworkManager.
Falls du dich fragst, warum NM dann versucht diese Datei zu lesen:
https://salsa.debian.org/utopia-team/network-manager/-/blob/debian/master/debian/patches/Force-online-state-with-unmanaged-devices.patch
Michael Biebl
Jul 11, 2021, 6:10:02 PM7/11/21
to
> # ls -la /run/network/
> insgesamt 12
> drwxr-xr-x 2 root root 120 9. Jul 18:45 .
> drwxr-xr-x 34 root root 940 9. Jul 18:50 ..
> -rw-r--r-- 1 root root 6 9. Jul 18:45 ifstate
> -rw-r--r-- 1 root root 1 9. Jul 18:45 ifstate.eth0
> insgesamt 12
> drwxr-xr-x 2 root root 120 9. Jul 18:45 .
> drwxr-xr-x 34 root root 940 9. Jul 18:50 ..
> -rw-r--r-- 1 root root 6 9. Jul 18:45 ifstate
> -rw-r--r-- 1 root root 1 9. Jul 18:45 ifstate.eth0
Wenn du eine Datei ifstate.eth0 hast, deutet das daraufhin, dass dein
eth0 interface von ifupdown verwaltet wird.
Evtl. treten sich NetworkManager und ifupdown gegenseitig auf die Füße.
eth0 interface von ifupdown verwaltet wird.
Meine Empfehlung wäre, falls du NetworkManager verwenden möchtest,
ifupdown zu deinstallieren oder zumindest die eth0 config aus
/etc/network/interfaces rauszunehmen.
Michael
0 new messages