înregistrare Logare
Puncte:1
Emil avatar Ubuntu

Managerul de rețea nu rulează uneori după pornire

drapel cn
Emil

Problema este că uneori, după pornire, serviciul NetworkManager nu rulează. Funcționează bine pentru a-l porni manual sudo service network-manager restart sau reporniți computerul, dar din moment ce vreau să accesez aceste computere de la distanță, aceasta nu este întotdeauna o opțiune. De cele mai multe ori, pornirea funcționează bine (NetworkManager rulează), așa că este greu de reprodus, să spunem că se întâmplă doar o dată la a 20-a pornire.

Am văzut această problemă pe două desktop-uri care rulează Ubuntu 20.04.2 LTS și kernelul 5.10.25-051025

După ce s-a întâmplat, am încercat să mă uit prin jurnal, dar singurul lucru care iese în evidență este această linie gnome-shell3166: EROARE JS: eroare la inițializarea agentului NetworkManager: NM.SecretAgentError: NetworkManager nu rulează

Calculatoarele rulează și ca servere NFS (dacă ar putea avea legătură) și eth/network/interfaces arată așa

auto lo
iface lo inet loopback

Aveți idee despre cum pot determina motivul pentru care NetworkManager uneori nu rulează și cum să mă asigur că rulează întotdeauna după pornire (ca să pot accesa computerul de la distanță)?

Actualizări

Alergare stare --full --no-pager network-manager returnează doar asta:

NetworkManager.service - Manager de rețea
     Încărcat: încărcat (/lib/systemd/system/NetworkManager.service; activat; prestabilit furnizor: activat)
     Activ: inactiv (mort)
       Documente: man:NetworkManager(8)

Am găsit aceste rânduri în journalctl. pot fi relevante?

13 dec 13:34:56 dataPC2 systemd[1]: network.target: Ciclul de comandă găsit pe NetworkManager.service/start
13 dec 13:34:56 dataPC2 systemd[1]: network.target: S-a găsit dependență de basic.target/start
13 dec 13:34:56 dataPC2 systemd[1]: network.target: S-a găsit dependență de sockets.target/start
13 dec 13:34:56 dataPC2 systemd[1]: network.target: S-a găsit dependență de avahi-daemon.socket/start
13 dec 13:34:56 dataPC2 systemd[1]: network.target: S-a găsit dependență de sysinit.target/start
13 dec 13:34:56 dataPC2 systemd[1]: network.target: S-a găsit dependență de local-fs.target/start
13 dec 13:34:56 dataPC2 systemd[1]: network.target: S-a găsit dependență de mnt-NAS_data.mount/start
13 dec 13:34:56 dataPC2 systemd[1]: network.target: S-a găsit dependență de network.target/start
13 dec 13:34:56 dataPC2 systemd[1]: network.target: Job NetworkManager.service/start a fost șters pentru a întrerupe ciclul de comandă începând cu network.target/start
13 dec 13:34:56 dataPC2 systemd[1]: network.target: Ciclul de comandă găsit pe wpa_supplicant.service/start
13 dec 13:34:56 dataPC2 systemd[1]: network.target: S-a găsit dependență de basic.target/start
13 dec 13:34:56 dataPC2 systemd[1]: network.target: S-a găsit dependență de sockets.target/start
13 dec 13:34:56 dataPC2 systemd[1]: network.target: S-a găsit dependență de avahi-daemon.socket/start
13 dec 13:34:56 dataPC2 systemd[1]: network.target: S-a găsit dependență de sysinit.target/start
13 dec 13:34:56 dataPC2 systemd[1]: network.target: S-a găsit dependență de local-fs.target/start
13 dec 13:34:56 dataPC2 systemd[1]: network.target: S-a găsit dependență de mnt-NAS_data.mount/start
13 dec 13:34:56 dataPC2 systemd[1]: network.target: S-a găsit dependență de network.target/start
13 dec 13:34:56 dataPC2 systemd[1]: network.target: Job wpa_supplicant.service/start a fost ștearsă pentru a întrerupe ciclul de comandă începând cu network.target/start
13 dec 13:34:56 dataPC2 systemd[1]: network.target: Ciclul de comandă găsit pe systemd-resolved.service/start
13 dec 13:34:56 dataPC2 systemd[1]: network.target: S-a găsit dependență de systemd-tmpfiles-setup.service/start
13 dec 13:34:56 dataPC2 systemd[1]: network.target: S-a găsit dependență de local-fs.target/start
13 dec 13:34:56 dataPC2 systemd[1]: network.target: S-a găsit dependență de mnt-NAS_data.mount/start
13 dec 13:34:56 dataPC2 systemd[1]: network.target: S-a găsit dependență de network.target/start
13 dec 13:34:56 dataPC2 systemd[1]: network.target: Job systemd-resolved.service/start a fost șters pentru a întrerupe ciclul de comandă începând cu network.target/start

