Ubuntu 20.04 krijg geen of nauwlijks netwerk verbinding.

[Mich]

Ik probeer Ubuntu 20.04 te installeren op mijn Intel NUC6. Ik heb hiervoor 18.04 gehad en dat draaide altijd prima.

Het installeren gaat prima (nieuwe verse install). Opstarten ook. Maar dan het internet werkent krijgen. Tijdens de installatie heeft hij netjes via de LAN kabel de updates geinstalleerd. Maar vanaf de eerste keer booten heb ik moeite internet werkend te krijgen.

Veelal blijft hij hangen op "connecting". Ik zie in mijn router wel dat de DHCP lease time vernieuwt is (is normaal 24 uur geldig en hij begint dan weer bij 24 uur af te tellen). Maar Ubuntu krijgt of ziet geen nieuw ip. Soms als ik de connectie handmatig uit zet en weer aan pakt die hem op. Soms met het uithalen van de kabel. Het vreemde was ook dat toen ik via de wifi verbinding maakte hij de LAN verbinding ook gelijk oppakte. (eenmalig).

Ik heb nu eigenlijk geen idee wat ik hieraan kan doen. Ik heb best recente drivers. Via een website vond ik dit commando: sudo apt-get install r8168-dkms. Hierna werkte het ook goed ma na een x of 6 rebooten ging het toch weer mis.

Heeft er iemand tips om mij verder te helpen?

Als ik via wifi verbinding maakt werkt het trouwens altijd en blijft het werken.

[Cyphax]

Het is misschien een ontzettende long shot en ws heb je het al uitgesloten, maar ik heb laatst vergelijkbare problemen gehad (vague as they may be) en bij mij was de dhcp-server het probleem; die was door z'n pool heen. Nogmaals: een long shot, maar ik kan me voorstellen dat als er zoiets aan de hand is, je je een ongeluk zoekt op je nuc. Maar het ip dat ie dan af en toe wel leek te krijgen was de max van de pool.

[ Voor 15% gewijzigd door Cyphax op 26-04-2020 15:22 ]

[thunder7]

en heb je in die 6 x reboot periode toevallig ook iets van een update gedaan? Zo'n dkms driver is iets wat tegen je huidige kernel gecompileerd wordt. En dat lukt alleen als de correcte omgeving er is én de driver compatibel is met je huidige kernel. Niet dat je intussen op kernel 5.4 zit en die driver alleen nog maar werkt met 5.3, bijvoorbeeld?

[labmuisfrl]

staat er niet wat meer info in de /var/log/syslog ?
Volgens mij komt daar ook de info van de DHCP client terug

[Mich]

Tûzen schreef op zondag 26 april 2020 @ 16:35:
staat er niet wat meer info in de /var/log/syslog ?
Volgens mij komt daar ook de info van de DHCP client terug

code:

Apr 26 18:28:36 home-assistant NetworkManager[656]: <info>  [1587918516.0447] device (enp3s0): state change: ip-config -> deactivating (reason 'user-requested', sys-iface-state: 'managed')
Apr 26 18:28:36 home-assistant NetworkManager[656]: <info>  [1587918516.0472] manager: startup complete
Apr 26 18:28:36 home-assistant NetworkManager[656]: <info>  [1587918516.0479] audit: op="device-disconnect" interface="enp3s0" ifindex=2 pid=1204 uid=1000 result="success"
Apr 26 18:28:36 home-assistant dbus-daemon[655]: [system] Activating via systemd: service name='org.freedesktop.nm_dispatcher' unit='dbus-org.freedesktop.nm-dispatcher.service' requested by ':1.14' (uid=0 pid=656 comm="/usr/sbin/NetworkManager --no-daemon " label="unconfined")
Apr 26 18:28:36 home-assistant systemd[1]: Starting Network Manager Script Dispatcher Service...
Apr 26 18:28:36 home-assistant dbus-daemon[655]: [system] Successfully activated service 'org.freedesktop.nm_dispatcher'
Apr 26 18:28:36 home-assistant systemd[1]: Started Network Manager Script Dispatcher Service.
Apr 26 18:28:36 home-assistant NetworkManager[656]: <info>  [1587918516.0827] device (enp3s0): state change: deactivating -> disconnected (reason 'user-requested', sys-iface-state: 'managed')
Apr 26 18:28:36 home-assistant avahi-daemon[647]: Withdrawing address record for fe80::96c6:91ff:fea8:81c4 on enp3s0.
Apr 26 18:28:36 home-assistant avahi-daemon[647]: Leaving mDNS multicast group on interface enp3s0.IPv6 with address fe80::96c6:91ff:fea8:81c4.
Apr 26 18:28:36 home-assistant avahi-daemon[647]: Interface enp3s0.IPv6 no longer relevant for mDNS.
Apr 26 18:28:36 home-assistant NetworkManager[656]: <info>  [1587918516.1061] dhcp4 (enp3s0): canceled DHCP transaction
Apr 26 18:28:36 home-assistant NetworkManager[656]: <info>  [1587918516.1061] dhcp4 (enp3s0): state changed expire -> done
Apr 26 18:28:36 home-assistant nm-dispatcher[1667]: run-parts: failed to stat component /etc/network/if-post-down.d/avahi-daemon: No such file or directory
Apr 26 18:28:46 home-assistant systemd[1]: NetworkManager-dispatcher.service: Succeeded.
Apr 26 18:28:46 home-assistant systemd-resolved[609]: Server returned error NXDOMAIN, mitigating potential DNS violation DVE-2018-0001, retrying transaction with reduced feature level UDP.
Apr 26 18:28:46 home-assistant systemd-resolved[609]: Server returned error NXDOMAIN, mitigating potential DNS violation DVE-2018-0001, retrying transaction with reduced feature level UDP.
Apr 26 18:28:47 home-assistant NetworkManager[656]: <info>  [1587918527.1826] device (enp3s0): Activation: starting connection 'Wired connection 1' (58084ec6-9661-3039-8c3b-1d531bc0961a)
Apr 26 18:28:47 home-assistant NetworkManager[656]: <info>  [1587918527.1829] audit: op="connection-activate" uuid="58084ec6-9661-3039-8c3b-1d531bc0961a" name="Wired connection 1" pid=1204 uid=1000 result="success"
Apr 26 18:28:47 home-assistant NetworkManager[656]: <info>  [1587918527.1831] device (enp3s0): state change: disconnected -> prepare (reason 'none', sys-iface-state: 'managed')
Apr 26 18:28:47 home-assistant NetworkManager[656]: <info>  [1587918527.1853] device (enp3s0): state change: prepare -> config (reason 'none', sys-iface-state: 'managed')
Apr 26 18:28:47 home-assistant NetworkManager[656]: <info>  [1587918527.1869] device (enp3s0): state change: config -> ip-config (reason 'none', sys-iface-state: 'managed')
Apr 26 18:28:47 home-assistant NetworkManager[656]: <info>  [1587918527.1874] dhcp4 (enp3s0): activation: beginning transaction (timeout in 45 seconds)
Apr 26 18:28:47 home-assistant NetworkManager[656]: <info>  [1587918527.1911] dhcp4 (enp3s0): state changed unknown -> expire
Apr 26 18:28:48 home-assistant avahi-daemon[647]: Joining mDNS multicast group on interface enp3s0.IPv6 with address fe80::96c6:91ff:fea8:81c4.
Apr 26 18:28:48 home-assistant avahi-daemon[647]: New relevant interface enp3s0.IPv6 for mDNS.
Apr 26 18:28:48 home-assistant avahi-daemon[647]: Registering new address record for fe80::96c6:91ff:fea8:81c4 on enp3s0.*.
Apr 26 18:28:57 home-assistant systemd-resolved[609]: Server returned error NXDOMAIN, mitigating potential DNS violation DVE-2018-0001, retrying transaction with reduced feature level UDP.
Apr 26 18:28:57 home-assistant systemd-resolved[609]: message repeated 2 times: [ Server returned error NXDOMAIN, mitigating potential DNS violation DVE-2018-0001, retrying transaction with reduced feature level UDP.]
Apr 26 18:29:06 home-assistant PackageKit: daemon quit
Apr 26 18:29:06 home-assistant systemd[1]: packagekit.service: Succeeded.

Dit gebeurt er als ik mijn connectie uit zet en weer aan. IP6 heb ik zowel in mijn router als in de connectie uit of op disabled staan.

en de log als hij hem wel vindt.

code:

