mYnDstrEAm's questions

Por que sysv-rc-conf foi removido dos repositórios Debian? Existe, por exemplo, uma alternativa melhor com uma GUI?

Quando executo, sudo apt-get upgradeo único pacote retido é:

The following packages have been kept back:
  sysv-rc-conf

Quando executo, sudo sysv-rc-confainda consigo configurar serviços de inicialização automática no console. Acho difícil de usar, pois não é uma GUI e tem apenas números inexplicáveis ​​como colunas. No entanto, em vez de remover, gostaria de instalar alguma ferramenta de substituição que também possa configurar serviços de inicialização automática.

Description: SysV init runlevel configuration tool for the terminal
 sysv-rc-conf provides a terminal GUI for managing "/etc/rc{runlevel}.d/"
 symlinks.  The interface comes in two different flavors, one that simply
 allows turning services on or off and another that allows for more fine tuned
 management of the symlinks.  Unlike most runlevel config programs, you can
 edit startup scripts for any runlevel, not just your current one.

Provavelmente tem algo a ver com "orphan-sysvinit-scripts" aparecendo no KDE Discover e Apper para serem instalados (mas sendo instalados ou atualizados durante a atualização).

Atualizei do Debian11 para o D12 e cat /etc/debian_version, o KDE Info Center lsb_release -ae todas as outras maneiras de mostrar a versão atual do Debian mostram e mostram o Debian 12. A atualização parece ter funcionado muito bem e usei o sistema por vários meses (incluindo várias reinicializações) e, durante esse tempo, atualizei para o Debian 12.7. Nunca houve nenhum erro/mensagem sobre o kernel e nada é solicitado a ser instalado ao executar sudo apt-get dist-upgradeou sudo apt-get upgrade(exceto sysv-rc-conf).

Apesar de tudo isso, aparentemente estou executando um kernel Linux versão 5 - ao executar cat /proc/versionele retorna:

Versão Linux 5.10.0-17-amd64 ( [email protected] ) (gcc-10 (Debian 10.2.1-6) 10.2.1 20210110, GNU ld (GNU Binutils para Debian) 2.35.2) #1 SMP Debian 5.10.136-1 (2022-08-13)

Por que isso aconteceu? Todos os métodos para ver a versão atual do Debian não estão quebrados se todos eles mostram a versão 12 se eu ainda tiver um kernel da versão 5 e o processo de atualização da distro também não está quebrado?

Só descobri quando a roda do mouse quebrou, mas deveria ter quebrado antes, logo após a atualização para o Debian 12 com o Wayland, já que o xbindkeys não deveria funcionar com o Wayland, pois percebi que o gcc-10 foi usado aqui .

apt policy linux-image-amd64mostra:

linux-image-amd64:
  Installed: (none)
  Candidate: 6.1.112-1
  Version table:
     6.10.11-1~bpo12+1 100
        100 http://ftp.XY.debian.org/debian bookworm-backports/main amd64 Packages
     6.1.112-1 500
        500 http://security.debian.org/debian-security bookworm-security/main amd64 Packages
     6.1.106-3 500
        500 http://ftp.XY.debian.org/debian bookworm/main amd64 Packages

No Debian 12 com KDE cat /proc/versionretorna:

Versão Linux 5.10.0-17-amd64 ( [email protected] ) (gcc-10 (Debian 10.2.1-6) 10.2.1 20210110, GNU ld (GNU Binutils para Debian) 2.35.2) #1 SMP Debian 5.10.136-1 (2022-08-13)

Por que mostra gcc-10/ Debian 10, não gcc-12/ Debian 12? Isso é um problema?

Descobri quando estava investigando por que o xbindkeys continuou funcionando muito tempo depois de atualizar para o D12 e Wayland, apesar de não funcionar no Wayland. Ele continuou funcionando por vários meses após a atualização até que de repente parou de funcionar quebrando a configuração da minha roda do mouse, então eu queria ver o número da minha versão porque suspeitei que talvez tenha a ver com uma atualização pontual recente. Tenho a versão mais recente do Debian e é 12.7 até agora (verificado com cat /etc/debian_version ).

gcc --versionmostra gcc (Debian 12.2.0-14) 12.2.0.

Pode ser que eu tenha as permissões do gcc definidas com isso por razões de segurança, conforme recomendado por sudo lynis audit system: sudo chmod 0444 /usr/bin/gccque eu altero somente sempre que compilo algo com o gcc. Não vi nenhuma mensagem de erro ou similar sobre problemas durante a atualização. Essa permissão precisa ser alterada antes da atualização?

