"internet conection is not active"

[Lithium64]

Since the last update, Ukuu only shows this message and doesn't find any kernel to download.

Ubuntu 17.10 Kernel 4.14.13

[kartun83]

Same for me on linux mint 18.3

[siddht4]

try to update your ukuu version from sources. I had faced this issue months back and its fixed now. You can check my issue too.https://github.com/teejee2008/ukuu/issues/19. This https://github.com/teejee2008/ukuu/commit/219ca76f413d4e4c490c8ade5170fde1cb268989 pull request fixed the issue for me. So try to update it

[siddht4]

@Lithium64 @kartun83 Whats your ukuu version by the way? You can simply copy paste by issuing the command.ukuu --version`

[Lithium64]

@siddht4 ukuu v18.1 Distribution: Ubuntu 17.10 Architecture: amd64 Running kernel: 4.14.13-041413-generic Kernel version: 4.14.13-041413-generic

I'm runing the latest build from ppa:teejee2008/ppa

[kartun83]

@siddht4 ukuu --version ukuu v18.1 Distribution: Linux Mint 18.3 Sylvia Architecture: amd64 Running kernel: 4.14.11-041411-generic Kernel version: 4.14.11-041411-generic E: Unknown option: --version E: Run 'ukuu --help' to list all options

[siddht4]

looks like my prevous issue has re-surfaced.

@Lithium64 @kartun83 this is the bug,I had issues with and looks like it has resurfaced again.But https://github.com/teejee2008/ukuu/commit/219ca76f413d4e4c490c8ade5170fde1cb268989 has actually fixed it as far as I know.

[Lithium64]

@siddht4 From what I could see there were changes in the connection code after version 17.12.1, which caused this regression.

[ghost]

For what it's worth, I can reproduce this issue as well.

ukuu v18.1 Distribution: Linux Mint 18.3 Sylvia Architecture: amd64 Running kernel: 4.10.0-42-generic Kernel version: 4.10.0.42.46

[ams001]

Likewise with Nevel. Oddly, it also reports an updated kernel, followed by: No Internet Internet connection is no Active

[tddts]

Same here.

Ukuu 18.1 Distribution: Linux Mint 18.3 Sylvia Architecture: amd64 Kernel: 4.13.0-32

---

Also a strange thing happened: After reboot I got two dialogs popping up and a notification. Both first dialog and a notification were something like "New version 4.15 is available" and second one was "Internet connection is not active".

---

So apparently there is still "ukuu-gtk" process running alongside some shell script. If it's supposed to work in background then why it does not have a tray icon or something like this?

[ghost]

Yes, I also get the notification that a new version has been released, prior to the error message stating that the connection is not active.

[kartun83]

Is it using different network code for checks and pulling kernels ?

[ghost]

I had this problem, after deactivating my VPN. Ukuu returned to normal after a reboot.

Mint 18.3.

ukuu --version
ukuu v18.1
E: Error creating directory: Permission denied
E: Failed to create dir: /tmp/ukuu/rqoIWfyy
Distribution: Linux Mint 18.3 Sylvia
Architecture: amd64
Running kernel: 4.15.4-041504-generic
Kernel version: 4.15.4-041504-generic
E: Unknown option: --version
E: Run 'ukuu --help' to list all options

[cmera]

I emptied /tmp/ukuu and /tmp/ukuu-gtk and it seemed to stop complaining.. and by empty I mean I completely removed it with

$ sudo rm /tmp/ukuu*

[ghost]

Thanks for reporting, that worked for me as well.

[ams001]

Not me, but sudo apt-get remove ukuu did :-(

[zkcode]

it doesn't work for me also

ukuu v18.1 Distribution: Ubuntu 16.04.4 LTS Architecture: amd64 Running kernel: 4.13.16-041316-generic Kernel version: 4.13.16-041316-generic

[HougeLangley]

Same error. Using proxy could fix this. By the way, Do not using ukuu-gtk

[bjrobertshen]

same error:

$ ukuu --check ukuu v18.5.1 Distribution: Ubuntu 18.04 LTS Architecture: amd64 Running kernel: 4.15.0-24-generic Kernel version: 4.15.0.24.26 Cache: /home/robert/.cache/ukuu Temp: /tmp/ukuu/ilPfRIMG E: Internet connection is not active E: Internet connection is not active

Found installed: 4.15.0-24.26 Found installed: 4.15.0.24.26 Found installed: 4.15.0-23.25

Latest update: 4.17.3 Latest point update: 4.15.18

$ sudo ukuu --install v4.17.3 ukuu v18.5.1 Distribution: Ubuntu 18.04 LTS Architecture: amd64 Running kernel: 4.15.0-24-generic Kernel version: 4.15.0.24.26 Cache: /home/robert/.cache/ukuu Temp: /tmp/ukuu/oE9YOxd9 E: Internet connection is not active $

[dreamcat4]

Hello. This error is being caused by slow / unresponsive DNS lookup requests. It seems that the program ukuu has some type of short built-in timeout. Where if there is no response, then it gives up too soon for the system to finish processing the request.

On my system, the command ping would always take at least 5 seconds because the system dns resolver would wait 5 seconds before returning the DNS lookup result. So (for me), it was solved by taking some of the following suggestions:

http://www.math.tamu.edu/~comech/tools/linux-slow-dns-lookup/

Specifically by appending the line: options single-request to my /etc/resolv.conf file. (it does keep getting overwritten though, so there is a different place in the system config files to add it to, somewhere else).

Trying the

GRUB_CMDLINE_LINUX_DEFAULT="ipv6.disable=1 quiet"

in your /etc/default/grub file might also help. Not sure. Anyway, this seems to be a common problem no on new versions of ubuntu, such as 18.04.

Furthermore:

Now that the cause of this issue has been found. I would still argue that exposing some user configuration mechanism to override the default internal timeout to ukuu program is still desirable. Because there are a few users who must connect via satellite endpoints. (and for those users, the network latency can be very high indeed). Which admittedly is an edge case.

However adding the configuration option should not be too hard, and it would also be helpful for any other users experiencing connectivity issues. For example - inside a corporate LAN, which the user cannot do anything about. Or other networking issues where they solution simply is not clear. Sometimes, it's just a much bigger priority for these people, update their kernels first, before looking at such other problems!

Have added this same comment to issue #76 also Kind regards

[ukari]

@bjrobertshen I am using the same version with you.

$ sudo ukuu --install-lastest always get the same mesage

E: Internet connection is not active

but if use su to switch into the root user first, then runs # ukuu --install-lastest it works well

[iandol]

Same problem, and trying the DNS fixes above do not solve it for me (edited /etc/resolv.conf appending options single-request and inactivating ipv6 completely, then flushing the DNS cache for good measure).

❯ sudo ukuu --check
ukuu v18.5.1
Distribution: Ubuntu 18.04.1 LTS
Architecture: amd64
Running kernel: 4.18.0-041800-lowlatency
Kernel version: 4.18.0-041800-lowlatency
Cache: /home/aristotle/.cache/ukuu
Temp: /tmp/ukuu/8Lsgt7uK
E: Internet connection is not active
E: Internet connection is not active
----------------------------------------------------------------------
Found installed: 4.13.0-46.51
Found installed: 4.15.0-32.35
Found installed: 4.15.0.32.34
Found installed: 4.18.0-041800.201808122131
----------------------------------------------------------------------
Latest point update: 4.18.4
----------------------------------------------------------------------

~ 12s

❯ ping kernel.ubuntu.com
PING kernel.ubuntu.com (91.189.94.216) 56(84) bytes of data.
64 bytes from wani.canonical.com (91.189.94.216): icmp_seq=1 ttl=48 time=338 ms
64 bytes from wani.canonical.com (91.189.94.216): icmp_seq=2 ttl=48 time=339 ms
64 bytes from wani.canonical.com (91.189.94.216): icmp_seq=3 ttl=48 time=338 ms
64 bytes from wani.canonical.com (91.189.94.216): icmp_seq=4 ttl=48 time=338 ms
64 bytes from wani.canonical.com (91.189.94.216): icmp_seq=5 ttl=48 time=338 ms

--- kernel.ubuntu.com ping statistics ---
5 packets transmitted, 5 received, 0% packet loss, time 4980ms
rtt min/avg/max/mdev = 338.053/338.570/339.238/0.655 ms

[dreamcat4]

@iandol it's not your ping <anything> result that matters. It is the time ping <anything>. You need to put the time command in front to see the delay which is due to your own system's DNS resolver.

[ghost]

I have the problem on Mint 19, and it seems that in my case the problem owes to a momentary VPN dropout. It seems to me that if Ukuu could wait a little longer before declaring there is no Internet, then, at least in my case, that would solve the problem.

Also, #76 seems a duplicate of this one.

[iandol]

Hi @dreamcat4 thanks for the reply. My time to respond is :

❯ time ping -c 1 kernel.ubuntu.com
PING kernel.ubuntu.com (91.189.94.216) 56(84) bytes of data.
64 bytes from wani.canonical.com (91.189.94.216): icmp_seq=1 ttl=49 time=359 ms

--- kernel.ubuntu.com ping statistics ---
1 packets transmitted, 1 received, 0% packet loss, time 0ms
rtt min/avg/max/mdev = 359.949/359.949/359.949/0.000 ms

ping -c 1 kernel.ubuntu.com  0.00s user 0.00s system 0% cpu 0.364 total

I am in China, and we do have quite a bit of fluctuation in our connectivity but even when stable and not too slow, ukuu never connects...

[ams001]

I don't believe its down to the resolver because I use a caching nameserver, so while the first attempt may fail as the cache is loaded, the second should work as the resolver returns immediately. It appears to be the connection speed to wani.canonical.com since failure was more common when I was on the road (and slower access e.g. pings around 300ms+) than on our corporate network (e.g. pings around 21ms).

[iandol]

For those with this problem, this bash script is working fine: https://github.com/pimlie/ubuntu-mainline-kernel.sh

[ghost]

I note, about iandol's comment above, that the script in question does not fix the ukuu problem. Rather, the script is a minimal ukuu replacement.

[MrFunken]

Is there any way to disable this useless connection check?

[NathanIceSea]

This problem is really annoying, hopefully adding a parameter to disable connection verifying.

[Pipeliner]

Still the same problem with ukuu 18.9 on Xubuntu 16.04

[Pipeliner]

The problem disappeared after upgrading to Xubuntu 18.04.

[ghost]

The problem disappeared after upgrading to Xubuntu 18.04.

I'm on Mint 19, which is based on Ubuntu 18.04, and I still have the problem.

[ams001]

On 17 November 2018 15:59:19 GNU_Linux_User notifications@github.com wrote:

The problem disappeared after upgrading to Xubuntu 18.04.

I'm on Mint 19, which is based on Ubuntu 18.04, and I still have the problem.

Likewise.

— You are receiving this because you commented. Reply to this email directly, view it on GitHub, or mute the thread.

[dukisvk]

sometimes it happened because you have wrong symlink in lib: /usr/lib/x86_64-linux-gnu/libcurl.so.4 /usr/lib/x86_64-linux-gnu/libcurl.so.4: version `CURL_OPENSSL_4' not found (required by curl) cd /usr/lib/x86_64-linux-gnu/ sudo rm libcurl.so.4 sudo ln -s libcurl.so.4.5.0 libcurl.so.4 if it doesn't help, you should search in internet for a while, who to solve this issue with curl_openssl_3 and curl_openssl_4 in libcurl.so.

