All perguntas(ubuntu)

Ubuntu 22.04.5 LTS, Desktop, janelas X11, gnome, 64 bits,

Eu tentei todas as soluções que pude encontrar, mas nada funcionou para mim. Então, finalmente, eu me desvendei e criei uma conta para tentar obter uma resposta para isso.

Atualizei meus drivers de vídeo e, de repente, meu pipewire parou de funcionar na reinicialização.

Saída de

pipewire

é

[E][00423.993063] mod.protocol-native | [module-protocol-: 660 lock_socket()] server 0x5fe5b2803c80: unable to lock lockfile '/run/user/1000/pipewire-0.lock': Resource temporarily unavailable (maybe another daemon is running) [E][00423.993354] pw.conf | [ conf.c: 560 load_module()] 0x5fe5b27e9150: could not load mandatory module "libpipewire-module-protocol-native": Resource temporarily unavailable [E][00423.993585] default | [ pipewire.c: 123 main()] failed to create context: Resource temporarily unavailable

Tentei excluir o arquivo mencionado para que o pipewire pudesse regenerá-lo, mas isso só fez com que o pipewire congelasse após regenerá-lo.

Por favor ajude!

Tenho um pequeno projeto que pega o snapshot mínimo mais recente do Debian do debian.org e, após aplicar uma sequência de dockerfile e scripts de shell, gera uma imagem gzip. Este gzip pode ser gravado diretamente em um disco usando rufus ou ferramenta similar e estará pronto para inicializar em qualquer hardware compatível.

Mas, estou enfrentando um problema estranho. Quando executado localmente no Git Bash, a imagem de saída funciona bem, mas quando executado no Github usando ações, a imagem final falha ao inicializar. Ele dá o seguinte erro na inicialização: Boot_error_GitHub_Actions_Image

Por favor, ajude-me a entender o que pode ser diferente na execução de projetos locais do GitBash em comparação ao GitHub Actions.

Aqui está meu fluxo de construção no GitHub:

`linux-os.yml
    -> build.sh (*uses a dockerfile & calls methods from buildhelper.sh*)
        -> buildhelper.sh (*It has all the methods like docker build*)
            -> squash-me.sh (*It has methods to configure the root partition of OS*)
`

O fluxo completo acima é executado em ações do GitHub. No entanto, no bash do Git local, eu chamo build.sh diretamente. O tipo de erro que está aparecendo na tela de inicialização, parece que algo estranho está acontecendo ao chamar squash-me.sh em ações do GitHub, por causa disso, a partição raiz falha ao carregar durante a inicialização.

Eu sei muito bem que para desabilitar permanentemente o Wayland para usar o Xorg é suficiente executar:

sudo nano /etc/gdm3/custom.conf

e para descomentar a linha:

#WaylandEnable=false

Se eu fizer isso no Ubuntu 24.04.1 LTS e depois reiniciar, acabo com uma tela preta em vez da tela de login.

Há esta discussão no Reddit:

https://www.reddit.com/r/Ubuntu/comments/1coyrc2/2404_has_anyone_been_able_to_disable_wayland/

e em um dos comentários no final o autor do tópico até disse que havia resolvido o problema, mas sem dar nenhum detalhe sobre qual arquivo de serviço ele editou.

Também foi abordado aqui:

Em 24.04, definir waylandEnable=false não funciona, ainda uso Wayland, quero usar Xorg

mas a resposta fornecida pelo próprio autor da pergunta também não me ajuda.

Também tentei substituir gdm3por lightdmou sddm, mas depois de digitar minha senha na tela de login, sou jogado de volta para a tela de login.

Existe alguma maneira de resolver esse problema? Ele não estava presente nas versões anteriores do Ubuntu! Preciso desabilitar o Wayland permanentemente, porque é um computador remoto sem supervisão, e a maioria dos softwares de controle remoto (TeamViewer, Anydesk e Rustdesk no meu caso) não suportam o Wayland.

EDIT: Esse problema também está presente no Ubuntu 24.10, eu acabei de testar. BTW, não tenho certeza, mas só por precaução: todos esses testes que estou fazendo em uma máquina virtual no VirtualBox. Poderia ser essa a fonte do problema?

Quando tento usar a mídia de instalação do Ubuntu 20.04.6 LTS (AMD64, Desktop), o bootloader não é mais válido e impede o uso com Secure Boot. Existe algum ISO para a versão 20.04 LTS Desktop para AMD64 disponível com um certificado válido?

NB Seguindo o link de @guiverc, abaixo, leva ao mesmo problema. Hoje, 2024.12.23, após baixar ubuntu-20.04.6-desktop-amd64.iso e usar Rufus para tentar fazer um USB de inicialização, o seguinte foi mostrado:

Ter um USB com o Ubuntu Live é uma conveniência, útil para reparos, backup de unidade e redimensionamento, etc. Sim, pode- se desabilitar o Secure Boot, inicializar a partir do USB e reabilitar o Secure Boot, um incômodo e um risco potencial de segurança se não for habilitado novamente. Uma versão posterior do Ubuntu pode ser usada -- mas com kernel, desktop e outras mudanças diferentes. Seria melhor ter a versão mais recente do 20.04 LTS com um certificado válido .

BTW, o certificado do bootloader expirou e não foi renovado? A autoridade emissora tem motivos para acreditar que ele foi abusado? Há problemas de segurança com o 20.04 LTS que forçaram o Ubuntu a revogar o certificado? Ou há outro motivo para esse problema?

Adenda

A Microsoft aparentemente revogou o shim do Ubuntu em uma atualização do Windows. Obrigado a Thomas Ward e à equipe do Ubuntu pela explicação!

O Synergy agora suporta Wayland, pelo menos experimentalmente. Estou executando o Ubuntu 24.10 com o ambiente de desktop Gnome padrão e Wayland. Eu instalei o Synergy 3.2.1, e tudo funciona perfeitamente, descoberta automática e tudo. O único pequeno incômodo é que com bastante frequência o diálogo pedindo permissão para capturar entrada (mostrado abaixo) aparece de novo, e de novo,.... Existe alguma maneira de configurar o sistema para permitir ao Synergy essa permissão permanentemente?

A outra máquina à qual o Synergy está se conectando está executando o Kubuntu 24.10 e o diálogo equivalente no KDE tem uma caixa de seleção "lembrar disto", e o diálogo não continua aparecendo. Esse é o tipo de coisa que estou procurando no Ubuntu, mas se um arquivo de configuração estiver envolvido, está tudo bem.

O que eu entendo é que ele é reconhecido como um dispositivo de rede, mas não tenho opção de conectar a uma rede sem fio. Também descobri que o driver para r8169 deveria vir com o kernel.

lsusb

Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 003: ID 3151:4015 ROYUAN Akko Multi-modes Keyboard-B
Bus 001 Device 004: ID 05e3:0608 Genesys Logic, Inc. Hub
Bus 001 Device 005: ID 1462:7c95 Micro Star International MYSTIC LIGHT 
Bus 001 Device 006: ID 046d:c547 Logitech, Inc. USB Receiver
Bus 001 Device 007: ID a69c:8d80 aicsemi AIC Wlan
Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 003 Device 002: ID 21b4:0082 AudioQuest DragonFly Red
Bus 004 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub

git clone https://github.com/jeremyb31/aic8800

fatal: Zielpfad 'aic8800' existiert bereits und ist kein leeres Verzeichnis. 

cd aic8800

~/aic8800$ sudo cp -r src /usr/src/aic8800-1.0.6 

~/aic8800$ sudo dkms install aic8800/1.0.6 

Sign command: /usr/bin/kmodsign Signing key: /var/lib/shim-signed/mok/MOK.priv Public certificate (MOK): /var/lib/shim-signed/mok/MOK.der Creating symlink /var/lib/dkms/aic8800/1.0.6/source -> /usr/src/aic8800-1.0.6
    
Building module: Cleaning build area... arch='x86_64' kernelver='6.8.0-51-generic' ./driverctl make all...(bad exit status: 2) ERROR (dkms apport): binary package for aic8800: 1.0.6 not found Error! Bad return status for module build on kernel: 6.8.0-51-generic (x86_64) Consult /var/lib/dkms/aic8800/1.0.6/build/make.log for more information.

Até o Ubuntu 22.04, uma janela com os novos (e antigos) lembretes/notificações abria automaticamente em uma janela , na maioria das vezes em cima de todas as janelas (no começo, às vezes até em tela cheia, veja esta pergunta do AskUbuntu ). Isso me ajudou a não perder nenhuma nova notificação ou lembrete.
Na instalação do Ubuntu 24.04 (Wayland), o lembrete só aparece brevemente e fica oculto na lista de notificações (no painel superior).
Como posso trazer de volta o comportamento antigo de abrir automaticamente a janela com o novo (e antigo) lembrete e notificações ?

Estou confiante de que há uma maneira de usar o próprio computador para monitorar ativamente as cores na tela, medir a proporção (equilíbrio) de pixels claros para escuros e inverter automaticamente as cores da janela conforme necessário para favorecer um equilíbrio escuro. Isso pode ser considerado um modo escuro de exibição dinâmica (DDDM).

Alguém tem ideias de como isso pode ser feito de forma eficaz?