Apr 26 18:35:48 home-assistant NetworkManager[656]: <info>  [1587918948.3341] dhcp4 (enp3s0): canceled DHCP transaction
Apr 26 18:35:48 home-assistant NetworkManager[656]: <info>  [1587918948.3342] dhcp4 (enp3s0): state changed expire -> done
Apr 26 18:35:48 home-assistant nm-dispatcher[2134]: run-parts: failed to stat component /etc/network/if-post-down.d/avahi-daemon: No such file or directory
Apr 26 18:35:49 home-assistant NetworkManager[656]: <info>  [1587918949.1536] device (enp3s0): Activation: starting connection 'Wired connection 1' (58084ec6-9661-3039-8c3b-1d531bc0961a)
Apr 26 18:35:49 home-assistant NetworkManager[656]: <info>  [1587918949.1539] audit: op="connection-activate" uuid="58084ec6-9661-3039-8c3b-1d531bc0961a" name="Wired connection 1" pid=2093 uid=1000 result="success"
Apr 26 18:35:49 home-assistant NetworkManager[656]: <info>  [1587918949.1543] device (enp3s0): state change: disconnected -> prepare (reason 'none', sys-iface-state: 'managed')
Apr 26 18:35:49 home-assistant NetworkManager[656]: <info>  [1587918949.1568] device (enp3s0): state change: prepare -> config (reason 'none', sys-iface-state: 'managed')
Apr 26 18:35:49 home-assistant NetworkManager[656]: <info>  [1587918949.1581] device (enp3s0): state change: config -> ip-config (reason 'none', sys-iface-state: 'managed')
Apr 26 18:35:49 home-assistant NetworkManager[656]: <info>  [1587918949.1587] dhcp4 (enp3s0): activation: beginning transaction (timeout in 45 seconds)
Apr 26 18:35:49 home-assistant NetworkManager[656]: <info>  [1587918949.1657] dhcp4 (enp3s0): state changed unknown -> expire
Apr 26 18:35:49 home-assistant NetworkManager[656]: <info>  [1587918949.1908] dhcp4 (enp3s0): option dhcp_lease_time      => '86400'
Apr 26 18:35:49 home-assistant NetworkManager[656]: <info>  [1587918949.1909] dhcp4 (enp3s0): option domain_name_servers  => '192.168.1.1'
Apr 26 18:35:49 home-assistant NetworkManager[656]: <info>  [1587918949.1909] dhcp4 (enp3s0): option expiry               => '1588005349'
Apr 26 18:35:49 home-assistant NetworkManager[656]: <info>  [1587918949.1910] dhcp4 (enp3s0): option host_name            => 'home-assistant'
Apr 26 18:35:49 home-assistant NetworkManager[656]: <info>  [1587918949.1910] dhcp4 (enp3s0): option ip_address           => '192.168.1.40'
Apr 26 18:35:49 home-assistant NetworkManager[656]: <info>  [1587918949.1910] dhcp4 (enp3s0): option next_server          => '192.168.1.1'
Apr 26 18:35:49 home-assistant NetworkManager[656]: <info>  [1587918949.1910] dhcp4 (enp3s0): option requested_broadcast_address => '1'
Apr 26 18:35:49 home-assistant NetworkManager[656]: <info>  [1587918949.1910] dhcp4 (enp3s0): option requested_domain_name => '1'
Apr 26 18:35:49 home-assistant NetworkManager[656]: <info>  [1587918949.1911] dhcp4 (enp3s0): option requested_domain_name_servers => '1'
Apr 26 18:35:49 home-assistant NetworkManager[656]: <info>  [1587918949.1911] dhcp4 (enp3s0): option requested_domain_search => '1'
Apr 26 18:35:49 home-assistant NetworkManager[656]: <info>  [1587918949.1911] dhcp4 (enp3s0): option requested_host_name  => '1'
Apr 26 18:35:49 home-assistant NetworkManager[656]: <info>  [1587918949.1911] dhcp4 (enp3s0): option requested_interface_mtu => '1'
Apr 26 18:35:49 home-assistant avahi-daemon[647]: Joining mDNS multicast group on interface enp3s0.IPv4 with address 192.168.1.40.
Apr 26 18:35:49 home-assistant NetworkManager[656]: <info>  [1587918949.1912] dhcp4 (enp3s0): option requested_ms_classless_static_routes => '1'
Apr 26 18:35:49 home-assistant NetworkManager[656]: <info>  [1587918949.1912] dhcp4 (enp3s0): option requested_nis_domain => '1'
Apr 26 18:35:49 home-assistant NetworkManager[656]: <info>  [1587918949.1912] dhcp4 (enp3s0): option requested_nis_servers => '1'
Apr 26 18:35:49 home-assistant NetworkManager[656]: <info>  [1587918949.1912] dhcp4 (enp3s0): option requested_ntp_servers => '1'
Apr 26 18:35:49 home-assistant NetworkManager[656]: <info>  [1587918949.1912] dhcp4 (enp3s0): option requested_rfc3442_classless_static_routes => '1'
Apr 26 18:35:49 home-assistant NetworkManager[656]: <info>  [1587918949.1913] dhcp4 (enp3s0): option requested_root_path  => '1'
Apr 26 18:35:49 home-assistant NetworkManager[656]: <info>  [1587918949.1913] dhcp4 (enp3s0): option requested_routers    => '1'
Apr 26 18:35:49 home-assistant NetworkManager[656]: <info>  [1587918949.1913] dhcp4 (enp3s0): option requested_static_routes => '1'
Apr 26 18:35:49 home-assistant NetworkManager[656]: <info>  [1587918949.1913] dhcp4 (enp3s0): option requested_subnet_mask => '1'
Apr 26 18:35:49 home-assistant NetworkManager[656]: <info>  [1587918949.1914] dhcp4 (enp3s0): option requested_time_offset => '1'
Apr 26 18:35:49 home-assistant avahi-daemon[647]: New relevant interface enp3s0.IPv4 for mDNS.
Apr 26 18:35:49 home-assistant NetworkManager[656]: <info>  [1587918949.1914] dhcp4 (enp3s0): option requested_wpad       => '1'
Apr 26 18:35:49 home-assistant avahi-daemon[647]: Registering new address record for 192.168.1.40 on enp3s0.IPv4.
Apr 26 18:35:49 home-assistant NetworkManager[656]: <info>  [1587918949.1914] dhcp4 (enp3s0): option routers              => '192.168.1.1'
Apr 26 18:35:49 home-assistant NetworkManager[656]: <info>  [1587918949.1914] dhcp4 (enp3s0): option subnet_mask          => '255.255.255.0'
Apr 26 18:35:49 home-assistant NetworkManager[656]: <info>  [1587918949.1915] dhcp4 (enp3s0): option wpad                 => '#012'
Apr 26 18:35:49 home-assistant NetworkManager[656]: <info>  [1587918949.1915] dhcp4 (enp3s0): state changed expire -> bound
Apr 26 18:35:49 home-assistant NetworkManager[656]: <info>  [1587918949.1954] device (enp3s0): state change: ip-config -> ip-check (reason 'none', sys-iface-state: 'managed')
Apr 26 18:35:49 home-assistant NetworkManager[656]: <info>  [1587918949.2035] device (enp3s0): state change: ip-check -> secondaries (reason 'none', sys-iface-state: 'managed')
Apr 26 18:35:49 home-assistant NetworkManager[656]: <info>  [1587918949.2044] device (enp3s0): state change: secondaries -> activated (reason 'none', sys-iface-state: 'managed')
Apr 26 18:35:49 home-assistant NetworkManager[656]: <info>  [1587918949.2080] policy: set 'Wired connection 1' (enp3s0) as default for IPv4 routing and DNS
Apr 26 18:35:49 home-assistant NetworkManager[656]: <info>  [1587918949.2095] device (enp3s0): Activation: successful, device activated.

