Perguntas[debian](unix)

Após a atualização aptpara a versão >= 2.9.19, as assinaturas SHA1 e RSA1024 são rejeitadas.

Há uma seção em seu changelog que diz:

apt (2.9.19) instável; urgência=média

• Substitua GnuTLS e gcrypt por OpenSSL
• Substitua o GnuPG pelo Sequoia nas plataformas Debian suportadas
  • métodos: Adicionar novo método sqv
  • debian: Adicionar política padrão para permitir autoassinaturas SHA-1 até 2026
  • debian: Conecte sqv ao pacote build

Então pensei que isso permitiria que uma política aceitasse assinaturas SHA1, mas talvez eu tenha entendido errado.

Estou tentando usar o multistrap para criar uma imagem do Debian bookworm arm64.

Sistema host: Ubuntu 20.04 x86_64

Configuração multistrap:

[General]
arch=arm64
noauth=false
aptsources=Debian
bootstrap=Debian
addimportant=true

[Debian]
packages=network-manager git curl wget
keyring=debian-archive-keyring
suite=bookworm
source=http://ftp.debian.org/debian
components=main contrib non-free-firmware non-free

chamada multistrap:

sudo multistrap -d /mnt/temp -f display_config

saída:

multistrap 2.2.10 using display_config
multistrap 2.2.10 using display_config
Defaulting architecture to native: amd64
multistrap building amd64 multistrap on 'amd64'
I: Setting /mnt/temp/lib64 -> /mnt/temp/lib symbolic link.
I: Downloading debian-archive-keyring 
E: Can't find a source to download version '2023.3+deb12u1' of 'debian-archive-keyring:amd64'
multistrap: Unable to download keyring package: '/mnt/temp/'

Não tenho ideia do que estou fazendo errado, minha configuração não parece errada para mim.
Acho estranho que esteja procurando por debian-archive-keyring:amd64.
Esse pacote é um :allpacote.

Alguém sabe o que estou perdendo?

Tentei fazer uma instalação nova de um Debian Bookworm em um Asus TUF Gaming A15 RTX 4070 (NVIDIA Optimus), modelo FA507XI com um AMD Ryzen 9 7940HS integrado. A instalação do Debian ocorreu sem problemas. Eu uso o Xfce como DE. SecureBoot e Fastboot estão desabilitados.

Um primeiro problema com o driver nouveau: tela preta após o menu GRUB.
No entanto, o uso nomodesetme permite iniciar o computador e fazer login.

Depois sigo as instruções no wiki do Debian , ou seja:

• Primeira instalaçãolinux-headers-amd64
• Em seguida, instale nvidia-driver-fullefirmware-misc-nonfree
  • Na verdade diz, nvidia-drivermas preciso dos pacotes adicionais denvidia-driver-full

E a partir daí, nada dá certo.

• Se eu usar nomodeset, o LightDM falha ao iniciar
• Se eu usar acpi=offo LightDM inicia, mas não tenho teclado nem trackpad
• Se eu não usar nada, fico com uma tela preta depois do menu GRUB, o mesmo que acontece com o driver nouveau

O que estou esquecendo?
Tentei soluções aqui e ali, como usar o kernel e o driver NVIDIA de backports, outras opções do GRUB, em vão.
Não sei por onde começar para fazer uma depuração correta também.

Eu já consegui fazer funcionar no mesmo computador com uma instalação do Debian Sid, infelizmente não lembro como!

Mensagens mostradas antes da tela preta congelar:

ACPI BIOS Error (bug): Could not resolve symbol [\_SB.PCI0.GPP2.WWAN], AE_NOT_FOUND (20220331/dswload2-162)
ACPI Error: AE_NOT_FOUND, During name lookup/catalog (20220331/psobject-220)
ACPI BIOS Error (bug): Could not resolve symbol [\_SB.PCI0.GPP2.WWAN], AE_NOT_FOUND (20220331/dswload2-162)
ACPI Error: AE_NOT_FOUND, During name lookup/catalog (20220331/psobject-220)
ACPI BIOS Error (bug): Could not resolve symbol [\_SB.PCI0.GPP5.RTL8], AE_NOT_FOUND (20220331/dswload2-162)
ACPI Error: AE_NOT_FOUND, During name lookup/catalog (20220331/psobject-220)
ACPI BIOS Error bug): Failure creating named object [\_SB.PCI0.GPP6.WLAN._S0W], AE_ALREADY_EXISTS (20220331/dswload2-326)
ACPI Error: AE_ALREADY_EXISTS, During name lookup/catalog (20220331/psobject-220)
ACPI BIOS Error (bug): Could not resolve symbol [\_TZ.THRM._SCP.CTYP], AE_NOT_FOUND (20220331/psargs-332)
ACPI Error: Aborting method \_TZ.THRM._SCP due to previous error (AE_NOT_FOUND) (20220331/psparse-529)

nouveau 0000:01:00.0: unknown chipset (196000a1)
amdgpu 0000:65:00.0: firmware: failed to load amdgpu/gc_11_0_1_mes_2.bin (-2)
firmware_class: See https://wiki.debian.org/Firmware for information about missing firmware
amdgpu 0000:65:00.0: firmware: failed to load amdgpu/gc_11_0_1_mes_2.bin (-2)

A solução: Debian Bookworm 12.9 é muito antigo para a Radeon 780M iGPU. Atualizar firmware-amd-graphicsdo bookworm-backportsresolveu o problema.

Meu objetivo é dar um laptop (com Debian) para uma pessoa que só vai usá-lo para navegar na web. E que não vai abrir o terminal para digitar sudo apt update...etc.

Comecei a procurar e me disseram que o gnome-software update resolve o problema.

Mas então aqui está minha pergunta: como é feito o reboot? Imagino que seja frequentemente necessário.

A necessidade de reinicialização é explicitamente sinalizada ao usuário?

KDE plasma 6 no X11 com SDDM no Linux 6.12.6-amd64 #1 SMP PREEMPT_DYNAMIC Debian 6.12.6-1 (2024-12-21) x86_64 GNU/Linux

Ambos os ícones de controle Bluetooth na bandeja do sistema KDE não mostram adaptadores BT. Clicar em habilitar bluetooth alterna a GUI do widget para o modo como se o BT estivesse habilitado, mas a lista de dispositivos pareados está vazia, a varredura não funciona e não há adaptadores.

O Bluetooth costumava funcionar nesta máquina, mas não uso BT há algum tempo em favor do KDE Connect. Esta é a primeira tentativa de usar BT desde que migrei para o kernel 6.12 e o KDE Plasma 6.

sudo journalctl -xb | grep tooth

