All perguntas(ubuntu)

Estou tendo um problema com meus novos fones de ouvido Bluetooth (HONOR CHOICE Open-Ear Earbuds). Posso pareá-los com meu PC Ubuntu 24.10 (é um computador de mesa com um dongle Bluetooth), depois disso eles funcionam perfeitamente, até eu reiniciar o computador (ou reiniciar o bluetoothserviço), momento em que ele não consegue se conectar. Isso não aconteceu com meus fones de ouvido Bluetooth anteriores, que funcionaram perfeitamente no Ubuntu.

A única maneira de conectar os fones de ouvido após uma reinicialização é passando pelo que parece ser outro processo de pareamento: depois de alguns ajustes (desligando e ligando os fones de ouvido ou o dongle, tentando conectar repetidamente), o Ubuntu me pede para confirmar um código de 6 dígitos e, depois que clico em "Confirmar", os fones de ouvido funcionam novamente. (A questão do código de 6 dígitos é estranha por si só, a propósito: fones de ouvido anteriores não exigiam um, e não há como os fones de ouvido exibirem um código, de qualquer forma, então não estou realmente comparando esse código com nada.)

Após esse procedimento, o LinkKeyin /var/lib/bluetooth/XX:XX:XX:XX:XX:XX/XX:XX:XX:XX:XX:XX/infomuda; também, o programa Bluetooth Manager que eu instalei ( bluemanpacote) mostra o mesmo código em uma notificação rotulada como "Bluetooth Pairing Request". Isso me deixa razoavelmente certo de que esse é, de fato, outro pareamento que acontece.

Esse problema é específico do Ubuntu: ele não acontece em uma instalação do Windows 11 na mesma máquina, que não tem problemas para se reconectar após uma reinicialização. (Observe que esse não é o problema de ter que sincronizar a chave Bluetooth entre dois sistemas operacionais diferentes em caso de inicialização dupla: aqui estou pareando os fones de ouvido com o Ubuntu e, em seguida, reiniciando no Ubuntu novamente, sem tocar no Windows. Estou mencionando o Windows apenas para restringir o problema ao Ubuntu, em vez dos fones de ouvido ou do hardware do PC.)

Se eu tentar conectar os fones de ouvido via linha de comando, aparece a seguinte mensagem de erro (eu redigi o endereço do dispositivo):

$ bluetoothctl connect XX:XX:XX:XX:XX:XX
Attempting to connect to XX:XX:XX:XX:XX:XX
[CHG] Device XX:XX:XX:XX:XX:XX Connected: yes
Failed to connect: org.bluez.Error.Failed br-connection-unknown

Como posso corrigir esse problema?

EDIT: Descobri a btmonferramenta que parece despejar o rastro completo das mensagens Bluetooth trocadas entre o computador e os dispositivos com os quais ele interage.

No rastreamento de uma tentativa de conexão com falha, encontrei a seguinte troca:

> HCI Event: Link Key Request (0x17) plen 6                                                                                                                                                                          #55 [hci0] 13.039915
        Address: XX:XX:XX:XX:XX:XX (Tiinlab Corporation)
< HCI Command: Link Key Request Negative Reply (0x01|0x000c) plen 6                                                                                                                                                  #56 [hci0] 13.039939
        Address: XX:XX:XX:XX:XX:XX (Tiinlab Corporation)

Aqui está a parte correspondente do rastreamento de uma tentativa de conexão bem-sucedida (após um pareamento e antes de uma reinicialização):

> HCI Event: Link Key Request (0x17) plen 6                                                                                                                                  #34 [hci0] 13.524821
        Address: XX:XX:XX:XX:XX:XX (Tiinlab Corporation)
< HCI Command: Link Key Request Reply (0x01|0x000b) plen 22                                                                                                                  #35 [hci0] 13.524834
        Address: XX:XX:XX:XX:XX:XX (Tiinlab Corporation)
        Link key[16]: xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx

Parece que o Ubuntu não se lembra de que tem uma chave de link para o dispositivo depois que o bluetoothserviço é reiniciado.

Tenho uma instalação limpa do Ubuntu 24.04 em um servidor em nuvem para executar o iRedMail 1.7.1.

O servidor mostra

sudo ufw status verbose
Status: inactive

e

$ ss -ltn
.
.
LISTEN       0            511                      0.0.0.0:443                      0.0.0.0:*                        
.
.
.

mas de uma máquina externa eu recebo

Nmap scan report for xx.xx.xx.xx
Host is up (0.023s latency).
Not shown: 990 filtered tcp ports (no-response)
PORT    STATE  SERVICE
22/tcp  open   ssh
25/tcp  closed smtp
80/tcp  closed http
110/tcp closed pop3
143/tcp closed imap
443/tcp closed https
465/tcp closed smtps
587/tcp closed submission
993/tcp closed imaps
995/tcp closed pop3s

Se eu emitir

server:~$ sudo ufw disable
Firewall stopped and disabled on system startup
server:~$ sudo shutdown -r now

então na reinicialização eu recebo

Nmap scan report for xx.xx.xx.xx
Host is up (0.011s latency).
Not shown: 990 filtered tcp ports (no-response)
PORT    STATE SERVICE
22/tcp  open  ssh
25/tcp  open  smtp
80/tcp  open  http
110/tcp open  pop3
143/tcp open  imap
443/tcp open  https
465/tcp open  smtps
587/tcp open  submission
993/tcp open  imaps
995/tcp open  pop3s

como esperado. Dura alguns minutos e algo chuta as portas para fechar novamente. UFW ainda mostra como Inativo.

O que pode estar causando esse comportamento?

Com base no atraso antes do fechamento das portas, pode estar relacionado a Como corrigir a aplicação automática da configuração do netplan após a reinicialização que não está funcionando? e ao gerador do netplan?

Respondendo a mpboden, estou imediatamente preocupado com 443, mas o NMAP mostra portas abertas ou filtradas ao tentar se comunicar por meio de uma interface HTTPS. Minha configuração Netplan é

network:
  version: 2
  renderer: networkd
  ethernets:
      eth0:
          dhcp4: no
          addresses: [xx.xx.xx.xx/24]
          routes:
              - to: default
                via: xx.xx.xx.xx          
          nameservers:
              addresses: [8.8.8.8, 208.67.222.222]

Não encontrei nenhuma pista nos arquivos de log, mas isso pode ser devido à minha falha em detectar algo significativo.

Abordando o ponto de Thomas Ward, tentei abrir explicitamente as portas no UFW, veja Portas abertas no UFW, mas ainda fechadas para o mundo externo , mas não faz diferença. Portanto, tenho o UFW definido como inativo, pelo menos até descobrir isso.

O atraso sugere que algum outro componente Netplan pode estar sendo executado de forma assíncrona e alterando as configurações de porta. Mas onde procurar?

