O problema misterioso de travamento do servidor doméstico foi resolvido após a atualização para devuan 6.12.74+deb13+1-amd64
Olá, sou um inútil.
O problema de um estado de travamento misterioso que não deixava rastros nem mesmo no syslog, que me incomodava desde o final de fevereiro, provavelmente? foi resolvido.
Não consigo mais descobrir qual era a causa, mas era bastante frustrante não ter nada nos logs, e cheguei a pensar que fosse uma falha de hardware.
- Troca de RAM
- Alteração de slot de uso, etc.
- Troca da placa-mãe
- Troca da fonte de alimentação (PSU)
Mesmo depois de fazer tudo isso, o problema não mudou, então a situação era bastante difícil.
Era uma situação em que travava duas vezes por dia.
E, se há algo que eu possa atribuir à correção, é a atualização para os seguintes pacotes:
dpkg:amd64
libmagickcore-7.q16-10:amd64
libc6-i386:amd64
mariadb-plugin-provider-bzip2:amd64
libmariadb-dev-compat:amd64
openssh-client:amd64
mariadb-server:amd64
python3-brlapi:amd64
imagemagick-7-common:amd64
postgresql-17:amd64
gpg:amd64
tzdata:amd64
xbrlapi:amd64
libldb2:amd64
mariadb-client-core:amd64
chrony:amd64
busybox:amd64
libbrlapi0.8:amd64
ssh:amd64
node-https-proxy-agent:amd64
libcap2-bin:amd64
libext2fs2t64:amd64
grub-pc-bin:amd64
grub-efi-ia32-unsigned:amd64
mariadb-plugin-provider-lzma:amd64
python3-jaraco.context:amd64
openssl-provider-legacy:amd64
python3-requests:amd64
mariadb-server-core:amd64
libwbclient0:amd64
openssh-server:amd64
wireless-regdb:amd64
gpg-wks-server:amd64
grub-efi-amd64-unsigned:amd64
libmagickwand-7.q16-10:amd64
tayga:amd64
gpg-agent:amd64
apache2-data:amd64
docker-cli:amd64
libcom-err2:amd64
docker.io:amd64
apache2-bin:amd64
libcap2:amd64
comerr-dev:amd64
libc6:amd64
locales:amd64
postgresql-client-17:amd64
dpkg-dev:amd64
libmagickcore-7.q16-10-extra:amd64
ifupdown:amd64
linux-image-amd64:amd64
linux-base:amd64
gpgv:amd64
libsmbclient0:amd64
bash:amd64
libsqlite3-dev:amd64
grub-efi-amd64-signed:amd64
libtdb1:amd64
linux-sysctl-defaults:amd64
libsndfile1:amd64
libssl-dev:amd64
mariadb-plugin-provider-snappy:amd64
libsqlite3-0:amd64
node-http-proxy-agent:amd64
gpgsm:amd64
mariadb-common:amd64
apache2-utils:amd64
grub-efi-amd64-bin:amd64
grub2-common:amd64
libtevent0t64:amd64
libdpkg-perl:amd64
libc-dev-bin:amd64
openssh-sftp-server:amd64
libc-l10n:amd64
grub-common:amd64
node-data-uri-to-buffer:amd64
samba-libs:amd64
libmariadb3:amd64
sudo:amd64
libc-bin:amd64
libc-devtools:amd64
apache2:amd64
mariadb-client:amd64
mariadb-plugin-provider-lz4:amd64
mariadb-plugin-provider-lzo:amd64
libssl3t64:amd64
libc6-dev:amd64
dirmngr:amd64
grub-efi-ia32-bin:amd64
gnupg-utils:amd64
libmariadb-dev:amd64
libmpg123-0t64:amd64
logsave:amd64
gpg-wks-client:amd64
sqlite3:amd64
tini:amd64
libtalloc2:amd64
libpq5:amd64
grub-pc:amd64
gpgconf:amd64
node-agent-base:amd64
libss2:amd64
openssl:amd64
e2fsprogs:amd64
linux-libc-dev:amd64Hmm, mas parece ser uma atualização de segurança, então por que essa atualização resolveu o problema?
Parece ser uma correção de vulnerabilidade do AppArmor.
Pode-se dizer que não mudou em relação a antes, mas na verdade, antes de dois dias atrás, era muito pior, pois caía frequentemente e eu tinha que reiniciá-lo.
Na verdade, ainda não sei, mas como ele está funcionando há mais de dois dias pela primeira vez em muito tempo, acho que foi corrigido, mas ainda preciso observar por um tempo.