Mogelijk zit het hierin:

code:

Apr 26 18:28:36 home-assistant nm-dispatcher[1667]: run-parts: failed to stat component /etc/network/if-post-down.d/avahi-daemon: No such file or directory

[ Voor 57% gewijzigd door Mich op 26-04-2020 18:40 ]

[Hero of Time]

Zou niet het probleem moeten zijn. Avahi geeft overigens meer problemen dan het op zou moeten lossen.

Wat je kan proberen is NM uit de keten halen. Als het eens niet werkt, doe dan eens dit:

sudo dhclient -r enp3s0
sudo dhclient enp3s0

Het is jammer dat ubuntu Netplan gebruikt, daar ben ik namelijk niet bekend mee. Anders zou je daar een vaste configuratie in kunnen zetten. Het ziet er iig naar uit dat het een DNS lookup wil doen en niet het juiste response krijgt. Of het domein waar het naar kijkt bestaat echt niet, wat dan een bug is in Ubuntu, of je DNS server geeft het niet als antwoord, of er is echt geen verbinding met het netwerk.

[labmuisfrl]

Apr 26 18:28:36 home-assistant nm-dispatcher[1667]: run-parts: failed to stat component /etc/network/if-post-down.d/avahi-daemon: No such file or directory

Dit is geen probleem. Deze fout geeft hij tijdens het down gooien van een interface

Ten tijde van de problemen heb je dan nog wel een ip adres op de interface of is hij er echt helemaal af ?

Misschien een domme vraag maar heb je de kabel al uitgesloten ?

In de logs die je stuurt zie ik volgens mij alleen de keren dat je hem met de hand hebt down gegooid.

Heb je ook nog logging ten tijde van dat je problemen had ?

[Mich]

Tûzen schreef op zondag 26 april 2020 @ 19:50:
[...]


Dit is geen probleem. Deze fout geeft hij tijdens het down gooien van een interface

Ten tijde van de problemen heb je dan nog wel een ip adres op de interface of is hij er echt helemaal af ?

Misschien een domme vraag maar heb je de kabel al uitgesloten ?

In de logs die je stuurt zie ik volgens mij alleen de keren dat je hem met de hand hebt down gegooid.

Heb je ook nog logging ten tijde van dat je problemen had ?

Als ik opstart zit het probleem er al in. Ik weet niet zo goed hoe ik in die lange logging kan zoeken op de juiste termen. Vandaar dat ik alleen deze logging heb gepost. Ik gooi hem er af en even later wil ik hem weer laten verbinden. De kabel is denk ik niet het probleem. gebruik ik jaren in mijn laptop en dan nu even tijdelijk in mijn nuc.

Hero of Time schreef op zondag 26 april 2020 @ 19:47:
Zou niet het probleem moeten zijn. Avahi geeft overigens meer problemen dan het op zou moeten lossen.

Wat je kan proberen is NM uit de keten halen. Als het eens niet werkt, doe dan eens dit:

sudo dhclient -r enp3s0
sudo dhclient enp3s0

Het is jammer dat ubuntu Netplan gebruikt, daar ben ik namelijk niet bekend mee. Anders zou je daar een vaste configuratie in kunnen zetten. Het ziet er iig naar uit dat het een DNS lookup wil doen en niet het juiste response krijgt. Of het domein waar het naar kijkt bestaat echt niet, wat dan een bug is in Ubuntu, of je DNS server geeft het niet als antwoord, of er is echt geen verbinding met het netwerk.

Bij het 2e commando kreeg ik deze responce:

RTNETLINK answers: File exists
cmp: EOF on /tmp/tmp.kwtYmeiF9o which is empty

Hij verbreekt wel de verbinding tijdens het commando en daarna maakt hij netjes weer verbinding met internet.

[Mich]