[ghost]

@ dukisvk

Thank you. However, I have trouble understanding what you posted. Perhaps you could format the commands in a nicer (clearer) way?

[gothicVI]

@CottonEaster I think @dukisvk meant: cd /usr/lib/x86_64-linux-gnu/ sudo rm libcurl.so.4 sudo ln -s libcurl.so.4.5.0 libcurl.so.4 Though I'm not endorsing this method as I haven't tried it!

[ghost]

@gothicVI

Thanks. I take it that the commands make version 4 of libcurl point to version 4.5 of libcurl. I wonder whether doing that might cause problems for other programs.

[dukisvk]

@gothicVI you can see where your symlinks are pointing now with command: ls -al | grep libcurl

If your libcurl is in version 3, you can make a copy of it like with name, libcurl3.so.4.5.0. If you will have troubles with other applications, you can change the symlink to this library like: sudo ln -s libcurl3.so.4.5.0 libcurl.so.4

If you are more advanced, you can change this library only for this application by using command: LD_LIBRARY_PATH . This LD_LIBRARY_PATH will force the appliacion to use libraries first from this particullar folder. In this folder you have to copy the propper version of libcurl.so. library. Example: LD_LIBRARY_PATH="/home/duki/VirtualBox VMs" virtualbox &

[ghost]