Mnt-NAS_data.mount este ceva ce am creat, ar putea deranja managerul de rețea?

[Unitate]
Descriere=NAS_2
După=rețea.țintă

[Montură]
What=/dev/disk/by-label/storage
Unde=/mnt/NAS_data
Tip=ext4
TimeoutSec=20

[Instalare]
WantedBy=multi-user.target
52
0 + 0
user10489 avatar
drapel in
user10489
Când nu reușește să pornească, tăiați și lipiți rezultatul `systemctl status --full --no-pager network-manager` și adăugați-l la întrebare.
1
Răspunde
user10489 avatar
drapel in
user10489
inactiv/dead este interesant... următorul pas este să sapă printre jurnalele și să afli de ce este mort.
0
Răspunde
Emil avatar
drapel cn
Emil
Vă mulțumim pentru sprijin și ajutor. Am încercat să adaug output journalctl -b la răspunsul meu, dar a fost prea lung. Vreo sfat despre o modalitate bună de a o filtra sau dacă există alte jurnale care ar putea fi de interes? De asemenea, am actualizat întrebarea cu alte rânduri pe care le-am găsit din journalctl care ar putea fi relevante.
0
Răspunde
user10489 avatar
drapel in
user10489
Bucla de dependență este problema.
0
Răspunde
Puncte:0
user10489 avatar Ubuntu
drapel in
user10489

Jurnalele suplimentare și fișierele de configurare pe care le-ați adăugat la întrebarea dvs. indică faptul că există o buclă de dependență în configurația systemd. Probabil că managerul de rețea începe uneori, deoarece bucla nu este întotdeauna întreruptă în același loc.

Discurile fizice au o dependență implicită de montat înainte ca rețeaua să funcționeze. Pentru că ai enumerat ext4 ca tip și a enumerat ceea ce pare a fi un dispozitiv fizic, systemd consideră că acesta este un dispozitiv fizic care trebuie montat înainte ca rețeaua să funcționeze.

Adăugând o dependență After=network pe această țintă, ați creat o buclă.

Pagina de manual systemd.mount sugerează că, dacă acesta este un dispozitiv de blocare a rețelei, trebuie să adăugați _netdev la șirul de opțiuni de montare. În mod normal, aceasta ar merge în /etc/fstab cu restul opțiunilor de montare, dar este posibil să îl puteți adăuga într-un fișier de configurare systemd cu Opțiuni=_netdev în secțiunea de montare.

Dacă acesta nu este un dispozitiv de blocare a rețelei sau se bazează în alt mod pe rețea, ar trebui să eliminați dependența de rețea.

0 + 0
Emil avatar
drapel cn
Emil
Minunat! Mulțumesc mult pentru explicație și soluție bună. Într-adevăr, este un disc fizic, așa că eliminarea After=network din fișierul de configurare a rezolvat-o. Nicio problemă după 200 de reporniri :)
0
Răspunde
drapel romania
SEF 777
întrebarea această in alte limbi:

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.