raisa_'s questions

Após uma nova instalação do Ubuntu 24.04, notei que sempre que há algum vídeo em tela cheia (usando mpv) ou gameplay em tela cheia (via Steam), o monitor principal sempre transfere para o segundo monitor, conectado via HDMI para HDMI.

 - Distro : Ubuntu 24.04.2 LTS 
 - Kernel : 6.8.0-53-generic 
 - Nvidia : 550.144.03 (recently upgraded from 535). The same issue happens with 535.
 - Vulkan : 1.3.275 
 - OpenGL : 4.6.0
 - Windowing system : X11

mpv : Qualquer coisa reproduzida em tela cheia usando mpv sangraria até a metade da segunda tela. Eu consegui impor x11-bypass-compositor=yesem mpv.conf, e agora o mpv em tela cheia nunca mais sangra para o segundo monitor.

[ATUALIZAÇÃO 22.02.2025]
Esta correção aparentemente não funcionou no mpv. Anteriormente, tentei reproduzir um vídeo aleatório (não verifiquei a resolução) e ele não sangrou mais, mas recentemente reproduzi alguns vídeos 1080p e eles ainda estão sangrando para a segunda tela.

steam: Tentei executar o steam com o mesmo parâmetro flatpak run --env=__GL_X11_BYPASS_COMPOSITOR=1 com.valvesoftware.Steam. Infelizmente, a jogabilidade em tela cheia ainda sangra para o segundo monitor, enquanto o aplicativo steam em si não sangra nem em tela cheia. Com esse parâmetro, abrir um jogo levou aproximadamente 2 minutos também, o que é extremamente incomum em comparação com as mesmas configurações em execução no meu antigo 22.04 (mesma máquina). Tirando o sangramento e a grande demora para abrir o jogo, o jogo rodou muito bem depois.

Parece com isso:

Além do vídeo em tela cheia que foi temporariamente corrigido, apenas a jogabilidade em tela cheia sofre com esse problema. Nenhum outro aplicativo sofre do mesmo problema. Há mais alguma coisa que eu possa tentar para parar esse sangramento do monitor? Eu tentei 2 versões da Nvidia (535, 550), nenhuma delas corrigiu o problema. Isso também não acontecia antes de 24.04, eu conseguia jogar muito bem com dois monitores em 22.04.

• Ubuntu 22.04.4LTS
• Kernel: Linux 6.5.0-28-genérico
• Versão do Gnomo: 42.9
• Sistema de janelas: X11

Estou enfrentando outro atraso de terminal com o Ubuntu 22.04. A digitação sempre atrasa 1 caractere e estou sofrendo muitos erros de digitação em meu código devido a esse problema. O sistema não está atrasado, apenas o terminal. Minha experiência é exatamente semelhante com o problema de atraso devido ao libmuttermês passado, conforme mencionado neste tópico: atraso de entrada no Terminal Ubuntu 22.04.4 , e a solução foi:

sudo add-apt-repository ppa:vanvugt/mutter
sudo apt update && sudo apt upgrade

Na verdade, meu terminal também estava atrasado no mês passado, segui a solução acima e funcionou bem. Há alguns dias recebi uma atualização do kernel e recentemente meu terminal começou a travar novamente. Lista dos dois kernels mais recentes:

dpkg --list | grep linux-image
linux-image-6.5.0-28-generic    6.5.0-28.29~22.04.1     Generic Linux kernel image (running)
linux-image-generic-hwe-22.04   6.5.0.28.29~22.04.1     Signed kernel image generic

Tentei com a mesma solução de antes e também tentei reinstalar, libmuttermas não funcionou mais. Quando tentei inicializar o outro kernel, apenas 6.5.0-28-genericestá listado nas opções de inicialização. Não consegui acompanhar quais outros pacotes foram atualizados no mês passado. Alguma sugestão sobre como investigar esse problema?

[Atualizar]

Confirmei no Ubuntu Bugs Launchpad que o mesmo problema recorrente de atraso do terminal também está afetando outras pessoas. Novamente, é devido a libmutteruma atualização que aparentemente foi implementada sem a correção.

Estou tentando fazer a super resolução com o FFmpeg seguindo este tópico do Video Stackexchange: Como funcionam os filtros de super resolução no FFmpeg? .

SISTEMA :