@dukisvk

Thank you. However, surely we should not need to do all this, in the sense that what we have here is an increasingly elaborate workaround for a problem with ukuu. EDIT: Or is it that ukuu is exposing a pre-existing problem on some systems? For I find that my /usr/lib/x86_64-linux-gnu/libcurl.so.4 was pointing already at 'libcurl.so.4.5.0' - and/but might even having been doing so when I had the 'no Internet' problem with ukuu.

[dukisvk]

@CottonEaster i had this problem because of this issue as i wrote above. There are some applications which need to run with libcurl version 3 and others need libcurl version 4. This is problem of this library, which is unfortunatelly not back-compatible. I have to do this workaround for several apps. But as I said, for this purpose there is LD_LIBRARY_PATH command/variable, which solve this issue. By using this variable, you can force the applications to not use the default library folder but some otherone, where you have the proper versions of libraries.
But maybe there is some other issue as well. If you run ukuu --version, you will see if you have some error messages or not in output. But i have upgraded kernel just now and had the feeling, that it works now without problem. (4.20.3-042003-generic)

[gothicVI]

I wonder whether doing that might cause problems for other programs.

That's also what I'm not completely sure about.

@gothicVI you can see where your symlinks are pointing now with command: ls -al | grep libcurl

I'm aware of that ;) Anyhow, please try to stick to the github syntax, i.e. provide code in a code environment and not in bolt font or via image. It makes it almost impossible to quickly follow your comments.