A ação que configurei para o botão giratório é aplicada quando entro xbindkeys -ke giro o botão dentro da janela.

No entanto, quando giro a roda do mouse em qualquer outro lugar, nada acontece. Reinicio o xbindkeys executando xbindkeysdepois de killall xbindkeys.

Acho que recentemente ele teve alguns problemas, mas normalmente girar o botão giratório funcionava. Ao sair desse processo e executá-lo, xbindkeys -nnão há mensagem de erro. Girar o botão giratório em qualquer lugar enquanto um processo xbindkey está em execução de acordo com o Monitor do Sistema não tem efeito. Não faz diferença se o solaar está em execução ou não. Também tentei reiniciar o plasmashell. xbindkeys -knão mostra nada ao entrar no botão giratório (apenas ao digitar uma tecla do teclado), mas isso provavelmente é normal.

Como fazer isso funcionar? O que mais eu poderia tentar para que o xbindkeys receba a entrada de rotação da roda do mouse novamente?

Ele funciona quando xbindkeys-config está em execução e o mouse está dentro dele após pressionar Apply, mas não em nenhum outro lugar. Em Edit -> View generated rc file o arquivo corresponde exatamente ao arquivo de configuração padrão em /home/username/.xbindkeysrc ele ainda não funciona após sair do xbindkeys-config ou após executar killall -HUP xbindkeys. Eu então executei xbindkeys --file /home/username/.xbindkeysrc -ve ele mostrou o erro abaixo também, mesmo após executar o comando killall algumas vezes ele não mostra esse erro e mostra a configuração correta que está em .xbindkeysrc . Ele ainda não funciona.

Anteriormente, tive o problema de que o xbindkeys-config não iniciava mais e xbindkeys -nretornava

*** Warning ***
Please verify that there is not another program running
which captures one of the keys captured by xbindkeys.
It seems that there is a conflict, and xbindkeys can't
grab all the keys defined in its configuration file.

Resolvi o problema 1 abrindo /home/username/.xbindkeysrc em um editor de texto e comentando tudo e então recriando aquele arquivo carregando um dos perfis salvos em xbindkeys-config mas alterando suas configurações inserindo a chave configurada novamente (girando o botão giratório) que agora parece ser um pouco diferente de antes. Talvez seja por causa de alguma atualização.

Resolvi o problema 2 com sudo killall xbindkeys. Talvez reconectar com o solarar tenha ajudado.

Como alterar o pacote de software sob o qual um problema é registrado no rastreador de bugs do Debian?

A página de ajuda tem estas instruções:

Caso você precise escrever uma mensagem para o bug e também manipular os metadados do bug, os comandos também podem ser incluídos no email para [email protected] . Faça isso iniciando o e-mail com os comandos prefixados por Control: . Outra forma comum é enviar uma cópia do e-mail para [email protegido] e iniciar o e-mail com comandos finalizados por agradecimento.

e depois em Comandos disponíveis:

reatribuir pacote bugnumber [versão]

Tentei:

• Control: reassign -1 kde-plasma-desktop [5:142]no início do e-mail responda ao relatório de bug com controle em bugs.debian.org no CC (acho que deveria ter usado nnn@ aqui; todos abaixo foram para o mesmo e-mail de controle)
• Control: reassign 1019438 kde-plasma-desktop [ 5:142 ]
• Control: reassign 1019438 src:kde-plasma-desktop [ 5:142 ](obrigado na linha abaixo)
• Control: reassign 1019438 kde-plasma-desktop(obrigado na linha abaixo)
• reassign 1019438 kde-plasma-desktop [ 5:142 ](obrigado na linha abaixo)

Não consegui encontrar um exemplo completo em nenhum lugar, então estou perguntando aqui.

Quais são algumas maneiras genéricas de liberar muito espaço de armazenamento?

Estou fazendo uma atualização de distribuição (Debian11-> 12) e ela precisa de muito espaço em disco na partição raiz / que não tem um tamanho grande e gostaria de manter todos os arquivos do usuário nessa partição com poucas exceções se necessário. Uma atualização anterior falhou no meio devido ao erro No space left on devicee exigiu mais espaço em disco do que o exibido durante a execução, por exemplo sudo apt-get full-upgrade. Ainda não é possível executar atualizações de distribuição passo a passo, cada uma exigindo menos espaço em disco.

As formas genéricas seriam excluir caches e logs antigos, em vez de mover ou excluir arquivos do usuário, como arquivos de mídia. Por favor, inclua explicações sobre o que essas coisas excluem.

Achei que bastava fazer logout e, no canto superior esquerdo da tela de bloqueio, clicar no menu suspenso para alterá-lo de "Plasma (X11)" para "Plasma (Wayland)" seria suficiente, mas aparentemente não é.

