All perguntas(ubuntu)

O padrão Unicode define pontos de código e nomes de letras dos sistemas de escrita do mundo. Existe um programa de linha de comando no Ubuntu (Linux) para imprimir letras por seus nomes (difusos) ?

Aqui está o que eu espero de um programa desse tipo (chamado pucc: Imprimir caractere Unicode — imprime o caractere Unicode dado seu nome ou regex):

$> pucc sigma 
ͻ = 037B (greek small reversed lunate *sigma* symbol)
ͼ = 037C (greek small dotted lunate *sigma* symbol)
ͽ = 037D (greek small reversed dotted lunate *sigma* symbol)
Σ = 03A3 (greek capital letter *sigma*)
ς = 03C2 (greek small letter final *sigma*)
σ = 03C3 (greek small letter *sigma*)
...
$> pucc root
؆ = 0606 (arabic-indic cube *root*)
؇ = 0607 (arabic-indic fourth *root*)
√ = 221A (square root)
∛ = 221B (cube *root*)
∜ = 221C (fourth *root*)

...

Entendo que é apenas curl/grepum ping do arquivo de texto Unicode mantido pelo Unicode Consortium e a saída depende da disponibilidade das fontes Unicode no sistema, mas só queria saber se isso já estava disponível como um comando ou se era possível usar o filtro mágico.

Eu já instalei gallery-dldo apt, que é 1.26. Eu quero uma versão mais nova, então eu instalo do snap. O Snap me informa que eu instalei a versão 1.28.

No entanto, quando naveguei para /snap/gallery-dl/current/bine executei ./gallery-dl --version, ele ainda relata 1.26 - a mesma versão exata que obtive com o apt. E quando naveguei para /snap/bin, executei com o binário naquela pasta, obtive o 1.28 correto.

Então qual é o caminho correto para o snap binary? /snap/binou /snap/PACKAGE_NAME/current/bin?

_{(Ubuntu 24.04.2 LTS, 64 bits, Gnome 46, Wayland, Linux 6.8.0-53-genérico)}

Recentemente, mudei para um novo layout de teclado, chamado de-e1 ("E1" é um superconjunto do layout típico de teclado alemão (de)) e se parece com isto:

Detalhes sobre o layout na Wikipedia (alemão, nenhum artigo em inglês ainda, não é necessário para minha pergunta - espero): https://de.wikipedia.org/wiki/E1_(Tastaturbelegung)

Como funciona o layout

Os símbolos no canto inferior direito podem ser escritos com AltGra tecla + (por exemplo AltGr+ gpara o S maiúsculo alemão sustenido "ẞ"). Os símbolos no canto superior direito podem ser alcançados primeiro alternando para o modo Ex ("Extra-Wahltaste").

Ex-Mode: AltGr + f(e solte novamente)

Este modo deve esperar/ficar exatamente um pressionamento de tecla seguinte (próximo). Este Ex-modo é novamente dividido em "minúsculas" e "maiúsculas". Por exemplo, dê uma olhada na Rtecla. Eu troco para o Ex-Mode e então pressiono rpara obter ™ou R(usando shift) para obter ®.

Edição nº 1: Modo Sticky Ex

No Wayland, se eu quiser escrever, əxampleeu mudo para o modo Ex e pressiono a tecla e para obter, əmas quando continuo escrevendo o resto da palavra, eu obtenho ə„ample. O modo Ex no Wayland sempre parece travar por dois toques de tecla (corretamente para ee incorretamente também para x), o que é um pouco irritante porque eu tenho que pressionar backspace e digitar novamente.

Isso não acontece para aplicativos que passam pelo XWayland (por exemplo, vscode ou opera, que estão listados em xlsclients). Lá, o Ex-Mode é (corretamente) aplicado apenas para o próximo pressionamento de tecla e não para dois.

Também verifiquei wayland events ( wev) que fornece a seguinte saída para meu exemplo anterior:

[14:     wl_keyboard] key: serial: 28470; time: 169408635; key: 108; state: 1 (pressed)
                      sym: ISO_Level3_Shift (65027), utf8: ''