Configurei outro servidor que está funcionando corretamente para comparação. O problema parece estar associado a uma falha ao iniciar systemd-networkd-wait-online.service. Executar uma verificação (systemctl status) no postfix, dovecot e nginx retorna "Aviso: alguns arquivos de diário não foram abertos devido a permissões insuficientes." para todos os 3. O servidor em funcionamento não tem esse aviso. Comecei a analisar os arquivos nas pastas /etc/postfix (etc) para comparar permissões. Ajudaria listar os arquivos de status aqui?

Após comparar o systemd-networkd-wait-online.service entre o servidor físico (funcionando) e o servidor virtual (problemático), o servidor virtual continha estas linhas:

$ sudo systemctl edit systemd-networkd-wait-online.service
### Editing /etc/systemd/system/systemd-networkd-wait-online.service.d/override.conf
### Anything between here and the comment below will become the contents of the drop-in file

[Service]
ExecStart=
ExecStart=/usr/lib/systemd/systemd-networkd-wait-online -i enp0s3:degraded --timeout=30

### Edits below this comment will be discarded

O servidor físico não tinha essas linhas sem comentários, então eu as deletei no servidor virtual. Elas foram reinseridas.

Também verifiquei a configuração do Netplan:

$ sudo netplan --debug apply

** (generate:73362): DEBUG: 09:58:53.126: starting new processing pass
** (generate:73362): DEBUG: 09:58:53.127: eth0: adding new route
** (generate:73362): DEBUG: 09:58:53.127: We have some netdefs, pass them through a final round of validation
** (generate:73362): DEBUG: 09:58:53.127: eth0: setting default backend to 1
** (generate:73362): DEBUG: 09:58:53.127: Configuration is valid
** (generate:73362): DEBUG: 09:58:53.128: Generating output files..
** (generate:73362): DEBUG: 09:58:53.128: Open vSwitch: definition eth0 is not for us (backend 1)
** (generate:73362): DEBUG: 09:58:53.128: NetworkManager: definition eth0 is not for us (backend 1)
DEBUG:netplan generated networkd configuration changed, reloading networkd
DEBUG:Cannot call Open vSwitch: Cannot apply OVS cleanup: ovsdb-server.service is 'not-found'.
DEBUG:no netplan generated NM configuration exists
** (process:73361): DEBUG: 09:58:53.607: starting new processing pass
** (process:73361): DEBUG: 09:58:53.608: eth0: adding new route
** (process:73361): DEBUG: 09:58:53.608: We have some netdefs, pass them through a final round of validation
** (process:73361): DEBUG: 09:58:53.608: eth0: setting default backend to 1
** (process:73361): DEBUG: 09:58:53.608: Configuration is valid
DEBUG:Merged config:
b''
DEBUG:Link changes: {}
DEBUG:netplan triggering .link rules for lo
DEBUG:netplan triggering .link rules for eth0
** (process:73361): DEBUG: 09:58:53.749: starting new processing pass
** (process:73361): DEBUG: 09:58:53.750: eth0: adding new route
** (process:73361): DEBUG: 09:58:53.751: We have some netdefs, pass them through a final round of validation
** (process:73361): DEBUG: 09:58:53.751: eth0: setting default backend to 1
** (process:73361): DEBUG: 09:58:53.751: Configuration is valid
DEBUG:Merged config:
b''

Então

$ sudo networkctl status

● Interfaces: 1, 2
       State: routable                        
Online state: online                          
     Address: xx.xx.xx.xx on eth0
              xx:xx:xx:xx:xx:xx on eth0
     Gateway: xx.xx.xx.xx on eth0
         DNS: 8.8.8.8
              208.67.222.222

Nov 25 17:00:42 example.com systemd-networkd[667]: eth0: found matching network '/run/systemd/network/10-netplan-eth0.network', based on potentially unpredictable interface name.
Nov 25 17:00:42 example.com systemd[1]: Starting systemd-networkd-wait-online.service - Wait for Network to be Configured...
Nov 25 17:00:43 example.com systemd-networkd[667]: eth0: Gained IPv6LL
Nov 25 17:01:12 example.com systemd[1]: systemd-networkd-wait-online.service: Main process exited, code=exited, status=1/FAILURE
Nov 25 17:01:12 example.com systemd[1]: systemd-networkd-wait-online.service: Failed with result 'exit-code'.
Nov 25 17:01:12 example.com systemd[1]: Failed to start systemd-networkd-wait-online.service - Wait for Network to be Configured.
Nov 25 17:35:12 example.com systemd[1]: Starting systemd-networkd-wait-online.service - Wait for Network to be Configured...
Nov 25 17:35:42 example.com systemd[1]: systemd-networkd-wait-online.service: Main process exited, code=exited, status=1/FAILURE
Nov 25 17:35:42 example.com systemd[1]: systemd-networkd-wait-online.service: Failed with result 'exit-code'.
Nov 25 17:35:42 example.com systemd[1]: Failed to start systemd-networkd-wait-online.service - Wait for Network to be Configured.

Em seguida, verifique Postfix, Dovecot e nginx

$ systemctl status postfix
● postfix.service - Postfix Mail Transport Agent
     Loaded: loaded (/usr/lib/systemd/system/postfix.service; enabled; preset: enabled)
     Active: active (exited) since Mon 2024-11-25 17:55:25 UTC; 20min ago
       Docs: man:postfix(1)
    Process: 1875 ExecStart=/bin/true (code=exited, status=0/SUCCESS)
   Main PID: 1875 (code=exited, status=0/SUCCESS)
        CPU: 4ms

Warning: some journal files were not opened due to insufficient permissions.

$ systemctl status dovecot
● dovecot.service - Dovecot IMAP/POP3 email server
     Loaded: loaded (/usr/lib/systemd/system/dovecot.service; enabled; preset: enabled)
     Active: active (running) since Mon 2024-11-25 17:55:20 UTC; 23min ago
       Docs: man:dovecot(1)
             https://doc.dovecot.org/
   Main PID: 719 (dovecot)
     Status: "v2.3.21 (47349e2482) running"
      Tasks: 17 (limit: 3481)
     Memory: 33.8M (peak: 40.8M)
        CPU: 552ms
     CGroup: /system.slice/dovecot.service
             ├─ 719 /usr/sbin/dovecot -F
             ├─ 732 dovecot/lmtp -L
             ├─ 733 dovecot/anvil
             ├─ 734 dovecot/log
             ├─ 735 dovecot/lmtp -L
             ├─ 736 dovecot/lmtp -L
             ├─ 737 dovecot/lmtp -L
             ├─ 738 dovecot/lmtp -L
             ├─ 740 dovecot/config
             ├─ 747 dovecot/stats
             ├─4383 dovecot/auth
             ├─4387 dovecot/auth -w
             ├─4388 dovecot/auth -w
             ├─4395 dovecot/dict
             ├─4396 dovecot/dict
             ├─4407 dovecot/imap-login
             └─4413 dovecot/imap

