network.service LSB konnte nicht gestartet werden: Netzwerk hoch- / runterfahren - Centos 7

Beim Versuch, den Netzwerkdienst zu starten, tritt unter Centos7 ein Problem auf. Ich erhalte die folgende Fehlermeldung.

Failed to start LSB: Bring up/down networking

Das Problem trat auf, als mir klar wurde, dass meine statische IP-Adresse nicht aus der Datei / etc / sysconfig / network-scripts / ifcfg-eth0 (siehe unten) übernommen wurde.

DEVICE=eth0
BOOTPROTO=static
IPADDR=192.168.0.16
NETMASK=255.255.255.0
HWADDR=B8:27:EB:C3:1E:EC
NM_CONTROLLED=no
ONBOOT=yes
TYPE=Ethernet

Beim Neustart würde das Gerät mit der IP-Adresse 192.168.0.7 geladen, eindeutig nicht mit der zugewiesenen statischen IP-Adresse und nicht sicher, wie es Informationen über einen DHCP-Server erhält (den ich habe, meinen Router).

Ich habe versucht, den NetworkManager zu deaktivieren, da dies möglicherweise zu Verwüstungen des Netzwerkdienstes geführt hat, indem der folgende Befehl ausgegeben wurde.

systemctl stop NetworkManager

und aktivieren Sie dann das Netzwerk

systemctl start network

Wieder trat der gleiche Fehler auf, ich beendete dann den dhclient-Prozess und versuchte erneut, den Netzwerkdienst zu starten, und bekam erneut den gleichen Fehler.

Ich verlor die Geduld, da ich zu diesem Zeitpunkt über die DHCP-IP eine Verbindung zum Internet auf dem Server hatte, führte einen "yum remove Network Manager" durch und versuchte erneut einen Neustart, ohne Erfolg. Ich bin mir nicht sicher, ob das eine gute Idee war oder nicht, aber hey, es hat sowieso nicht funktioniert.

Ich habe anscheinend erschöpfte Vorschläge, die ich im Internet finden konnte. Ich frage mich, ob jemand eine Ahnung hat, was los sein könnte.

Bearbeiten: Noch ein Hinweis, dies ist keine VM oder in irgendeiner Weise mit Virtualisierung verbunden. Dies ist einfach ein RaspberryPI 3

Danke vielmals.

Bearbeiten: Protokolleinträge:

Jan 01 00:00:06 <hostname> systemd[1]: Starting LSB: Bring up/down networking... 
Jan 01 00:00:06 <hostname> systemd[1]: network.service: control process exited, code=exited status=6 
Jan 01 00:00:06 <hostname> systemd[1]: Failed to start LSB: Bring up/down networking 
Jan 01 00:00:06 <hostname> systemd[1]: Unit network.service entered failed state 
Jan 01 00:00:06 <hostname> systemd[1]: network.service failed

Nur für den Fall, dass noch jemand ein Problem mit Centos 7 auf dem Raspberry Pi in Bezug auf diesen 'LSB'-Fehler hat.

Ich fand schließlich heraus, dass das /etc/rc.d/init.d/networkSkript, das ausgeführt wird, sofort status=6einen Fehler macht, wenn eine bestimmte Datei nicht existiert, nämlich /etc/sysconfig/network.
Ich habe keine Ahnung, warum diese Datei erforderlich ist, da auf einem anderen System, an dem ich arbeite, die Datei vorhanden ist, aber leer ist. Aber mit dem Centos 7-Betriebssystem, das ich für meine Himbeere bekommen habe, gab es es nicht sofort. Nachdem Sie alle anderen Schritte ausgeführt haben (Network Manager entfernen, statische IP-Adresse in der ifcfg-Datei festlegen, dhc-Prozess für Network Manager beenden usw.), versuchen Sie einfach Folgendes:

touch /etc/sysconfig/network

Die Datei kann leer sein. Muss nur existieren.

Starten Sie dann den Netzwerkdienst neu:

systemctl restart network

Und voila. Mir ist klar, dass dies eine sehr kleine Lösung ist, aber ich habe alle oben genannten Kopfschmerzen und Versuche durchlaufen, bevor ich dies gefunden habe, und es war gut, danach zu suchen.

Ich hatte vor kurzem das gleiche Problem, dh Netzwerk.Service Fehler

LSB konnte nicht gestartet werden: Netzwerk hoch- / runterfahren

Die für mich funktionierende Lösung bestand darin, den NetworkManger zu deaktivieren:

systemctl stop NetworkManager
systemctl disable NetworkManager

Neustart und network.service war aktiv (läuft) .

Du solltest benutzen

BOOTPROTO=none

Anstatt von

BOOTPROTO=static

Ersteres ist die korrekte Syntax in RHEL / CentOS 7.

Ich habe den gleichen Fehler beim Starten von i2p als Dienst erhalten. Ich habe jedoch festgestellt, dass Teile des Linux Standard Base-Support-Pakets nicht auf meinem System installiert waren. Nach der Installation gab es kein Problem mehr.

Löschen Sie die Zeilen BOOTTOPRO=""und IPADDR="". Ich bin mit dem gleichen Problem zu diesem Thread gekommen. Anfangs hatte ich die Zeilen BOOTTOPRO und IPPADDR hinzugefügt, um statische Werte für enp0s3 festzulegen. Nachdem ich diese beiden Zeilen gelöscht hatte, konnte ich dies tunsystemctl restart network.service