[14:     wl_keyboard] modifiers: serial: 0; group: 0
                      depressed: 00000080: Mod5 
                      latched: 00000000
                      locked: 00000000

[14:     wl_keyboard] key: serial: 28472; time: 169408793; key: 41; state: 1 (pressed)
                      sym: ISO_Level5_Latch (65042), utf8: ''

[14:     wl_keyboard] modifiers: serial: 0; group: 0
                      depressed: 000000A0: Mod3 Mod5 
                      latched: 00000000
                      locked: 00000000

[14:     wl_keyboard] key: serial: 28474; time: 169408872; key: 41; state: 0 (released)
                      sym: NoSymbol     (0), utf8: ''

[14:     wl_keyboard] modifiers: serial: 0; group: 0
                      depressed: 00000080: Mod5 
                      latched: 00000020: Mod3 
                      locked: 00000000

[14:     wl_keyboard] key: serial: 28476; time: 169408928; key: 108; state: 0 (released)
                      sym: ISO_Level3_Shift (65027), utf8: ''

[14:     wl_keyboard] modifiers: serial: 0; group: 0
                      depressed: 00000000
                      latched: 00000020: Mod3 
                      locked: 00000000

[14:     wl_keyboard] key: serial: 28478; time: 169409344; key: 26; state: 1 (pressed)
                      sym: schwa        (16777817), utf8: 'ə'

[14:     wl_keyboard] modifiers: serial: 0; group: 0
                      depressed: 00000000
                      latched: 00000000
                      locked: 00000000

[14:     wl_keyboard] key: serial: 28480; time: 169409468; key: 26; state: 0 (released)
                      sym: e            (101), utf8: ''

[14:     wl_keyboard] key: serial: 28481; time: 169409816; key: 53; state: 1 (pressed)
                      sym: x            (120), utf8: 'x'
[14:     wl_keyboard] key: serial: 28482; time: 169409917; key: 53; state: 0 (released)
                      sym: x            (120), utf8: ''

[14:     wl_keyboard] key: serial: 28483; time: 169410300; key: 38; state: 1 (pressed)
                      sym: a            (97), utf8: 'a'
[14:     wl_keyboard] key: serial: 28484; time: 169410390; key: 38; state: 0 (released)
                      sym: a            (97), utf8: ''

[14:     wl_keyboard] key: serial: 28485; time: 169410772; key: 58; state: 1 (pressed)
                      sym: m            (109), utf8: 'm'
[14:     wl_keyboard] key: serial: 28486; time: 169410863; key: 58; state: 0 (released)
                      sym: m            (109), utf8: ''

[14:     wl_keyboard] key: serial: 28487; time: 169411200; key: 33; state: 1 (pressed)
                      sym: p            (112), utf8: 'p'
[14:     wl_keyboard] key: serial: 28488; time: 169411290; key: 33; state: 0 (released)
                      sym: p            (112), utf8: ''

[14:     wl_keyboard] key: serial: 28489; time: 169411560; key: 46; state: 1 (pressed)
                      sym: l            (108), utf8: 'l'
[14:     wl_keyboard] key: serial: 28490; time: 169411650; key: 46; state: 0 (released)
                      sym: l            (108), utf8: ''

[14:     wl_keyboard] key: serial: 28491; time: 169411954; key: 26; state: 1 (pressed)
                      sym: e            (101), utf8: 'e'
[14:     wl_keyboard] key: serial: 28492; time: 169412066; key: 26; state: 0 (released)
                      sym: e            (101), utf8: ''

O que realmente me surpreendeu um pouco porque esses eventos parecem estar corretos (mostra xem vez de „).

Problema nº 2: O símbolo por mil (‰) não está funcionando

O segundo problema não parece ser específico do Wayland porque também acontece com o XWayland.

Na 5chave há o sinal de per mille no canto superior direito, então ele deve ser acessível com o Ex-mode e, 5mas isso literalmente imprime o dígito cinco. Eu verifiquei a configuração local do xkb que corresponde exatamente à versão mais recente no gitlab: https://gitlab.freedesktop.org/xkeyboard-config/xkeyboard-config/-/blob/master/symbols/de#L106