Warning: some journal files were not opened due to insufficient permissions.


$ systemctl status nginx
● nginx.service - A high performance web server and a reverse proxy server
     Loaded: loaded (/usr/lib/systemd/system/nginx.service; enabled; preset: enabled)
     Active: active (running) since Mon 2024-11-25 17:55:20 UTC; 25min ago
       Docs: man:nginx(8)
    Process: 741 ExecStartPre=/usr/sbin/nginx -t -q -g daemon on; master_process on; (code=exited, status=0/SUCCESS)
    Process: 838 ExecStart=/usr/sbin/nginx -g daemon on; master_process on; (code=exited, status=0/SUCCESS)
   Main PID: 859 (nginx)
      Tasks: 2 (limit: 3481)
     Memory: 5.0M (peak: 5.3M)
        CPU: 409ms
     CGroup: /system.slice/nginx.service
             ├─859 "nginx: master process /usr/sbin/nginx -g daemon on; master_process on;"
             └─860 "nginx: worker process"

Warning: some journal files were not opened due to insufficient permissions.

Por fim, descobri que o sistema funciona como esperado, a menos que eu use o Roundcube, que fecha as portas novamente. Se eu acessar o e-mail somente pelo imap, as portas permanecem abertas.

Vou retirar o que disse. Ficou aberto por um tempo, depois fechou novamente. Na verdade, ao longo de algumas horas, ele vem e vai. Pode ser um conflito de dois componentes tentando controlar a rede?

Não tenho ideia de onde veio o arquivo de substituição para systemd-networkd-wait-online.service. Tentei excluir as três linhas ativas, mas elas simplesmente voltaram a existir na próxima vez que olhei. Os arquivos de status dão:

$ networkctl status eth0
● 2: eth0
                   Link File: /usr/lib/systemd/network/99-default.link
                Network File: /run/systemd/network/10-netplan-eth0.network
                       State: routable (configured)
                Online state: online                                                                       
                        Type: ether
                        Path: pci-0000:00:12.0
                      Driver: virtio_net
                      Vendor: Red Hat, Inc.
                       Model: Virtio network device
           Alternative Names: enp0s18
                              ens18
            Hardware Address: 00:16:3e:0b:31:2b (Xensource, Inc.)
                         MTU: 1500 (min: 68, max: 65535)
                       QDisc: fq_codel
IPv6 Address Generation Mode: eui64
    Number of Queues (Tx/Rx): 1/1
            Auto negotiation: no
                     Address: xx.xx.xx.xx
                              xx:xx:xx:xx:xx:xx
                     Gateway: xx.xx.xx.xx
                         DNS: 8.8.8.8
                              208.67.222.222
           Activation Policy: up
         Required For Online: yes
           DHCP6 Client DUID: DUID-EN/Vendor:0000ab11e96dc6ba966458ee
                Connected To: kv0632-185-127-18-185.localdomain.local on port d2:6f:9b:c0:5b:55 (tap2010i0)

e

$ networkctl status enp0s3
Interface "enp0s3" not found.

Modifiquei o arquivo de substituição com eth0 porque ainda não consigo remover essas linhas. Ele está rodando agora, mas o tempo dirá.

Isso resolveu o problema. Muito obrigado a mpboden, especialmente pela explicação lúcida do problema dada abaixo.

Falei cedo demais. Tendo ficado acordado por pouco mais de 24 horas, todas as portas fecharam novamente.

De uma máquina diferente:

% nmap taid.info
Starting Nmap 7.95 ( https://nmap.org ) at 2024-11-28 16:22 GMT
Nmap scan report for example.com (xx.xx.xx.xx)
Host is up (0.021s latency).
Not shown: 990 filtered tcp ports (no-response)
PORT    STATE  SERVICE
22/tcp  open   ssh
25/tcp  closed smtp
80/tcp  closed http
110/tcp closed pop3
143/tcp closed imap
443/tcp closed https
465/tcp closed smtps
587/tcp closed submission
993/tcp closed imaps
995/tcp closed pop3s

Nmap done: 1 IP address (1 host up) scanned in 35.61 seconds

e do servidor virtual

$ networkctl status
● Interfaces: 2, 1
       State: routable                        
Online state: online                          
     Address: xx.xx.xx.xx on eth0
              xx:xx:xx:xx:xx:xx on eth0
     Gateway: xx.xx.xx.xx on eth0
              xx:xx:xx:xx:xx:xx on eth0
         DNS: 8.8.8.8
              208.67.222.222

Suspirar ...

Tenho um cliente com um site que requer PHP 7.4 para executar algum código personalizado. Para testar correções, preciso criar uma VM local que possa executar 7.4, mas essa versão não está mais disponível para instalação — até onde consegui determinar. Minha esperança é conseguir encontrar uma imagem com 7.4 pré-instalado que eu possa executar no VirtualBox ou no VMWare Fusion. Alguém tem alguma sugestão?

Instalei o Ubuntu 24.04 em um MacBook Pro, modelo 2019 com processador Intel i5, mas o touchpad e o teclado não estão funcionando.

eu sei que

a) há inúmeras postagens sobre esse assunto

b) existe uma distribuição pronta para T2

mas quero evitar o problema de reinstalá-lo do zero.

Adicionei o repositório correspondente e executei o comando:

sudo apt install -y linux-t2-lts

No entanto, após uma reinicialização, o trackpad e o teclado continuam completamente sem resposta.

Eu realmente apreciaria qualquer feedback sobre se há um caminho a seguir a partir deste ponto.

Edição de pergunta: Vejo os seguintes kernels instalados

# dpkg --list | grep linux-image
ii  linux-image-6.6.62-1-t2-noble                 6.6.62-1                                 amd64        Linux kernel, version 6.6.62-1-t2-noble
ii  linux-image-6.8.0-41-generic                  6.8.0-41.41                              amd64        Signed kernel image generic
rc  linux-image-6.8.0-48-generic                  6.8.0-48.48                              amd64        Signed kernel image generic
ii  linux-image-6.8.0-49-generic                  6.8.0-49.49                              amd64        Signed kernel image generic
ii  linux-image-generic-hwe-24.04                 6.8.0-49.49                              amd64        Generic Linux kernel image

No entanto, apesar de eu estar executando sudo update-grub, nunca sou solicitado a selecionar kernel durante a inicialização. Como posso instruir o Linux a usar linux-image-6.6.62-1-t2-noble?

Minhas perguntas gerais são como garantir que um sistema Ubuntu 24.04 use apenas a interface de rede de maior prioridade (onde eu mesmo defino a prioridade)? De preferência de uma forma amigável e "oficial"?

