[SOLVED] Linux Network Connectivity Problem; Dual Boot, Works on Windows, not Ubuntu
Linux - NewbieThis Linux forum is for members that are new to Linux.
Just starting out and have a question?
If it is not in the man pages or the how-to's this is the place!
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
Linux Network Connectivity Problem; Dual Boot, Works on Windows, not Ubuntu
I have a dual boot laptop, Ubuntu 18.0.4, and Windows 10. The Windows side has no problem with Internet connectivity, but the Linux side does. Ubuntu shows the wired and wireless network connectivity as OK, but there is no Internet access.
I am posting here a pdf file of the screen prints. Sorry, I couldn't figure out any other way to do it. Here is the link to the screen prints:
Firerat, thanks for your response. I have logged onto the Linux side and done as you requested. But the results are not as you might expect.
I did a little digging, and I have once again included some pdf screen prints. I think it tells the story better than I can. Take a look and see. The /etc/resolv,conf is not found.
I will have to post back here later. The filesize of the pdf was too large.
I'm going to try and guide you through adding 8.8.8.8 ( opendns )
Code:
sudo nmtui
#-> Edit Connection
#-> select your wifi
#-> IPv4 CONFIGURATION <Automatic> <Show>
#-> If not Automatic select that and pick auto
#-> select <show>
#-> DNS servers -> <add>
# enter 8.8.8.8
# [X] Ignore automatically obtained DNS parameters
# if it is marked X as above
# select the X and toggle with <spacebar>
# actually, may not need the 8.8.8.8 if ignore was checked
# optionally repeat with IPv6
# down at bottom select OK
reconnect the wifi, you should be able to resolve dns names
we then need to work out if we can add a better one from your router/ISP
although... many people choose to use 8.8.8.8
Firerat and michaelk, I appreciate your responses, in spite of my busy schedule and not being able to follow up. I will take your suggestions and try them as soon as I complete this post.
OK. Since /etc/resolv.conf was not found, I changed directories to the /etc directory, and keyed in "ls -al". This is part of what Linux spit out:
/etc/resolv.conf does exist
it is a link to /run/resolvconf/resolv.conf
but cat wouldn't care ... or maybe it would..
ok if the link was broken it would say "No such file or directory"
Code:
ls /run/resolvconf/
# note that is /run not /etc
we are looking for resolv.conf
I would double check
it is really easy to miss type it as resolve.conf
Code:
cat /etc/resolv.conf
tip: when using command line, you can use something called tab completion
<tab> is the tab key
Code:
cat /e<tab>res<tab>.<tab>
^^ that would be enough to get the whole command
handy for looking for things that you don't quite know the name of, a double tab give a list of possible completions
Firerat, to answer your previous question, I did indeed post "/etc/resolv,conf", but I really did type "/etc/resolv.conf" at the command line. I just didn't proofread the post.
And I did try your suggestion for using Network Manager. That's a pretty nifty little tool, thanks for informing me about it. However, that did not fix the problem. And I was very careful to not spell it "resolve", I used "resolv". I did know about using tab for command-completion. But thanks, it never hurts to get more knowledge.
michaelk, here is the output of "systemd-resolve --status":
Code:
len@len-Satellite-E45t-A:~$ systemd-resolve --status
Global
DNSSEC NTA: 10.in-addr.arpa
16.172.in-addr.arpa
168.192.in-addr.arpa
17.172.in-addr.arpa
18.172.in-addr.arpa
19.172.in-addr.arpa
20.172.in-addr.arpa
21.172.in-addr.arpa
22.172.in-addr.arpa
23.172.in-addr.arpa
24.172.in-addr.arpa
25.172.in-addr.arpa
26.172.in-addr.arpa
27.172.in-addr.arpa
28.172.in-addr.arpa
29.172.in-addr.arpa
30.172.in-addr.arpa
31.172.in-addr.arpa
corp
d.f.ip6.arpa
home
internal
intranet
lan
local
private
test
Link 3 (wlp3s0)
Current Scopes: DNS
LLMNR setting: yes
MulticastDNS setting: no
DNSSEC setting: no
DNSSEC supported: no
DNS Servers: 192.168.1.1
DNS Domain: ~.
zyxel.com
Link 2 (enp2s0)
Current Scopes: none
LLMNR setting: yes
MulticastDNS setting: no
DNSSEC setting: no
DNSSEC supported: no
lines 9-45/45 (END)
I have done some of my own research on the Internet. One suggestion was to use the iptables command to check if the connection is getting blocked by a firewall. Here is the result:
Here is a tracepath command, which supposedly helps show where the connection fails:
Code:
len@len-Satellite-E45t-A:~$ tracepath 8.8.8.8
1?: [LOCALHOST] pmtu 1500
1: _gateway 2.507ms
1: _gateway 18.019ms
2: 10.202.0.1 16.771ms
3: 10.192.110.170 15.217ms
4: 69.174.129.152 19.683ms
5: no reply
6: no reply
7: no reply
8: no reply
9: no reply
10: no reply
11: no reply
12: no reply
^Z
[1]+ Stopped tracepath 8.8.8.8
len@len-Satellite-E45t-A:~$
And finally, some ping commands:
Code:
len@len-Satellite-E45t-A:~$ ping www.ubuntu.com
ping: www.ubuntu.com: Name or service not known
len@len-Satellite-E45t-A:~$ ping www.microsoft.com
ping: www.microsoft.com: Name or service not known
len@len-Satellite-E45t-A:~$ ping 192.168.1.1
PING 192.168.1.1 (192.168.1.1) 56(84) bytes of data.
64 bytes from 192.168.1.1: icmp_seq=1 ttl=64 time=2.02 ms
64 bytes from 192.168.1.1: icmp_seq=2 ttl=64 time=3.69 ms
64 bytes from 192.168.1.1: icmp_seq=3 ttl=64 time=3.34 ms
64 bytes from 192.168.1.1: icmp_seq=4 ttl=64 time=3.23 ms
64 bytes from 192.168.1.1: icmp_seq=5 ttl=64 time=6.46 ms
64 bytes from 192.168.1.1: icmp_seq=6 ttl=64 time=3.32 ms
64 bytes from 192.168.1.1: icmp_seq=7 ttl=64 time=3.28 ms
64 bytes from 192.168.1.1: icmp_seq=8 ttl=64 time=3.30 ms
64 bytes from 192.168.1.1: icmp_seq=9 ttl=64 time=2.69 ms
64 bytes from 192.168.1.1: icmp_seq=10 ttl=64 time=2.65 ms
64 bytes from 192.168.1.1: icmp_seq=11 ttl=64 time=2.82 ms
64 bytes from 192.168.1.1: icmp_seq=12 ttl=64 time=2.74 ms
64 bytes from 192.168.1.1: icmp_seq=13 ttl=64 time=2.66 ms
^Z
[2]+ Stopped ping 192.168.1.1
len@len-Satellite-E45t-A:~$ ping 8.8.8.8
PING 8.8.8.8 (8.8.8.8) 56(84) bytes of data.
64 bytes from 8.8.8.8: icmp_seq=1 ttl=56 time=10.9 ms
64 bytes from 8.8.8.8: icmp_seq=2 ttl=56 time=10.8 ms
64 bytes from 8.8.8.8: icmp_seq=3 ttl=56 time=11.8 ms
64 bytes from 8.8.8.8: icmp_seq=4 ttl=56 time=11.4 ms
64 bytes from 8.8.8.8: icmp_seq=5 ttl=56 time=13.8 ms
64 bytes from 8.8.8.8: icmp_seq=6 ttl=56 time=9.86 ms
64 bytes from 8.8.8.8: icmp_seq=7 ttl=56 time=12.7 ms
^Z
[3]+ Stopped ping 8.8.8.8
len@len-Satellite-E45t-A:~$
Hopefully, this will give you a lot of data to help me solve this problem. Hey, I really appreciate your help. I just don't have enough experience on Linux yet, so I regard your counsel as invaluable.
Firerat, the /run directory does not contain a file or even a directory named "resolvconf". Perhaps that is important! That link is pointing to a non-existent file.
The time stamp had not changed on /etc/resolv.conf
however, the time stamps in /run/resolvconf reflect the boot time
so, it would appear something has gone wrong with resolvconf
around Sep 10 22:46 , do you recall doing any installs/updates around that time?
the changelog for resolvconf shows no recent activity
last being
Code:
resolvconf (1.79ubuntu10.18.04.3) bionic; urgency=medium
* d/resolvconf.resolvconf-pull-resolved.service
Hack out the 'edns0' option that systemd-resolved has
recently added to its stub-resolv.conf. (LP: #1817903)
-- Dan Streetman <ddstreet@canonical.com> Thu, 14 Mar 2019 17:35:23 -0400
options
reinstall resolvconf
Code:
sudo apt install resolvconf --reinstall
uninstall resolvconf and return to ubuntu bionic default
Code:
sudo apt purge resolvconf
Unless you recall a specific reason for having resolvconf I would go down the uninstall route.
It could be that resolvconf resolved the issue which +bug/1817903 refers to, in which case try the reinstall
if neither of those options work then I may have to track down what the ifupdown that is mentioned in bug/1817903 is/was doing
was this system upgraded to 18 or was it installed as 18?
also you are using Network Manager, you don't need to manually setup network with that configuration
Code:
ip addr
will get you something like this ( but more lines )
Code:
2: enp9s0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc mq state DOWN group
3: wlp12s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group
but they might be the old style
...
what does /etc/resolv.conf look liek now that resovconf has been removed?
is it now
/etc/resolv.conf -> ../run/systemd/resolve/stub-resolv.conf
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.