Está definido lá e certamente parece correto ou pelo menos plausível. Não consigo encontrar uma configuração onde permilleé definido em xkb. Talvez todos esses símbolos sejam codificados? Este permillesímbolo também é usado em muitos outros layouts xkb, então acho que provavelmente é um símbolo suportado e deve funcionar.

Talvez outra coisa manipule/capture essa combinação de teclas em particular? Porque GERMAN PENNY SIGNcom EX-mode e Shift+ 5→  ₰funciona perfeitamente.

Como ajudar

Eu apreciaria muito todas as dicas e ideias sobre coisas que eu poderia tentar para encontrar o problema. Seria realmente incrível se alguns de vocês pudessem mudar temporariamente para o layout de teclado alemão de-e1, especialmente no Wayland (não precisa ser o Ubuntu) e me avisar se vocês podem reproduzir esses problemas, para me ajudar a descobrir se isso é algo que está quebrado na minha máquina, ou um bug no Wayland ou na configuração do layout xkb ou o que for.

Obrigado por reservar um tempo para ler essa longa pergunta e agradeço desde já pela sua ajuda.

Criptografei um USB externo com cryptsetup usando ambos, uma senha e um keyfile, no Kubuntu 24.04 e adicionei uma entrada correspondente ao crypttab, mas ao montar via GUI ainda me pedem uma senha. Como posso consertar isso?

A unidade foi criptografada usando os seguintes comandos:

# Preconditions:
# - USB is available as /dev/sda
# - Folder ~/.keyfiles exists
sudo cryptsetup luksFormat /dev/sda
sudo dd if=/dev/urandom of=~/.keyfiles/setup_32g.dat bs=512 count=294
sudo chmod 0400 ~/.keyfiles/setup_32g.dat
sudo chown root:root ~/.keyfiles/setup_32g.dat
sudo cryptsetup luksAddKey /dev/sda ~/.keyfiles/setup_32g.dat
sudo cryptsetup config /dev/sda --label sandisk_32g
sudo cryptsetup luksOpen /dev/sda sandisk_32g
sudo mkfs.ext4 /dev/mapper/sandisk_32g
sudo e2label /dev/mapper/sandisk_32g sandisk_32g
sudo mount /dev/mapper/sandisk_32g /media/$USER/sandisk_32g
sudo chmod 777 /media/$USER/sandisk_32g/.
sudo umount /media/$USER/sandisk_32g

Depois disso, tenho uma senha (keyslot 0) e um arquivo de chave ~/.keyfiles/setup_32g.dat(keyslot 1). luksDump mostra:

$ sudo cryptsetup luksDump /dev/sda
LUKS header information
Version:        2
Epoch:          5
Metadata area:  16384 [bytes]
Keyslots area:  16744448 [bytes]
UUID:           172ea93c-7383-44da-8255-ce7d46856dc8
Label:          sandisk_32g
Subsystem:      (no subsystem)
Flags:          (no flags)

Data segments:
  0: crypt
        offset: 16777216 [bytes]
        length: (whole device)
        cipher: aes-xts-plain64
        sector: 512 [bytes]

Keyslots:
  0: luks2
        Key:        512 bits
        Priority:   normal
        Cipher:     aes-xts-plain64
        Cipher key: 512 bits
        PBKDF:      argon2id
        Time cost:  6
        Memory:     1048576
        Threads:    4
        Salt:       d6 0f b7 bc 68 c5 fc 65 14 56 16 b7 3f e8 f2 f6 
                    91 eb d6 ff bf b8 6d eb de bb e9 59 2f 65 35 be 
        AF stripes: 4000
        AF hash:    sha256
        Area offset:32768 [bytes]
        Area length:258048 [bytes]
        Digest ID:  0
  1: luks2
        Key:        512 bits
        Priority:   normal
        Cipher:     aes-xts-plain64
        Cipher key: 512 bits
        PBKDF:      argon2id
        Time cost:  6
        Memory:     1048576
        Threads:    4
        Salt:       ea 01 89 dd 26 ea 45 3b c5 20 90 c9 01 d9 9d 65 
                    3e 56 df e4 28 b4 81 ce ea e0 6e ae f4 0b c1 50 
        AF stripes: 4000
        AF hash:    sha256
        Area offset:290816 [bytes]
        Area length:258048 [bytes]
        Digest ID:  0