Para deixar mais claro o que quero dizer, este é meu caso de uso específico: eu executo o Ubuntu 24.04, muito stock usando o ambiente de desktop Gnome padrão e o Network Manager responsável pelas redes, em um laptop HP antigo que tem apenas um módulo Wifi de 2,4 GHz. Ele tem uma porta Ethernet com fio, e eu também tenho um dongle USB Wifi de 5 GHz. O que eu quero é isto:

• Se a porta Ethernet com fio estiver conectada, use somente ela e não se preocupe com nenhuma porta Wifi.
• Se o dongle USB estiver conectado, use-o para conectar a um ponto de acesso Wifi de 5 GHz (obviamente com credenciais pré-armazenadas)
• Em outros casos, use o módulo Wifi interno de 2,4 GHz para conectar a um AP Wifi de 2,4 GHz

Além disso, gostaria de uma maneira "fácil de usar" de consertar isso para que os membros não técnicos da casa possam simplesmente conectar o dongle USB se quiserem uma cobertura melhor.

O que acontece é que ambos os adaptadores Wi-Fi recebem um endereço IPv4 válido e ambos acabam na tabela de roteamento.

Para esclarecer, tanto o Wi-Fi interno quanto o dongle Wi-Fi USB funcionam, mas o problema é que ambos se conectam ao mesmo tempo a dois SSIDs diferentes na mesma sub-rede IPv4, e o link de 2,4 GHz é muito instável (devido a muitos vizinhos com APs Wi-Fi de 2,4 GHz cujos sinais chegam à minha casa).

Eu tentei ou considerei essas coisas:

• Desabilitando o módulo Wifi interno usando os diálogos de configurações. Isso acabou desabilitando tanto o módulo interno quanto o dongle USB Wifi. Não funciona.
• Usando rfkillpara desabilitar o módulo interno - Mas isso também tem o efeito de desabilitar o dongle USB Wifi, mesmo quando bloqueia apenas o módulo interno de 2,4 GHz. Suponho que seja o NetworkManager que interpreta qualquer dispositivo Wifi bloqueado para bloquear todos eles. Não funciona.
• Excluindo as rotas que envolvem o módulo Wifi de 2,4 GHz, usando ip route del. Isso funciona, no sentido de que as conexões com os APs Wifi permanecem, mas nenhum tráfego é roteado pelo link de 2,4 GHz. Isso funciona, mais ou menos, mas as rotas são adicionadas novamente se o laptop alternar para outro AP, então não é uma solução estável a longo prazo.
• Usando ip link set dev DEVICE downa interface Wifi de 2,4 GHz, quando um dispositivo de 5 GHz é detectado. Esta é quase a mesma solução que excluir as entradas de roteamento acima, não testei isso, mas deve funcionar, a menos que o Network Manager as atualize novamente.
• Colocar o driver para o módulo interno na lista negra. Não será uma solução viável, já que não é aceitável reinicializar toda vez que o dongle USB Wifi for conectado/removido.
• Excluindo todas as credenciais de AP de 2,4 GHz. Não é aceitável, pois quero que o laptop seja "perfeitamente" utilizável mesmo se o dongle USB Wifi for removido.

Existe algum método completamente diferente que eu esteja esquecendo? Se não, acho que é necessário um script que monitore o estado dos vários adaptadores, que use comandos ip route/ ip linkpara desabilitar as interfaces de menor prioridade sempre que interfaces de maior prioridade forem detectadas. Percebo que isso impede ter diferentes adaptadores de rede conectados a diferentes redes, mas se eu tiver esse caso de uso específico, vou resolver isso então.

Estou seguindo o guia da Intel rst para desabilitá-lo para meu laptop Dell. Depois de alterar os valores do registro e habilitar o ahci do BIOS, o Windows não conseguiu reiniciar (conforme fornecido no guia).
Então, no prompt de comando ao executar o diskpart (v 10.0.22621.1) após fazer as alterações nos nomes das unidades, não conseguimos ativar o volume no qual o Windows está instalado.
Quando fazemos activeisso, ele diz

The selected disk is not a fixed MBR Disk.
The ACTIVE command can only be used on fixed MBR Disks.

Minha saída list volumeé

Volume 0 || F || DATA       || NTFS || Partition || 731 GB || Healthy || 
Volume 1 || C || OS         || NTFS || Partition || 222 GB || Healthy || 
[...]
Volume 3 || E || WINRETOOLS || NTFS || Partition || 990 MB || Healthy ||  

Estou tentando instalar a versão Ubuntu 22.04 LTS junto com o Windows 11.

Edição 1: list diskme mostrou que meus dois discos são GPT, então podemos fazer isso activeem discos não-MBR.

Edição 2: Problema resolvido!

list disk
select disk X (replace X with your disk with windows) 
list volume 
select volume Y (replace Y with your EFI System Partition (esp) number) 
assign letter=Z (assign an available letter to the EFI partition) 
exit

cd /d Z:\EFI\Microsoft\Boot 
bcdboot C:\Windows /s Z: /f ALL

Eu escolhi a partição esp do meu disco do Windows e, quando gerei os arquivos de inicialização no z, ele começou a funcionar.

Cerca de 1 mês atrás, realizei uma atualização no meu sistema de 22.04 para 24.04. Antes dessa atualização, o sistema estava muito estável, sem problemas. Logo após a atualização, o sistema começou a se reinicializar intermitentemente. (ou seja, o Ubuntu está rodando e não rodando nada ou efetivamente nada e então estou vendo a tela do BIOS).

Depois de pesquisar, encontrei pessoas que disseram "Faça uma instalação nova". Fiz backup do meu /home/user e /etc e reinstalei o 24.04 recentemente. Após a reinstalação, peguei apenas minha antiga conf do samba do /etc e peguei meus arquivos de usuário do /home/user e comecei novamente a configurar e usar minha máquina Ubuntu recém-instalada. Para minha surpresa, ela reiniciava intermitentemente em mim. Muitas vezes a máquina fica parada e reinicia.

Fiquei perplexo com isso porque está se comportando como se houvesse um problema de hardware, mas não houve nenhuma alteração de hardware antes e depois da atualização. A máquina tem um bom fluxo de ar e não há razão para suspeitar que esteja ocorrendo superaquecimento. Muitas/na maioria das vezes, ela está simplesmente em marcha lenta quando reinicia.

Minhas tentativas de resolver ou isolar o problema até agora incluem (não necessariamente em ordem de sequência):