Jan 06 09:36:44 compName kernel: Bluetooth: Core ver 2.22
Jan 06 09:36:44 compName kernel: Bluetooth: HCI device and connection manager initialized
Jan 06 09:36:44 compName kernel: Bluetooth: HCI socket layer initialized
Jan 06 09:36:44 compName kernel: Bluetooth: L2CAP socket layer initialized
Jan 06 09:36:44 compName kernel: Bluetooth: SCO socket layer initialized
Jan 06 09:36:44 compName kernel: Bluetooth: hci0: Bootloader revision 0.0 build 2 week 52 2014
Jan 06 09:36:44 compName kernel: Bluetooth: hci0: Device revision is 5
Jan 06 09:36:44 compName kernel: Bluetooth: hci0: Secure boot is enabled
Jan 06 09:36:44 compName kernel: Bluetooth: hci0: OTP lock is enabled
Jan 06 09:36:44 compName kernel: Bluetooth: hci0: API lock is enabled
Jan 06 09:36:44 compName kernel: Bluetooth: hci0: Debug lock is disabled
Jan 06 09:36:44 compName kernel: Bluetooth: hci0: Minimum firmware build 1 week 10 2014
Jan 06 09:36:44 compName kernel: Bluetooth: hci0: Found device firmware: intel/ibt-11-5.sfi
Jan 06 09:36:44 compName kernel: Bluetooth: hci0: Failed to send firmware data (-38)
Jan 06 09:36:44 compName kernel: Bluetooth: hci0: Intel reset sent to retry FW download
Jan 06 09:36:46 compName kernel: Bluetooth: hci0: command 0xfca6 tx timeout
Jan 06 09:36:46 compName kernel: Bluetooth: hci0: Reading supported features failed (-110)
Jan 06 09:36:46 compName kernel: Bluetooth: hci0: Error reading debug features
Jan 06 09:36:46 compName kernel: Bluetooth: hci0: HCI LE Coded PHY feature bit is set, but its usage is not supported.
Jan 06 09:36:51 compName systemd[1]: Starting blueman-mechanism.service - Bluetooth management mechanism...
Jan 06 09:36:51 compName systemd[1]: Starting bluemon.service - LSB: Bluetooth monitoring daemon...
Jan 06 09:36:51 compName systemd[1]: Starting bluetooth.service - Bluetooth service...
░░ Subject: A start job for unit bluetooth.service has begun execution
░░ A start job for unit bluetooth.service has begun execution.
Jan 06 09:36:51 compName (uetoothd)[1143]: bluetooth.service: ConfigurationDirectory 'bluetooth' already exists but the mode is different. (File system: 755 ConfigurationDirectoryMode: 555)
Jan 06 09:36:51 compName systemd[1]: Started bluemon.service - LSB: Bluetooth monitoring daemon.
Jan 06 09:36:51 compName bluetoothd[1143]: Bluetooth daemon 5.79
Jan 06 09:36:51 compName systemd[1]: Started bluetooth.service - Bluetooth service.
░░ Subject: A start job for unit bluetooth.service has finished successfully
░░ A start job for unit bluetooth.service has finished successfully.
Jan 06 09:36:51 compName systemd[1]: Reached target bluetooth.target - Bluetooth Support.
░░ Subject: A start job for unit bluetooth.target has finished successfully
░░ A start job for unit bluetooth.target has finished successfully.
Jan 06 09:36:51 compName bluetoothd[1143]: Starting SDP server
Jan 06 09:36:51 compName dbus-daemon[1145]: [system] Activating via systemd: service name='org.freedesktop.hostname1' unit='dbus-org.freedesktop.hostname1.service' requested by ':1.6' (uid=0 pid=1143 comm="/usr/libexec/bluetooth/bluetoothd")
Jan 06 09:36:52 compName kernel: Bluetooth: BNEP (Ethernet Emulation) ver 1.3
Jan 06 09:36:52 compName kernel: Bluetooth: BNEP filters: protocol multicast
Jan 06 09:36:52 compName kernel: Bluetooth: BNEP socket layer initialized
Jan 06 09:36:52 compName bluetoothd[1143]: src/plugin.c:init_plugin() System does not support bap plugin
Jan 06 09:36:52 compName bluetoothd[1143]: src/plugin.c:init_plugin() System does not support bass plugin
Jan 06 09:36:52 compName bluetoothd[1143]: src/plugin.c:init_plugin() System does not support mcp plugin
Jan 06 09:36:52 compName bluetoothd[1143]: src/plugin.c:init_plugin() System does not support vcp plugin
Jan 06 09:36:52 compName bluetoothd[1143]: profiles/audio/micp.c:micp_init() D-Bus experimental not enabled
Jan 06 09:36:52 compName bluetoothd[1143]: src/plugin.c:init_plugin() System does not support micp plugin
Jan 06 09:36:52 compName bluetoothd[1143]: src/plugin.c:init_plugin() System does not support ccp plugin
Jan 06 09:36:52 compName bluetoothd[1143]: src/plugin.c:init_plugin() System does not support csip plugin
Jan 06 09:36:52 compName bluetoothd[1143]: src/plugin.c:init_plugin() System does not support asha plugin
Jan 06 09:36:52 compName bluetoothd[1143]: Bluetooth management interface 1.23 initialized
Jan 06 09:36:52 compName NetworkManager[1247]: <info>  [1736177812.2228] Loaded device plugin: NMBluezManager (/usr/lib/x86_64-linux-gnu/NetworkManager/1.50.1/libnm-device-plugin-bluetooth.so)
Jan 06 09:36:52 compName systemd[1]: Started blueman-mechanism.service - Bluetooth management mechanism.
Jan 06 09:36:58 compName kernel: Modules linked in: xt_addrtype nft_compat br_netfilter bridge stp llc overlay nft_chain_nat nf_nat nf_conntrack nf_defrag_ipv6 nf_defrag_ipv4 nf_tables qrtr bnep binfmt_misc nvidia_drm(POE) drm_kms_helper nvidia_modeset(POE) nvidia(POE) intel_rapl_msr intel_rapl_common squashfs loop x86_pkg_temp_thermal intel_powerclamp iwlmvm kvm_intel snd_soc_avs mac80211 kvm snd_soc_hda_codec snd_hda_ext_core snd_hda_codec_realtek snd_soc_core snd_hda_codec_generic snd_hda_scodec_component snd_hda_codec_hdmi uvcvideo snd_compress snd_pcm_dmaengine crct10dif_pclmul ghash_clmulni_intel snd_hda_intel videobuf2_vmalloc libarc4 uvc sha512_ssse3 snd_intel_dspcfg videobuf2_memops snd_usb_audio snd_intel_sdw_acpi videobuf2_v4l2 sha256_ssse3 snd_hda_codec sha1_ssse3 videodev iwlwifi aesni_intel btusb snd_usbmidi_lib snd_hda_core gf128mul snd_rawmidi crypto_simd btrtl snd_hwdep snd_seq_device btintel cryptd videobuf2_common snd_pcm iTCO_wdt btbcm intel_pmc_bxt rapl btmtk intel_cstate iTCO_vendor_support cfg80211 bluetooth
Jan 06 09:37:01 compName systemd[2101]: Started mpris-proxy.service - Bluetooth mpris proxy.