thunder7 schreef op zondag 26 april 2020 @ 16:14:
en heb je in die 6 x reboot periode toevallig ook iets van een update gedaan? Zo'n dkms driver is iets wat tegen je huidige kernel gecompileerd wordt. En dat lukt alleen als de correcte omgeving er is én de driver compatibel is met je huidige kernel. Niet dat je intussen op kernel 5.4 zit en die driver alleen nog maar werkt met 5.3, bijvoorbeeld?

Uhh zover gaat mijn kennis niet. Ik heb niets ge-update. Maar bij de eerste keer booten na het installeren was het probleem er al. Ik heb hiervoor Lubuntu even geprobeerd, ook 20.04 en daar had ik hetzelfde probleem. Ik denk dat het in de driver zit. Ik wilde proberen de driver van 18.04 er op te krijgen, maar dat gaf foutmeldingen en hij maakte het installeren niet af. Ik zit nu weer op de driver die bij 20.04 hoort.

[Mich]

code:

Apr 26 20:55:22 home-assistant NetworkManager[657]: <info>  [1587927322.0794] device (enp3s0): state change: activated -> deactivating (reason 'user-requested', sys-iface-state: 'managed')
Apr 26 20:55:22 home-assistant NetworkManager[657]: <info>  [1587927322.0825] audit: op="device-disconnect" interface="enp3s0" ifindex=2 pid=1808 uid=1000 result="success"
Apr 26 20:55:22 home-assistant dbus-daemon[656]: [system] Activating via systemd: service name='org.freedesktop.nm_dispatcher' unit='dbus-org.freedesktop.nm-dispatcher.service' requested by ':1.14' (uid=0 pid=657 comm="/usr/sbin/NetworkManager --no-daemon " label="unconfined")
Apr 26 20:55:22 home-assistant systemd[1]: Starting Network Manager Script Dispatcher Service...
Apr 26 20:55:22 home-assistant dbus-daemon[656]: [system] Successfully activated service 'org.freedesktop.nm_dispatcher'
Apr 26 20:55:22 home-assistant systemd[1]: Started Network Manager Script Dispatcher Service.
Apr 26 20:55:22 home-assistant NetworkManager[657]: <info>  [1587927322.1155] device (enp3s0): state change: deactivating -> disconnected (reason 'user-requested', sys-iface-state: 'managed')
Apr 26 20:55:22 home-assistant avahi-daemon[649]: Withdrawing address record for fe80::96c6:91ff:fea8:81c4 on enp3s0.
Apr 26 20:55:22 home-assistant avahi-daemon[649]: Leaving mDNS multicast group on interface enp3s0.IPv6 with address fe80::96c6:91ff:fea8:81c4.
Apr 26 20:55:22 home-assistant avahi-daemon[649]: Interface enp3s0.IPv6 no longer relevant for mDNS.
Apr 26 20:55:22 home-assistant NetworkManager[657]: <info>  [1587927322.1414] dhcp4 (enp3s0): canceled DHCP transaction
Apr 26 20:55:22 home-assistant NetworkManager[657]: <info>  [1587927322.1414] dhcp4 (enp3s0): state changed bound -> done
Apr 26 20:55:22 home-assistant avahi-daemon[649]: Withdrawing address record for 192.168.1.40 on enp3s0.
Apr 26 20:55:22 home-assistant avahi-daemon[649]: Leaving mDNS multicast group on interface enp3s0.IPv4 with address 192.168.1.40.
Apr 26 20:55:22 home-assistant avahi-daemon[649]: Interface enp3s0.IPv4 no longer relevant for mDNS.
Apr 26 20:55:22 home-assistant NetworkManager[657]: <info>  [1587927322.1519] policy: set 'asusmr24' (wlp2s0) as default for IPv4 routing and DNS
Apr 26 20:55:22 home-assistant gsd-sharing[1365]: Failed to StopUnit service: GDBus.Error:org.freedesktop.systemd1.NoSuchUnit: Unit gnome-user-share-webdav.service not loaded.
Apr 26 20:55:22 home-assistant gsd-sharing[1365]: Failed to StopUnit service: GDBus.Error:org.freedesktop.systemd1.NoSuchUnit: Unit gnome-remote-desktop.service not loaded.
Apr 26 20:55:22 home-assistant gsd-sharing[1365]: Failed to StopUnit service: GDBus.Error:org.freedesktop.systemd1.NoSuchUnit: Unit vino-server.service not loaded.
Apr 26 20:55:22 home-assistant nm-dispatcher[1861]: run-parts: failed to stat component /etc/network/if-post-down.d/avahi-daemon: No such file or directory
Apr 26 20:55:24 home-assistant NetworkManager[657]: <info>  [1587927324.0611] device (enp3s0): Activation: starting connection 'Wired connection 1' (58084ec6-9661-3039-8c3b-1d531bc0961a)
Apr 26 20:55:24 home-assistant NetworkManager[657]: <info>  [1587927324.0613] audit: op="connection-activate" uuid="58084ec6-9661-3039-8c3b-1d531bc0961a" name="Wired connection 1" pid=1808 uid=1000 result="success"
Apr 26 20:55:24 home-assistant NetworkManager[657]: <info>  [1587927324.0616] device (enp3s0): state change: disconnected -> prepare (reason 'none', sys-iface-state: 'managed')
Apr 26 20:55:24 home-assistant NetworkManager[657]: <info>  [1587927324.0626] device (enp3s0): state change: prepare -> config (reason 'none', sys-iface-state: 'managed')
Apr 26 20:55:24 home-assistant NetworkManager[657]: <info>  [1587927324.0642] device (enp3s0): state change: config -> ip-config (reason 'none', sys-iface-state: 'managed')
Apr 26 20:55:24 home-assistant NetworkManager[657]: <info>  [1587927324.0649] dhcp4 (enp3s0): activation: beginning transaction (timeout in 45 seconds)
Apr 26 20:55:24 home-assistant NetworkManager[657]: <info>  [1587927324.0703] dhcp4 (enp3s0): state changed unknown -> expire
Apr 26 20:55:26 home-assistant avahi-daemon[649]: Joining mDNS multicast group on interface enp3s0.IPv6 with address fe80::96c6:91ff:fea8:81c4.
Apr 26 20:55:26 home-assistant avahi-daemon[649]: New relevant interface enp3s0.IPv6 for mDNS.
Apr 26 20:55:26 home-assistant avahi-daemon[649]: Registering new address record for fe80::96c6:91ff:fea8:81c4 on enp3s0.*.
Apr 26 20:55:27 home-assistant dbus-daemon[656]: [system] Activating via systemd: service name='org.freedesktop.hostname1' unit='dbus-org.freedesktop.hostname1.service' requested by ':1.73' (uid=1000 pid=1808 comm="gnome-control-center " label="unconfined")
Apr 26 20:55:27 home-assistant systemd[1]: Starting Hostname Service...
Apr 26 20:55:27 home-assistant dbus-daemon[656]: [system] Successfully activated service 'org.freedesktop.hostname1'
Apr 26 20:55:27 home-assistant systemd[1]: Started Hostname Service.
Apr 26 20:55:32 home-assistant systemd[1]: NetworkManager-dispatcher.service: Succeeded.
Apr 26 20:55:32 home-assistant systemd[863]: Started Application launched by gnome-shell.
Apr 26 20:55:33 home-assistant gnome-shell[1931]: # _g_io_module_get_default: Found default implementation gvfs (GDaemonVfs) for ‘gio-vfs’
Apr 26 20:55:33 home-assistant dbus-daemon[891]: [session uid=1000 pid=891] Activating via systemd: service name='org.gnome.Terminal' unit='gnome-terminal-server.service' requested by ':1.125' (uid=1000 pid=1931 comm="/usr/bin/gnome-terminal.real --window " label="unconfined")
Apr 26 20:55:33 home-assistant systemd[863]: Created slice apps.slice.
Apr 26 20:55:33 home-assistant systemd[863]: Created slice apps-org.gnome.Terminal.slice.
Apr 26 20:55:33 home-assistant systemd[863]: Starting GNOME Terminal Server...
Apr 26 20:55:33 home-assistant dbus-daemon[891]: [session uid=1000 pid=891] Successfully activated service 'org.gnome.Terminal'
Apr 26 20:55:33 home-assistant systemd[863]: Started GNOME Terminal Server.
Apr 26 20:55:33 home-assistant gnome-shell[1931]: # _g_io_module_get_default: Found default implementation dconf (DConfSettingsBackend) for ‘gsettings-backend’
Apr 26 20:55:33 home-assistant gnome-shell[1931]: # watch_fast: "/org/gnome/terminal/legacy/" (establishing: 0, active: 0)
Apr 26 20:55:33 home-assistant gnome-shell[1931]: # unwatch_fast: "/org/gnome/terminal/legacy/" (active: 0, establishing: 1)
Apr 26 20:55:33 home-assistant gnome-shell[1931]: # watch_established: "/org/gnome/terminal/legacy/" (establishing: 0)
Apr 26 20:55:33 home-assistant systemd[863]: Started VTE child process 1946 launched by gnome-terminal-server process 1935.
Apr 26 20:55:34 home-assistant systemd[863]: gnome-launched-org.gnome.Terminal.desktop-1929.scope: Succeeded.
Apr 26 20:55:34 home-assistant systemd-resolved[622]: Server returned error NXDOMAIN, mitigating potential DNS violation DVE-2018-0001, retrying transaction with reduced feature level UDP.
Apr 26 20:55:34 home-assistant systemd-resolved[622]: message repeated 2 times: [ Server returned error NXDOMAIN, mitigating potential DNS violation DVE-2018-0001, retrying transaction with reduced feature level UDP.]