1. Atualizando o BIOS para a versão mais recente disponível. (MB é ASUS ROG STRIX B550-F (wifi))
2. Memtest86 completo. Levou 2 horas e 28 minutos para testar completamente 128 GB, executando SMP. Imaginei que SMP era bom porque testaria múltiplos núcleos no processador. Nenhuma falha.
3. Teste de queima de CPU onde carreguei minha CPU (AMD Ryzen 5 5600X) por um tempo. Nenhuma falha.
4. Verifiquei os drivers gráficos mais recentes para a placa de vídeo (AMD Radeon RX 580)
5. Realizou um teste de GPU usando Unigine Valley. Nenhuma falha.
6. Recursos de Wi-Fi e Bluetooth desabilitados na placa-mãe. Reinicialização descontrolada ainda ocorria
7. Troquei a fonte de alimentação por uma nova. Reinicialização descontrolada ainda ocorreu.
8. Habilitei o registro de depuração do kernel (acho) adicionando: kernel.printk = 7 7 1 7a /etc/sysctl.conf e então verifiquei se isso estava habilitado usandocat /proc/sys/kernel/printk

Não consegui isolar nada consistentemente acontecendo nos logs. Por exemplo, se eu pegar a saída de last reboote olhar os recentes:

reboot   system boot  6.8.0-48-generic Wed Nov 20 16:01   still running
reboot   system boot  6.8.0-48-generic Wed Nov 20 15:43   still running
reboot   system boot  6.8.0-48-generic Wed Nov 20 15:25 - 15:43  (00:17)
reboot   system boot  6.8.0-48-generic Wed Nov 20 14:49 - 15:43  (00:53)
reboot   system boot  6.8.0-48-generic Wed Nov 20 14:40 - 14:48  (00:08)
reboot   system boot  6.8.0-48-generic Wed Nov 20 13:23 - 14:48  (01:24)
reboot   system boot  6.8.0-48-generic Wed Nov 20 12:19 - 14:48  (02:28)
reboot   system boot  6.8.0-48-generic Wed Nov 20 11:36 - 14:48  (03:12)

Esses tempos representam o sistema reiniciado. Normalmente ele diz "ainda em execução" quando falha e reinicia, mas então há algum tipo de limpeza. Quase todos os acima representam reinicializações descontroladas, com exceção de talvez 2, onde eu estava ajustando a configuração e queria ter certeza de que estava ativo.

Se eu for /var/log/kern.loge procurar para trás por "versão Linux" (primeiro log de uma reinicialização), posso ver os logs que ocorreram logo antes da reinicialização. Não parece haver consistentemente a mesma causa. Por exemplo, aqui está 16:01.

2024-11-20T15:44:48.904343-07:00 svr kernel: audit: type=1400 audit(1732142688.903:192): apparmor="DENIED" operation="capable" class="cap" profile="/usr/lib/snapd/snap-confine" pid=4428 comm="snap-confine" capability=38  capname="perfmon"
2024-11-20T16:01:55.246557-07:00 svr kernel: Linux version 6.8.0-48-generic (buildd@lcy02-amd64-010) (x86_64-linux-gnu-gcc-13 (Ubuntu 13.2.0-23ubuntu4) 13.2.0, GNU ld (GNU Binutils for Ubuntu) 2.42) #48-Ubuntu SMP PREEMPT_DYNAMIC Fri Sep 27 14:04:52 UTC 2024 (Ubuntu 6.8.0-48.48-generic 6.8.12)

e tem 15:43

2024-11-20T15:43:09.543269-07:00 svr kernel:  exe="/usr/bin/dbus-daemon" sauid=101 hostname=? addr=? terminal=?'
2024-11-20T15:43:35.769171-07:00 svr kernel: Linux version 6.8.0-48-generic (buildd@lcy02-amd64-010) (x86_64-linux-gnu-gcc-13 (Ubuntu 13.2.0-23ubuntu4) 13.2.0, GNU ld (GNU Binutils for Ubuntu) 2.42) #48-Ubuntu SMP PREEMPT_DYNAMIC Fri Sep 27 14:04:52 UTC 2024 (Ubuntu 6.8.0-48.48-generic 6.8.12)

Note primeiro que há uma lacuna de log significativa entre os logs. Por exemplo, 16:01 houve uma lacuna de 15 minutos entre o último log do kernel e a reinicialização. Enquanto foi mais próximo de 20 segundos de silêncio na reinicialização 15:43. Eu vi outras reinicializações onde havia lixo binário nos logs antes da reinicialização, por exemplo esta:

2024-11-19T11:00:56.597426-07:00 svr kernel:  exe="/usr/bin/dbus-daemon" sauid=101 hostname=? addr=? terminal=?'
^@^@^@[many ^@ snipped]^@2024-11-19T11:03:04.550077-07:00 svr kernel: Linux version 6.8.0-48-generic (buildd@lcy02-amd64-010) (x86_64-linux-gnu-gcc-13 (Ubuntu 13.2.0-23ubuntu4) 13.2.0, GNU ld (GNU Binutils for Ubuntu) 2.42) #48-Ubuntu SMP PREEMPT_DYNAMIC Fri Sep 27 14:04:52 UTC 2024 (Ubuntu 6.8.0-48.48-generic 6.8.12)
2024-11-19T11:03:04.550299-07:00 svr kernel: Command line: BOOT_IMAGE=/boot/vmlinuz-6.8.0-48-generic root=UUID=60c9acc4-90f4-4d74-acdc-ad21be5bbc15 ro quiet splash vt.handoff=7

