All perguntas(ubuntu)

O Problema

Sempre que tento acordar o PC do modo de suspensão/suspensão, o sistema inicialmente parece responder, mas então a tela congela e não responde a nada que eu faço. Neste ponto, a única saída parece ser forçar o desligamento da máquina segurando o botão de energia por 5 segundos e, em seguida, reiniciando-a.

Isso ocorre independentemente de o sono ter sido acionado manualmente ou automaticamente após inatividade suficiente, e independentemente de a tentativa de despertar ter sido feita movendo o mouse, pressionando o teclado ou pressionando o botão de energia. Às vezes, ele traz visivelmente a tela de login novamente, mas às vezes (acho que se eu já estiver logado), ele mostra uma tela que é totalmente preta, exceto pelo cursor do mouse. Em qualquer caso, nem mover o mouse nem digitar no teclado produz qualquer resposta visível.

Sistema

Estou usando o Ubuntu Studio 24.10, mas se bem me lembro, o problema também se manifestava quando eu ainda estava na versão 24.04.x.

Meu hardware é o seguinte:

Placa-mãe: ASUS Z790 GAMING WIFI7
CPU: Intel Core i9-14900K (x86_64)
GPU: AMD Radeon RX 7900XT
Armazenamento: 8 TB SSD
RAM: 96 GB NVMe DDR5

Soluções que já tentei (sem sucesso)

• Quando congelado, alternar para um TTY diferente usando Ctrl+ Alt+ F2– F6: Simplesmente não faz nada.
  • (Aliás, quando não estou congelado, Ctrlo + Alt+ F2em particular, em vez de me levar para uma nova sessão de shell, exibe uma tela totalmente preta com apenas um cursor do mouse, muito semelhante ao que às vezes vejo durante os congelamentos de ativação, exceto que posso mover o mouse, bem como retornar à sessão gráfica principal usando Ctrl+ Alt+ F1.)
• Limitando o C-state máximo da CPU na configuração do GRUB: Eu tentei criar um novo arquivo em /etc/default/grub.d/ e adicionar a linha GRUB_CMDLINE_LINUX_DEFAULT="$GRUB_CMDLINE_LINUX_DEFAULT intel_idle.max_cstate=1", então executar sudo update-grube reinicializar. Eu também tentei mudar o nome da variável para processor.max_cstatee o valor para 4. Nenhuma permutação dos passos acima mencionados parece fazer diferença no final.
• Aumentando o espaço de swap: O tamanho de /swap.img já era 8 GB, mas eu o aumentei para 10 GB de acordo com o conselho que li afirmando que o arquivo de swap deveria ser a raiz quadrada da RAM total do sistema. Em retrospecto, não tenho certeza de que diferença eu esperava que isso fizesse em primeiro lugar.
• Desabilitando o congelamento de sessão do systemd: Seguindo outros conselhos online, experimentei adicionar as seguintes variáveis ​​de ambiente para configuração do systemd 256+:
  • Criado /etc/systemd/system/systemd-suspend.service.d/freeze_fix.conf :

    [Service]
    Environment="SYSTEMD_SLEEP_FREEZE_USER_SESSIONS=false"
    

  • Criado /etc/systemd/system/systemd- sleep .service.d/ como um link simbólico para /etc/systemd/system/systemd- suspend .service.d .
  • Criado /etc/systemd/system/systemd-homed.service.d/freeze_fix.conf :

    [Service]
    Environment="SYSTEMD_HOME_LOCK_FREEZE_SESSION=false"
    

(As pessoas que vi postando problemas semelhantes na internet no passado geralmente eram instruídas a verificar seus logs de sistema em /var/log/syslog e/ou a saída de journalctl(ou mais especificamente, journalctl -b -1). As versões iniciais desta postagem tinham os resultados desses logs do processo de suspensão colados abaixo, mas eu os removi porque eles continham apenas mensagens do processo de suspensão em si, e não do processo de ativação novamente, que é quando o problema real ocorre.)

antes do kernel 6.8 [ edição: na verdade, antes e incluindo o 6.3; não estou em condições de verificar kernels entre 6.3 e 6.8 ], o caminho do driver para portas seriais fixas (ttySxx) era resolvido para /sys/bus/platform/drivers/serial8250 e simplesmente verificar se o nome era " serial8250 " era suficiente para decidir entre um dispositivo fixo e um removível (USB) - se o nome do driver NÃO fosse " serial8250 ", então alguém poderia assumir que era (a) um dispositivo removível e (b) nenhuma verificação adicional era necessária para garantir que era um dispositivo real (ou seja, não apenas um espaço reservado).