Dit is een log van een werkende verbinding waarvan ik de kabel eruit trek en er even later weer in doe en dat hij hem niet oppakt. Ik ga nu tijdelijk even terug naar 18.04 om te kijken of dat nog out of the box werkt waardoor ik nog 1 ander ding uitsluit: een bios update

[Mich]

Ik ben terug op 18.04 en alles werkt perfect. Ik denk dat ik hier maar op blijf. Het is alleen voor home automation projecten.

Misschien met 20.04.01 ofzo weer een x proberen. Dan doe ik het alleen wel met een reserve harde schijf testen, scheelt opnieuw installeren. Ben best een tijd bezig geweest remote dekstop weer werkend te krijgen. Maar dat ligt meer aan mijn Linux kennis denk ik

Remote desktop werkt nu iig wel zonder de hdmi dummy die ik eerst nodig had.

Bedankt voor het meedenken allemaal

[SMSfreakie]

je had nog even met een "static ip" kunnen proberen..

zelf eens een vage gehad, dat mn interface ging klapperen zodra het DHCP request beantwoord werd..
statische config werkte feilloos.... en dat bleek een driverbugje te zijn.. latere builds was dat weer gefikst..

[Mich]

SMSfreakie schreef op dinsdag 28 april 2020 @ 19:16:
je had nog even met een "static ip" kunnen proberen..