Tokens:
Digests:
  0: pbkdf2
        Hash:       sha256
        Iterations: 260321
        Salt:       b9 cf bc 7b da 79 0d a3 5a d8 e2 ea 45 32 c1 7a 
                    75 18 a6 2e 66 28 7c 49 c3 10 99 e8 84 05 b2 2f 
        Digest:     b6 7b 7d 94 78 19 41 6c 2a 6c b4 9c e9 e5 47 26 
                    cb ee 19 1d 95 7c d2 d1 97 f6 1f 77 ae 63 38 59

O arquivo de chave tem as seguintes permissões:

-r--------  1 root root 150528 Dez 29 16:16 setup_32g.dat

Depois disso, adicionei a seguinte entrada no crypttab:

sandisk_32g  UUID=<removed>  /home/<myname>/.keyfiles/setup_32g.dat luks,noauto

Não adicionei nenhuma entrada relacionada no fstab até agora.

Posso executar sudo cryptdisks_start sandisk_32gsem nenhuma senha (já que tenho direitos sudo) e a unidade fica disponível no gerenciador de arquivos (KDE dolphin), então presumo que o arquivo de chave esteja sendo usado corretamente.

No entanto, quando tento acessar a unidade a partir do gerenciador de arquivos (KDE dolphin) ou do ícone "Discos e Dispositivos" na barra de tarefas diretamente (ou seja, sem chamar cryptdisks_startprimeiro), sou inesperadamente solicitado a fornecer uma senha. Se eu digitar a senha, ele abre corretamente.

Como posso fazer com que o processo de montagem da GUI use o arquivo-chave do crypttab em vez de solicitar a senha?

Tentativa: permissões do arquivo-chave

A princípio, suspeitei que faltavam permissões para o arquivo-chave, mas mesmo atribuindo 777 não mudou nada.

Tentativa: fstab

/dev/mapper/sandisk_32g /media/<myname>/sandisk_32g auto   noatime,users,nofail  0  0

ou

/dev/mapper/sandisk_32g  /media/<myname>/sandisk_32g  ext4  noatime,users,nofail,x-systemd.device-timeout=100ms,x-systemd.automount,x-systemd.idle-timeout=20min  0  0

Se eu adicionar uma das entradas acima ao fstab, o comportamento é inconsistente e irritante. Depois de conectar a unidade USB, ainda sou solicitado a digitar uma senha em cada primeira tentativa no gerenciador de arquivos KDE dolphin. Às vezes, quando cancelo o diálogo e acesso a unidade novamente, ela abre sem nenhum outro prompt (usando o arquivo de chave!). Às vezes, não funciona e o diálogo de senha continua aparecendo. Além disso, a opção "Montar e abrir" da barra de tarefas que aparece sempre pede a senha. Quando tento desmontar a unidade por meio do ícone da barra de tarefas "Discos e unidades", sou solicitado a digitar uma senha de administrador devido à falta de permissões para desmontar. Desmontar via KDE dolphin parece funcionar às vezes, mas continua aparecendo como montado na barra de tarefas, onde o botão "Remover com segurança" parece não responder mais, então nunca posso ter certeza se é seguro desconectar agora.

Tentativa: análise de log

PRECISO DE CONSELHOS AQUI !

Eu esperava encontrar algo relacionado ao uso de sudo journalctl --since "1min ago"or sudo dmesg, mas não encontrei.

Eu ficaria muito grato se alguém pudesse me indicar registros mais relevantes!

Solução alternativa