Atualmente, existe uma extensão para os navegadores Chrome e Firefox chamada " Dark Reader " que faz exatamente isso, e atualmente estou usando e adorando. Rapaz, seria legal aplicar a mesma tecnologia a toda a minha experiência de desktop Ubuntu.

Uma inversão de tela cheia certamente não é a resposta. Eu tentei isso no começo. Algumas janelas são quase todas pretas e outras são quase todas brancas, então uma inversão universal não resolve nada.

Contexto: Acho que quando estou visualizando uma tela que é quase toda branca com texto preto meus olhos ficam tensos. No momento em que inverto a tela para que ela fique quase toda preta com texto branco, sinto alívio imediato. Fiquei muito bom em perceber quando é necessário e, em seguida, tocar em Meta+U para inverter as janelas conforme necessário para criar uma experiência mais agradável (e mais saudável?).

Eu estava usando o Ubuntu por alguns anos. Tentei fazer o secure boot funcionar. Eu estava brincando com UEFI; e então não importa o que eu definisse, eu não conseguia inicializar. Por enquanto, estou iniciando com um disco ativo. Eu estava inicializando com UEFI/linux/grubx64. Eu o alterei e tentei adicionar as chaves ao sistema operacional. Recebi uma mensagem sobre nenhum sistema operacional para inicializar; Eu reiniciei tudo que pude pensar; mas ele não inicializa a partir do NVMe, apenas do HD externo. Entrei no grub na unidade USB; mas nem vejo a unidade NVMe. Executei o reparo de inicialização; ele alterou minhas configurações de inicialização UEFI; mas ainda não consigo encontrar nenhum sistema operacional. O que posso fazer a seguir? Não acho que reinstalar o sistema operacional ajudará; e recuperar de backups parece uma dor real.

Edição 1:

Desativei a inicialização segura; configurei a primeira opção para grubx. Posso fazer grubx na unidade USB; mas não no NVMe. É um Dell OptiPlex 5060. Tentei adicionar a unidade NVMe às opções de inicialização na unidade USB; mas ele não a encontra automaticamente.

O nome da unidade é /dev/nvme0n1p2; o grub deve estar lá. A unidade da qual posso inicializar é /dev/sda3. Já que o UEFI diz que não há SO no NVMe; Existe uma maneira de gravá-lo nessa unidade? Existe um grupo de arquivos que eu deva procurar em /dev/nvme0n1p2 para verificar por que ele não inicializa?

Estou tentando configurar minhas interfaces de rede em um servidor Ubuntu 22.04, mas estou tendo problemas com os IPs atribuídos.

O servidor é um Dell R330 com NICs Broadcom BCM5720 dual onboard e adicionei uma placa Intel I350-T4 da Dell (de segunda mão, mas peça Dell/Intel genuína). Então o servidor tem um total de 6 NICs.

O objetivo deste servidor é ser um host de virtualização.

Devo dizer que sou bem novo em sistemas Linux modernos, mas consegui instalar tudo corretamente, mas enfrentei um problema relacionado à configuração de IP.

Então usei o netplan para configurar as interfaces assim (tentei manter a rede simples):

network:
  version: 2
  renderer: networkd
  ethernets:
    eno1:
      dhcp4: no
      dhcp6: no
      addresses:
        - 192.168.10.55/24
      routes:
        - to: default
          via: 192.168.10.254
      nameservers:
        addresses: [194.2.0.20, 8.8.8.8]
    eno2:
      dhcp4: no
      dhcp6: no
      addresses:
        - 192.168.10.41/24
      routes:
        - to: default
          via: 192.168.10.254
      nameservers:
        addresses: [194.2.0.20, 8.8.8.8]
    enp2s0f0:
      dhcp4: no
      dhcp6: no
      addresses:
        - 192.168.10.56/24
      routes:
        - to: default
          via: 192.168.10.254
      nameservers:
        addresses: [194.2.0.20, 8.8.8.8]
    enp2s0f1:
      dhcp4: no
      dhcp6: no
      addresses:
        - 192.168.10.57/24
      routes:
        - to: default
          via: 192.168.10.254
      nameservers:
        addresses: [194.2.0.20, 8.8.8.8]
    enp2s0f2:
      dhcp4: no
      dhcp6: no
      addresses:
        - 192.168.10.58/24
      routes:
        - to: default
          via: 192.168.10.254
      nameservers:
        addresses: [194.2.0.20, 8.8.8.8]
    enp2s0f3:
      dhcp4: no
      dhcp6: no
      addresses:
        - 192.168.10.59/24
      routes:
        - to: default
          via: 192.168.10.254
      nameservers:
        addresses: [194.2.0.20, 8.8.8.8]

Mas quando eu faço isso ip aeu recebo:

1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host
       valid_lft forever preferred_lft forever
