mathtick's questions

Como sair dessa bagunça. Grub mostra apenas dois kernels. Nada parece funcionar.

O modo de recuperação não está me dando conexões.

Tentando https://serverfault.com/questions/21475/starting-network-connection-from-ubuntu-recovery

Mas as instruções estão erradas/vagas/ainda não funcionam para mim.

O erro usual é ... end kernel panic - not syncing: vfs: incapaz de montar root fs em bloco desconhecido

Isso acontece com quase todas as atualizações do kernel recentemente e eu corrijo reiniciando o kernel antigo e instalando manualmente alguns cabeçalhos do kernel.

Desta vez não tenho opções de reinicialização... tentando sair dessa.

Problema comum de incompatibilidade de versão.

Preciso de uma resposta simples e concisa para a questão de como ver todas as versões disponíveis.

sudo apt pesquisa libssl3

mostra apenas uma versão.

Ubuntu 23.04

Acabei de executar isso e parece impossível de cancelar.

MUITO está sendo limpo.

Eu simplesmente quero remover e reinstalar todos os aparelhos ssl ssh.

Há uma incompatibilidade de versão horrível.

Não posso mudar.

Parece bloqueado.

Deseja colocar em um estado de energia inferior.

s2idle [profundo]

Como isso é feito. A pesquisa do Google atinge a discussão nem todos os caminhos possíveis para alterar corretamente.

ATUALIZAÇÃO :

O que as pessoas dizem geralmente está errado:

Por exemplo, isto é o que acontece:

$ echo s2idle | sudo tee /sys/power/mem_sleep
s2idle
$ cat /sys/power/mem_sleep
[s2idle]

Meu sistema está quebrado em comparação com o exemplo abaixo que resulta em deep!???? Ou é um erro de digitação da parte deles? Há confusão como essa em toda a web.

Por que isso falha?

echo deep | sudo tee /sys/power/mem_sleep
deep
tee: /sys/power/mem_sleep: Invalid argument

Minha suspeita é que as pessoas estão escrevendo respostas que acionam alguma coisa latente ... mas não entendem o que é essa coisa ou como alterar suas configurações. É grub?

E isso parece relevante https://forums.linuxmint.com/viewtopic.php?t=335139

ATUALIZAÇÃO :

O problema parece ter sido uma configuração do BIOS. Defina o estado de suspensão de energia de configuração para Linux!

Acabei de perceber que parece não estar funcionando. Costumava ser uma coisa de gnomos. Qual é a maneira correta de fazer isso agora?

Vejo algum comentário sobre "desleixado", mas não onde é encontrado.

Acabei de notar este volume aparecendo em arquivos. Este é um novo sistema de backup no Ubuntu? Em 21.10. Não tinha visto antes. Pesquisado online, mas sem bons resultados até agora.

Portanto, o principal sintoma que me deixa desconfiado é que o ping leva cerca de um segundo ou mais para começar a imprimir quando o executo no Ubuntu e inicia quase imediatamente em um laptop OSX (não tenho o Ubuntu em um laptop, então o SO é meio que possivelmente coincidência).

Normalmente eu suspeitaria de DNS, mas este é o meu teste de DNS do Ubuntu:

dig +trace www.stackoverflow.com

; <<>> DiG 9.16.1-Ubuntu <<>> +trace www.stackoverflow.com
;; global options: +cmd
;; Received 40 bytes from 10.0.0.1#53(10.0.0.1) in 7 ms

mtr, ping e teste de velocidade estão bem em suas métricas. Por exemplo, isso é ping na área de trabalho do Ubuntu:

ping www.stackoverflow.com
PING stackoverflow.com (151.101.1.69) 56(84) bytes of data.
64 bytes from 151.101.1.69 (151.101.1.69): icmp_seq=1 ttl=57 time=9.87 ms
64 bytes from 151.101.1.69 (151.101.1.69): icmp_seq=2 ttl=57 time=8.95 ms
64 bytes from 151.101.1.69 (151.101.1.69): icmp_seq=3 ttl=57 time=9.17 ms
64 bytes from 151.101.1.69 (151.101.1.69): icmp_seq=4 ttl=57 time=8.83 ms
64 bytes from 151.101.1.69 (151.101.1.69): icmp_seq=5 ttl=57 time=9.14 ms
64 bytes from 151.101.1.69 (151.101.1.69): icmp_seq=6 ttl=57 time=9.08 ms
64 bytes from 151.101.1.69 (151.101.1.69): icmp_seq=7 ttl=57 time=9.16 ms
64 bytes from 151.101.1.69 (151.101.1.69): icmp_seq=8 ttl=57 time=9.03 ms
64 bytes from 151.101.1.69 (151.101.1.69): icmp_seq=9 ttl=57 time=8.91 ms

mas o principal é que demorou quase dois segundos para começar a imprimir os tempos de ping.

Eu percebo que isso pode ser algo totalmente não relacionado ao Ubuntu, mas acho que pode haver alguns componentes internos do Linux ou conhecimento de depuração aqui que podem ajudar.

Eu posso olhar para a saída strace do ping, mas não tenho certeza do que estou procurando. strace imprime coisas e depois trava por dois segundos enquanto está fazendo o que está fazendo. esta é a saída quando eu o mato nesse ponto

