Kai-Heng, I can confirm it is fixed in 5.1.15-050115-generic. However, I can not use 5.1.15 because with its linux-headers-5.1.15-050115-generic dkms can not build a module for nvidia-340 (see further below for the error output). I switched to nouveau and with that driver I could reach with 5.1.15 the desktop and see that all network functionality is ok. The nouveau driver is not as stable as nvidia's. But its biggest disadvantage is that after a while my old laptop is consumed with high cpu load from a process of systemd-udev or something. Thus I had to revert to kernel 4.18 and to nvidia driver.
Please ask the kernel devs to make builds that can build dkms modules for nvidia-340. For anyone that stumbles on this bug report: I had a lot of trouble with kubuntu 19.04 to make nouveau working: First I tried Discover > Sources > Additional drivers: changing to nouveau does not do anything. Running from konsole "sudo software-properties-qt" shows that it can't change to nouveau. Someone, please make a bug for it (I currently have no time to dot it myself). Then I found out about KDE's systemsettings > Driver Manager: that functionality to change to nouveau works. Then the next hitch: booting then fails (for both 5.15 and 4.18): the boot message lines don't go further than systemd_user_sessions.service. In a second tty (ctrl-alt-F2) I tried the command startx and KDE plasma desktop got loaded. (without starting X you can't download and install packages with apt command as there is no wifi connection. Maybe a utp cable connection would have given internet access at the tty2.) Searching further to make it boot completely I found the command "sudo apt purge nvidia*". Then I was able to boot to the desktop without getting stuck at systemd_user_sessions.service. And this for both 5.1.15 and 4.18. Someone, please also make a bug for the fact that the graphical way to change to nouveau driver is useless without the purge nvidia* command! Alas, as already told, nouveau's quality is too low: after a while the cpu load goes up by a systemd-udev process. So to revert back to nvidia driver and kernel 4.18 the command "sudo ubuntu-drivers autoinstall" does the trick. Here the error output for kernel 5.1.15 when dkms tries to build a module for nvidia-340: Building initial module for 5.1.15-050115-generic ERROR (dkms apport): kernel package linux-headers-5.1.15-050115-generic is not supported Error! Bad return status for module build on kernel: 5.1.15-050115-generic (x86_64) Consult /var/lib/dkms/nvidia-340/340.107/build/make.log for more information. dpkg: fout bij verwerken van pakket nvidia-340 (--configure): subproces van pakket nvidia-340 werd script post-installation geïnstalleerd gaf de foutwaarde 10 terug -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1829310 Title: kernel 5 fails to start systemd-networkd on old Dell Inspiron 1720 Status in linux package in Ubuntu: Confirmed Bug description: linux kernel 5.0.0-13 Kubuntu 19.04 hardware: old Dell laptop Inspiron 1720 After upgrading an old Dell laptop Inspiron 1720 (from 2007 I think) from Kubuntu 18.10 to 19.04, the result is a broken system: booting takes + 5 minutes looking at the boot messages I see "Failed to start Dispatcher daemon for systemd-networkd" and consequently Network Manager fails to run. Eventually it reaches the desktop where it takes another 5 minutes to display the panel. In a terminal it fails to execute any network command (ifconfig, ip) as well as "sudo" and "lshw". If I boot with the previous kernel, the 4.18.0-18 of Kubuntu 18.10, it works without problem. For now I have set its grub to start by default the 4.18 kernel instead of the 5.0 one. I tried running "apport-cli -f -p linux --save kernel5.0onOldDellInspiron1720.apport" but that has been spitting out periods ("....") for 10 minutes now and still hasn't finished. dmesg output attached. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1829310/+subscriptions -- Mailing list: https://launchpad.net/~kernel-packages Post to : kernel-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~kernel-packages More help : https://help.launchpad.net/ListHelp
