No, the setting in resolv.conf doesn't survive a reboot. I boot once daily
and I can live with this workaround until a fix is available. BTW, I got the
idea from this StackExchange page:
Hell, now i see your topic.
At first i thought it was my connection, but my wi-fi was still working.
Fortunately, i remembered that yesterday i upgraded network-manager, so i
reverted to previous version and all worked again.
WPA supplicant can be upgraded, it doesn't break anything.
> Then, chaosmonk's commands will work. Well, except
> that he forgot to mention that NetworkManager must be
> restarted at the end:
> $ systemctl restart NetworkManager
Good catch, thank you.
> @chaosmonk: downgrading only NetworkManager was
> sufficient for my system, but I imagine the reason
For those who have neither their system online nor the lower versions of the
packages on their disk, these packages are attached to this post. Bring them
somehow (a pendrive, for instance) to the offline system, where, in a
terminal, you will move them to /var/cache/apt/archives (here
Correct; I had it stated correctly.
> Nothing unexpected: I have to choose the GVT-989C_nomap network by
> hand, the password is asked but, again, the connection is never
> established. I see no relevant difference in dmesg's output. I
> detect no relevant difference in NetworkManager's log either but maybe
> you will:
Neither do
> If you use the backports repository (i.e. if there are uncommented
> lines containing the word "backports" in /etc/apt/sources.list), don't
> upgrade to the recently backported versions of network-manager and
> wpasupplicant until this issue[1] is fixed.
If you have already upgraded and need to
> The solution I found: add
>nameserver 8.8.8.8
> to file /etc/resolv.conf
Does this survive a reboot?
signature.asc
Description: PGP signature
Hi all, I also had connection issues after an update today. A ping to a
numeric IP was successful but many services relying on resolving names did
not work.
The solution I found: add
nameserver 8.8.8.8
to file /etc/resolv.conf
Nothing unexpected: I have to choose the GVT-989C_nomap network by hand, the
password is asked but, again, the connection is never established. I see no
relevant difference in dmesg's output. I detect no relevant difference in
NetworkManager's log either but maybe you will:
wifi-nl80211:
> Given the problem with DNS, I would bet on a problem
> relating to "disabling sending hostname on DHCP
> requests".
In that case, it is the changes made to nm-setting-ip4-config.c and
nms-ifcfg-rh-writer.c that are causing the issue, which can only be
reverted by recompiling.
What happens if
Since the log has several errors that mention your MAC address, I think the
problem might have to do with the new randomization of mac addresses.
Given the problem with DNS, I would bet on a problem relating to "disabling
sending hostname on DHCP requests". Indeed, a DHCPOFFER message
On 10/20, lc...@dcc.ufmg.br wrote:
> Deleting both sections of
> /etc/NetworkManager/NetworkManager.conf and executing
> 'systemctl restart NetworkManager' does not solve any
> of the two problems (the DNS not being automatically
> configured with Ethernet, the Wifi adapter never
> connecting to
I tried deleting only one of the two sections. I tried rebooting after
deleting both sections too. Nothing led to any improvement w.r.t. the faced
problems.
Deleting both sections of /etc/NetworkManager/NetworkManager.conf and
executing 'systemctl restart NetworkManager' does not solve any of the two
problems (the DNS not being automatically configured with Ethernet, the Wifi
adapter never connecting to the network). Should I still try to
Hopefully reinstalling the previous version of network-manager and
wpasupplicant will fix your system.
It did:
https://trisquel.info/forum/internet-connection-problem#comment-144131
Thank you.
I think that GNOME's graphical frontend to network-manager might allow you to
change it
> Since I have the same Wifi chipset (AR9271), I installed the latest
> updates to see. Here is the related entry in
> /var/log/apt/history.log:
Thanks for saving me the trouble of breaking my own Internet in order to
get this information. Hopefully reinstalling the previous version of
The netinstaller offers to encrypt the home directory, and the graphical
installer offers to encrypt the entire disk.
Isn't it the opposite?
That works here. However, the package had to be downloaded (sorry about the
French, I should have set LC_ALL=C):
$ sudo apt install network-manager=1.2.6-0ubuntu0.16.04.3
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances
Lecture des informations d'état... Fait
Les
If you use the backports repository (i.e. if there are uncommented
lines containing the word "backports" in /etc/apt/sources.list), don't
upgrade to the recently backported versions of network-manager and
wpasupplicant until this issue[1] is fixed.
[1]
Since I have the same Wifi chipset (AR9271), I installed the latest updates
to see. Here is the related entry in /var/log/apt/history.log:
Start-Date: 2019-10-20 11:24:20
Commandline: aptdaemon role='role-commit-packages' sender=':1.183'
Install: libteamdctl0:amd64 (1.23-1, automatic),
> Is there perhaps a bug in the update of the
> network manager?
Possibly. Run
$ apt policy network manager
And see if the "Installed:" field says "1.10.6-2ubuntu1+8.0trisquel1" to
confirm that you received the update I think you received.
This is a recent change so prevent network-manager
> Or instead of encrypting the home directory encrypt the entire drive.
> That requires using the netinstall image
IIRC, you have this backward. The netinstaller offers to encrypt the
home directory, and the graphical installer offers to encrypt the entire
disk.
> which, last I checked, has
I observe the same thing on Z61t (another 945GM-based ThinkPad, like X60
series).
The /var directory consumes two thirds of the partition space. Try to clean
it first.
When there is enough space on the / partition, then you can perform other
optimizations.
> maybe you need also need a newer kernel to support the newer graphics
stack?
I doubt that's the problem. I'm using Jxself's linux-libre repos. According
to uname -r, my current kernel is:
4.19.72-gnu-rt26
Hi to everyone! After the last update done today 20th, I cannot have WIFI
internet connection in my desktop PC and notebook, both with Trisquel 8 mini.
My WIFI modem works perfecly in another notebook with Lubuntu 16.04.6 LTS
(free-libre version). Is there perhaps a bug in the update of the
Or instead of encrypting the home directory encrypt the entire drive. Then
you don't need to deal with / and /home being different partitions as they
are showing in your screenshot and then potentially running low on space with
one while the other might still have gobs and gobs of space
$ sudo apt-get clean
Your /var tree is really heavy. What is using so many space there?
Moving system unencrypted tree (sda1) to encrypted volume (sda5) is not
simple.
El 20/10/19 a les 0:03, a...@ncf.ca ha escrit:
> Hi,
>
> Trisquel gave me a warning that I was running out of space in a part
I am trying to connect a Thinkpenguin router to a X60s by tethering iPhone.
I have succeeded in it before, it was like:
iPhone > (Wifi) > TPE-R1200 > (a LAN cable) > X60s
Although I was configuring it randomly,
I succeeded in tethering and it has worked well. But since about a week ago,
I
30 matches
Mail list logo