openat(AT_FDCWD, "/lib/x86_64-linux-gnu/libnss_mdns4_minimal.so.2", O_RDONLY|O_CLOEXEC) = 5
read(5, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\240\23\0\0\0\0\0\0"..., 832) = 832
fstat(5, {st_mode=S_IFREG|0644, st_size=18504, ...}) = 0
mmap(NULL, 20496, PROT_READ, MAP_PRIVATE|MAP_DENYWRITE, 5, 0) = 0x7f565ae48000
mmap(0x7f565ae49000, 8192, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 5, 0x1000) = 0x7f565ae49000
mmap(0x7f565ae4b000, 4096, PROT_READ, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 5, 0x3000) = 0x7f565ae4b000
mmap(0x7f565ae4c000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 5, 0x3000) = 0x7f565ae4c000
close(5)                                = 0
mprotect(0x7f565ae4c000, 4096, PROT_READ) = 0
munmap(0x7f565ae4e000, 155550)          = 0
openat(AT_FDCWD, "/etc/ld.so.cache", O_RDONLY|O_CLOEXEC) = 5
fstat(5, {st_mode=S_IFREG|0644, st_size=155550, ...}) = 0
mmap(NULL, 155550, PROT_READ, MAP_PRIVATE, 5, 0) = 0x7f565ae4e000
close(5)                                = 0
openat(AT_FDCWD, "/lib/x86_64-linux-gnu/libnss_dns.so.2", O_RDONLY|O_CLOEXEC) = 5
read(5, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0 #\0\0\0\0\0\0"..., 832) = 832
fstat(5, {st_mode=S_IFREG|0644, st_size=31176, ...}) = 0
mmap(NULL, 32984, PROT_READ, MAP_PRIVATE|MAP_DENYWRITE, 5, 0) = 0x7f565ae3f000
mmap(0x7f565ae41000, 16384, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 5, 0x2000) = 0x7f565ae41000
mmap(0x7f565ae45000, 4096, PROT_READ, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 5, 0x6000) = 0x7f565ae45000
mmap(0x7f565ae46000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 5, 0x6000) = 0x7f565ae46000
close(5)                                = 0
mprotect(0x7f565ae46000, 4096, PROT_READ) = 0
munmap(0x7f565ae4e000, 155550)          = 0
socket(AF_INET, SOCK_DGRAM|SOCK_CLOEXEC|SOCK_NONBLOCK, IPPROTO_IP) = 5
setsockopt(5, SOL_IP, IP_RECVERR, [1], 4) = 0
connect(5, {sa_family=AF_INET, sin_port=htons(53), sin_addr=inet_addr("192.168.1.1")}, 16) = 0
poll([{fd=5, events=POLLOUT}], 1, 0)    = 1 ([{fd=5, revents=POLLOUT}])
sendmmsg(5, [{msg_hdr={msg_name=NULL, msg_namelen=0, msg_iov=[{iov_base=">\326\1\0\0\1\0\0\0\0\0\0\3www\rstackoverflow\3c"..., iov_len=39}], msg_iovlen=1, msg_controllen=0, msg_flags=0}, msg_len=39}, {msg_hdr={msg_name=NULL, msg_namelen=0, msg_iov=[{iov_base="w\256\1\0\0\1\0\0\0\0\0\0\3www\rstackoverflow\3c"..., iov_len=39}], msg_iovlen=1, msg_controllen=0, msg_flags=0}, msg_len=39}], 2, MSG_NOSIGNAL) = 2
poll([{fd=5, events=POLLIN}], 1, 5000^C)  = ? ERESTART_RESTARTBLOCK (Interrupted by signal)
strace: Process 1242328 detached

Quaisquer ideias bem-vindas.

ATUALIZAR:

Agora suspeito que seja a conexão com o roteador/modem. Mas a coisa MUITO estranha é que o seguinte é lento no meu desktop Ubuntu, mas normal nos laptops (OSX).

ping dsldevice.lan
PING dsldevice.lan (192.168.1.254) 56(84) bytes of data.
64 bytes from dsldevice.lan (192.168.1.254): icmp_seq=1 ttl=63 time=2.08 ms
64 bytes from dsldevice.lan (192.168.1.254): icmp_seq=2 ttl=63 time=1.89 ms

ATUALIZAR:

Depois de muita brincadeira, executando uma atualização do apt e reiniciando, parece que estou de volta ao normal agora. Eu olhei para o tcpdump antes (quando o problema estava ocorrendo) e depois e não estou percebendo muito.

Ainda não tenho idéia, mas agora o problema desapareceu por enquanto. Será atualizado se ocorrer novamente. Parece um bom exercício de aprendizagem.

ATUALIZAÇÃO: (Isso está ficando longo)

Para referência nas perguntas da MTU, estou me conectando do Ubuntu sem fio a um roteador netgear conectado a uma conexão de fibra plusnet (usando ADSL nas instalações).

ATUALIZAÇÃO: Testando o tamanho do mtu como em https://mike632t.wordpress.com/2019/03/03/determine-mtu-size-using-ping/

Acho que algo está muito errado quando testo mtu contra 8.8.8.8? Para tamanhos maiores, recebo o erro "mensagem muito longa", mas à medida que diminuo o tamanho, a mensagem não aparece mais, mas recebo 100% de perda de pacotes até o tamanho 68 = 96-28. Talvez isso seja esperado por algum motivo?

ping -c 4 -M do -s 1472 8.8.8.8
PING 8.8.8.8 (8.8.8.8) 1472(1500) bytes of data.
From 192.168.1.254 icmp_seq=1 Frag needed and DF set (mtu = 1488)
ping: local error: message too long, mtu=1488
ping: local error: message too long, mtu=1488

ping -s $((97 - 28)) -D 8.8.8.8 -c 1
PING 8.8.8.8 (8.8.8.8) 69(97) bytes of data.

--- 8.8.8.8 ping statistics ---
1 packets transmitted, 0 received, 100% packet loss, time 0ms

ping -s $((96 - 28)) -D 8.8.8.8 -c 1
PING 8.8.8.8 (8.8.8.8) 68(96) bytes of data.
[1620817285.571725] 76 bytes from 8.8.8.8: icmp_seq=1 ttl=116 time=10.7 ms

--- 8.8.8.8 ping statistics ---
1 packets transmitted, 1 received, 0% packet loss, time 0ms
rtt min/avg/max/mdev = 10.680/10.680/10.680/0.000 ms

UPDATE: outro ponto de dados.

Estou suspeitando que isso pertence mais a um fórum de rede, pois descobrirei que isso não tem nada a ver com o lado do driver do Ubuntu, como eu suspeitava anteriormente, mas ainda não tenho certeza

ping -c 3 -s $((1489 - 28)) -M do bbc.co.uk
PING bbc.co.uk (151.101.0.81) 1461(1489) bytes of data.
ping: local error: message too long, mtu=1488
ping: local error: message too long, mtu=1488
ping: local error: message too long, mtu=1488

--- bbc.co.uk ping statistics ---
3 packets transmitted, 0 received, +3 errors, 100% packet loss, time 2037ms

ping -c 3 -s $((1488 - 28)) -M do bbc.co.uk
PING bbc.co.uk (151.101.0.81) 1460(1488) bytes of data.
1468 bytes from 151.101.0.81 (151.101.0.81): icmp_seq=1 ttl=58 time=11.8 ms
1468 bytes from 151.101.0.81 (151.101.0.81): icmp_seq=2 ttl=58 time=12.0 ms
1468 bytes from 151.101.0.81 (151.101.0.81): icmp_seq=3 ttl=58 time=10.7 ms

--- bbc.co.uk ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2003ms
rtt min/avg/max/mdev = 10.702/11.519/12.029/0.583 ms

ATUALIZAR:

O resultado da consulta do tracepath conforme solicitado. Isso está na configuração mtu 1500. Observe que os testes mtr usuais estão mostrando boa velocidade e latência, bem como poucos pacotes.

tracepath www.ebay.com
 1?: [LOCALHOST]                      pmtu 1488
 1:  www.routerlogin.com                                   1.048ms
 1:  www.routerlogin.com                                   1.003ms
 2:  dsldevice.lan                                         2.037ms
 3:  no reply
 4:  no reply
 5:  128.hiper04.sheff.dial.plus.net.uk                   10.954ms asymm  7
 6:  peer3-et3-1-1.slough.ukcore.bt.net                   85.034ms asymm  7
 7:  peer2-xe8-0-2.telehouse.ukcore.bt.net                25.399ms asymm  8
 8:  no reply
 9:  no reply
10:  no reply
11:  no reply

ATUALIZAR:

Apenas para confirmar, o mtu está definido para 1500.

ip link | grep wlxa09f10b9ff56
3: wlxa09f10b9ff56: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP mode DORMANT group default qlen 1000

ATUALIZAÇÃO: log completo dos testes de ping contra 8.8.8.8

$ ping -c 4 -M do -s 1472 8.8.8.8
PING 8.8.8.8 (8.8.8.8) 1472(1500) bytes of data.
From 192.168.1.254 icmp_seq=1 Frag needed and DF set (mtu = 1488)
ping: local error: message too long, mtu=1488
ping: local error: message too long, mtu=1488
ping: local error: message too long, mtu=1488

--- 8.8.8.8 ping statistics ---
4 packets transmitted, 0 received, +4 errors, 100% packet loss, time 3028ms


$ ping -c 4 -M do -s 1462 8.8.8.8 # may show fragmentation
PING 8.8.8.8 (8.8.8.8) 1462(1490) bytes of data.
ping: local error: message too long, mtu=1488
ping: local error: message too long, mtu=1488
ping: local error: message too long, mtu=1488
ping: local error: message too long, mtu=1488

--- 8.8.8.8 ping statistics ---
4 packets transmitted, 0 received, +4 errors, 100% packet loss, time 3049ms


$ ping -c 4 -M do -s 1452 8.8.8.8 # no fragmentation?
PING 8.8.8.8 (8.8.8.8) 1452(1480) bytes of data.

--- 8.8.8.8 ping statistics ---
4 packets transmitted, 0 received, 100% packet loss, time 3003ms


$ ping -c 4 -M do -s 1453 8.8.8.8 # still no fragmentation?
PING 8.8.8.8 (8.8.8.8) 1453(1481) bytes of data.

--- 8.8.8.8 ping statistics ---
4 packets transmitted, 0 received, 100% packet loss, time 3005ms


$ ping -c 4 -M do -s 69 8.8.8.8 
PING 8.8.8.8 (8.8.8.8) 69(97) bytes of data.

--- 8.8.8.8 ping statistics ---
4 packets transmitted, 0 received, 100% packet loss, time 3004ms


$ ping -c 4 -M do -s 68 8.8.8.8 
PING 8.8.8.8 (8.8.8.8) 68(96) bytes of data.
76 bytes from 8.8.8.8: icmp_seq=1 ttl=116 time=60.2 ms
76 bytes from 8.8.8.8: icmp_seq=2 ttl=116 time=9.07 ms
76 bytes from 8.8.8.8: icmp_seq=3 ttl=116 time=8.89 ms
76 bytes from 8.8.8.8: icmp_seq=4 ttl=116 time=9.04 ms

--- 8.8.8.8 ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3004ms
rtt min/avg/max/mdev = 8.887/21.802/60.215/22.177 ms

ATUALIZAÇÃO :

Para o que vale a pena, estou "em fibra" na Plusnet, mas com uma conexão ADSL curta (é o que eles me dizem de qualquer maneira). De acordo com este tópico, isso significa que o padrão do roteador Plusnet é 1500 e eu tenho tudo upstream (roteador netgear, desktop ubuntu) definido para 1500 também.

https://community.plus.net/t5/Fibre-Broadband/Maximum-MTU-for-PPPOE/td-p/1214123#:~:text=For%20what%20it's%20worth%3A,to%20a%20MTU %20de%201500 .

Estou tentando fazer com que um BrosTrend ac1200 funcione em 20.04. Atualmente está usando o TPlink AC1300 T4UH. O antigo ainda funciona. Eu tive que instalar e reinstalar os drivers para o TPLink várias vezes, então pensei ter entendido as etapas, mas agora o novo só aparece nas entradas lsusb, mas não parece ser pego (por exemplo) no iwconfig. Preciso instalar outro driver? As instruções parecem apontar para o mesmo repositório rtl8812au que o tplink requer. Eu posso executar isso novamente, mas eu realmente não entendo por que isso funcionaria ou de que estado eu deveria reinstalar. Idealmente, eu não quero limpar o driver antigo que funciona com o TPLink apenas para tentar fazer com que este novo funcione.

Alguma idéia sobre como depurar este caso em particular?

ATUALIZAR:

Eu instalei o driver conforme a resposta abaixo. Parece estar configurado, mas ainda não pode executá-lo. Tentei reiniciar e "sudo ip link set ... up/down" etc.

Agora vendo

iwconfig

wlxa09f10b9ff56  unassociated  Nickname:"<WIFI@REALTEK>"
          Mode:Managed  Frequency=2.412 GHz  Access Point: Not-Associated   
          Sensitivity:0/0  
          Retry:off   RTS thr:off   Fragment thr:off
          Power Management:off
          Link Quality=0/100  Signal level=0 dBm  Noise level=0 dBm
          Rx invalid nwid:0  Rx invalid crypt:0  Rx invalid frag:0
          Tx excessive retries:0  Invalid misc:0   Missed beacon:0

ATUALIZAR:

Depois de várias outras etapas e tentando coisas (acho que elas eram irrelevantes, mas é possível que eu tenha esquecido/omitido uma etapa importante), percebo que agora tenho uma segunda entrada no menu suspenso wifi na interface do usuário. Desligar o dispositivo antigo e ligar o novo dispositivo me permite selecionar uma rede. Eu tive que redigitar minha senha para a rede. Acho que esse é o ponto sutil que é fácil não entender na linha de comando. Deve haver alguma rotina de salvamento de chaves que seja específica do dispositivo no Ubuntu. De qualquer forma, agora parece que tenho uma conexão através do novo dispositivo.

ATUALIZAÇÃO: Veja isso primeiro, é relevante? O driver Nvidia 460 não funciona com o kernel 5.4.0-64 no Ubuntu 18.04

nvidia-settings 460 está instalado, independentemente de qual versão do driver você pegar , é possível que tudo esteja quebrado com essas versões das coisas? E o repositório de pacotes torna isso incorrigível?

O seguinte não funciona: https://linuxconfig.org/how-to-install-the-nvidia-drivers-on-ubuntu-20-04-focal-fossa-linux

Também não há menção de testar o resultado funciona.

Este é o meu teste:

$ nvidia-smi
NVIDIA-SMI has failed because it couldn't communicate with the NVIDIA driver. Make sure that the latest NVIDIA driver is installed and running.

Já fiz isso muitas vezes no passado e estou me referindo às minhas anotações antigas, mas nada está funcionando.

Estou limpando nvidia nad cuda no meio.

Estou executando puramente na linha de comando, então só me importo com as instruções mínimas da linha de comando.

Estou querendo saber se algo mudou com os caminhos em 20.04. Existe esse arquivo estranho

cat /usr/lib/nvidia/alternate-install-available
The NVIDIA driver provided by Ubuntu can be installed by launching the "Software & Updates" application, and by selecting the NVIDIA driver from the "Additional Drivers" tab.

E devo mencionar que estou executando no modo headless (sem monitor conectado), portanto, se houver algum gatilho estranho que o uso do monitor acione, seria útil saber. Isso não costumava ser o caso, pois instalei em servidores no passado.

E eu tenho uma GeForce RTX 2070... talvez seja esse o problema. Não tenho certeza ainda.

ATUALIZAÇÃO: conectando o monitor e reiniciando, NÃO APARECE ABSOLUTAMENTE NADA. TELA ESCURA. Eu ainda posso ssh na caixa.

inxi
CPU: 6-Core Intel Core i7-8700 (-MT MCP-) speed/min/max: 800/800/4600 MHz Kernel: 5.4.0-65-generic x86_64 Up: 5m
Mem: 1631.7/32075.2 MiB (5.1%) Storage: 465.76 GiB (54.9% used) Procs: 406 Shell: bash 5.0.17 inxi: 3.0.38
(38) $ inxi -F
System:    Host: xxx Kernel: 5.4.0-65-generic x86_64 bits: 64 Console: tty 1 Distro: Ubuntu 20.04.2 LTS (Focal Fossa)
Machine:   Type: Desktop Mobo: Micro-Star model: Z370-A PRO (MS-7B48) v: 1.0 serial: <superuser/root required>
           UEFI: American Megatrends v: 2.40 date: 03/08/2018
CPU:       Topology: 6-Core model: Intel Core i7-8700 bits: 64 type: MT MCP L2 cache: 12.0 MiB
           Speed: 800 MHz min/max: 800/4600 MHz Core speeds (MHz): 1: 800 2: 800 3: 800 4: 800 5: 800 6: 800 7: 800 8: 800
           9: 800 10: 800 11: 800 12: 800
Graphics:  Device-1: NVIDIA TU106 [GeForce RTX 2070] driver: N/A
           Display: server: X.org 1.20.9 driver: fbdev,nouveau unloaded: modesetting,vesa tty: 181x44
           Message: Advanced graphics data unavailable in console. Try -G --display
Audio:     Device-1: Intel 200 Series PCH HD Audio driver: snd_hda_intel
           Device-2: NVIDIA TU106 High Definition Audio driver: snd_hda_intel
           Sound Server: ALSA v: k5.4.0-65-generic
Network:   Device-1: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet driver: r8169
           IF: enp3s0 state: down mac: 30:9c:23:d0:bb:05
           Device-2: TP-Link TL-WN722N v2 type: USB driver: rtl8812au
           IF: enx503eaa4de20b state: up speed: N/A duplex: N/A mac: 50:3e:aa:4d:e2:0b
           IF-ID-1: docker0 state: down mac: 02:42:f8:2b:a8:df
Drives:    Local Storage: total: 465.76 GiB used: 255.67 GiB (54.9%)
           ID-1: /dev/nvme0n1 vendor: Samsung model: SSD 970 EVO 500GB size: 465.76 GiB
Partition: ID-1: / size: 456.96 GiB used: 255.66 GiB (55.9%) fs: ext4 dev: /dev/nvme0n1p2
Sensors:   System Temperatures: cpu: 35.0 C mobo: N/A
           Fan Speeds (RPM): N/A
Info:      Processes: 416 Uptime: 5m Memory: 31.32 GiB used: 1.60 GiB (5.1%) Init: systemd runlevel: 5 Shell: bash
           inxi: 3.0.38

ATUALIZAÇÃO: consegui instalar algum driver nvidia e agora o monitor está funcionando mas a resolução está muito baixa.

Há algo muito, muito quebrado com uma nova combinação de coisas. Como posso reverter para o que estava lá anteriormente. Muitas partes móveis.

ATUALIZAR:

sudo gpu-manager 
last_boot_file: /var/lib/ubuntu-drivers-common/last_gfx_boot
new_boot_file: /var/lib/ubuntu-drivers-common/last_gfx_boot
can't access /run/u-d-c-nvidia-was-loaded file
can't access /opt/amdgpu-pro/bin/amdgpu-pro-px
Looking for nvidia modules in /lib/modules/5.4.0-65-generic/updates/dkms
Looking for amdgpu modules in /lib/modules/5.4.0-65-generic/updates/dkms
Is nvidia loaded? no
Was nvidia unloaded? no
Is nvidia blacklisted? no
Is intel loaded? no
Is radeon loaded? no
Is radeon blacklisted? no
Is amdgpu loaded? no
Is amdgpu blacklisted? no
Is amdgpu versioned? no
Is amdgpu pro stack? no
Is nouveau loaded? no
Is nouveau blacklisted? yes
Is nvidia kernel module available? no
Is amdgpu kernel module available? no
Vendor/Device Id: 10de:1f02
BusID "PCI:1@0:0:0"
Is boot vga? yes
Error: can't access /sys/bus/pci/devices/0000:01:00.0/driver
The device is not bound to any driver.
Error : Failed to open /dev/dri
Error : Failed to open /dev/dri
Error : Failed to open /dev/dri
Error : Failed to open /dev/dri
Does it require offloading? no
last cards number = 1
Has amd? no
Has intel? no
Has nvidia? yes
How many cards? 1
Has the system changed? No
Single card detected
Nothing to do

Imaginando se isso é relevante: o pacote de driver Nvidia-173 vem com um aplicativo de configurações nvidia errado e inútil

Estou usando qpdfview e okular. Eles suportam guias. Mas não vejo como fazer o seguinte:

a) abrir (duplo clique) nos arquivos e tê-los abertos em uma janela como guias b) "mesclar" todas as janelas abertas em uma com guias.