Curiosamente, sempre que eu digito a senha, não importa se eu usei a barra de tarefas ou o KDE dolphin, tudo funciona perfeitamente, incluindo permissões de desmontagem. Eu me pergunto por que há alguma diferença? Eu poderia ativar a carteira KDE, então selecionar "Lembrar senha" quando solicitado e pular toda a coisa do arquivo de chaves. Quando eu testei isso, ele continuou pedindo a senha. Eu também gostaria de evitar usar a carteira KDE e gerenciar todas as minhas senhas no Keepass.

Eu tive que baixar arquivos grandes, a partição do disco rígido ficou cheia, na inicialização o Ubuntu 24.04 diz: [FALHOU] Falha ao iniciar gdm.service - Gnome Display Manager

O que posso fazer para reparar meu Ubuntu?

Tenho uma instalação nova do servidor Ubuntu 24.04 com 5 NICs.

O primeiro é o DHCP e não é realmente usado. Os outros 4 serão usados ​​como interfaces Pi-hole.

Tentei a seguinte configuração. Posso acessar via SSH a esses endereços IP, mas não consigo navegar na internet após atribuir os endereços IP estáticos.

# This file is generated from information provided by the datasource.  Changes
# to it will not persist across an instance reboot.  To disable cloud-init's
# network configuration capabilities, write a file
# /etc/cloud/cloud.cfg.d/99-disable-network-config.cfg with the following:
# network: {config: disabled}
#network:
#    ethernets:
#        eno1:
#            dhcp4: true
#    version: 2
network:
    ethernets:
        eno1:
            dhcp4: true
        enp4s0:
            dhcp4: false
            addresses: [10.3.142.3/23]
            routes:
                - to: 10.3.142.0/23
                  via: 10.3.142.1
            nameservers:
                addresses: [1.1.1.1, 1.0.0.1, 8.8.8.8, 8.8.4.4]
        enp5s0:
            dhcp4: false
            addresses: [172.1.0.2/24]
            routes:
                - to: 172.1.0.0/24
                  via: 172.1.0.1
            nameservers:
                addresses: [1.1.1.1, 1.0.0.1, 8.8.8.8, 8.8.4.4]
        enp6s0:
            dhcp4: false
            addresses: [10.2.142.2/24]
            routes:
                - to: 10.2.142.0/24
                  via: 10.2.142.254
            nameservers:
                addresses: [1.1.1.1, 1.0.0.1, 8.8.8.8, 8.8.4.4]
        enp7s0:
            dhcp4: false
            addresses: [172.1.0.3/24]
            routes:
                - to: 172.1.0.0/24
                  via: 172.1.0.1
            nameservers:
                addresses: [1.1.1.1, 1.0.0.1, 8.8.8.8, 8.8.4.4]

version: 2

Estou esquecendo de algo na minha configuração? Preciso configurar mais alguma coisa para fazer isso funcionar?

eno1não está conectado a nenhuma rede no momento. ip routemostra o seguinte:

10.2.142.0/24 dev enp6s0 proto kernel scope link src
10.2.142.2 10.2.142.0/24 via 10.2.142.254 dev enp6s0 proto static
10.3.142.0/23 dev enp4s0 proto kernel scope link src
10.3.142.3 10.3.142.0/23 via 10.3.142.1 dev enp4s0 proto static
172.1.0.0/24 dev enp5s0 proto kernel scope link src
172.1.0.2 172.1.0.0/24 via 172.1.0.1 dev enp5s0 proto static

Todas as interfaces estão conectadas a diferentes roteadores, que têm diferentes ISPs e acesso à internet.

desculpe pelo feedback tardio, só consegui verificar essas configurações recentemente, parece que a tabela de roteamento estava faltando mesmo, obrigado

Tenho comparado os dados CVE fornecidos no site Ubuntu Security com as informações extraídas dos arquivos OVAL correspondentes. Ao analisar o Jammy (22.04 LTS), notei que o arquivo OVAL não inclui nenhuma referência ao kernel HWE 6.8 , embora esse kernel esteja listado no site.

Por exemplo, no site, CVE-2024-38541 afirma:

linux-hwe-6.8 -> 22.04 LTS (Jammy) -> Fixed in 6.8.0-40.40~22.04.3