sudo systemctl restart bluetooth.servicenão ajudou.

sudo rfkill list

0: hci0: Bluetooth
        Soft blocked: no
        Hard blocked: no
1: phy0: Wireless LAN
        Soft blocked: yes
        Hard blocked: no

bluetoothctl devicesdiz No default controller available
sudo journalctl -xb | grep btusbque não mostra erros

Reiniciei algumas vezes, o firmware parece ter sido encontrado, os módulos do kernel foram carregados... mas nada de BT.

Recentemente, tentei instalar o Lutris e o Wine na minha máquina (que usa o Debian 12 como sistema operacional com arquitetura de 64 bits e o Plasma como desktop).

Primeiro, instalei o Wine por meio deste guia e tudo correu bem; não houve erros e consegui executar com sucesso winepelo meu terminal.

Aqui estão os comandos que executei de acordo com o guia:

sudo dpkg --add-architecture i386

sudo mkdir -pm755 /etc/apt/keyrings wget -O - https://dl.winehq.or /wine-builds/winehq.key | sudo gpg --dearmor -o /etc/apt/keyring /winehq-archive.key -

sudo wget -NP /etc/apt/sources.list.d/ https://dl.winehq.org/wine-builds/debian/dists/bookworm/winehq-bookworm.sources

sudo apt update

sudo apt install --install-recommends winehq-stable

Em seguida, tentei instalar o Lutris por meio deste guia e deste vídeo (no vídeo, aparentemente ele apenas executa os comandos encontrados no guia de acordo, eu apenas pensei que deveria incluí-lo para garantir). Ao fazer isso, no entanto, dependências "quebradas" foram relatadas via apt, então executei sudo apt --fix-broken install. Depois de fazer isso, executei novamente sudo apt install lutris, e tudo pareceu ter funcionado corretamente.

Aqui estão os comandos que executei de acordo com o guia (depois de usar --fix-brokeno apt install, é claro):