Estou procurando um leitor que possa abrir tudo em uma janela ou uma maneira de fazer isso acontecer por meio de alguma configuração.

Esclarecer:

• instale https://beakerbrowser.com/install/
• como adicionar ao lançador?
• como fixar o aplicativo no dock?

As duas últimas coisas não funcionam. O aplicativo não aparece em nenhum lugar, você precisa iniciar manualmente a partir do arquivo appimage.

Tinha muitos pdfs abertos em evince. Tive que reiniciar para alguma atualização. Ao reabrir, o evince mostrou arquivos recentes, mas só me permitiu abrir um e, em seguida, a lista de arquivos recentes parece estar completamente oculta.

Existe alguma maneira de acessar esta lista recente GLOBAL do evince? Além disso, existe alguma maneira de obter exibições com guias trabalhando em evidência para ter todos os documentos em uma janela?

O adaptador wifi USB aparece aqui:

$ lsusb | grep TP
Bus 001 Device 002: ID 2357:010e TP-Link TL-WN722N v2

Eu tinha isso funcionando antes de uma atualização para 19.10. Eu tentei reinstalar os drivers, mas ainda não consegui fazer isso funcionar ainda.

$ cat /etc/network/interfaces
# interfaces(5) file used by ifup(8) and ifdown(8)
auto lo
iface lo inet loopback
    dns-nameservers 192.168.1.1