Verifiquei se estava usando o Wayland com loginctl show-session 1 -p Type(substitua "1" pelo número da sessão mostrado em execução loginctl) após uma reinicialização e ele apareceu X11.

Me deparei com as mensagens abaixo com sudo journalctl --since today | tail -n 3000. As entradas de inicialização automática não deveriam ser removidas ao remover um pacote?

Parece uma boa prática geral remover entradas de inicialização automática se o pacote tiver sido removido (ou avisar o usuário sobre isso durante a remoção ou removê-las ao executar um comando como sudo apt-get autoremove). Além disso, isso não faria com que os executáveis ​​fossem iniciados automaticamente se fossem nomeados/alias/vinculados da mesma forma que o comando em Exec.

Se isso não for feito atualmente, qual seria a maneira correta de remover automaticamente essas entradas? Onde poderia existir um problema sobre isso? Por enquanto, no Debian12/KDE, apenas os movi assim sudo mv /etc/xdg/autostart/xbindkeys.desktop ~/DisabledAutostarts_defunct/xbindkeys.desktope espero que esteja tudo bem como uma solução alternativa.

systemd-xdg-autostart-generator[1712]: Exec binary 'xbindkeys_autostart' does not exist: No such file or directory
systemd-xdg-autostart-generator[1712]: /etc/xdg/autostart/xbindkeys.desktop: not generating unit, executable specified in Exec= does not exist.
systemd-xdg-autostart-generator[1712]: Exec binary '/usr/lib/policykit-1-gnome/polkit-gnome-authentication-agent-1' does not exist: No such file or directory
systemd-xdg-autostart-generator[1712]: /etc/xdg/autostart/polkit-gnome-authentication-agent-1.desktop: not generating unit, executable specified in Exec= does not exist.
systemd-xdg-autostart-generator[1712]: Exec binary 'gsettings-data-convert' does not exist: No such file or directory
systemd-xdg-autostart-generator[1712]: /etc/xdg/autostart/gsettings-data-convert.desktop: not generating unit, executable specified in Exec= does not exist.
systemd-xdg-autostart-generator[1712]: Exec binary 'start-pulseaudio-x11' does not exist: No such file or directory
systemd-xdg-autostart-generator[1712]: /etc/xdg/autostart/pulseaudio.desktop: not generating unit, executable specified in Exec= does not exist.
systemd-xdg-autostart-generator[1712]: Exec binary 'kmixctrl' does not exist: No such file or directory
systemd-xdg-autostart-generator[1712]: /etc/xdg/autostart/restore_kmix_volumes.desktop: not generating unit, executable specified in Exec= does not exist.
systemd-xdg-autostart-generator[1712]: Exec binary 'kmix' does not exist: No such file or directory
systemd-xdg-autostart-generator[1712]: /etc/xdg/autostart/kmix_autostart.desktop: not generating unit, executable specified in Exec= does not exist.
systemd-xdg-autostart-generator[1712]: Exec binary 'usbguard-applet-qt' does not exist: No such file or directory
systemd-xdg-autostart-generator[1712]: /etc/xdg/autostart/usbguard-applet-qt.desktop: not generating unit, executable specified in Exec= does not exist.

Os arquivos que fazem com que as coisas sejam iniciadas automaticamente são diferentes de qualquer arquivo /etc/config que apenas fornece algumas configurações se o aplicativo estiver em execução. Além da menção do problema, por exemplo, também pode ser um problema ao reinstalar uma versão posterior do mesmo software, pois pode criar uma entrada adicional nessa pasta com outro nome, para que ela seja iniciada duas vezes. O problema está aqui agora.

Em uma das minhas máquinas Debian12/KDE, ao clicar no ícone da bandeja do volume ( plasma-pa), ele mostra apenas "Nenhum dispositivo de saída ou entrada encontrado para áudio", portanto não há como fazer o dispositivo reproduzir áudio. Ainda não determinei a causa.

Nenhuma pavucontrolsaída também é exibida. Já tentei reinstalar pulseaudio(via --reinstall) e antes de tentar reiniciar o pulseaudio também tentei pulseaudio -k. lspcimostra a placa de som. systemctl --user status pulseaudiomostraActive: inactive (dead)

Parece que o problema é que o pulseaudio não pode ser iniciado corretamente. Ao executar pulseaudio, esta é a saída:

E: [pulseaudio] socket-server.c: bind(): Address already in use
E: [pulseaudio] module.c: Failed to load module "module-native-protocol-unix" (argument: ""): initialization failed.
E: [pulseaudio] main.c: D-Bus name org.pulseaudio.Server already taken.
E: [pulseaudio] bluez-util.c: GetManagedObjects() failed: org.freedesktop.systemd1.NoSuchUnit: Unit dbus-org.bluez.service not found.

Não há saída, pulseaudio --startmas isso também não inicia. Tive um problema de falta de áudio após uma atualização há dois anos, mas isso foi resolvido com a atualização de pacotes e/ou instalação do plasma-pa que foi perdido. Certifiquei-me de que todos os pacotes estão atualizados.

Editar: sobre se o pulseaudio está ou não em execução, pacmd list-cardsretorna No PulseAudio daemon running, or not running as session daemon.
systemctl --user status pipewireretorna:

Active: active (running)
[...]
mod.rt: Can't find org.freedesktop.portal.Desktop. Is xdg-desktop-portal running?
mod.rt: Found session bus but no portal

Como fazer o som funcionar novamente?

Depois de atualizar Debian11/KDE para Debian12, reiniciá-lo e executá sudo apt-get upgrade-lo mostra erros como Could not resolve ftp.XX.debian.org. Eles também são exibidos durante a execução sudo apt-get update. Em seguida, tentei abrir sites no navegador Firefox-esr e não consigo abrir nenhum (ele mostra o erro "Hmm. Estamos tendo problemas para encontrar esse site."). Também não consigo pingar nenhum site, mostra " Nome ou serviço desconhecido ". Por isso, tem problemas para resolver nomes de domínio com DNS.

Detalhes e o que tentei:

Eu tentei sudo mv /etc/resolv.conf /etc/backup.resolv.conf. O DNS ainda funciona em uma máquina Debian11 e funcionou antes de atualizar para Debian12. As regras do firewall nftables são as mesmas de antes. O tempo estava atrasado em minutos novamente, mas eu o corrigi para que não devesse estar atrasado em mais de segundos. No final da atualização em 99%, tentei abrir o navegador quando ele me pediu para substituir um determinado arquivo de configuração, isso causou uma tela preta (uma vez durante a atualização, a tela não pôde ser acordada também) e me desconectou, então eu tinha para terminar a atualização com sudo dpkg --configure -ao qual parecia ter funcionado. Talvez eu precise verificar se a atualização funcionou.

No momento, não consigo usar a Internet nessa máquina enquanto o NetworkManager exibe que está conectado corretamente e minha página do roteador também mostra o dispositivo como conectado.

• grep ^hosts /etc/nsswitch.confshowshosts: files mdns4_minimal [NOTFOUND=return] dns mymachines

• /etc/resolv.confcontém #Generated by NetworkManager nameserver: 1.1.1.1(já tentei adicionar o servidor de nomes 1.0.0.1 abaixo dele, o que não ajudou)

• nmcli c show <connection name> | grep -i dnsmostra abaixo para a conexão com a Internet (não a conexão VPN). Na máquina Debian11 onde o DNS ainda funciona esses valores são diferentes: não tem connection.dns-over-tls. Acho que dns-over-tls provavelmente tem a ver com o problema. Também está configurado no roteador que é usado por várias máquinas das quais apenas a máquina Debian12 não pode acessar sites. Eu uso apenas IPv4 por bons motivos e uma VPN.

connection.mdns:                        -1 (default)
connection.dns-over-tls:                -1 (default)
ipv4.dns:                               1.1.1.1
ipv4.dns-search:                        --
ipv4.dns-options:                       --
ipv4.dns-priority:                      0
ipv4.ignore-auto-dns:                   yes
ipv6.dns:                               --
ipv6.dns-search:                        --
ipv6.dns-options:                       --
ipv6.dns-priority:                      0
ipv6.ignore-auto-dns:                   no
IP4.DNS[1]:                             1.1.1.1

Por que isso acontece e como resolver esse problema?

Desde que mudei para Wayland no Debian11/KDE, iniciar o computador do modo de espera em cerca de 90% dos casos mostra uma tela preta e é preciso usar ctrl+alt+f{id} e executar loginctl unlock-session {id2}para poder voltar para a sessão em execução pressionando ctrl+alt+F1.

Este é um problema de segurança porque pode-se retomar a sessão sem ter que digitar a senha se ela já foi digitada antes e isso ainda não foi corrigido para o Debian11/KDE .

A sessão é mostrada com o whocomando. Acho que configurar $TMOUT(que não é definido por padrão) conforme recomendado em outro lugar também desconectaria a sessão atual, não apenas as sessões de terminal inativas.