echo "deb [signed-by=/etc/apt/keyrings/lutris.gpg] https://download.opensuse.org/repositories/home:/strycore/Debian_12/ ./" | sudo tee /etc/apt/sources.list.d/lutris.list > /dev/null

wget -q -O- https://download.opensuse.org/repositories/home:/strycore/Debian_12/Release.key | gpg --dearmor | sudo tee /etc/apt/keyrings/lutris.gpg > /dev/null

sudo apt update

sudo apt install lutris

Depois disso, é claro, tentei executar o Lutris pelo meu desktop, mas me disseram que ele não conseguia encontrar nenhum aplicativo desse tipo:

Acredito que talvez o caminho usado para executar o Lutris esteja incorreto/desconhecido por algum motivo. Não estou muito familiarizado com a forma como o Linux executa e/ou identifica/reconhece aplicativos, nem exatamente o que as configurações de aplicativo do Plasma KDE para Lutris (nesse caso) significam, mas, como você pode ver, não há um "workpath" especificado (o que pode ser importante):

Como exatamente eu localizaria/especificaria o caminho correto para executar o Lutris (supondo que esse seja o problema)?

Agradeço qualquer ajuda referente a esse problema (bem como quaisquer links para guias e/ou documentação potencialmente mais abrangentes/capazes). Ela será muito apreciada.

Além disso, esta é minha primeira postagem neste site, então, por favor, me diga se esta pergunta não é apropriada (ou deveria ser formatada de forma diferente).

Estou executando uma VM Debian 12 no ProxmoxVE e estou seguindo o guia de instalação do docker: https://docs.docker.com/engine/install/debian/

Esta é a saída ao executar apt-get update:

Hit:1 http://deb.debian.org/debian bookworm InRelease
Hit:2 http://deb.debian.org/debian bookworm-updates InRelease
hit:3 http://security.debian.org bookworm-security InRelease
Ign:4 https://download.docker.com/linux/debian \ InRelease
Err:5 https://download.docker.com/linux/debian \ Release
     404 Not Found [ip: 13.249.59.6 443]
Reading package lists... Done
E: The repository 'https://download.docker.com/linux/debian \ Release' does not have a Release file.
N: Updating from such a repository can't be done securely, and is therefore disabled by default.

A princípio, este script:

echo \
  "deb [arch=$(dpkg --print-architecture) signed-by=/etc/apt/keyrings/docker.asc] https://download.docker.com/linux/debian \
  $(. /etc/os-release && echo "$VERSION_CODENAME") stable" | \
  sudo tee /etc/apt/sources.list.d/docker.list > /dev/null

estava me dando "comando sudo não encontrado", então removi a barra invertida após o pipe e aceitei o script, mas me deu o primeiro erro. Verifiquei se era meu firewall não permitindo a porta 443 desabilitando-a temporariamente e, em seguida, tentando fazer o download sem sucesso. Também tentei executá-lo em um contêiner LXC e uma segunda VM usando Debian 12, todos com o mesmo resultado. Estou supondo que o problema seja com o script echo, pois me desviei dos documentos, no entanto, continuei recebendo erros diferentes se não removesse a barra invertida.

Transferi meus arquivos para outro SO (do RetroPi para o Debian) e queria reiniciar meu Venv. Comecei excluindo a pasta .venv que eu tinha (o que não foi tão fácil, pois alguns arquivos estavam protegidos e isso pode ter sido um erro meu).

Então pip install venvfuncionou perfeitamente. E quando tento executar (sudo) python3 -m venv .venvele roda por alguns segundos, não dá nenhuma mensagem e não cria o arquivo .venv nem nada. Ter sudo ou não no comando não muda nada. Tentei mudar as permissões da pasta chmod 777 folder_namemas o resultado é o mesmo.

O fato de não ter nenhuma mensagem de erro me impede de fazer uma pesquisa precisa e sou um novato em Linux.

No KDE, os pop-ups de notificação do navegador do Firefox começaram a ser exibidos no centro da tela há algum tempo, em vez de em um canto à direita. Eles também começaram a roubar o foco, então, se eu estiver escrevendo algo, o campo de entrada perde o foco quando a notificação é exibida.