zelf eens een vage gehad, dat mn interface ging klapperen zodra het DHCP request beantwoord werd..
statische config werkte feilloos.... en dat bleek een driverbugje te zijn.. latere builds was dat weer gefikst..

Met een static ip heb ik geprobeerd, en het leek ook te werken. Maar met DNS nog op automatisch pikte die het internet niet op. Wel het interne netwerk. Als ik handmatig de DNS server had ingevuld had het waarschijnlijk wel gewerkt. Maar goed, voor de zekerheid maar terug gegaan. Hoop inderdaad op een bug die nog verholpen gaat worden.

edit:
Ik moet wel zeggen dat ik nu wel veel plezier heb van mijn (goed) geconfigureerde docker containers. Al mijn containers had ik binnen een uur weer draaien zonder enig probleem en met de juiste data.

[ Voor 12% gewijzigd door Mich op 28-04-2020 19:31 ]

[Hero of Time]

Mich schreef op dinsdag 28 april 2020 @ 19:10:
Misschien met 20.04.01 ofzo weer een x proberen. Dan doe ik het alleen wel met een reserve harde schijf testen, scheelt opnieuw installeren. Ben best een tijd bezig geweest remote dekstop weer werkend te krijgen. Maar dat ligt meer aan mijn Linux kennis denk ik

Remote desktop werkt nu iig wel zonder de hdmi dummy die ik eerst nodig had.

Voor een volgende keer, of als verbetering nu, kijk eens naar x2go. Zit gewoon in je repo. Installeer de server op je server (duh! ) en de client op, jawel, een ander systeem (er is zelfs een Windows en MacOS client!). Hiermee kan je de 'console' overnemen, maar ook gewoon een nieuwe X11 sessie op de achtergrond opzetten, verbreken en later hervatten. Geen dummy beeldscherm oid nodig.

Er wordt wel afgeraden om Gnome te gebruiken als desktop omgeving, het beste is iets als Xfce.

[LievenD]

@Mich:

1. Als je nog eens 20.04 probeert, doe dan in een terminal eens het volgende:

code:

cd /etc/netplan
ls

2. Je zou normaal zeker 1 bestand als resultaat moeten krijgen, bij mij is dit 01-netcfg.yaml. Typ dan:

code:

cat 01-netcfg.yaml

Vervang 01-netcfg.yaml door het resultaat dat je kreeg.

3. Je krijgt dan de inhoud van dat bestand te zien, het zou er bij jou ongeveer als volgt moeten uitzien:

code:

# This file describes the network interfaces available on your system
# For more information, see netplan(5).
network:
  version: 2
  renderer: networkd
  ethernets:
    enp3s0:
      dhcp4: yes

De regels met het #-teken voor mag je negeren.
Mogelijks kan achter renderer iets anders staan, maar voor de rest moet het bestand eigenlijk identiek zijn aan wat je hierboven ziet.

4. Als dat niet het geval is, doe dan het volgende:

code:

sudo nano 01-netcfg.yaml

en pas aan zoals hierboven (naar de code uit stap 3)
Dan Ctrl+O voor opslaan en CTRL+X voor sluiten.

5. En dan als laatste, zeer belangrijk:

code:

sudo netplan apply

Dan je systeem herstarten.
Daarna zou het internet wel degelijk moeten werken.

Kreeg je bij stap 1 geen resultaat, dan ga je verder naar stap 4, en plak je de volledige code uit stap 3. Dan gewoon de rest van de instructies volgen.

Mocht je na deze stappen nog steeds geen internet hebben, dan moeten we verder kijken...

[Mich]

LievenD schreef op donderdag 30 april 2020 @ 18:07:
@Mich:

1. Als je nog eens 20.04 probeert, doe dan in een terminal eens het volgende:

code:

cd /etc/netplan
ls

2. Je zou normaal zeker 1 bestand als resultaat moeten krijgen, bij mij is dit 01-netcfg.yaml. Typ dan:

code:

cat 01-netcfg.yaml

Vervang 01-netcfg.yaml door het resultaat dat je kreeg.

3. Je krijgt dan de inhoud van dat bestand te zien, het zou er bij jou ongeveer als volgt moeten uitzien:

code:

# This file describes the network interfaces available on your system
# For more information, see netplan(5).
network:
  version: 2
  renderer: networkd
  ethernets:
    enp3s0:
      dhcp4: yes

De regels met het #-teken voor mag je negeren.
Mogelijks kan achter renderer iets anders staan, maar voor de rest moet het bestand eigenlijk identiek zijn aan wat je hierboven ziet.

4. Als dat niet het geval is, doe dan het volgende:

code:

sudo nano 01-netcfg.yaml

en pas aan zoals hierboven (naar de code uit stap 3)
Dan Ctrl+O voor opslaan en CTRL+X voor sluiten.

5. En dan als laatste, zeer belangrijk:

code:

sudo netplan apply

Dan je systeem herstarten.
Daarna zou het internet wel degelijk moeten werken.

Kreeg je bij stap 1 geen resultaat, dan ga je verder naar stap 4, en plak je de volledige code uit stap 3. Dan gewoon de rest van de instructies volgen.

Mocht je na deze stappen nog steeds geen internet hebben, dan moeten we verder kijken...

Thanks. Als ik een keer een daagje vrij bent ga ik het proberen. Heb even gezocht en dat netplan met yaml ziet er wel begrijpelijk uit. Ik laat het weten als en of het is gelukt

[Mich]

Hero of Time schreef op dinsdag 28 april 2020 @ 20:24:
[...]

Voor een volgende keer, of als verbetering nu, kijk eens naar x2go. Zit gewoon in je repo. Installeer de server op je server (duh! ) en de client op, jawel, een ander systeem (er is zelfs een Windows en MacOS client!). Hiermee kan je de 'console' overnemen, maar ook gewoon een nieuwe X11 sessie op de achtergrond opzetten, verbreken en later hervatten. Geen dummy beeldscherm oid nodig.

Er wordt wel afgeraden om Gnome te gebruiken als desktop omgeving, het beste is iets als Xfce.

Alle guides die ik zag was vaak ook met Xfce. Maar ik dacht ik heb Gnome al dus die stappen sla ik over. Kan ik Xfce naast Gnome draaien? Kan ik niet beter gelijk Xubuntu installeren als ik opnieuw begin?

Ik ga zeker kijken naar X2go. Ik had zelf NoMachine gevonden, werkte ook wel snel maar toen had ik net xrdp ook werkend.

[Hero of Time]

Mich schreef op donderdag 30 april 2020 @ 20:29:
[...]

Alle guides die ik zag was vaak ook met Xfce. Maar ik dacht ik heb Gnome al dus die stappen sla ik over. Kan ik Xfce naast Gnome draaien? Kan ik niet beter gelijk Xubuntu installeren als ik opnieuw begin?

Je kan zeker Xfce gewoon naast Gnome installeren. Mocht je opnieuw gaan beginnen kan je idd net zo goed Xubuntu pakken als je er toch alleen maar remote naar connect.

Houd wel rekening mee dat Xfce beduidend anders werkt dan Gnome. Het is veel eenvoudiger qua opzet, dus sta niet gek te kijken als sneltoetsen die je gewend was niet werken. Veel kan je wel instellen.

Ik ga zeker kijken naar X2go. Ik had zelf NoMachine gevonden, werkte ook wel snel maar toen had ik net xrdp ook werkend.

Zolang je lokaal bent kan het prima werken. Maar effectief is het nog VNC en dat kan al snel tot 5 MB/s vereisen. Ik had toen ik thuis m'n PC op kantoor overnam iets van 1,5 MB/s aan verkeer, maar kan ook met minder werken.

Ik raad je wel aan, mocht je naar x2go overstappen, om de sneltoetsen voor x2go aan te passen. De standaard sneltoetsen vind je in /etc/x2go/keystrokes.cfg. Een van de standaard sneltoetsen is verbinding verbreken middels ctrl+alt+t. Een sneltoets die ook nog wel eens wordt ingesteld voor het starten van een terminal. Het is dan wat vervelend om je verbinding te verbreken als je even snel wat via de command line wilt doen.

[Gubois]

Ik heb hetzelfde probleem. Ubuntu 20.04 geïnstalleerd op mijn desktop. Nu krijg ik noch via Ubuntu 20.04 als via Ubuntu 18.04 verbinding met internet. ook niet nadat ik de voorgestelde zaken heb geïnstalleerd. Via mijn laptop (windows 10 ) kan ik deze mail sturen.
Tot voor kort werkte alles onder 18.04 prima. Maar op een gegeven ogenblik begon ik te merken dat Ubuntu niet goed werd geupdate. Iets met gvcviuw wat niet meer werkte. Daarom wilde ik naar 20.04.
Ik baal wel omdat Ubuntu lekkerder werkt dan windows (tot voor kort).

[Hero of Time]

@Gubois, maak even een eigen topic aan voor je probleem, want je hebt niet hetzelfde als de TS. Zorg er voor dat je alle informatie geeft die je kan geven over je netwerk en wat je hiervan in Ubuntu ziet.