Quais são meus próximos passos? Eu estive passando por um monte de posts antigos de depuração, mas nada funcionou ainda.

$ iwconfig
docker0   no wireless extensions.

lo        no wireless extensions.

br-3ce68697cec1  no wireless extensions.

enp3s0    no wireless extensions.

E acho que se houver algum problema conhecido em que você precise desconectar a conexão com fio para testar o wifi, seria importante saber.

Eu posso ssh na máquina pela LAN sem problemas, mas o externo não funciona mais. ssh -vvvapenas diz que a rede está inacessível após um longo tempo.

Acho que alguma configuração deve ter sido apagada. Ainda não me lembro o que era.

Os alertas agora estão desativados, então gostaria de corrigir isso corretamente:

delivery temporarily suspended: Host or domain name not found. Name service error for name=gmail.com type=MX: Host not found, try again

Eu acho que meus problemas começaram ao tentar descobrir como fazer o abaixo funcionar (ou seja, você não edita resolv.conf diretamente)

cat /etc/resolv.conf
nameserver 192.168.1.1

resolv.conf -> /run/systemd/resolve/resolv.conf

Instalei o resolv.conf e basicamente agora adiciona os "bons" ns à lista, mas apenas no final.

127.0.0.53 está (por exemplo) travando e expirando no github. Meu laptop na mesma rede nunca teve esse problema e parece pegar automaticamente em 192.158.1.1. Isso é apenas sorte?