Estou perdido quanto ao que pode estar acontecendo. Esta máquina tem sido maravilhosa e estável por vários anos no 22.04. E então, imediatamente após instalar o 24.04, ela começou a reiniciar aleatoriamente. Entre essas reinicializações aleatórias, ela funciona muito bem. :(

Se alguém pudesse me dizer "habilitar esta configuração" e olhar este log para que pudéssemos descobrir qual é a causa da redefinição, eu adoraria!!!

Um dado confessional (aquele material que só aparece no final de longas sessões de solução de problemas):

Meu filho costumava ter a mobo/proc em sua máquina executando o Windows e eu tinha outro hardware na minha máquina. Algo aconteceu e o Windows dele travou -- feio. Eu não consegui consertar usando meios USB comuns do Windows, então eu zerei completamente o disco rígido dele inicializando de um Ubuntu USB usando dd de /dev/zero para sua unidade. Eu tentei muitas vezes e de muitas maneiras reinstalar o Windows 10, mas não funcionou, embora fosse efetivamente um sistema novo.
Minha conclusão final foi que eu pegaria essa mobo/proc e trocaria pela que eu tinha na minha máquina. Funcionou muito bem, até eu instalar o Ubuntu 24.04.

Dada a natureza maluca desse problema, minha melhor especulação é: Alguma falha sutil de hardware aconteceu na placa-mãe em um lugar que o Windows não conseguiu executar ou instalar. O Ubuntu 22.04 rodou e funcionou muito bem porque talvez ele não usasse aquele pedaço de hardware??? E então alguma mudança no kernel/software do Ubuntu 24.04 agora usa aquele hardware e agora está tudo bem? É estranho que eu tenha tido tanto sucesso no 22.04 por tanto tempo.

Tenho outros dois filhos, um rodando Windows 10 e outro rodando Ubuntu 24.04 nessa combinação exata de placa-mãe e processador. Sem problemas.

Já que não é a fonte de alimentação, talvez haja algo suspeito em algum componente da placa-mãe e eu deva chorar bastante e pagar uma nova?

ATUALIZAR

UGH!! Depois de substituir a placa-mãe, ainda estou tendo reinicializações descontroladas!

reboot   system boot  6.8.0-49-generic Fri Nov 22 11:06   still running
reboot   system boot  6.8.0-49-generic Fri Nov 22 03:30   still running
reboot   system boot  6.8.0-49-generic Fri Nov 22 09:21 - 09:27  (00:05)
reboot   system boot  6.8.0-48-generic Wed Nov 20 18:12 - 09:21 (1+15:08)

O que está acontecendo??? Nova fonte de alimentação, nova placa-mãe. CPU testada, memória testada.

A reinicialização aconteceu novamente enquanto o sistema estava efetivamente ocioso -- eu tinha ido embora.

ATUALIZAÇÃO 2

Trocar o filtro de linha/protetor contra surtos não fez diferença. Estou recorrendo à eliminação de qualquer coisa desnecessária para ver se faz diferença.

Desconectei um cabo HDMI conectado a uma TV 4K que agia como um segundo monitor. Eu tinha conectado na minha placa de vídeo um monitor 4K conectado via DisplayPort e uma TV 4K conectada via HDMI. Ele está ligado há quase 2 horas desde que o desconectei. Vou deixar a máquina funcionando durante a noite com aplicativos simples. Se ele ainda estiver ligado de manhã, vou me sentir tolo, mas ficarei feliz em ter resolvido. Um cabo HDMI ruim faria isso? É ruim conectar um computador a uma TV 4K?

Resolução

A máquina ficou ligada a noite toda sem aquele cabo HDMI conectado à TV. A melhor explicação que posso imaginar é que talvez eu tenha sutilmente sacudido e danificado o cabo na mesma época da atualização 24.04. Gostaria de ter pensado em testar isso primeiro. A sugestão de @david de verificar se isso ainda acontece em 22.04 provavelmente teria sido um bom diagnóstico para eliminar suposições analíticas, mas eu não queria gastar o esforço na hora. Espero que todos possam ser mais sábios do que eu. :) Obrigado a todos que investiram energia ou interesse.

O ptex-jtexpacote DEB contendo o multicol.stypacote LaTeX foi removido do multiverso: ptex-jtex .

EDIT0: Eu já tinha instalado os pacotes texlive-latex-extraor texlive-latex-base.

Aqui está o que eu tenho e fiz:

$ dpkg -l | grep texlive-
ii  texlive-base                          2023.20240207-1                         all          TeX Live: Essential programs and files
ii  texlive-binaries                      2023.20230311.66589-9build3             amd64        Binaries for TeX Live
ii  texlive-fonts-recommended             2023.20240207-1                         all          TeX Live: Recommended fonts
ii  texlive-latex-base                    2023.20240207-1                         all          TeX Live: LaTeX fundamental packages
ii  texlive-latex-extra                   2023.20240207-1                         all          TeX Live: LaTeX additional packages
ii  texlive-latex-recommended             2023.20240207-1                         all          TeX Live: LaTeX recommended packages
ii  texlive-pictures                      2023.20240207-1                         all          TeX Live: Graphics, pictures, diagrams
ii  texlive-plain-generic                 2023.20240207-1                         all          TeX Live: Plain (La)TeX packages
$
$ tlmgr init-usertree
$ tlmgr update --list
(running on Debian, switching to user mode!)
(see /usr/share/doc/texlive-base/README.tlmgr-on-Debian.md)

tlmgr: Local TeX Live (2023) is older than remote repository (2024).
Cross release updates are only supported with
  update-tlmgr-latest(.sh/.exe) --update
See https://tug.org/texlive/upgrade.html for details.
$ tlmgr info multicol
(running on Debian, switching to user mode!)
(see /usr/share/doc/texlive-base/README.tlmgr-on-Debian.md)

tlmgr: Local TeX Live (2023) is older than remote repository (2024).
Cross release updates are only supported with
  update-tlmgr-latest(.sh/.exe) --update
See https://tug.org/texlive/upgrade.html for details.
$

Como posso instalar uma versão específica do multicol.stypacote LaTeX sem atualizar/quebrar os outros pacotes LaTeX já instalados dos texlive-latex-*pacotes DEB?

Meu computador é um notebook HP Pavillion g4. Fiz algumas modificações, como instalar um SSD de 120 GB, substituir o drive de CD por um HDD de 120 GB e expandir a RAM de 4 GB para 8 GB.

Quando instalei o Ubuntu, geralmente usei a opção "Apagar disco e instalar o Ubuntu" e sempre funcionou para mim até o mês passado, quando tentei inicializar meu PC e ele mostrou um erro. Quando voltei para o GRUB, o menu de inicialização estava com problemas, então pensei que precisava reinstalar. Mas quando instalei o Ubuntu via "Apagar disco e instalar o Ubuntu", depois de reiniciar, ele disse unable to read and write outside of hd0e error: you need to load the kernel first.

Eu tentei algumas soluções mostradas aqui: O que fazer quando recebo um erro "tentativa de ler ou escrever fora do disco 'hd0'" e o Boot Repair não resolve o problema? Incluindo Boot-Repair.

O primeiro:

grub rescue > ls
(hd0) (hd0, msdos9)
grub rescue > ls (hd0,msdos9)/
grub rescue > ls (hd0,msdos8)/
grub rescue > ls (hd0,msdos5)/ # suppose this is root and bootloader of Linux
grub rescue > ls (hd0,msdos5)/
grub rescue > set root=(hd0,msdos5)
grub rescue > set prefix=(hd0,msdos5)/boot/grub
grub rescue > insmod normal
grub rescue > normal

Minhas partições eram diferentes, mas consegui localizá-las usando o lscomando.

Adições 19/11/2024: As partições eram GPT, então acho que pode suportar UEFI, mas ainda não consigo inicializar.

Outra solução que tentei e que funcionou parcialmente foi criar uma partição ext4 de 1024 MB localizada em /bootque funciona, mas...

1. O tempo de inicialização é muito longo, sério. Posso ligar o PC, preparar o café da manhã, assistir alguns vídeos e ele ainda inicializa com uma tela preta. Demora muito para mostrar a tela do Ubuntu Plymouth. Às vezes, isso termina em um tempo limite ou kernel panic.
2. Quebrar algumas ferramentas como haxeflixel (eu acho) antes desse problema eu não tive problemas com isso levou mas quando eu inicializo usando a /bootpartição. Funciona, mas com muitos erros, um deles sendo "falha de segmentação".