1. Ubuntu 20.04
2. Nvidia 510 (verificado usando nvidia-smi)
3. CUDA 11.6 (verificado usando ( nvcc --version)
4. CUDNN 8.4 (método de instalação e verificação de execução seguindo seu site oficial )
5. Tensorflow 2.7.0 (método de instalação e verificação de execução seguindo seu site oficial )
6. TensorRT (instalado a partir do pip3)
7. Instalado zlib1ge zlib1g-dev(via apt-get)

Eu tive que construir o ffmpeg com tensorflow, aqui estão as configurações completas do tutorial:

./configure \
  --prefix="$HOME/ffmpeg_build" \
  --pkg-config-flags="--static" \
  --extra-cflags="-I$HOME/ffmpeg_build/include" \
  --extra-ldflags="-L$HOME/ffmpeg_build/lib" \
  --extra-libs="-lpthread -lm" \
  --bindir="$HOME/bin" \
  --enable-gpl \
  --enable-gnutls \
  --enable-libass \
  --enable-libfdk-aac \
  --enable-libfreetype \
  --enable-libmp3lame \
  --enable-libopus \
  --enable-libvorbis \
  --enable-libvpx \
  --enable-libx264 \
  --enable-libx265 \
  --enable-libtensorflow \
  --enable-nonfree

ERRO: Não houve erro durante a construção e instalação do FFmpeg da fonte. No entanto, a execução do FFmpeg (incluindo ffmpeg --version) resulta neste erro:

ffmpeg: Relink `/usr/local/lib/libtensorflow_framework.so.2' with `/lib/x86_64-linux-gnu/libz.so.1' for IFUNC symbol `crc32_z'
ffmpeg: symbol lookup error: ffmpeg: undefined symbol: vaSyncBuffer

Parece que está relacionado ao tensorflow, no entanto, verifiquei que o tensorflow está funcionando corretamente no meu sistema. Não consegui encontrar nada no Google, há apenas um tópico discutindo exatamente o mesmo erro ( aqui ), no entanto, ainda não há solução. Estou ciente de que o erro não está relacionado ao link simbólico, mas apenas no caso de essa informação ser necessária:

$ ls -l /usr/local/lib | grep "libtensor*"                          
lrwxrwxrwx   1 root    root           28 Apr 10 05:17 libtensorflow_framework.so -> libtensorflow_framework.so.2
lrwxrwxrwx   1 root    root           32 Apr 10 05:19 libtensorflow_framework.so.2 -> libtensorflow_framework.so.2.7.0
-r-xr-xr-x   1 root    root     38362936 Apr 10 05:14 libtensorflow_framework.so.2.7.0
lrwxrwxrwx   1 root    root           18 Apr 10 05:18 libtensorflow.so -> libtensorflow.so.2
lrwxrwxrwx   1 root    root           22 Apr 10 05:19 libtensorflow.so.2 -> libtensorflow.so.2.7.0
-r-xr-xr-x   1 root    root    784355912 Apr 10 05:14 libtensorflow.so.2.7.0

$ ldd /usr/local/lib/libtensorflow_framework.so.2                                                  
    linux-vdso.so.1 (0x00007ffdd598e000)
    libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007fc9f93bd000)
    libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007fc9f926e000)
    librt.so.1 => /lib/x86_64-linux-gnu/librt.so.1 (0x00007fc9f9264000)
    libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007fc9f9241000)
    libstdc++.so.6 => /usr/lib/x86_64-linux-gnu/libstdc++.so.6 (0x00007fc9f9027000)
    libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x00007fc9f900c000)
    libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007fc9f8e18000)
    /lib64/ld-linux-x86-64.so.2 (0x00007fc9fb31a000)

$ ls -l /lib/x86_64-linux-gnu | grep "libz.*"                                     
lrwxrwxrwx 1 root root      14 Oct 15  2020 libz.so.1 -> libz.so.1.2.11
-rw-r--r-- 1 root root  108936 Oct 15  2020 libz.so.1.2.11

$ ldd /lib/x86_64-linux-gnu/libz.so.1                                            
    linux-vdso.so.1 (0x00007ffc693bf000)
    libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f3935cfb000)
    /lib64/ld-linux-x86-64.so.2 (0x00007f3935f5c000) 

[ATUALIZAR]

O erro 1 foi resolvido (veja a resposta abaixo). Agora o que resta é o Erro 2:

$ ffmpeg --version
ffmpeg: symbol lookup error: ffmpeg: undefined symbol: vaSyncBuffer

Alguma sugestão ?

Depois de lutar contra erros devido ao pango, finalmente consegui fazer login na minha máquina, no entanto, meus principais ícones da barra de ferramentas, ícones de aplicativos e alguns ícones de configurações estão faltando / uma bagunça. Aqui estão alguns erros:

Barra de ferramentas superior, antes desses erros, ambos os ícones "..." tinham ícones finos para cpufreq e redshift :

Erro de ícone de configuração:

Erro de ícone de aplicativos (Gimp). Gimp parece muito ruim, não consigo usá-lo corretamente:

Me deparei com esta pergunta Ícones da barra de ferramentas e ícones de menu estão ausentes em todos os lugares do Ubuntu 20.04 , o que pode ser o mesmo problema que o meu (incluindo erros de ícones do GIMP), mas ainda não há resposta para a pergunta. Também me deparei com essa pergunta Ícones de pasta e arquivo confusos , a solução não funciona para mim.

Eu tenho o gnome-tweak-tool instalado com o Yaru como meu tema:

De acordo com meu log de histórico, esses são os pacotes que tentei reinstalar no último meio dia na tentativa de fazer meus ícones voltarem ao normal:

apt-get install --reinstall appmenu-gtk2-module appmenu-gtk3-module
apt-get install --reinstall indicator-application
apt-get install --reinstall indicator-common

apt-get remove --purge yaru-theme-icon yaru-theme-gtk yaru-theme-gnome-shell
apt-get install yaru-theme-icon
apt-get install yaru-theme-gtk
apt-get install yaru-theme-gnome-shell

Alguma sugestão ?

Percebo como meu Ubuntu 18 inicializa muito devagar, muito mais lento que o Windows instalado anteriormente na mesma máquina. Eu não uso dual-boot, minha máquina é:

Ubuntu 18.04.3 LTS
Intel® Core™ i7-7700HQ CPU @ 2.80GHz × 8 
64-bit, NVIDIA GeForce GTX 950M

A NVIDIA era bastante problemática e causava problemas de inicialização, então tive que colocar alguns parâmetros de inicialização do kernel. Agora fica assim:

 GRUB_CMDLINE_LINUX_DEFAULT="quiet splash pci=nomsi pci=noaer
 acpi_enforce_resources=lax intel_pstate=disable acpi_osi=!Windows
 2012"

O tempo de inicialização padrão é: 47s .

Eu segui a sugestão deste post: Como diagnosticar/corrigir inicialização muito lenta no Ubuntu 18.04 , enquanto algumas respostas ajudaram outras pessoas, não funciona comigo.

O que eu tentei:

1. Adicionado noresumeparâmetro na inicialização do kernel. Literalmente no post acima, alguém reduziu o tempo de inicialização em 31s!

   Eu atualizei para 18.04 ontem e tive o mesmo problema (levou 52 segundos para inicializar). Depois de definir o parâmetro "noresume", demorou 21 segundos.

   Resultado: (desculpe esqueci de tirar uma captura de tela): 57s (10s mais lento). Por quê ?

2. Diminua o processo de tempo para a Rede e configure o tempo limite para Iniciar Trabalho e Parar Trabalhos alterando:

   /etc/systemd/system/network-online.target.wants/networking.service
   

   Mude TimeoutStartSec=5minpara TimeoutStartSec=5s.

   Também,

   /etc/systemd/system.conf  
   

   mudança :

   DefaultTimeoutStartSec=5s
   DefaultTimeoutStopSec=5s
   

   Resultado: Falha ao inicializar . (Parado na tela de inicialização)

3. Desative a rede durante a inicialização:

   systemctl disable NetworkManager-wait-online.service
   

   Resultado: O tempo de inicialização foi de 51s (4s mais lento).

Por que eu perdi as etapas acima? Como minha máquina acabou inicializando mais devagar?
Por que o noresumeque deveria impedir que a partição de retomada a tornasse mais lenta? Algum outro conselho para diminuir o tempo de inicialização?

ATUALIZAR

Seguindo a sugestão do WinEunuuchs2Unix , tentei:

4. Desative a rede como na etapa (3) e remova o serviço de liberação de diário e aspire-o alterando:

   nano /etc/systemd/journald.conf
   

   mudança

   Storage=auto
   SystemMaxUse=50M
   SystemMaxFileSize=1G
   SystemMaxFiles=5
   

   Meu uso de disco de diário original era 2G, agora caiu para 200 MB. Mas system-journal-flush.serviceo tempo não parece ficar mais rápido, ainda são 11s.
   Além disso, antes de alterar suas configurações, o tempo de lavagem era de 3,xx s. Agora é 10.xx s em vez disso.

Resultado, tempo de inicialização: 52s (5s mais lento).

5. Desativando o serviço tor:

   /etc/default/tor    
   

   mude para RUN_DAEMON="no" e execute

   sudo systemctl disable tor.service
   

   Em seguida, foi adicionado video=SVIDEO-1:dparâmetro ao kernel de inicialização (seguindo a solução de: Long Kernel Boot Segment em 18.04 ).
   E mascarado systemd-journal-flush.servicee o keyboard-setup.service(seguindo a solução de: Longo tempo de inicialização Ubuntu 18.04 ).

Resultado. Tempo de inicialização: 45s . ( 2s mais rápido ), mas acredito que possa ser melhorado.
Na segunda tentativa: 47s (sem melhora).
Eu realmente pensei que desabilitar o serviço tor me daria um tempo de inicialização de 5 a 7 segundos mais rápido, já que originalmente levava 10 a 13 segundos no tempo de inicialização.

Ainda confuso sobre como o noresumeparâmetro, desabilitar a rede e os logs de vácuo do diário levam a um tempo de inicialização mais lento. Outras sugestões serão apreciadas!

ATUALIZAÇÃO 2

6. Instale haveged. Tempo de inicialização: 49s (2s mais lento)

Só por que.