Quer entender por que o padrão parece ser tão ruim aqui? E por que tantas pessoas precisam intervir manualmente. O que eles descobriram em outros sistemas?

EDITAR/ATUALIZAR:

$ ls -al /etc/resolv.conf
lrwxrwxrwx 1 root root 29 Nov 30 10:27 /etc/resolv.conf -> ../run/resolvconf/resolv.conf


$ time nslookup github.com 192.168.1.1
Server:     192.168.1.1
Address:    192.168.1.1#53

Non-authoritative answer:
Name:   github.com
Address: 192.30.253.112
Name:   github.com
Address: 192.30.253.113


real    0m0.073s
user    0m0.006s
sys 0m0.005s

$ time nslookup github.com 127.0.0.53
Server:     127.0.0.53
Address:    127.0.0.53#53

Non-authoritative answer:
Name:   github.com
Address: 192.30.253.112
Name:   github.com
Address: 192.30.253.113
;; connection timed out; no servers could be reached


real    0m15.012s
user    0m0.008s
sys 0m0.004s

$ cat /etc/resolv.conf
# Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8)
#     DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN
# 127.0.0.53 is the systemd-resolved stub resolver.
# run "systemd-resolve --status" to see details about the actual nameservers.

nameserver 127.0.0.53
nameserver 192.168.1.1