Também acontece quando instalo outras distros baseadas no Ubuntu, como Linux Mint ou Elementary OS, sempre instalo o Ubuntu no SSD, meu PC não suporta GPT, então tenho que usar mbr. Fiz a unidade de inicialização do Windows usando Rufus.

Edição 19/11/2024: Consegui obter um pastebin quando tentei https://paste.ubuntu.com/p/hw3vFSmpKs/

============================= Boot Repair Summary ==============================

Recommended repair: ____________________________________________________________

The default repair of the Boot-Repair utility will purge (in order to reset grubenv) and reinstall the grub2 of
sda2 into the MBR of sda.
Grub-efi will not be selected by default because no ESP detected.
Additional repair will be performed: unhide-bootmenu-10s


chroot /mnt/boot-sav/sda2 apt-get -y update
Running in chroot, ignoring command 'start'
Purge the GRUB of /dev/sda2
grub-pc available

0 upgraded, 0 newly installed, 1 reinstalled, 0 to remove and 210 not upgraded.
DEBCHECK debOK, grub-pc
DEBCHECK debOK
Please type: sudo chroot "/mnt/boot-sav/sda2" dpkg --configure -ansudo chroot "/mnt/boot-sav/sda2" apt-get install -fynsudo chroot "/mnt/boot-sav/sda2" apt-get purge --allow-remove-essential -y grub-com*nsudo chroot "/mnt/boot-sav/sda2" apt-get purge --allow-remove-essential -y grub2-com*nsudo chroot "/mnt/boot-sav/sda2" apt-get purge --allow-remove-essential -y shim-signednsudo chroot "/mnt/boot-sav/sda2" apt-get purge --allow-remove-essential -y grub-common:*nsudo chroot "/mnt/boot-sav/sda2" apt-get purge --allow-remove-essential -y grub2-common:*n
Then type: sudo chroot "/mnt/boot-sav/sda2" apt-get install -y grub-pc

Unhide GRUB boot menu in sda2/etc/default/grub

====================== Reinstall the grub-pc of /dev/sda2 ======================

chroot /mnt/boot-sav/sda2 grub-install --version
grub-install (GRUB) 2.12-1ubuntu7

==> Reinstall the GRUB of /dev/sda2 into the MBR of /dev/sda

chroot /mnt/boot-sav/sda2 grub-install /dev/sda
Installing for i386-pc platform.
Installation finished. No error reported.

chroot /mnt/boot-sav/sda2 update-grub
Sourcing file `/etc/default/grub'
Found linux image: /boot/vmlinuz-6.8.0-41-generic
Found initrd image: /boot/initrd.img-6.8.0-41-generic
Adding boot menu entry for UEFI Firmware Settings ...

Unhide GRUB boot menu in sda2/boot/grub/grub.cfg

Boot successfully repaired.

You can now reboot your computer.
Please do not forget to make your BIOS boot on sda (ATA HP SSD S600 120G) disk!

The boot files of [sda2 (end>100GB)] are far from the start of the disk. Your BIOS may not detect them. You may want to retry after creating a /boot partition (EXT4, >200MB, start of the disk). This can be performed via tools such as gParted. Then select this partition via the [Separate /boot partition:] option of [Boot Repair]. (https://help.ubuntu.com/community/BootPartition)

```none
============================ Boot Info After Repair ============================

 => Grub2 (v2.00) is installed in the MBR of /dev/sda and looks at sector 2048 
    of the same hard drive for core.img. core.img is at this location and 
    looks for (,gpt2)/boot/grub. It also embeds following components:
    
    modules
    ---------------------------------------------------------------------------
    fshelp ext2 part_gpt biosdisk
    ---------------------------------------------------------------------------
 => Grub2 (v1.99-2.00) is installed in the MBR of /dev/sdb and looks at sector 
    58715260 of the same hard drive for core.img, but core.img can not be 
    found at this location.
 => Grub2 (v2.00) is installed in the MBR of /dev/sdc and looks at sector 1 of 
    the same hard drive for core.img. core.img is at this location and looks 
    for (hd0,msdos1)/boot/grub. It also embeds following components:
    
    modules
    ---------------------------------------------------------------------------
    biosdisk part_msdos fshelp fat ntfs exfat
    ---------------------------------------------------------------------------

sda1: __________________________________________________________________________

    File system:       BIOS Boot partition
    Boot sector type:  Grub2's core.img
    Boot sector info: 

sda2: __________________________________________________________________________

    File system:       ext4
    Boot sector type:  -
    Boot sector info: 
    Operating System:  Ubuntu 24.04.1 LTS
    Boot files:        /boot/grub/grub.cfg /etc/fstab /etc/default/grub 
                       /boot/grub/i386-pc/core.img

sdb1: __________________________________________________________________________

    File system:       
    Boot sector type:  -
    Boot sector info: 

sdc1: __________________________________________________________________________

    File system:       vfat
    Boot sector type:  MSWIN4.1: FAT32
    Boot sector info:  No errors found in the Boot Parameter Block.
    Operating System:  
    Boot files:        /boot/grub/grub.cfg /efi/boot/bootx64.efi 
                       /efi/boot/grubx64.efi /efi/boot/mmx64.efi


================================ 1 OS detected =================================

OS#1 (linux):   Ubuntu 24.04.1 LTS on sda2

================================ Host/Hardware =================================

CPU architecture: 64-bit
Video: 2nd Generation Core Processor Family Integrated Graphics Controller from Intel Corporation
Live-session OS is Ubuntu 64-bit (Ubuntu 24.04.1 LTS, noble, x86_64)

===================================== UEFI =====================================

BIOS/UEFI firmware: F.66(15.102) from Insyde
This live-session is in Legacy/BIOS/CSM mode (not in EFI mode).



============================= Drive/Partition Info =============================

Disks info: ____________________________________________________________________

sda : is-GPT,   hasBIOSboot,    has-noESP,  not-usb,    not-mmc, has-os,    no-wind,    2048 sectors * 512 bytes
sdb : is-GPT,   no-BIOSboot,    has-noESP,  not-usb,    not-mmc, no-os, no-wind,    2048 sectors * 512 bytes

Partitions info (1/3): _________________________________________________________

sda2    : is-os,    64, apt-get,    grub-pc ,   grub2,  grub-install,   grubenv-ng, update-grub,    end-after-100GB
sdb1    : no-os,    64, nopakmgr,   no-docgrub, nogrub, nogrubinstall,  no-grubenv, noupdategrub,   end-after-100GB

Partitions info (2/3): _________________________________________________________

sda2    : isnotESP, fstab-without-efi,  no-nt,  no-winload, no-recov-nor-hid,   no-bmgr,    notwinboot, ext4
sdb1    : isnotESP, part-has-no-fstab,  no-nt,  no-winload, no-recov-nor-hid,   no-bmgr,    notwinboot, 

Partitions info (3/3): _________________________________________________________