Como posso sair (automaticamente ou não) de todas as sessões de terminal inativas (exclusivamente) que comecei a poder retomar do modo de espera devido aos bugs do Wayland-KDE/Debian11?

Para pacotes nos repositórios do Debian, hashes e assinaturas são verificados conforme descrito aqui (e questões vinculadas lá) para garantir a integridade do software em pelo menos algum grau (em desenvolvimento).

Mas como a integridade do firmware é garantida no GNU/Linux?

Acho que, em geral, haveria apenas uma maneira de garantir a integridade de maneira confiável: o firmware sendo de código aberto e reproduzível , os hashsums reproduzíveis dos arquivos sendo públicos e uma maneira confiável de verificar o firmware local em relação a esses hashsums. Eu não acho que esse seja o caso atualmente - no entanto, maneiras menos ideais também podem ajudar bastante a garantir a segurança.

Como a integridade do firmware é atualmente assegurada e como pode ser assegurada manualmente?
Com firmware estou me referindo ao firmware pré-instalado em componentes do computador (incluindo coisas conectadas a ele) e atualizações de firmware usando fwupd ( fwupdmgr update).

Não conheço ferramentas para atualizar firmware de PC não específico no GNU/Linux além do fwupd, mas talvez haja mais algumas. No Debian11/KDE, por padrão, as atualizações de firmware são separadas do gerenciador de pacotes. Pode-se apenas configurar o gerenciador de pacotes do KDE "Discover" para também mostrar (perguntar ao usuário) e realizar essas atualizações. Gostaria de saber se ainda não faz parte dos gerenciadores de pacotes por padrão porque a integridade dos arquivos de atualização baixados não é verificada de forma tão segura quanto outros pacotes que podem ser instalados a partir dos gerenciadores de pacotes (como o Apper por exemplo).

Instalei e depois desinstalei webmincom o Apper anos atrás.

Desde que mudei para Wayland no Debian11/KDE iniciando o computador do modo de espera, as sessões estão quebrando o tempo todo (atualmente uma vez a cada segundo dia em média).

Depois de pressionar ctrl+alt+F2, desconectar o usuário com pkill -KILL -u {username}, e pressionar ctrl+alt+F (8 por exemplo) para mostrar a tela de login, logo mostra este erro em um fundo preto: Failed to start LSB: web-based administration interface for Unix systems.

Pesquisando esse erro na Web, parece estar relacionado ao Webmin.

Verifiquei que não está mais instalado com sudo apt-get remove webmin(aparece Package 'webmin' is not installed, so not removed).

Espetáculos de corrida sudo systemctl status webmin:

● webmin.service - LSB: web-based administration interface for Unix systems
     Loaded: loaded (/etc/init.d/webmin; generated)
     Active: failed (Result: exit-code) since Sat 2022-01-08 23:56:28 CET; 1 day 15h ago
       Docs: man:systemd-sysv-generator(8)
    Process: 2061 ExecStart=/etc/init.d/webmin start (code=exited, status=127)
        CPU: 1ms

hostname systemd[1]: Starting LSB: web-based administration interface for Unix systems...
hostname systemd[1]: webmin.service: Control process exited, code=exited, status=127/n/a
hostname systemd[1]: webmin.service: Failed with result 'exit-code'.
hostname systemd[1]: Failed to start LSB: web-based administration interface for Unix systems.

Os scripts de inicialização de serviços do systemd, como o Webmin, não são removidos após a remoção de pacotes?

Em uma das minhas máquinas Debian 10/KDE, mas não em outra com quase a mesma configuração, o som desapareceu durante ou pouco antes de atualizar para o Debian 11. Ele desapareceu na barra de bandeja e a máquina não emite nenhum som apesar do pulseaudio rodando desde que eu corri sudo apt-get dist-upgradeantes de alterar as entradas sources.list de "buster" para "bullseye". Já completei a atualização, mas o áudio ainda não voltou. Eu até reinstalei o pulseaudio e o pulseaudio-utils (o último foi mostrado como instalado manualmente). Não é apenas a saída de áudio que não está funcionando: digitar "áudio" na pesquisa da bandeja do KDE não mostra as configurações de áudio e na barra de bandeja direita o ícone do alto-falante está ausente.

O áudio desapareceu uma vez antes, mas funcionou novamente após atualizar alguns pacotes . Naquela época, eu pensei que a causa pode ter sido dependências incompatíveis devido ao repositório Kodi19 de Basil Gello que eu agora (depois que o problema ocorreu) removi das fontes dos pacotes ... Eu também reinstalei o Kodi depois.

