Urządzenie Ethernet nie jest zarządzane

32

Używam Ubuntu 16.10, a ostatnio nie byłem w stanie połączyć się z Internetem przez Ethernet. Menedżer sieci pokazuje device not managed. Sieć WiFi działa dobrze.

wprowadź opis zdjęcia tutaj

wprowadź opis zdjęcia tutaj

Próbowałem rozwiązać problem z pytaniami Problemy z Ubuntu 16.04 Ethernet bezużyteczne.

Mój /etc/network/interfacesplik:

# interfaces(5) file used by ifup(8) and ifdown(8)
auto lo
iface lo inet loopback

Mój /etc/NetworkManager/NetworkManager.confplik:

[main]
plugins=ifupdown,keyfile,ofono
dns=dnsmasq

[ifupdown]
managed=true

Wyjście nmcli d:

DEVICE  TYPE      STATE      CONNECTION 
wlp2s0  wifi      connected  eduroam    
enp8s0  ethernet  unmanaged  --         
lo      loopback  unmanaged  --   
martin49
źródło
Widzę, że „zarządzany = prawda” zmieniłeś to ustawienie z fałszywego na prawdziwe? czy możesz spróbować ponownie uruchomić usługę i sprawdzić, czy to rozwiąże problem sudo service network-manager restart:?
Yaron
1
Tak, zmieniłem to z fałszywego na prawdziwe. Próbowałem tego i to nie pomogło.
martin49
dodaj wynik nmcli dswojego pytania
Yaron
Dodałem to do pytania
martin49,

Odpowiedzi:

63

Może występować następujący błąd w Ubuntu 16.10: menedżer sieci nie zarządza interfejsami Ethernet i Bluetooth, gdy Ubuntu 16.10 jest instalowany przy użyciu metody chroot / netboot

Najpierw spróbuj uruchomić następujące polecenie:

sudo nmcli dev set enp8s0 managed yes

Jeśli pojawi się komunikat o błędzie:

Błąd: Nie znaleziono urządzenia „enp8s0”.

Spróbuj uruchomić poniższe polecenie:

ip link show

i poszukaj nazwy urządzenia podobnej do enp8s0i zastąp ją w pierwotnym poleceniu.


Jeśli to nie rozwiązało problemu, spróbuj uruchomić następujące czynności (wykonaj kopię zapasową pliku orig i zamiast tego utwórz plik 0 bajtów)

sudo mv /etc/NetworkManager/conf.d/10-globally-managed-devices.conf  /etc/NetworkManager/conf.d/10-globally-managed-devices.conf_orig
sudo touch /etc/NetworkManager/conf.d/10-globally-managed-devices.conf  

@datka zgłosił inną lokalizację pliku, 10-globally-managed-devices.confwięc polecenia powinny być:

sudo mv /usr/lib/NetworkManager/conf.d/10-globally-managed-devices.conf  /usr/lib/NetworkManager/conf.d/10-globally-managed-devices.conf_orig
sudo touch /usr/lib/NetworkManager/conf.d/10-globally-managed-devices.conf

Uruchom ponownie lub ponownie uruchom usługę Network Manager:

sudo systemctl restart NetworkManager

lub stary sposób:

sudo service network-manager restart
Yaron
źródło
3
Działa druga opcja tworzenia pustego pliku! Dziękuję Ci!
martin49,
1
@ martin49 - cieszę się, że rozwiązuje problem :)
Yaron,
2
Działa druga opcja tworzenia pustego pliku! Dziękuję bardzo!
charybr
8
Druga opcja też działała dla mnie. Plik 10-globally-managed-devices.confzostał jednak umieszczony w, /usr/lib/NetworkManager/conf.da nie w /etc/NetworkManager/conf.d.
datka
2
Uwaga: dotyczy to również 18.04: askubuntu.com/questions/1036497/…
G Koe
29

W moim przypadku 10-globally-managed-devices.confsprawiedliwy nie istnieje (od 16.04-> 16.10). Wystarczy go utworzyć:

sudo touch /etc/NetworkManager/conf.d/10-globally-managed-devices.conf

Następnie następuje restart:

sudo service network-manager restart
Vlada Kusbach
źródło
6
Ten problem również wystąpił po aktualizacji do wersji 16.10 z 16.04. Ta odpowiedź działała dla mnie, ale musiałem również zrestartować Network Managera. sudo service network-manager restart
1
Problem dotyczy także aktualizacji z 16.04 do 17.04. Cmon Ubuntu radzi sobie lepiej. Błędy sieciowe są najgorsze. Dzięki za łatwą naprawę. Dotknij, a następnie [ponowne uruchomienie menedżera sieci usługi sudo].
moodboom
Z odpowiedzi na inne pytania, może on istnieć w - na /usr/lib/NetworkManager/conf.d/mojej maszynie (18.04), wydaje się, że włożenie pustego /etc/NetworkManager/conf.d/spowoduje nadpisanie tego i pozwoli NM zarządzać urządzeniem.
jtniehof
1

Ustawienie unmanaged-devices=nonew {BASE}usr/lib/NetworkManager/conf.d/10-globally-managed-devices.confpracował dla mnie w coraz NetworkManagera zarządzać portu Ethernet, choć nie wiem, czy to coś innego mes górę. : ^)

To było dla hybrydowej wersji Ubuntu 16.10 USB.

Paweł
źródło
Jedyną kombinacją, która działała dla mnie, było utworzenie pliku, /etc/NetworkManager/conf.d/10-globally-managed-devices.confa następnie ręczne ustawienie unmanaged-devices=nonew podanej lokalizacji.
tftd,
Czy możesz wkleić pełny 10-globalnie zarządzanych-devices.conf? Dostaję Failed to read configuration: /etc/NetworkManager/conf.d/10-globally-managed-devices.conf: Key file does not start with a groupbłąd.
mpr
Zawartość pliku powinna (w dwóch wierszach):[keyfile] unmanaged-devices=none
Jonah Braun
1

Chociaż porada dotycząca utworzenia pustego 10-globally-managed-devices.confpliku działała dla mnie, znalazłem inny sposób, aby to naprawić.

Dzwoniąc nmcli, zauważyłem, że moje urządzenie Ethernet nie jest sklasyfikowane jako jeden z typów ( wifi, wwan), które są wyłączone z unmanaged-devicesklauzuli, w przeciwieństwie do urządzenia WiFi, ale jako ethernet:

$ sudo nmcli 
enp0s31f6: verbunden to Kabelgebundene Verbindung 1
        "Intel Ethernet Connection I219-V"
        ethernet (e1000e), 54:E1:AD:FC:E1:22, hw, mtu 1500
        ^^^^^^^^
        [...]

wlp5s0: nicht verfügbar
        "Intel Wireless 8260 (Dual Band Wireless-AC 8260)"
        wifi (iwlwifi), 28:C6:3F:CD:A1:9F, hw, mtu 1500
        ^^^^
        [...]

Dodanie tego typu do wyjątków działało dla mnie:

unmanaged-devices=*,except:type:wifi,except:type:wwan,except:type:ethernet
                                                     ^^^^^^^^^^^^^^^^^^^^^

O dziwo, oryginalne ustawienie działało dla mnie przez ponad 6 miesięcy, dopóki nie zdecydowałem się wyczyścić pakietów zainstalowanych w moim systemie. Nie wiem jednak, czy zmienił się typ urządzenia czy zawartość pliku.

Murphy
źródło
Wygląda na to, że jest to nowy (er) błąd, który (IMHO) powinien zostać zgłoszony. Zauważyłem to w uproszczonej instalacji Ubuntu 18.04, która miała funkcjonalność sieci przed jej usunięciem. Zakładam więc, że jest jakiś pakiet, który maskuje ten błąd w konfiguracji.
stefanct