Perguntas[upgrade](ubuntu)

Recebi uma notificação de uma atualização necessária pelo Ubuntu 24.04. Uma GUI do Firmware Updater apareceu depois que cliquei na notificação. Houve uma atualização do UEFI dbx para uma versão mais moderna. Após a atualização, o sistema foi reinicializado. No entanto, notei um problema sério. Esta CPU do sistema tem 16 núcleos, 32 threads e o System Monitor mostrará 32 núcleos de CPU. Após a atualização do UEFI dbx, o System Monitor agora mostra apenas 1 CPU. A atualização parece ter corrompido o sistema. Como desfaço esse problema?

Acredito que a GUI se relaciona com fwupdmgro terminal. Acabei de executar o comando fwupdmgr get-updatese ele mostra

...
Devices with the latest available firmware version:
 • UEFI dbx
────────────────────────────────────────────────
Devices that have been updated successfully:
 • UEFI dbx (371 → 20241101)
Uploading firmware reports helps hardware vendors to quickly identify failing and successful updates on real devices.

Além disso, o comando do terminal fwupdmgr get-devicesmostrou esta informação (eu mascarei algumas das informações de ID abaixo):

...
...
...
│ └─UEFI dbx:
│       Device ID:        Some numbers
│       Summary:          UEFI revocation database
│       Current version:  20241101
│       Minimum Version:  20241101
│       Vendor:           UEFI:Linux Foundation
│       Install Duration: 1 second
│       GUIDs:            xxx ← UEFI\CRT_xxx&ARCH_X64
│                         yyy ← UEFI\CRT_yyy&ARCH_X64
│                         zzz ← UEFI\CRT_zzz&ARCH_X64
│       Device Flags:     • Internal device
│                         • Updatable
│                         • Supported on remote server
│                         • Needs a reboot after installation
│                         • Device is usable for the duration of the update
│                         • Only version upgrades are allowed
│                         • Signed Payload

Atualizar:

Acabei de tentar reiniciar meu sistema para explorar se esse problema também ocorreria ao inicializar usando (modo de recuperação) ou uma versão mais antiga do Linux. Confirmei que esse problema não ocorre ao inicializar com Linux 6.11.0-19-generic (recovery mode)e a versão mais antiga Linux 6.8.0-52-generic. O problema parece ocorrer com Linux 6.11.0-19-generic, que é a versão mais recente do Linux.

Também descobri que fiz um apt upgrade(que esqueci e verifiquei depois de verificar /var/log/apt/history.log) e ele atualizou a versão do Linux para 6.11.0-19.19~24.04.1. Essa atualização deve ter ocorrido depois que o dbx UEFI foi atualizado, mas antes que uma reinicialização fosse feita.

$ dpkg --list | grep linux-image
ii  linux-image-6.11.0-19-generic                  6.11.0-19.19~24.04.1                        amd64        Signed kernel image generic
rc  linux-image-6.8.0-49-generic                   6.8.0-49.49                                 amd64        Signed kernel image generic
rc  linux-image-6.8.0-50-generic                   6.8.0-50.51                                 amd64        Signed kernel image generic
ii  linux-image-6.8.0-51-generic                   6.8.0-51.52                                 amd64        Signed kernel image generic
ii  linux-image-6.8.0-52-generic                   6.8.0-52.53                                 amd64        Signed kernel image generic
ii  linux-image-generic-hwe-24.04                  6.11.0-19.19~24.04.1                        amd64        Generic Linux kernel image

Como devo resolver esse problema Linux 6.11.0-19-generic?

Sou novo no Ubuntu. Já instalei o Discord, agora ele está me pedindo para atualizá-lo.

Quando clico em download, ele baixa um .debarquivo. Mas quando clico nele, ele me dá uma opção acinzentada que diz Instalado (Potencialmente Inseguro).

Como faço para atualizá-lo?

Minha versão atual do Discord.

discord --version
Discord 0.0.85
Quitting secondary instance.
blackbox: 2/27/2025, 10:10:26 AM CST 0 

Estou tentando atualizar de 22 para 24 e estou recebendo o seguinte erro:

Building module:
Cleaning build area...(bad exit status: 2)
...(bad exit status: 2)3-generic
 not found21285.20171026_COEX20170111-1414l8723de
Error! Bad return status for module build on kernel: 6.8.0-53-generic (x86_64)
/build/make.log for more information.1414
(10) autoinstall on 6.8.0-53-generic/x86_64 failed for rtl8723de
Error! One or more modules failed to install during autoinstall.
Refer to previous errors for more information.
 * dkms: autoinstall for kernel 6.8.0-53-generic
   ...fail!