Talvez o problema seja causado por algum pacote problemático instalado localmente. apt list --installed | grep installed,localagora está listando muitos pacotes que me surpreende. Se esta pode ser a causa: existe uma maneira de tentar reinstalar todos esses pacotes dos repositórios oficiais (e talvez também comparar hashsums para ver se são idênticos)?

Atualmente estou atualizando uma das minhas máquinas Debian 9/KDE e tenho cerca de 1000 pacotes retidos após a execução sudo apt-get upgrade-> devo executar sudo apt full-upgrade, sudo apt-get dist-upgrade, sudo apt-get install [~1000 packages](como?) ou algo mais?

Aqui diz:

Novas versões de pacotes atualmente instalados que não podem ser atualizados sem alterar o status de instalação de outro pacote serão deixadas em sua versão atual (exibida como “retida”). Isso pode ser resolvido usando o aptitude para escolher esses pacotes para instalação ou tentando o apt install package .

após o apt full-upgradepasso.

Em algumas respostas do stackexchange sobre questões relacionadas como esta , ele diz que a execução apt-get dist-upgradepode ser perigosa durante uma atualização quando os pacotes foram retidos e, em vez disso, recomenda o uso de outros métodos mais cautelosos do que apenas executar apt-get dist-upgradeou apt full-upgrademesmo que esta página antiga em debian-administration.org diga que para corrigir esse problema deve-se executar apt-get dist-upgrade.

Quando executo sudo apt upgrade(não no guia oficial), em vez disso sudo apt-get upgrade, mostra apenas 1 pacote com dependências não atendidas.

Aqui diz " [...] APT [...] pode fazer uso de sandboxing seccomp-BPF " e descreve como fazê-lo apenas por:

APT::Sandbox::Seccomp é um booleano para ligar/desligar

Isso é um pouco escasso imo. Para onde deve ir essa opção? Por que não pode ser alterado em algumas opções de GUI, por exemplo, Apper? O apt-config pode ser usado para isso? Ou onde essa configuração deve ir? Em algum arquivo em /etc/apt/apt.conf.d/? grep -R APT::Sandbox:: /etc/apt/apt.conf.d/não mostra nada.

Eu atualizei do Debian 9 para o Debian 10.

Problemas que tive durante a atualização:

• Eu não pude usar dolphin durante e após a atualização (ele dizia " Não foi possível criar io-slave. klauncher disse: Erro ao carregar '/usr/lib/x86_64-linux-gnu/qt5/plugins/kf5/kio/file.so '. "). killall plasmashellEu não sabia que precisava reiniciar antes que funcionasse novamente , então corri kstart plasmashelle dbus-launch dolphindepois funcionou novamente.
• Aparentemente, eu não tinha espaço em disco suficiente para a atualização na minha partição SSD (não é uma partição particularmente pequena, eu tinha alguns GBs livres e não recebi um aviso). É por isso que eu tive que correr sudo apt-get upgradee sudo apt-get dist-upgradevárias vezes, pois eles não passaram completamente de uma vez. Executei a atualização primeiro e novamente após uma atualização parcial do dist. Acho que não há espaço de armazenamento suficiente na partição do sistema operacional SSD também é o motivo pelo qual tive que executar sudo dpkg --configure -ae sudo apt --fix-broken install. Também corri sudo rm -r /var/cache/apt/archives/*para liberar mais espaço de armazenamento.

Problemas que estou tendo agora:

• A área de trabalho do Plasma parece muito brilhante agora. É improvável que seja um problema de redesenho/aparência. É como uma camada de brilho acima de tudo e janelas agora tenho uma sombra intensa em fundos claros e brilho em fundos escuros. Por exemplo, o preto do console não é mais preto. É muito ruim, embora possa não parecer assim na captura de tela abaixo. Já tentei alterar as configurações de brilho do meu monitor e as configurações de gama (1.0). Estou usando o tema Dark Breeze.
  A única coisa que ajudou até agora é definir o nível de preto HDMI de Normal para Baixonas opções do meu monitor. No entanto, o brilho intenso ao redor das janelas ainda existe, o colorido/croma/saturação mudou e está um pouco alto demais, eu diria mesmo ao alterar o contraste e a saturação de cores do monitor (não tenho certeza sobre isso, pode ser mesmo que pareçam parcialmente melhores após os ajustes) e duvido que se pretenda que as pessoas alterem essa configuração padrão do monitor para parecer normal (acho que muitos monitores não têm essa configuração) e não sei como verificar se a aparência é configurado corretamente agora.
  Percebi a configuração HDMI Black Level do meu monitor apenas enquanto escrevia isso e decidi postar de qualquer maneira porque ainda gostaria de alterar o brilho da janela, a correção não parece a solução pretendida e talvez alguém tenha o mesmo problema.
  
  Para comparação, é assim que parecia antes: Você não pode realmente ver a maior parte do aumento de brilho nele: talvez eu tire fotos do meu monitor com a configuração desabilitada e habilitada mais tarde.
  
  

• Os ícones estão faltando na barra de tarefas. Alguns deles aparecem agora.
  

• Faltam os favoritos. Agora ele mostra 5 entradas que provavelmente são as padrão.

Estes dois problemas têm a ver com este arquivo: ~/.config/plasma-org.kde.plasma.desktop-appletsrc . A correção descrita em rglinuxtech.com/?p=1626 (excluindo entradas [Configuration][General] e renomeando [Configuration] para [Configuration][General]) não ajudou muito. Os ícones aparecem em ~/.local/share/applications/ mas não em ~/.local/share/plasma_icons/. Eu já tentei kbuildsycoca5. O arquivo ainda contém todos os meus favoritos, mas o Plasma não os carrega. Ainda posso adicionar favoritos e adicionar aplicativos ao painel (widget).
Quando eu adiciono um dos aplicativos ao painel que já estão presentes nele, mas cujos ícones não aparecem e, em seguida, faço a outra entrada no plasma-org.kde.plasma.desktop-appletsrc parecer exatamente igual ao ícone do aplicativo recém-adicionado mostra, mas o antigo não. Isso ocorre porque quando eu o adiciono novamente ele adiciona um novo arquivo a ~/.local/share/plasma_icons/ enquanto o ícone do outro está quebrado porque no arquivo ele diz " Icon=unknown " (a única diferença é que a nova entrada links para o novo (1) arquivo): Além disso, quando eu excluo completamente o arquivo plasma-org.kde.plasma.desktop-appletsrc para que ele seja reconstruído, recebo o papel de parede antigo e não o novo Debian 10.

• Não tenho certeza de como validar totalmente se tudo foi atualizado, instalado e configurado corretamente: existe outra maneira de validar a atualização completa além destes comandos: uname -a hostnamectl sudo apt search '~i(!~ODebian)' dpkg -C apt-mark showhold?

Existem relatórios de bugs para esses problemas? Qual é a maneira recomendada de corrigir esses problemas de Plasma/aparência?

Outros novos problemas que notei até agora:

• Um dos meus discos agora está fazendo barulho de vez em quando que não fazia antes. Estou verificando a saúde deles com ferramentas como gnome-disk-utility. Gnome-disk-utility diz que todos os discos estão OK, mas um (não o SSD) tem um setor defeituoso. Não consegui executar um autoteste SMART neste disco específico, pois ele retorna "GNOME-Disks-WARNING **: Erro ao obter informações ATA SMART: GDBus.Error:org.freedesktop.UDisks2.Error.Failed: dados SMART não coletados (udisks-error-quark, 0)" e "sk_disk_smart_self_test: Input/output error (udisks-error-quark, 0)" em uma janela de diálogo. Acho que nunca tive nenhum dos meus discos atuais fazendo esses sons. Pode ser devido a algum processo de backup anterior.
  • Ventiladores e fonte de alimentação estão fazendo barulho agora também. A fonte de alimentação é a mais alta. Talvez eu erroneamente pensei que era um HDD quando era o PSU. Não era tão alto imediatamente após a atualização: a PSU agora faz sons giratórios e parece que vai falhar a qualquer momento. Tive que substituí-los para sempre de qualquer maneira. Atualização: Acho que os fãs estão bem agora. Tudo é resfriado de acordo com os sensores lm e agora eles não são barulhentos. Esse problema também pode ser devido ao patch de fusão do espectro. Não tenho certeza de como encontrar a causa do PSU fazer esse ruído. É estranho que isso nunca tenha acontecido antes, mas logo após a atualização e o patch de espectro.
• A execução sudo kateretorna " A execução do Kate com sudo não é possível devido a vulnerabilidades de segurança não corrigidas ". Acho que já tive isso antes, mas não sei quando e por que e o que fiz sobre isso. Eu prefiro kate sobre nano. Agora você pode usar o kate para abrir arquivos protegidos contra gravação e ser solicitado a fornecer a senha ao salvar, para que isso seja resolvido principalmente. Mas você não pode abrir arquivos protegidos contra leitura, como syslog e, por exemplo, cat /var/log/syslogestá faltando recursos adequados de kate/editor de texto, como realce etc.

Resolvido:

• Ao inicializar ele exibe: " TSC_DEADLINE desabilitado devido a Errata; por favor atualize o microcódigo para a versão: 0x.. (ou posterior). " antes de pedir a senha do meu disco. Não apresentou este erro antes. Eu consertei isso instalando o intel-microcode. Eu não fui notificado sobre isso antes, instalei recentemente o spectre-meltdown-checker e não tinha o non-free habilitado no sources.list.
• Ao migrar de iptables para nftables conforme descrito, nftables não funciona quando as regras de iptables para o Docker são incluídas. Ele também não habilitou o nftables-rules em cada inicialização: para isso é necessário primeiro escrever o conteúdo do ruleset.nft gerado via iptables-nftables-compat em /etc/nftables.conf antes de executar systemctl enable nftables.

Tive os problemas com os ícones e favoritos em outra máquina que atualizei também. Os favoritos ainda estão lá com ícones, mas alguns deles estão faltando e os ícones da bandeja parecem os mesmos - então isso parece ser um bug no KDE. No entanto, não tive esses problemas de aparência com o brilho e as cores e o brilho da borda não é muito visível.

Desde que instalei as últimas atualizações do Debian ontem (udev, systemd, ...), não consigo colocar minha máquina Debian 9/KDE para dormir. Ele acorda imediatamente após a suspensão ( systemctl suspend).

/var/log/syslog tem o seguinte:

..Stopping disk
parport_pc 00:01: disabled
e1000e: EEE TX LPI TIMER: 00000011
dpm_run_callback(): usb_dev_suspend+0x0/0x20 [usbcore] returns -16
PM: Device usb1 failed to suspend async: error -16
PM: Some devices failed to suspend, or early wake event detected
parport_pc 00:01: activated
..Starting disk
..
rtc_cmos 00:07: System wakeup disabled by ACPI

Houve também algumas outras mensagens em outras tentativas, como um "driver no IPS" relacionado à wlan. Mas não importa o que eu tente, sempre recebo exatamente a mesma mensagem:

PM: Dispositivo usb1 falhou ao suspender assíncrono: erro -16

O que eu tentei até agora

• Removendo meu driver wlan com sudo rmmod, sudo modprobe -re sudo dkms remove. Não foi possível colocá-lo para dormir depois de fazer isso. Além disso, o módulo sempre é carregado novamente após a reinicialização após removê-lo "com sucesso" (também não é lsmodmais mostrado). Eu reinstalei com dkms agora.
• Desconectar todos os dispositivos USB, exceto meu teclado, para suspender a máquina e desconectar todos os dispositivos USB, exceto meu mouse, para suspender a máquina e desconectar imediatamente o teclado/mouse após suspendê-lo.

Alguma outra ideia do que eu deveria tentar? Acho estranho que ele exiba esse erro usb mesmo que todos os dispositivos usb estejam desconectados.

Estou tentando instalar o openntpd( sudo apt-get install openntpd) e estou recebendo:

Preparing to unpack .../openntpd_1%3a6.0p1-2_amd64.deb ...
Warning: unable to find a suitable fs in /proc/mounts, is it mounted?
Use --subdomainfs to override.
dpkg: error processing archive /var/cache/apt/archive/openntpd_%3a6.0p1-2_amd64.deb (--unpack):
 subprocess new pre-installation script returned error exit status 1
Errors were encountered while processing: /var/cache/apt/archive/openntpd_%3a6.0p1-2_amd64.deb

Já tentei reiniciar e:

sudo apt-get clean
sudo apt-get autoremove
sudo apt-get update && sudo apt-get upgrade
sudo dpkg --configure -a
sudo apt-get -f install
sudo rm -rf /var/cache/apt/archive/openntpd_%3a6.0p1-2_amd64.deb

Eu também examinei /var/lib/dpkg/info/openntpd.preinst.

Eu posso instalar outros pacotes. É um bug no openntpd? Isso seria estranho porque eu tenho a versão mais recente em execução em outra das minhas máquinas Debian 9 KDE. Todos estes estão usando o 4.9.0-8-amd64kernel. Talvez tenha algo a ver com AppArmor?

Por que estou recebendo esse erro e como corrigi-lo?

Como obter um relógio de trabalho no Debian 9 com o KDE? Meu relógio está quase 10 minutos atrasado em várias das minhas máquinas executando o Debian 9 com KDE e (re)definir o fuso horário via tzselectnão funcionou.

(Eu já resolvi isso, mas talvez outras pessoas gostariam de ter um relógio funcionando também. Também estou interessado em outras maneiras de resolver isso. Estou surpreso que isso não seja resolvido pela instalação padrão do Debian para que funciona imediatamente se você selecionou o fuso horário correto durante a instalação.)