Atualização 2 após algumas sugestões de chili555:

$ ls -al /etc/resolv.conf
lrwxrwxrwx 1 root root 37 Dec  1 15:45 /etc/resolv.conf -> /run/systemd/resolve/stub-resolv.conf

$ nslookup github.com
Server:     127.0.0.53
Address:    127.0.0.53#53

** server can't find github.com: SERVFAIL

$ nslookup github.com 192.168.1.1
Server:     192.168.1.1
Address:    192.168.1.1#53

Non-authoritative answer:
Name:   github.com
Address: 192.30.253.112
Name:   github.com
Address: 192.30.253.113

$ cat /etc/resolv.conf
# This file is managed by man:systemd-resolved(8). Do not edit.
#
# This is a dynamic resolv.conf file for connecting local clients to the
# internal DNS stub resolver of systemd-resolved. This file lists all
# configured search domains.
#
# Run "systemd-resolve --status" to see details about the uplink DNS servers
# currently in use.
#
# Third party programs must not access this file directly, but only through the
# symlink at /etc/resolv.conf. To manage man:resolv.conf(5) in a different way,
# replace this symlink by a static file or a different symlink.
#
# See man:systemd-resolved.service(8) for details about the supported modes of
# operation for /etc/resolv.conf.

nameserver 127.0.0.53