run-parts: /etc/kernel/header_postinst.d/dkms exited with return code 11
dpkg: error processing package linux-headers-6.8.0-53-generic (--configure):
 installed linux-headers-6.8.0-53-generic package post-installation script subprocess returned error exit status 11
dpkg: dependency problems prevent configuration of linux-headers-generic:
 linux-headers-generic depends on linux-headers-6.8.0-53-generic; however:
  Package linux-headers-6.8.0-53-generic is not configured yet.

dpkg: error processing package linux-headers-generic (--configure):
 dependency problems - leaving unconfigured
Setting up linux-image-6.8.0-53-generic (6.8.0-53.55) ...
No apport report written because the error message indicates its a followup error from a previous failure.
                                                                                                          dpkg: dependency problems prevent configuration of linux-generic:
 linux-generic depends on linux-headers-generic (= 6.8.0-53.55+1); however:
  Package linux-headers-generic is not configured yet.

executando dkms status, tenho esta saída, que não sei como lidar:

dkms status
: added8_21285.20171026_COEX20170111-1414

Nem é preciso dizer que correr dkms remove 8_21285.20171026_COEX20170111-1414não faz nada

Ao atualizar para o próximo LTS, recebi uma mensagem de erro de E/S no superbloco (veja a foto abaixo). Se bem me lembro, a instalação propriamente dita havia sido concluída e o instalador estava removendo pacotes obsoletos quando isso aconteceu.

O sistema continua imprimindo a mesma mensagem a cada poucos segundos, então eu reiniciei. Nenhuma tela do GRUB aparece, apenas uma tela em branco.

Não sei como proceder. Por favor, me aconselhe.

Estou tentando atualizar o Ubuntu Server de 22.04 para 24.04. Tenho LTS, se isso importa. Este não é um sistema dual boot.

Quando tento atualizar via linha de comando ou pelo Software Updater, recebo o seguinte:

Partição do Sistema EFI (ESP) não utilizável Sua Partição do Sistema EFI (ESP) não está montada em /boot/efi. Certifique-se de que ela esteja configurada corretamente e tente novamente.

Devo esperar que o atualizador de software conserte isso ou há algo que eu possa fazer agora? Digo isso porque outros usuários relataram problemas com essa atualização.

O que devo fazer em seguida? Caso contrário, por favor, indique-me a solução.

neil@Tensor:~$ [ -d /sys/firmware/efi ] && echo UEFI || echo BIOS
UEFI
neil@Tensor:~$ sudo parted -l

Model: ATA ST5000DM000-1FK1 (scsi)
Disk /dev/sda: 5001GB
Sector size (logical/physical): 512B/4096B
Partition Table: gpt
Disk Flags: 

Number  Start   End     Size    File system  Name  Flags
 1      1049kB  5001GB  5001GB  ext4


Model: ATA KINGSTON SA400M8 (scsi)
Disk /dev/sdb: 240GB
Sector size (logical/physical): 512B/512B
Partition Table: gpt
Disk Flags: 

Number  Start   End    Size    File system     Name  Flags
 1      2097kB  214GB  214GB   ext4
 2      214GB   240GB  26.2GB  linux-swap(v1)        swap


Model: ATA ST2000DM008-2FR1 (scsi)
Disk /dev/sdc: 2000GB
Sector size (logical/physical): 512B/4096B
Partition Table: gpt
Disk Flags: 

Number  Start   End     Size    File system  Name     Flags
 1      1049kB  2000GB  2000GB  ext4         primary


Model: Samsung SSD 980 PRO 1TB (nvme)
Disk /dev/nvme0n1: 1000GB
Sector size (logical/physical): 512B/512B
Partition Table: gpt
Disk Flags: 

Number  Start   End     Size    File system  Name                  Flags
 1      1049kB  538MB   537MB   fat32        EFI System Partition  boot, esp
 2      538MB   1000GB  1000GB  ext4