isso foi usado na solução para verificação de portas oferecida por Soren Holm aqui: https://stackoverflow.com/questions/2530096/how-to-find-all-serial-devices-ttys-ttyusb-on-linux-without-opening-them Tenho usado uma tradução Pascal do código de Soren por vários anos em softwares que escrevi sem problemas ou reclamações.

mas do kernel 6.8 em diante (Ubuntu 24.04LTS), o caminho do driver mudou. agora ele resolve para /sys/bus/serial-base/drivers/port , e o nome " port " é um pouco genérico demais para ser usado como base para tomar decisões - o kernel 6.8 quebra o código de Soren. até agora, não consegui encontrar nenhuma discussão útil online sobre essa mudança no kernel.

minha pergunta é, com o kernel 6.8 e posteriores, existe alguma verificação alternativa confiável para determinar se uma porta serial está associada ao que era o driver " serial8250 "? Existe algum especialista por aí que saiba sobre as mudanças no driver da porta serial, por que elas foram feitas e soluções alternativas para as consequências?

Saudações, Rob :-)

adendo: esclarecido que verifiquei os kernels 6.3 e anteriores, 6.8 e posteriores, mas NÃO os kernels entre 6.3 e 6.8. portanto, as alterações podem ter sido feitas em qualquer lugar após o kernel 6.3

Temos o problema de que os clientes Ubuntu não conseguem obter um endereço IP do nosso Servidor DHCP (Roteador Cisco). Pelo que entendi, o problema é que o cliente faz um DHCPREQUEST com seu endereço IP anterior, mesmo que receba DHCPNAK do servidor.

Um cliente Windows, por outro lado, funciona porque envia um DHCPREQUEST com 0.0.0.0 após o DCHPNAK e não mais com seu endereço IP anterior.

Alguém já passou pelo mesmo problema?

Eu quase diria que o cliente DHCP neste caso não se comporta de acordo com o RFC.

Fonte: https://datatracker.ietf.org/doc/html/rfc2131

 *If the client receives a DHCPNAK message, it cannot reuse its
      remembered network address.  It must instead request a new
      address by restarting the configuration process, this time
      using the (non-abbreviated) procedure described in section
      3.1.  This action also corresponds to the client moving to
      the INIT state in the DHCP state diagram.*

Acabei de usar um pendrive USB inicializável para substituir o Windows no meu desktop pelo Ubuntu. Então, quando eu estava passando pelo instalador do Ubuntu, uma seção me pediu para conectar à Internet para "melhorar minha instalação com verificação de compatibilidade e pacotes de software extras". Não consegui me conectar a uma rede, então escolhi concluir a instalação sem wi-fi.

Agora, minha pergunta é: quais "pacotes de software extra" e verificações de compatibilidade exatos eu perdi ao instalar o Ubuntu sem conectar à Internet? Como posso instalar esses itens fora do instalador do Ubuntu?

Recentemente, troquei o Windows pelo Ubuntu. Usei um aplicativo chamado DS Clock, que me permitiu colocar um pequeno relógio digital no canto inferior direito da tela que sempre aparecia, mesmo quando eu estava jogando um jogo em tela cheia. Eu realmente gostaria de poder fazer isso no Ubuntu, mas nenhum aplicativo tem essa capacidade ou, mais provavelmente, meu conjunto de habilidades não é desenvolvido o suficiente para que eu possa descobrir como fazer isso acontecer.

Até agora - na semana desde que troquei - o Ubuntu é muito superior ao meu antigo sistema operacional... exceto por esse problema, que está realmente me incomodando porque eu gostava muito de ter meu pequeno relógio mostrando a hora e a data no canto. Eu configurei o painel para o painel, e ele tem o relógio no lugar certo, mas não consigo deixá-lo sempre no topo para jogos em tela cheia (e eu não gostaria da barra inteira no topo, de qualquer forma, só o relógio).

Tentei usar o DS Clock no Wine, mas algumas opções não mudam (não consigo definir cores, por exemplo, e as cores padrão são horríveis) e ele não fica no topo. Eu o bloqueei na borda direita para que ele sempre ficasse no canto inferior direito.

Pensei que, talvez, xclock faria isso, mas não consigo descobrir como personalizá-lo, particularmente o posicionamento na tela, nem como fazê-lo sempre no topo. A documentação não é particularmente detalhada, e minhas brincadeiras com ela não funcionaram.

Eu também tentei a extensão Desktop Clock - e ela está quase lá, mas não aparece no topo. Ela nem vai para o topo da minha barra do painel para o painel. Eu quero que ela esteja sempre no topo de qualquer outra coisa que esteja na tela.

Alguma ideia? Considere-me um iniciante que não tem medo de tentar coisas novas. Também estou disposto a ler instruções, mas esta me deixou perplexo. Agradeço antecipadamente por qualquer ajuda.

Gnome versão 46.0 Ubuntu 24.04 LTS