Entretanto, no arquivo OVAL não há menção ao linux-hwe-6.8 , enquanto kernels HWE mais antigos, como linux-hwe-5.19, linux-hwe-6.2 e linux-hwe-6.5, estão presentes:

<criteria operator="OR">
  <criterion test_ref="oval:com.ubuntu.jammy:tst:201245420000000" comment="Is kernel linux running?"/>
  <criterion test_ref="oval:com.ubuntu.jammy:tst:201245420000160" comment="Is kernel linux-hwe-5.19 running?"/>
  <criterion test_ref="oval:com.ubuntu.jammy:tst:201245420000270" comment="Is kernel linux-hwe-6.2 running?"/>
  <criterion test_ref="oval:com.ubuntu.jammy:tst:201245420000350" comment="Is kernel linux-hwe-6.5 running?"/>
  <criterion test_ref="oval:com.ubuntu.jammy:tst:201245420000050" comment="Is kernel linux-kvm running?"/>
  ...
</criteria>

Essa informação ausente é esperada por algum motivo? Poderia ser um erro no arquivo OVAL? Estou esquecendo de algo?

Qualquer insight seria muito apreciado. Obrigado antecipadamente!

Quero configurar minhas configurações de backup mensal completo para fazer backup apenas dos meus dados de usuário, não do SO. Se eu precisasse fazer uma restauração completa, eu reinstalaria o Ubuntu e então adicionaria meus dados de volta. Todos os dados específicos para mim estão contidos no diretório /home, incluindo as alterações de configurações, perfis, etc. que eu faço em vários aplicativos, como Tbird, Firefox, etc.? (Eu faço backups incrementais das pastas mais usadas com mais frequência.) Eu sou o único usuário neste sistema Ubuntu 22.04.

Ubuntu 24.04, Gnome fallback Metacity.

Eu suspendo após uma hora por motivos de segurança.

Eu desligo a tela após 15 minutos para economizar energia.

EU QUERO que a tela bloqueie e exija uma senha após sair do modo SUSPENSO .

NÃO quero que a tela bloqueie e exija uma senha após sair do modo TELA EM BRANCO .

Nada óbvio ou remotamente claro nos menus do dconf-editor. Muitos conselhos sobre situações não exatamente as mesmas.

Obrigado!

O que eu gostaria de fazer é “link/passthrough” de um ponto de montagem antigo para um novo ponto de montagem. Estou substituindo discos rígidos: o antigo é /mount/WD_4TBe o novo será /mount/WD_6TB. Nomear é principalmente para me ajudar a lembrar qual unidade é qual.

A nova unidade (6 TB) terá os dados da unidade antiga de 4 TB copiados para ela e, em seguida, a unidade antiga (4 TB) será removida (está começando a falhar). Gostaria que os utilitários e scripts olhassem para a nova unidade de 6 TB sem entrar e editar tudo. Também preferiria que essa "passagem" fosse feita no momento da inicialização, de forma automática, e é por isso que estou pensando via fstab.

Para aumentar a confusão, a 'passagem' de 4 TB para 6 TB será feita em um sistema Ubuntu 24.04 com discos rígidos; tenho tentado descobrir o processo em um Raspberry Pi usando um pen drive – para mim, é mais fácil remover e editar um cartão SD quando o root está bloqueado.

O que parece estar próximo é (em /etc/fstab):

#/media/barry/ADATA_NR_24  /media/barry/ADATA_20   none   rbind

/media/barry/ADATA_NR_24  /media/barry/ADATA_20   none   mode=1777,rbind 0 0 

Os Adata são dois pendrives com os quais estou brincando no Pi; 24 = WD_6TB e 20 = WD_4TB. O 24 está inserido, o 20 não.

Em um momento da minha experimentação, a linha superior (comentada) funcionou: eu conseguia ver os arquivos no diretório 24 enquanto estava no diretório 20, só tinha erro de permissão (root); agora nenhum arquivo aparece no ponto de montagem 'redirecionado'.

O resultado final é cookbooked e o modo supostamente permite que qualquer usuário leia/escreva/execute. Talvez, mas ainda não estou vendo os arquivos, então não tenho ideia se funciona.