neil@Tensor:~$ cat /etc/fstab
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/nvme0n1p2 during installation
UUID=c976d11c-8cb7-409c-adf9-8d2bbc218331 /               ext4    errors=remount-ro 0       1
# /boot/efi was on /dev/nvme0n1p1 during installation
#UUID=9b058488-9eb6-47eb-8bc1-76b4515f776a  /boot/efi       vfat    umask=0077      0       1
# nj /swapfile                                 none            swap    sw              0       0
# nj UUID=79E0-9995  /boot/efi       vfat    defaults      0       1 
#UUID=9b058488-9eb6-47eb-8bc1-76b4515f776a swap swap defaults, noatime 0 
neil@Tensor:~$ mount
sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
proc on /proc type proc (rw,nosuid,nodev,noexec,relatime)
udev on /dev type devtmpfs (rw,nosuid,relatime,size=65863028k,nr_inodes=16465757,mode=755,inode64)
devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
tmpfs on /run type tmpfs (rw,nosuid,nodev,noexec,relatime,size=13180964k,mode=755,inode64)
efivarfs on /sys/firmware/efi/efivars type efivarfs (rw,nosuid,nodev,noexec,relatime)
/dev/nvme0n1p2 on / type ext4 (rw,relatime,errors=remount-ro)
securityfs on /sys/kernel/security type securityfs (rw,nosuid,nodev,noexec,relatime)
tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev,inode64)
tmpfs on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k,inode64)
cgroup2 on /sys/fs/cgroup type cgroup2 (rw,nosuid,nodev,noexec,relatime,nsdelegate,memory_recursiveprot)
pstore on /sys/fs/pstore type pstore (rw,nosuid,nodev,noexec,relatime)
bpf on /sys/fs/bpf type bpf (rw,nosuid,nodev,noexec,relatime,mode=700)
systemd-1 on /proc/sys/fs/binfmt_misc type autofs (rw,relatime,fd=29,pgrp=1,timeout=0,minproto=5,maxproto=5,direct,pipe_ino=29429)
mqueue on /dev/mqueue type mqueue (rw,nosuid,nodev,noexec,relatime)
hugetlbfs on /dev/hugepages type hugetlbfs (rw,relatime,pagesize=2M)
debugfs on /sys/kernel/debug type debugfs (rw,nosuid,nodev,noexec,relatime)
tracefs on /sys/kernel/tracing type tracefs (rw,nosuid,nodev,noexec,relatime)
fusectl on /sys/fs/fuse/connections type fusectl (rw,nosuid,nodev,noexec,relatime)
configfs on /sys/kernel/config type configfs (rw,nosuid,nodev,noexec,relatime)
ramfs on /run/credentials/systemd-sysusers.service type ramfs (ro,nosuid,nodev,noexec,relatime,mode=700)
tmpfs on /run/qemu type tmpfs (rw,nosuid,nodev,relatime,mode=755,inode64)
/var/lib/snapd/snaps/bare_5.snap on /snap/bare/5 type squashfs (ro,nodev,relatime,errors=continue,threads=single,x-gdu.hide)
/var/lib/snapd/snaps/canonical-livepatch_264.snap on /snap/canonical-livepatch/264 type squashfs (ro,nodev,relatime,errors=continue,threads=single,x-gdu.hide)
/var/lib/snapd/snaps/canonical-livepatch_286.snap on /snap/canonical-livepatch/286 type squashfs (ro,nodev,relatime,errors=continue,threads=single,x-gdu.hide)
/var/lib/snapd/snaps/code_155.snap on /snap/code/155 type squashfs (ro,nodev,relatime,errors=continue,threads=single,x-gdu.hide)
/var/lib/snapd/snaps/code_165.snap on /snap/code/165 type squashfs (ro,nodev,relatime,errors=continue,threads=single,x-gdu.hide)
/var/lib/snapd/snaps/core_16928.snap on /snap/core/16928 type squashfs (ro,nodev,relatime,errors=continue,threads=single,x-gdu.hide)
/var/lib/snapd/snaps/core_17200.snap on /snap/core/17200 type squashfs (ro,nodev,relatime,errors=continue,threads=single,x-gdu.hide)
/var/lib/snapd/snaps/core20_2318.snap on /snap/core20/2318 type squashfs (ro,nodev,relatime,errors=continue,threads=single,x-gdu.hide)
/var/lib/snapd/snaps/core20_2434.snap on /snap/core20/2434 type squashfs (ro,nodev,relatime,errors=continue,threads=single,x-gdu.hide)
/var/lib/snapd/snaps/core22_1439.snap on /snap/core22/1439 type squashfs (ro,nodev,relatime,errors=continue,threads=single,x-gdu.hide)
/var/lib/snapd/snaps/core22_1722.snap on /snap/core22/1722 type squashfs (ro,nodev,relatime,errors=continue,threads=single,x-gdu.hide)
/var/lib/snapd/snaps/core24_423.snap on /snap/core24/423 type squashfs (ro,nodev,relatime,errors=continue,threads=single,x-gdu.hide)
/var/lib/snapd/snaps/core24_609.snap on /snap/core24/609 type squashfs (ro,nodev,relatime,errors=continue,threads=single,x-gdu.hide)
/var/lib/snapd/snaps/firefox_3941.snap on /snap/firefox/3941 type squashfs (ro,nodev,relatime,errors=continue,threads=single,x-gdu.hide)
/var/lib/snapd/snaps/firefox_3972.snap on /snap/firefox/3972 type squashfs (ro,nodev,relatime,errors=continue,threads=single,x-gdu.hide)
/var/lib/snapd/snaps/gnome-3-38-2004_140.snap on /snap/gnome-3-38-2004/140 type squashfs (ro,nodev,relatime,errors=continue,threads=single,x-gdu.hide)
/var/lib/snapd/snaps/gnome-3-38-2004_143.snap on /snap/gnome-3-38-2004/143 type squashfs (ro,nodev,relatime,errors=continue,threads=single,x-gdu.hide)
/var/lib/snapd/snaps/gnome-42-2204_141.snap on /snap/gnome-42-2204/141 type squashfs (ro,nodev,relatime,errors=continue,threads=single,x-gdu.hide)
/var/lib/snapd/snaps/gnome-42-2204_172.snap on /snap/gnome-42-2204/172 type squashfs (ro,nodev,relatime,errors=continue,threads=single,x-gdu.hide)
/var/lib/snapd/snaps/gtk-common-themes_1535.snap on /snap/gtk-common-themes/1535 type squashfs (ro,nodev,relatime,errors=continue,threads=single,x-gdu.hide)
/var/lib/snapd/snaps/john-the-ripper_675.snap on /snap/john-the-ripper/675 type squashfs (ro,nodev,relatime,errors=continue,threads=single,x-gdu.hide)
/var/lib/snapd/snaps/john-the-ripper_692.snap on /snap/john-the-ripper/692 type squashfs (ro,nodev,relatime,errors=continue,threads=single,x-gdu.hide)
/var/lib/snapd/snaps/pdftk_9.snap on /snap/pdftk/9 type squashfs (ro,nodev,relatime,errors=continue,threads=single,x-gdu.hide)
/var/lib/snapd/snaps/snap-store_1017.snap on /snap/snap-store/1017 type squashfs (ro,nodev,relatime,errors=continue,threads=single,x-gdu.hide)
/var/lib/snapd/snaps/snap-store_1113.snap on /snap/snap-store/1113 type squashfs (ro,nodev,relatime,errors=continue,threads=single,x-gdu.hide)
/var/lib/snapd/snaps/snapd_23258.snap on /snap/snapd/23258 type squashfs (ro,nodev,relatime,errors=continue,threads=single,x-gdu.hide)
/var/lib/snapd/snaps/snapd-desktop-integration_253.snap on /snap/snapd-desktop-integration/253 type squashfs (ro,nodev,relatime,errors=continue,threads=single,x-gdu.hide)
/var/lib/snapd/snaps/snapd-desktop-integration_83.snap on /snap/snapd-desktop-integration/83 type squashfs (ro,nodev,relatime,errors=continue,threads=single,x-gdu.hide)
/var/lib/snapd/snaps/zoom-client_230.snap on /snap/zoom-client/230 type squashfs (ro,nodev,relatime,errors=continue,threads=single,x-gdu.hide)
/dev/nvme0n1p2 on /var/snap/firefox/common/host-hunspell type ext4 (ro,noexec,noatime,errors=remount-ro)
/var/lib/snapd/snaps/zoom-client_242.snap on /snap/zoom-client/242 type squashfs (ro,nodev,relatime,errors=continue,threads=single,x-gdu.hide)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,nosuid,nodev,noexec,relatime)
tmpfs on /run/snapd/ns type tmpfs (rw,nosuid,nodev,noexec,relatime,size=13180964k,mode=755,inode64)
nsfs on /run/snapd/ns/canonical-livepatch.mnt type nsfs (rw)
tmpfs on /run/user/1000 type tmpfs (rw,nosuid,nodev,relatime,size=13180960k,nr_inodes=3295240,mode=700,uid=1000,gid=1000,inode64)
portal on /run/user/1000/doc type fuse.portal (rw,nosuid,nodev,relatime,user_id=1000,group_id=1000)
nsfs on /run/snapd/ns/snapd-desktop-integration.mnt type nsfs (rw)
gvfsd-fuse on /run/user/1000/gvfs type fuse.gvfsd-fuse (rw,nosuid,nodev,relatime,user_id=1000,group_id=1000)
/dev/sdc1 on /media/neil/Data type ext4 (rw,nosuid,nodev,relatime,errors=remount-ro,uhelper=udisks2)
/var/lib/snapd/snaps/snapd_23545.snap on /snap/snapd/23545 type squashfs (ro,nodev,relatime,errors=continue,threads=single,x-gdu.hide)
nsfs on /run/snapd/ns/snap-store.mnt type nsfs (rw)