sda2    : not--sepboot, with-boot,  fstab-without-boot, not-sep-usr,    with--usr,  fstab-without-usr,  std-grub.d, sda
sdb1    : maybesepboot, no---boot,  part-has-no-fstab,  not-sep-usr,    no---usr,   part-has-no-fstab,  no--grub.d, sdb

fdisk -l (filtered): ___________________________________________________________

Disk sda: 111.79 GiB, 120034123776 bytes, 234441648 sectors
Disk identifier: 12D46356-934D-4D7E-9872-E4C77430651D
     Start       End   Sectors   Size Type
sda1   2048      4095      2048     1M BIOS boot
sda2   4096 234438655 234434560 111.8G Linux filesystem
Disk sdb: 111.79 GiB, 120034123776 bytes, 234441648 sectors
Disk identifier: 4C9C1BF6-251D-4B61-86CC-7A7636193869
     Start       End   Sectors   Size Type
sdb1   2048 234438655 234436608 111.8G Linux filesystem
Disk sdc: 29.49 GiB, 31666995200 bytes, 61849600 sectors
Disk identifier: 0x0b08ce25
     Boot Start      End  Sectors  Size Id Type
sdc1  *     2048 61849599 61847552 29.5G  c W95 FAT32 (LBA)

parted -lm (filtered): _________________________________________________________

sda:120GB:scsi:512:512:gpt:ATA HP SSD S600 120G:;
1:1049kB:2097kB:1049kB:::bios_grub;
2:2097kB:120GB:120GB:ext4::;
sdb:120GB:scsi:512:512:gpt:ATA FUJITSU MHW2120B:;
1:1049kB:120GB:120GB:::;
sdc:31.7GB:scsi:512:512:msdos:Generic Flash Disk:;
1:1049kB:31.7GB:31.7GB:fat32::boot, lba;

blkid (filtered): ______________________________________________________________

NAME   FSTYPE   UUID                                 PARTUUID                             LABEL       PARTLABEL
sda                                                                                                   
├─sda1                                               858dfb0d-3d56-4566-b7d6-9ed8594070b7             
└─sda2 ext4     81808195-6491-4c20-8ed7-35ebee622523 09f3ace7-51d7-4f26-aed4-3cde10f0f282             
sdb                                                                                                   
└─sdb1                                               bfe953ef-47e9-4e41-a55f-545178bede4c             
sdc                                                                                                   
└─sdc1 vfat     D221-7693                            0b08ce25-01                          UBUNTU 24_0 

Mount points (filtered): _______________________________________________________

                        Avail Use% Mounted on
/dev/sda2               93.9G   9% /mnt/boot-sav/sda2
/dev/sdc1               23.7G  20% /cdrom

Mount options (filtered): ______________________________________________________

/dev/sda2              ext4            rw,relatime
/dev/sdc1              vfat            ro,noatime,fmask=0022,dmask=0022,codepage=437,iocharset=iso8859-1,shortname=mixed,errors=remount-ro

====================== sda2/boot/grub/grub.cfg (filtered) ======================

Ubuntu   81808195-6491-4c20-8ed7-35ebee622523
### END /etc/grub.d/30_os-prober ###
UEFI Firmware Settings   uefi-firmware
### END /etc/grub.d/30_uefi-firmware ###

========================== sda2/etc/fstab (filtered) ===========================

# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/sda2 during curtin installation
/dev/disk/by-uuid/81808195-6491-4c20-8ed7-35ebee622523 / ext4 defaults 0 1
/swap.img   none    swap    sw  0   0

======================= sda2/etc/default/grub (filtered) =======================

GRUB_DEFAULT=0
GRUB_TIMEOUT_STYLE=menu
GRUB_TIMEOUT=10
GRUB_DISTRIBUTOR=`( . /etc/os-release; echo ${NAME:-Ubuntu} ) 2>/dev/null || echo Ubuntu`
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
GRUB_CMDLINE_LINUX=""
GRUB_DISABLE_OS_PROBER=false

==================== sda2: Location of files loaded by Grub ====================

           GiB - GB             File                                 Fragment(s)
            ?? = ??             boot/grub/grub.cfg                             1
  28.141605377 = 30.216818688   boot/grub/i386-pc/core.img                     1
  11.531497955 = 12.381851648   boot/vmlinuz                                   1
  11.531497955 = 12.381851648   boot/vmlinuz-6.8.0-41-generic                  1
  11.531497955 = 12.381851648   boot/vmlinuz.old                               1
   7.126949310 = 7.652503552    boot/initrd.img                                2
   7.126949310 = 7.652503552    boot/initrd.img-6.8.0-41-generic               2
   7.126949310 = 7.652503552    boot/initrd.img.old                            2

===================== sda2: ls -l /etc/grub.d/ (filtered) ======================

-rwxr-xr-x 1 root root 18133 Apr  4  2024 10_linux
-rwxr-xr-x 1 root root 43202 Apr  4  2024 10_linux_zfs
-rwxr-xr-x 1 root root 14513 Apr  4  2024 20_linux_xen
-rwxr-xr-x 1 root root   786 Apr  4  2024 25_bli
-rwxr-xr-x 1 root root 13120 Apr  4  2024 30_os-prober
-rwxr-xr-x 1 root root  1174 Apr  4  2024 30_uefi-firmware
-rwxr-xr-x 1 root root   214 Apr  4  2024 40_custom
-rwxr-xr-x 1 root root   215 Apr  4  2024 41_custom

====================== sdc1/boot/grub/grub.cfg (filtered) ======================

Try or Install Ubuntu
Ubuntu (safe graphics)
Boot from next volume
UEFI Firmware Settings
Test memory

==================== sdc1: Location of files loaded by Grub ====================

           GiB - GB             File                                 Fragment(s)
            ?? = ??             boot/grub/grub.cfg                             

Minhas especificações são:

Intel core i5-2550M (4) 3.100GHz 2ª geração
8gb de ram
120gb SSD e 120gb HDD

Estou tentando instalar o Ubuntu com o gnome

Quero obter programaticamente a lista de todas as séries do Ubuntu, em ordem de lançamento (de preferência por meio de uma URL). Se eu obtivesse a lista, digamos, por volta de julho de 2024, ela mostraria

oracular, noble, mantic,..., warty

enquanto a lista em novembro de 2024 seria

plucky, oracular, noble, mantic,..., warty

Olhando para o serviço web Launchpad, posso obter os binários publicados para o usuário canonical-kernel-teamusando https://api.launchpad.net/1.0/~canonical-kernel-team/+archive/ubuntu/ppa?ws.op=getPublishedBinaries&status=Published , mas é só isso que consigo... e não quero um usuário/projeto específico, mas sim a lista de todas as séries.

Além disso, estou preocupado que, se a API acima puder ser usada, ela talvez esteja obsoleta, pois há uma referência ao fim da vida útil por volta de abril de 2015.