Editar: Quero que o relógio esteja sempre no topo , mesmo quando estou usando aplicativos de tela cheia (como jogos), o que não encontrei como uma opção (e a pergunta semelhante que graham aponta não tem uma resposta). No entanto, parece que o criador do Desktop Clock está trabalhando/criou uma versão que permite sempre no topo. Só não tenho certeza de como implementá-lo, pois não é uma opção na versão que tenho. Talvez eu precise descobrir se está disponível apenas no Gnome 47 ou se preciso atualizar para a versão mais recente do gitlab (o que não sei como fazer).

Minha atualização do Ubuntu 24.04.1 LTS do Ubuntu 22.04 em um laptop DELL XP13 7390 continua travando a cada hora ou mais consistentemente. Tentei desligar aplicativos em um esforço para isolar o culpado. Hoje finalmente o encontrei depois de observar htope seguir os syslogarquivos enquanto filtrava pelas palavras-chave oome error.

O vazamento de memória está vindo do gjsprojeto de vinculações do Gnome JavaScript ( https://gitlab.gnome.org/GNOME/gjs ). Quando eu mato seu processo, a utilização da memória cai drasticamente, de quase 15 GB para a linha de base, 5 GB com o Firefox e um terminal em execução. Eu vejo que gjsquase imediatamente reiniciado, um serviço GNOME deve fazer isso, e eu posso assistir novamente na próxima hora como a memória cresce sem limites até que a falha aconteça novamente, a menos que eu mato gjsnovamente.

O que posso fazer para parar este programa permanentemente? Talvez qual componente ou serviço do GNOME eu preciso desativar e desabilitar? Estas perguntas não abordam o que estou vendo:

1. Alta porcentagem de CPU no gnome-shell faz com que o computador não responda
2. POP desktop: O que é esse processo 'gjs' que ocupa tanta memória e CPU?

A syslogentrada que aparece consistentemente pouco antes do acidente é:

2024-12-13T15:05:16.696376-07:00 XPS13 kernel: oom-kill:constraint=CONSTRAINT_NONE,nodemask=(null),cpuset=user.slice,mems_allowed=0,global_oom,task_memcg=/user.slice/user-1000.slice/[email protected]/session.slice/[email protected],task=gjs,pid=40652,uid=1000

2024-12-13T15:05:16.696377-07:00 XPS13 kernel: Out of memory: Killed process 40652 (gjs) total-vm:13655956kB, anon-rss:9697484kB, file-rss:340kB, shmem-rss:0kB, UID:1000 pgtables:24892kB oom_score_adj:100

Qualquer ajuda com o Gnome seria muito apreciada. A gjsversão é 1.80.2.

Se definirmos uma var com "" como

Var="$1"

Para proteger o var de shell globbing e espaços, precisamos usar var com "" ou não? Ou porque definimos Var com "" desde o começo, ele é imune a shell globbing e espaços mesmo se não usarmos "" ao usá-lo? como

${Var}

Ou

"${Var}"

Atualizei meu laptop recentemente do Ubuntu 22.04 para o 24.04 (com Gnome 46), o que ocorreu sem maiores problemas. No entanto, agora, quando tento "encaixar" janelas para o lado esquerdo ou direito da tela, algo estranho acontece; um seletor de aplicativo aparece na outra metade da tela. Nesta primeira captura de tela, você pode ver o estado inicial; uma janela do Nautilus sobre um navegador Firefox.

Nesta segunda foto que tirei da minha tela (não consegui fazer uma captura de tela naquele estado), você vê o que acontece quando pressiono <SUPERTECLA> + <TECLA DE SETA PARA A DIREITA>; a janela do Nautilus se encaixa para a direita (como esperado) e, na metade esquerda da tela, uma linha de ícones de aplicativos aparece.

Acho que o uso disso é que eu posso selecionar um aplicativo dessa lista de ícones para a metade esquerda da tela. Então acho que é um recurso, não um bug. No entanto, acho que é realmente irritante. Alguém sabe como posso parar essa funcionalidade? Eu só quero encaixar uma janela, nada mais.

Todas as dicas são bem-vindas!

Eu tenho um Intel Gen 5 e tudo estava funcionando perfeitamente até alguns dias atrás, mas agora ele não suspende quando fecho a tampa. Estou no Ubuntu 24.04, kernel 6.8.0-50-generic, mas não consigo rastrear qual atualização o quebrou. Alguém mais está tendo esse comportamento?

Então eu executei o códigosudo ./vhusbdarm64 &

Mas quando tento encontrar o PID usando ps aux | grep rot, só obtenho o seguinte:

pi          2448  0.0  0.0   3968  1536 pts/0    S+   11:45   0:00 grep --color=                                                                                                             auto rot

Como posso parar o processo sem fechar o terminal?