Aqui está o blkid. Qual é o UUID correto para /boot/efi?

/dev/nvme0n1p1: UUID="79E0-9995" BLOCK_SIZE="512" TYPE="vfat" PARTLABEL="EFI System Partition" PARTUUID="f71578b0-675a-4fc7-a0c1-a7ec62caa1d5"
/dev/nvme0n1p2: UUID="c976d11c-8cb7-409c-adf9-8d2bbc218331" BLOCK_SIZE="4096" TYPE="ext4" PARTUUID="95ade6cc-28a6-4cfc-86dc-d39611c182ca"
/dev/sdb2: UUID="9b058488-9eb6-47eb-8bc1-76b4515f776a" TYPE="swap" PARTUUID="773dbdaf-1d73-4748-b0a1-d38163e7de4c"
/dev/sdb1: LABEL="High Speed Disk" UUID="2cba7867-3e9a-406c-8901-f670f2efa071" BLOCK_SIZE="4096" TYPE="ext4" PARTUUID="79c834a0-e737-4391-952b-f1a788e6a221"
/dev/sdc1: LABEL="Data" UUID="58169010-144e-4f9c-8762-d9aac2597d95" BLOCK_SIZE="4096" TYPE="ext4" PARTLABEL="primary" PARTUUID="500b66a1-1f3a-450e-9c8a-29f96191ae30"
/dev/sda1: LABEL="Backups" UUID="9969f95f-bd9e-4ea9-9bb5-207fd1088bbe" BLOCK_SIZE="4096" TYPE="ext4" PARTUUID="85510172-3534-4928-8ee3-98e8d29fa9f9"