Estou executando o Debian 12 com o KDE Plasma 5.27.5.

Eu já tentei ir em Configurações do Sistema -> Notificações -> Escolher Posição Personalizada onde selecionei o canto onde elas costumavam ser exibidas, mas isso não resolveu o problema. Não há nenhuma configuração sobre o foco (eu li que as notificações não devem capturar o foco, então não há necessidade de tal configuração). Eu testei notify-send te ste essa notificação é exibida no canto onde eu a configurei, mas é diferente para as notificações do Firefox (também há sites que podem enviar notificações de teste que facilitam o teste). No Firefox, não há configurações de notificação nas preferências além de quais sites têm notificações permitidas ou bloqueadas e não consegui encontrar nenhuma configuração para isso em about:config.

Estou fazendo sandbox no Firefox com o firejail, talvez tenha a ver com isso, mas, de novo, costumava funcionar e eu não alterei o perfil do firejail para o Firefox nesse meio tempo. Também pode ser por causa de alguma atualização. Também pode ter a ver com outra tela à qual eu me conecto às vezes que tem outra resolução (aquela tela não está habilitada nas configurações de tela e está desligada).

Outros usuários com Debian 12 e KDE também têm esse problema? Se for um bug, não sei se está no firefox, kde (qual pacote), firejail ou outra coisa, então espero que seja um problema conhecido e talvez já resolvido por alguém.

Estou executando uma imagem de cartão SD pré-criada para o Raspberry Pi do nextcloudpi , mas acho que posso obter ajuda melhor aqui.

Notei que a hora e a data não foram atualizadas automaticamente, então comecei a depurar. Notei que todas as linhas no arquivo /etc/systemd/timesyncd.confestavam comentadas e a linha NTP estava vazia. Não há timesyncd.conf.dsubdiretório adicional. Então, descomentei as linhas e preenchi a linha NTP. Veja como o arquivo timesyncd.conf se parece agora:

[Time]
NTP=0.europe.pool.ntp.org
FallbackNTP=0.debian.pool.ntp.org 1.debian.pool.ntp.org 2.debian.pool.ntp.org 3.debian.pool.ntp.org
RootDistanceMaxSec=5
PollIntervalMinSec=32
PollIntervalMaxSec=2048
ConnectionRetrySec=30
SaveIntervalSec=60

Parece que o conteúdo foi analisado com sucesso porque:

pi@nextcloudpi:~$ timedatectl show-timesync --all
LinkNTPServers=
SystemNTPServers=0.europe.pool.ntp.org
RuntimeNTPServers=
FallbackNTPServers=0.debian.pool.ntp.org 1.debian.pool.ntp.org 2.debian.pool.ntp.org 3.debian.pool.ntp.org
ServerName=
ServerAddress=
RootDistanceMaxUSec=5s
PollIntervalMinUSec=32s
PollIntervalMaxUSec=34min 8s
PollIntervalUSec=0
Frequency=0

No entanto:

pi@nextcloudpi:~$ timedatectl
               Local time: Sat 2024-12-28 12:05:31 EET
           Universal time: Sat 2024-12-28 10:05:31 UTC
                 RTC time: n/a
                Time zone: Europe/Helsinki (EET, +0200)
System clock synchronized: no
              NTP service: active
          RTC in local TZ: no

pi@nextcloudpi:~$ timedatectl timesync-status
       Server: n/a (n/a)
Poll interval: 0 (min: 32s; max 34min 8s)
 Packet count: 0

O relógio do sistema sempre indica sincronizado noe o do servidor sempre está n/a.

tentei

sudo timedatectl set-ntp false
sudo timedatectl set-ntp true

mas isso não mudou nada.

O serviço systemd-timesyncd está em execução:

● systemd-timesyncd.service - Network Time Synchronization
     Loaded: loaded (/lib/systemd/system/systemd-timesyncd.service; enabled; preset: enabled)
    Drop-In: /etc/systemd/system/systemd-timesyncd.service.d
             └─override.conf
     Active: active (running) since Fri 2024-12-27 22:38:50 EET; 13h ago
       Docs: man:systemd-timesyncd.service(8)
   Main PID: 3014 (systemd-timesyn)
     Status: "Daemon is running"
      Tasks: 1 (limit: 761)
     Memory: 576.0K
        CPU: 920ms
     CGroup: /system.slice/systemd-timesyncd.service
             └─3014 /lib/systemd/systemd-timesyncd

Tentei habilitar o log de depuração deste serviço, mas nada útil é impresso lá. Nunca há nada como Connecting to time server. Ele nem está tentando.

Eu também tentei atualizar manualmente com ntpdate

sudo ntpdate -vd pool.ntp.org

e funcionou bem. Então, presumo que isso descarta possíveis problemas de DNS e outros relacionados à rede.

Fiquei sem ideias. O que estou perdendo aqui?

Aqui estão as informações da versão:

pi@nextcloudpi:~$ sudo lsb_release -a
No LSB modules are available.
Distributor ID: Debian
Description:    Armbian-unofficial 24.8.2 bookworm
Release:        12
Codename:       bookworm

pi@nextcloudpi:~$ cat /etc/armbian-release
# PLEASE DO NOT EDIT THIS FILE
BOARD=rpi4b
BOARD_NAME="Raspberry Pi 4"
BOARDFAMILY=bcm2711
BUILD_REPOSITORY_URL=https://github.com/armbian/build
BUILD_REPOSITORY_COMMIT=549f321
LINUXFAMILY=bcm2711
ARCH=arm64
BOOT_SOC=
IMAGE_TYPE=user-built
BOARD_TYPE=conf
INITRD_ARCH=arm64
KERNEL_IMAGE_TYPE=Image
FORCE_BOOTSCRIPT_UPDATE=
FORCE_UBOOT_UPDATE=
VENDOR="Armbian-unofficial"
VENDORDOCS="https://docs.armbian.com/"
VENDORURL="https://duckduckgo.com/"
VENDORSUPPORT="https://community.armbian.com/"
VENDORBUGS="https://armbian.atlassian.net/"
VERSION=24.8.2
REVISION=24.8.2

Editar:

pi@nextcloudpi:~$ ntpq -np
-bash: ntpq: command not found

pi@nextcloudpi:~$ systemctl status ntp
Unit ntp.service could not be found.

Edição 2:

Então parece ser um problema relacionado à rede de alguma forma. Até agora eu estava conectado somente por WiFi. Mas imediatamente quando eu conectei também o cabo Ethernet, o System clock synchronizedvirou para yes.

Mas por que não está funcionando via WiFi? Aqui está o status do resolvectl quando conectado somente via WiFi:

Global
         Protocols: +LLMNR +mDNS -DNSOverTLS DNSSEC=no/unsupported
  resolv.conf mode: stub
Current DNS Server: 1.0.0.1
        DNS Servers 1.0.0.1

Link 2 (enxb827ebf2575c)
Current Scopes: none
     Protocols: -DefaultRoute +LLMNR -mDNS -DNSOverTLS DNSSEC=no/unsupported

Link 3 (wlan0)
    Current Scopes: DNS LLMNR/IPv4 LLMNR/IPv6
         Protocols: +DefaultRoute +LLMNR -mDNS -DNSOverTLS DNSSEC=no/unsupported
Current DNS Server: 192.168.1.1
       DNS Servers: 192.168.1.1

Quando o cabo Ethernet é conectado, o resto é o mesmo, exceto pela parte do Link 2:

Link 2 (enxb827ebf2575c)
    Current Scopes: DNS LLMNR/IPv4 LLMNR/IPv6
         Protocols: +DefaultRoute +LLMNR -mDNS -DNSOverTLS DNSSEC=no/unsupported
Current DNS Server: 192.168.1.1
       DNS Servers: 192.168.1.1

Tanto o WiFi quanto a Ethernet são a mesma rede.