2: enp2s0f0: <BROADCAST,MULTICAST,DYNAMIC,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
    link/ether b4:96:91:bd:94:44 brd ff:ff:ff:ff:ff:ff
    inet 192.168.10.56/24 brd 192.168.10.255 scope global enp2s0f0
       valid_lft forever preferred_lft forever
    inet 192.168.10.184/24 brd 192.168.10.255 scope global secondary enp2s0f0
       valid_lft forever preferred_lft forever
    inet6 fe80::b696:91ff:febd:9444/64 scope link
       valid_lft forever preferred_lft forever
3: eno1: <BROADCAST,MULTICAST,DYNAMIC,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
    link/ether 10:98:36:a9:e1:c5 brd ff:ff:ff:ff:ff:ff
    altname enp4s0f0
    inet 192.168.10.55/24 brd 192.168.10.255 scope global eno1
       valid_lft forever preferred_lft forever
    inet 192.168.10.181/24 brd 192.168.10.255 scope global secondary eno1
       valid_lft forever preferred_lft forever
    inet6 fe80::1298:36ff:fea9:e1c5/64 scope link
       valid_lft forever preferred_lft forever
4: eno2: <BROADCAST,MULTICAST,DYNAMIC,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
    link/ether 10:98:36:a9:e1:c6 brd ff:ff:ff:ff:ff:ff
    altname enp4s0f1
    inet 192.168.10.41/24 brd 192.168.10.255 scope global eno2
       valid_lft forever preferred_lft forever
    inet 192.168.10.182/24 brd 192.168.10.255 scope global secondary eno2
       valid_lft forever preferred_lft forever
    inet6 fe80::1298:36ff:fea9:e1c6/64 scope link
       valid_lft forever preferred_lft forever
5: enp2s0f1: <BROADCAST,MULTICAST,DYNAMIC,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
    link/ether b4:96:91:bd:94:45 brd ff:ff:ff:ff:ff:ff
    inet 192.168.10.57/24 brd 192.168.10.255 scope global enp2s0f1
       valid_lft forever preferred_lft forever
    inet 169.254.226.157/16 brd 169.254.255.255 scope global enp2s0f1
       valid_lft forever preferred_lft forever
    inet6 fe80::b696:91ff:febd:9445/64 scope link
       valid_lft forever preferred_lft forever
6: enp2s0f2: <BROADCAST,MULTICAST,DYNAMIC,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
    link/ether b4:96:91:bd:94:46 brd ff:ff:ff:ff:ff:ff
    inet 192.168.10.58/24 brd 192.168.10.255 scope global enp2s0f2
       valid_lft forever preferred_lft forever
    inet 169.254.181.188/16 brd 169.254.255.255 scope global enp2s0f2
       valid_lft forever preferred_lft forever
    inet6 fe80::b696:91ff:febd:9446/64 scope link
       valid_lft forever preferred_lft forever
7: enp2s0f3: <BROADCAST,MULTICAST,DYNAMIC,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
    link/ether b4:96:91:bd:94:47 brd ff:ff:ff:ff:ff:ff
    inet 192.168.10.59/24 brd 192.168.10.255 scope global enp2s0f3
       valid_lft forever preferred_lft forever
    inet 169.254.18.189/16 brd 169.254.255.255 scope global enp2s0f3
       valid_lft forever preferred_lft forever
    inet6 fe80::b696:91ff:febd:9447/64 scope link
       valid_lft forever preferred_lft forever
8: virbr0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue state DOWN group default qlen 1000
    link/ether 52:54:00:cf:6e:36 brd ff:ff:ff:ff:ff:ff
    inet 192.168.122.1/24 brd 192.168.122.255 scope global virbr0
       valid_lft forever preferred_lft forever

Como você pode ver, o netplan é aplicado, mas para algumas interfaces eu tenho um ip secundário atribuído por DHCP (por um cisco asa) e para as outras interfaces há um endereço secundário APIPA (mas não com a palavra-chave secondary) atribuído.

Não entendo por que o servidor DHCP está atribuindo endereços secundários e, além disso, não entendo por que as últimas 3 NICs da placa I350-T4 receberam endereços APIPA.

Claro que fiz algo errado, mas não consigo identificar o que foi.

Você pode me aconselhar e me ajudar?

(desculpe pelo meu inglês mediano)

Editar: Acho que vale a pena mencionar que antes de usar o netplan, os ips secundários eram atribuídos como primários da mesma maneira (DHCP para as 3 primeiras NICs e APIPA para as 3 últimas NICs) e já era estranho. É por isso que tentei usar o netplan para configurar todas as interfaces.

Editar: Encontrei o problema, veja minha resposta

Obrigado mpboden por tentar ajudar!

Abençoe a todos.