Sempre tive problemas ao atualizar o Ubuntu, então evito fazer isso. No entanto, um amigo disse que nunca teve problemas com ele, então decidi tentar esta manhã - quase queria não ter me incomodado.

Então, acabei de atualizar para a versão 24.04.1 e quando o sistema reinicia, ele só mostra uma tela preta com um cursor piscando no canto superior esquerdo.

Se eu pressionar algumas teclas, consigo encontrar o modo de emergência, onde posso ler o log de inicialização, mas ele está tão cheio de informações desnecessárias que não tenho ideia de como começar a diagnosticar o problema.

Sei que muito trabalho foi feito na versão mais recente, então parece uma pena desistir do processo de atualização e simplesmente reinstalar o Ubuntu (o que sempre fiz no passado e suspeito que seja o que a maioria das pessoas faria nessa situação).

Alguma sugestão sobre como proceder?

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.

Atualizei o Ubuntu 24.04 para o Ubuntu 24.10 e o Prism Launcher (um launcher modificado do Minecraft) foi desinstalado. Qual seria a explicação para isso? Eu só queria saber porque não acho que ele interfira em nenhum pacote do sistema, de qualquer forma posso instalá-lo mais tarde. Ele foi instalado via apt.

Troquei o Windows 10 pelo Ubuntu há cerca de um ano. Eu executo o KDE Plasma 6.2 em um Dell 3700 com um processador Core i7. É um desktop pequeno, com uma unidade interna SSD de 500 GB e um SSD externo de 100 GB, e tenho 3G2GB de RAM. Ele aparece no BIOS como um Inspiron.

Na semana passada, recebi um prompt para atualizar meu sistema operacional para o Ubuntu 24.04, e quando selecionei, ele travou completamente meu sistema. Acabei de finalmente conseguir instalar o Plasma 6.2, e depois de todas as atualizações de segurança do sistema, ainda recebo um prompt para atualizar meu sistema operacional do Ubuntu.

Quando aceitei o prompt para atualizar, ele travou completamente meu sistema. Na verdade, foi tão ruim que o técnico nem conseguiu descobrir, e fui forçado a comprar um novo computador.

Agora, depois de instalar o KDE Plasma e atualizar para o 6.2, recebo a mesma notificação para atualizar para o Ubuntu 24.04. Simplesmente não consigo decidir se devo ou não prosseguir e clicar para aceitar a atualização depois de ter feito todo esse trabalho (transferido 2.700 fotos, meu manuscrito, etc.). Devo atualizá-lo?

Tentei atualizar de 22.04 para 24, e agora a GUI não roda. Também não consigo conectar ao Wi-Fi pela linha de comando.

Quando tento reiniciar networkmanager, ele diz que library curlfaltam alguns, mas não consigo baixá-los. Também recebo um libgio not founderro.

O que posso fazer? Devo tentar executá-lo a partir do USB? Ou tudo se foi? Posso talvez copiar libgio-2.0arquivos do USB de alguma forma e colá-los onde necessário?