Hallo, ich habe ein Problem mit dem Network Manager. Dieser wird öfters beim Hochfahren des Betriebsystems und nach dem Anmelden nicht geladen und erscheint deshalb auch nicht im Panel. Eine Internetverbindung ist dann natürlich nicht möglich. Unter Sitzung u. Startverhalten/automatisch gestartete Anwendungen ist aber Netzwerk mit einem Haken aktiviert. Nach einem Neustart wird der Network Manager meistens geladen und funktioniert. Ist das Problem schon bekannt ? Wenn ja gibt es dafür eine Lösung?
Network Manager wird öfters nach dem Anmelden nicht geladen
Anmeldungsdatum: Beiträge: 227 |
|
Anmeldungsdatum: Beiträge: 3741 |
Moin, ich kann mir vorstellen, dass das an der Umstellung auf systemd liegt. Brauchst du zwangsweise den Networkmanager?
|
Anmeldungsdatum: Beiträge: 13938 |
|
(Themenstarter)
Anmeldungsdatum: Beiträge: 227 |
Hallo, benutze ein Kabelmodem also Kabelanbindung (DSL). Will beim NetworkManager bleiben. Wollte bloß mal anfragen ob das Problem allgemein bekannt ist. Habe Xubuntu schon mehrmals neu aufgesetzt. Der Fehler tritt aber immer wieder auf. Deshalb mal meine allgemeine Anfrage hier in die Runde. Vielleicht ist der Fehler ja schon bei anderen Usern aufgetreten? |
Anmeldungsdatum: Beiträge: 3741 |
Ich kanns nicht beurteilen, da ich den Networkmanager immer deinstalliere. Schau doch mal auf Launchpad ob da was bekannt ist. Ansonsten blockiert vielleicht ein anderer Prozess den Start des Networkmanagers? systemd-analyze blame oder die Option critical könnten hilfreich sein. @Lidux: ja, gute Ergänzung ☺ bei einem mobilem Laptop mühselig den Wlan Schlüssel in eine Textdatei rein zuschreiben ist mit etwas Aufwand (Userbility) verbunden, daher hatte ich das erstmal ausgeklammert. 😉 |
(Themenstarter)
Anmeldungsdatum: Beiträge: 227 |
Wird mit dem Befehl systemd-analyze blame was verändert? Will nicht zum Samstagabend das System neu aufsetzten müssen. |
(Themenstarter)
Anmeldungsdatum: Beiträge: 227 |
Hab den Befehl mal eingegeben: torsten@torsten-System-Product-Name:~$ systemd-analyze blame 20.523s networking.service 10.570s dnscrypt-proxy.service 9.733s NetworkManager-wait-online.service 9.482s accounts-daemon.service 9.150s dev-sda1.device 7.803s apparmor.service 7.489s postfix.service 6.792s snapd.firstboot.service 6.641s NetworkManager.service 6.567s ModemManager.service 4.875s grub-common.service 4.622s tor@default.service 4.180s polkitd.service 3.964s lightdm.service 3.848s irqbalance.service 3.402s ondemand.service 3.258s thermald.service 3.097s lm-sensors.service 3.073s pppd-dns.service 2.838s avahi-daemon.service 2.575s gpu-manager.service 2.429s console-setup.service 2.048s rsyslog.service lines 1-23...skipping... 20.523s networking.service 10.570s dnscrypt-proxy.service 9.733s NetworkManager-wait-online.service 9.482s accounts-daemon.service 9.150s dev-sda1.device 7.803s apparmor.service 7.489s postfix.service 6.792s snapd.firstboot.service 6.641s NetworkManager.service 6.567s ModemManager.service 4.875s grub-common.service 4.622s tor@default.service 4.180s polkitd.service 3.964s lightdm.service 3.848s irqbalance.service 3.402s ondemand.service 3.258s thermald.service 3.097s lm-sensors.service 3.073s pppd-dns.service 2.838s avahi-daemon.service 2.575s gpu-manager.service 2.429s console-setup.service 2.048s rsyslog.service 1.810s systemd-udevd.service 1.599s keyboard-setup.service 1.446s systemd-tmpfiles-setup-dev.service 1.371s dnscrypt-proxy-resolvconf.service 1.231s systemd-journald.service 1.114s systemd-modules-load.service 1.029s systemd-tmpfiles-setup.service 989ms systemd-logind.service 880ms apport.service 759ms colord.service 728ms systemd-update-utmp.service 715ms sys-kernel-debug.mount 715ms dev-mqueue.mount 688ms resolvconf.service 589ms plymouth-start.service 561ms dev-hugepages.mount 509ms systemd-sysctl.service 487ms systemd-journal-flush.service 449ms upower.service 398ms dev-disk-by\x2duuid-64ac13bc\x2da1e0\x2d4d33\x2da8d4\x2d510480a4c23f.swap 397ms plymouth-read-write.service 394ms systemd-timesyncd.service 360ms systemd-udev-trigger.service 330ms speech-dispatcher.service 302ms kmod-static-nodes.service lines 1-48 Die Installation von Dnscryp-proxy ist nicht die Ursache des Problems. Das genannte Problem bestand auch schon vor der Installation von dnscrypt-proxy. |
Anmeldungsdatum: Beiträge: 3741 |
Dann würde ich jetzt mal nach critical (oder critical-chain?) gucken. Also systemd-analyze critical Scheinbar sind die Dienste schneller als dein Rechner (hatte ich auch, bis ich den Network-Manager deinstalliert hatte) und noch nicht vollständig systemd kompatibel. |
(Themenstarter)
Anmeldungsdatum: Beiträge: 227 |
Der Befehl funktioniert leider bei mir so nicht, siehe: torsten@torsten-System-Product-Name:~$ systemd-analyze critical Unknown operation 'critical'. torsten@torsten-System-Product-Name:~$ Habe den Befehl kopiert und eingefügt. Sonst nix anderes gemacht. Bei dem anderen Befehl kam dies hier: torsten@torsten-System-Product-Name:~$ systemd-analyze critical-chain The time after the unit is active or started is printed after the "@" character. The time the unit takes to start is printed after the "+" character. graphical.target @43.198s └─multi-user.target @43.187s └─postfix.service @31.782s +11.403s └─network-online.target @31.770s └─NetworkManager-wait-online.service @21.722s +10.047s └─NetworkManager.service @17.579s +4.128s └─dbus.service @14.017s └─basic.target @13.921s └─paths.target @13.921s └─acpid.path @13.921s └─sysinit.target @13.882s └─apparmor.service @6.195s +7.632s └─local-fs.target @6.002s └─local-fs-pre.target @6.002s └─systemd-remount-fs.service @5.842s +118ms └─systemd-journald.socket @2.127s └─-.mount @2.103s └─system.slice @2.127s └─-.slice @2.103s torsten@torsten-System-Product-Name:~$ Sieht so aus als ob da auch Zeug geladen wird was nicht gebraucht wird. Postfix zum Beispiel. |
Anmeldungsdatum: Beiträge: 3741 |
Bis auf postfix seh ich auch nichts ungewöhnliches. Kannst ja deaktiveren und über das Ergebnis berichten. Ich dachte, das GDM anstelle von Slice genutzt wird. Hat sich das geändert? |
(Themenstarter)
Anmeldungsdatum: Beiträge: 227 |
Habe Postfix via Synaptic vollständig deinstalliert. Ist nichts danach schlechter geworden. torsten@torsten-System-Product-Name:~$ systemd-analyze critical-chain The time after the unit is active or started is printed after the "@" character. The time the unit takes to start is printed after the "+" character. graphical.target @36.198s └─multi-user.target @36.198s └─getty.target @36.197s └─getty@tty1.service @36.197s └─rc-local.service @36.138s +14ms └─network-online.target @36.137s └─NetworkManager-wait-online.service @21.358s +14.778s └─NetworkManager.service @16.454s +4.889s └─dbus.service @13.686s └─basic.target @13.520s └─paths.target @13.498s └─cups.path @13.498s └─sysinit.target @13.422s └─apparmor.service @5.484s +7.886s └─local-fs.target @5.483s └─local-fs-pre.target @5.431s └─systemd-remount-fs.service @5.290s +140ms └─system.slice @1.834s └─-.slice @1.831s torsten@torsten-System-Product-Name:~$ Ob GDM anstelle von Slice genutzt wird kann ich dir nicht sagen. Ich benutze Xubuntu 16.04.1 LTS zum ersten Mal. Da musst du jemand anderes Fragen der davon Ahnung hat. |
Anmeldungsdatum: Beiträge: 3741 |
Ich denke, das ist normal. War bei mir damals ähnlich mit der Umstellung auf systemd auch so. |
(Themenstarter)
Anmeldungsdatum: Beiträge: 227 |
Was meinst du unter normal? Weiß auch nicht was systemd ist oder bedeutet. Sorry so tief stecke ich noch nicht in der Materie. |
Anmeldungsdatum: Beiträge: 3741 |
Systemd ist das neue Init System unter Ubuntu 16.04. Kann durchaus sein, dass Systemd im Vergleich zum Vorgänger ein anderes Startverhalten hat, was deine Verzögerungen erklären könnte |
(Themenstarter)
Anmeldungsdatum: Beiträge: 227 |
Aha, dann scheint das so ne Art von Bug zu sein. Übrigens habe ich beim jetzigen Xubuntu das Homeverzeichnis von meinem letzten Ubuntu 14.04.4 LTS installiert. Könnte da etwas dabei sein was Auswirkungen auf den jetzigen Network Manager haben könnte? Das Briefsymbol von Ubuntu habe ich hier jetzt auch oben rechts in Panel. Gibt es eigentlich theoretisch nicht unter Xubuntu oder irre ich mich da ? Nicht das etwas von meinem alten Ubuntu jetzt im jetzigen Network Manager installiert ist was da eigentlich nicht hingehört? Werde morgen mal den Livestick von Xubuntu starten und mittels Befehl systemd-analyze critical-chain schauen ob da auch Slice startet. Dann haben wir einen Vergleich zu meinem jetzigen System. Heut habe ich kein Bock zum basteln. Wenn es was neues da gibt dann werde ich das hier ausführlich morgen posten. |