network.service Nie udało się uruchomić LSB: Przyspieszenie / wyłączenie sieci - Centos 7


12

Podczas próby uruchomienia usługi sieciowej występuje problem z Centos7. Otrzymuję poniższy komunikat o błędzie.

Failed to start LSB: Bring up/down networking

Problem pojawił się, gdy zdałem sobie sprawę, że nie pobrałem mojego statycznego adresu IP z pliku / etc / sysconfig / network-scripts / ifcfg-eth0 (znaleziony poniżej).

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

Podczas ponownego uruchamiania urządzenie ładuje się z adresem IP 192.168.0.7, oczywiście nie przypisuje się tego statycznego adresu IP i nie ma pewności, w jaki sposób otrzymuje informacje o serwerze DHCP (który mam, mój router)

Próbowałem wyłączyć Menedżera sieci, ponieważ mogło to spowodować spustoszenie w usłudze sieciowej, wydając poniższe polecenie.

systemctl stop NetworkManager

a następnie włącz sieć

systemctl start network

ponownie pojawił się ten sam błąd, a następnie zabiłem proces dhclient i spróbowałem ponownie uruchomić usługę sieciową i ponownie dostałem ten sam błąd.

Tracę cierpliwość, ponieważ miałem wtedy łączność z Internetem na serwerze za pośrednictwem DHCP IP, wykonałem „mniam usuń Network Managera” i spróbowałem ponownie uruchomić komputer, znowu bezskutecznie. Nie jestem pewien, czy to był dobry pomysł, czy nie, ale hej, to i tak nie działało.

Wydaje mi się, że wyczerpałem sugestie, które mogłem znaleźć w Internecie. Zastanawiam się, czy ktokolwiek inny ma pojęcie, co się dzieje.

edycja: jeszcze jedna uwaga, nie jest to maszyna wirtualna ani w żaden sposób związana z wirtualizacją. To po prostu RaspberryPI 3

Wielkie dzięki.

Edycja: Wpisy do dziennika:

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

Żeby upewnić się, że to tylko literówka ... kiedy mówisz, /var/sysconfig/network-scripts/ifcfg-eth0że naprawdę masz na myśli /etc/sysconfig/network-scripts/ifcfg-eth0, prawda?
zagrimsan 21.04.16

przepraszam, tak, mój błąd, / etc / sysconfig / network-scripts / ifcfg-eth0
dlyxzen 21.04.16

Czy upewniłeś się, HWADDRże ten plik naprawdę odpowiada karcie sieciowej?
zagrimsan 21.04.16

Sprawdziłem dane wyjściowe „ifconfig -a” i tak, dane wyjściowe adresu ethernetowego z tego miejsca są zgodne z tym, co umieściłem w pliku.
dlyxzen 21.04.16

Proszę opublikować dziennik systemowy od czasu uruchomienia, kiedy interfejsy sieciowe są wywoływane, z dowolnego pliku w /var/log/tych rzeczach, który zostanie zalogowany w CentOS lub z wyjścia journalctl -l -b 0.
zagrimsan 22.04.16

Odpowiedzi:


7

Na wypadek, gdyby ktoś nadal miał problem z Centos 7 na Raspberry Pi w związku z tym błędem „LSB”.

W końcu dowiedziałem się, że /etc/rc.d/init.d/networkskrypt, który jest uruchamiany, od razu się przekręci, status=6jeśli określony plik nie istnieje, mianowicie /etc/sysconfig/network.
Nie mam pojęcia, dlaczego ten plik jest wymagany, ponieważ w innym systemie pracuję nad plikiem istnieje, ale jest pusty. Ale nie istniał po wyjęciu z pudełka z systemem operacyjnym Centos 7, który dostałem dla mojego Raspberry. Po wykonaniu wszystkich innych kroków (usuń Menedżera sieci, ustaw statyczny adres IP w pliku ifcfg, zabij proces dhc dla Menedżera sieci itp.), Jeśli nadal pojawia się ten błąd, po prostu spróbuj:

touch /etc/sysconfig/network

Plik może być pusty. Po prostu musi istnieć.

Następnie uruchom ponownie usługę sieciową:

systemctl restart network

I voila. Zdaję sobie sprawę, że jest to bardzo niewielka poprawka, ale przeszedłem przez wszystkie bóle głowy i próbowałem powyżej, zanim to znalazłem, i byłem dobry, aby po nie sięgnąć.


5

Ostatnio miałem ten sam problem, tj. Awarię usługi network.service

Nie udało się uruchomić LSB: Przenieś w górę / w dół sieć

Rozwiązaniem, które zadziałało, było wyłączenie NetworkManger:

systemctl stop NetworkManager
systemctl disable NetworkManager

Zrestartowano, a usługa network.service była aktywna (uruchomiona) .


3

Powinieneś użyć

BOOTPROTO=none

zamiast

BOOTPROTO=static

Pierwsza to poprawna składnia w RHEL / CentOS 7.


Czy mógłbyś wyjaśnić, jak to może pomóc rozwiązać problem tutaj, jeśli podajesz go jako odpowiedź? W przeciwnym razie możesz dodać go jako komentarz, mówiąc, że warto spróbować.
MelBurslan

Wskazówka: podstawę tego zalecenia można znaleźć w dokumentach CentOS ...
zagrimsan

1
Odwołujesz się do dokumentacji CentOS 5 ?! To zupełnie nie ma znaczenia dla CentOS 7,
pgoetz

2
Ta odpowiedź jest poprawna. Tylko dlatego, że nie ma przebłysku, nie powinieneś głosować poprawnych odpowiedzi. W RedHat 7 nie ma BOOTPROTO=STATIC. Odniesienie: unix.stackexchange.com/questions/167083/…
ora-600

0

Mam ten sam błąd podczas próby uruchomienia i2p jako usługi. Zauważyłem jednak, że części pakietu wsparcia Linux Standard Base nie zostały zainstalowane w moim systemie. Po ich zainstalowaniu nie było już problemu.


-1

Usuń linie BOOTTOPRO=""i IPADDR="". Do tego wątku doszłam z tym samym problemem. Początkowo dodałem linie BOOTTOPRO i IPPADDR, aby ustawić wartości statyczne dla enp0s3. Po usunięciu tych dwóch wierszy byłem w stanie to zrobićsystemctl restart network.service


1
Po usunięciu IPADDR=...nie można skonfigurować statycznego adresu IP. To nie jest naprawdę pomocne.
ora-600
Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.