TSG's questions

Estou executando o almalinux 9, com 3 interfaces. A primeira interface (ens192) tem uma entrada duplicada (veja as duas últimas linhas) na tabela de roteamento:

[root@server ~]# route -n
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
0.0.0.0         172.31.254.1    0.0.0.0         UG    100    0        0 ens192
10.88.0.0       0.0.0.0         255.255.0.0     U     0      0        0 podman0
172.31.251.0    0.0.0.0         255.255.255.0   U     103    0        0 ens256
172.31.252.0    0.0.0.0         255.255.255.0   U     102    0        0 ens161
172.31.254.0    0.0.0.0         255.255.255.0   U     100    0        0 ens192
172.31.254.0    0.0.0.0         255.255.255.0   U     100    0        0 ens192

Posso me livrar da última rota com 'ip route del', mas na próxima inicialização ela reaparece.

Suspeito que isso esteja relacionado... Tenho 2 IPs no ens192 como o nmcli mostra aqui:

IP4.ADDRESS[1]:                         172.31.254.32/24
IP4.ADDRESS[2]:                         172.31.254.31/24
IP4.GATEWAY:                            172.31.254.1
IP4.ROUTE[1]:                           dst = 172.31.254.0/24, nh = 0.0.0.0, mt = 100
IP4.ROUTE[2]:                           dst = 172.31.254.0/24, nh = 0.0.0.0, mt = 100
IP4.ROUTE[3]:                           dst = 0.0.0.0/0, nh = 172.31.254.1, mt = 100
IP4.DNS[1]:                             172.31.254.4
IP4.DNS[2]:                             172.31.234.4

e o NetworkManager parece pensar que precisa das rotas 1 e 2. Mas se eu tentar remover a rota 2 com

nmcli connection modify "connname" -ipv4.routes 172.31.254.0/24

a rota não será removida (o comando retorna sem erro). O que está acontecendo? Esse comportamento é CORRETO? Eu realmente preciso de ROUTE[1] e ROUTE[2] ?

Gostaria de fazer um servidor USB sobre IP MUITO pequeno e de menor consumo de energia. Sei que o Linux tem um pacote "usbip" , mas ele está disponível em um microcontrolador como o ESP32?

O cliente está executando Linux, então usbippacotes em cliente+servidor devem facilitar isso. E, tanto o cliente quanto o servidor serão conectados por Ethernet.

Uma vez por mês, descubro que um dos meus servidores RedHat 9 foi reiniciado (na verdade, é o AlmaLinux 9, mas como é um clone do RH9, essa questão provavelmente é melhor resolvida no contexto do RH9). Estou tentando descobrir o que está causando o travamento, mas não há arquivos de despejo de núcleo criados!

Eu segui as instruções neste post , exceto que parece que não tenho nada compatível no meu sistema, mas quando eu aciono um core dump com:

durma 3 e mate -SEGV $!

não há nenhum arquivo de despejo de núcleo!

Confirmei que os princípios básicos estão definidos com:

[root@myhost ~]# cat /proc/sys/kernel/core_pattern
|/usr/lib/systemd/systemd-coredump %P %u %g %s %t %c %h
[root@myhost ~]# ulimit -c
unlimited

Há algo mais que eu deva definir para deixar o arquivo de despejo ser criado? Suspeito que meu próprio aplicativo (não empacotado) esteja causando o problema... mas não há nenhum arquivo core nem mesmo no diretório que contém o aplicativo.

====ATUALIZAÇÃO====

Modifiquei /etc/coredump.conf e configurei storage=external (todo o resto comentado), depois reiniciei e executei o seguinte:

[root@myhost ~]# sleep 3 & kill -SEGV $!
[1] 3583
[root@myhost ~]#
[1]+  Segmentation fault      (core dumped) sleep 3
[root@myhost ~]#  coredumpctl --all
TIME                         PID UID GID SIG     COREFILE EXE           SIZE
Sat 2024-10-26 12:56:46 EDT 3583   0   0 SIGSEGV none     /usr/bin/bash    -
[root@myhost ~]# ll /var/lib/systemd/coredump/
total 0

Então ainda não há arquivos de dump de núcleo visíveis (e observe o "nenhum" acima). O log do sistema mostra:

Oct 26 13:06:41 ngcvls1 systemd[1]: Started Process Core Dump (PID 4459/UID 0).
Oct 26 13:06:41 ngcvls1 systemd-coredump[4460]: Resource limits disable core dumping for process 4458 (bash).
Oct 26 13:06:41 ngcvls1 systemd-coredump[4460]: Process 4458 (bash) of user 0 dumped core.

Então, na linha de comando eu executei:

ulimit -c unlimited

e repeti o teste de segfault, então um arquivo core foi criado! Mas na reinicialização ele desapareceu. (Apesar de eu ter storage=external definido em coredump.conf). Preciso de core dumps para sobreviver a reinicializações, caso contrário não consigo dizer por que meu sistema travou. Chegando perto! Gostaria de tornar ulimit -c permanente, mas não tenho certeza de onde colocar isso (não gosto do conselho de outras postagens para colocar em .bashrc)

Estou executando o AlmaLinux 9 (um clone do RedHat 9) e tenho o net-snmp instalado. Pensei que isso incluiria automaticamente um MIB genérico do Linux. Mas isso não acontece e as informações online dizem que eu deveria usar meu gerenciador de pacotes (DNF) para baixar um.

Mas não consigo encontrar um! Um MIB deveria ter sido instalado pelo gerenciador de pacotes quando instalei o net-snmp? Se não, onde posso baixar um MIB Linux genérico? Os únicos pacotes disponíveis relacionados são mostrados abaixo:

dnf list | grep net-snmp
net-snmp.x86_64                                                                          1:5.9.1-13.el9_4.3                   appstream        
net-snmp-agent-libs.i686                                                                 1:5.9.1-13.el9_4.3                   appstream        
net-snmp-agent-libs.x86_64                                                               1:5.9.1-13.el9_4.3                   appstream        
net-snmp-devel.i686                                                                      1:5.9.1-13.el9_4.3                   appstream        
net-snmp-devel.x86_64                                                                    1:5.9.1-13.el9_4.3                   appstream        
net-snmp-libs.i686                                                                       1:5.9.1-13.el9_4.3                   appstream        
net-snmp-libs.x86_64                                                                     1:5.9.1-13.el9_4.3                   appstream        
net-snmp-perl.x86_64                                                                     1:5.9.1-13.el9_4.3                   appstream        
net-snmp-utils.x86_64                                                                    1:5.9.1-13.el9_4.3                   appstream        
python3-net-snmp.x86_64                                                                  1:5.9.1-13.el9_4.3                   appstream        

Estou executando o AlmaLinux 9 e na inicialização vejo um aviso

Warning: Deprecated Driver is detected: nft_compat will not be maintained in a future major release and may be disabled

mas o que está carregando esse driver? Eu tenho o serviço firewalld desativado. Quero eliminar este aviso (corretamente).

Informação adicional:

[root@server ~]# lsmod | grep  nft_compat
nft_compat             20480  14
nf_tables             278528  98 nft_compat,nft_counter,nft_chain_nat
nfnetlink              20480  2 nft_compat,nf_tables


[root@server ~]# iptables -L -n
Chain INPUT (policy ACCEPT)
target     prot opt source               destination

Chain FORWARD (policy ACCEPT)
target     prot opt source               destination
NETAVARK_FORWARD  all  --  0.0.0.0/0            0.0.0.0/0            /* netavark firewall plugin rules */

Chain OUTPUT (policy ACCEPT)
target     prot opt source               destination

Chain NETAVARK_FORWARD (1 references)
target     prot opt source               destination
ACCEPT     all  --  0.0.0.0/0            10.88.0.0/16         ctstate RELATED,ESTABLISHED
ACCEPT     all  --  10.88.0.0/16         0.0.0.0/0

Chain NETAVARK_ISOLATION_2 (1 references)
target     prot opt source               destination

Chain NETAVARK_ISOLATION_3 (0 references)
target     prot opt source               destination
DROP       all  --  0.0.0.0/0            0.0.0.0/0
NETAVARK_ISOLATION_2  all  --  0.0.0.0/0            0.0.0.0/0

É possível que 2 processos, cada um tentando enviar áudio para um único dispositivo de saída, compartilhem (mixem) os fluxos de áudio?

Estou executando o AlmaLinux 9 e emparelhei apenas com o ALSA básico. Mas, se necessário, posso adicionar pipewire (de volta).

Quero testar usando 'aplay', mas a solução deve funcionar com qualquer saída de áudio de processo.

Eu tenho um script que gostaria que todos (mundo) pudessem executar. No entanto, uma linha no script requer privilégio de root para funcionar corretamente.

Como posso fazer esse script funcionar para todos, sem exigir que ninguém insira credenciais de root? Se eu iniciar o comando com sudo, presumo que todos os usuários serão solicitados a fornecer credenciais de root.

#!/bin/bach
echo "works fine"
sudo rootonlycommand
echo "works fine"

Estou tentando instalar um programa que possui várias dependências perl. Uma das dependências perl (BerkeleyDB) falha durante a instalação. Eu sei muito pouco sobre perl. Existe uma maneira de eu (como usuário) resolver isso? Existe um comando SPAN para tentar versões anteriores?

cpan[49]> install BerkeleyDB
Running install for module 'BerkeleyDB'
Fetching with HTTP::Tiny:
https://cpan.org/authors/id/P/PM/PMQS/BerkeleyDB-0.65.tar.gz
Checksum for /root/.local/share/.cpan/sources/authors/id/P/PM/PMQS/BerkeleyDB-0.65.tar.gz ok
Configuring P/PM/PMQS/BerkeleyDB-0.65.tar.gz with Makefile.PL
Parsing config.in...
Looks Good.
Checking if your kit is complete...
Looks good
Warning (mostly harmless): No library found for -ldb
Generating a Unix-style Makefile
Writing Makefile for BerkeleyDB
Writing MYMETA.yml and MYMETA.json
  PMQS/BerkeleyDB-0.65.tar.gz
  /usr/bin/perl Makefile.PL -- OK
Running make for P/PM/PMQS/BerkeleyDB-0.65.tar.gz
cp BerkeleyDB/Hash.pm blib/lib/BerkeleyDB/Hash.pm
cp scan.pl blib/lib/scan.pl
cp BerkeleyDB.pod blib/lib/BerkeleyDB.pod
cp mkconsts.pl blib/lib/mkconsts.pl
cp BerkeleyDB/Btree.pm blib/lib/BerkeleyDB/Btree.pm
cp BerkeleyDB.pm blib/lib/BerkeleyDB.pm
Running Mkbootstrap for BerkeleyDB ()
chmod 644 "BerkeleyDB.bs"
"/usr/bin/perl" -MExtUtils::Command::MM -e 'cp_nonempty' -- BerkeleyDB.bs blib/arch/auto/BerkeleyDB/BerkeleyDB.bs 644
"/usr/bin/perl" "/usr/share/perl5/vendor_perl/ExtUtils/xsubpp" -noprototypes -typemap '/usr/share/perl5/ExtUtils/typemap' -typemap '/root/.local/share/.cpan/build/BerkeleyDB-0.65-0/typemap'  BerkeleyDB.xs > BerkeleyDB.xsc
Warning: Found a 'CODE' section which seems to be using 'RETVAL' but no 'OUTPUT' section. in BerkeleyDB.xs, line 5936
Warning: Found a 'CODE' section which seems to be using 'RETVAL' but no 'OUTPUT' section. in BerkeleyDB.xs, line 5964
mv BerkeleyDB.xsc BerkeleyDB.c
gcc -c  -I/usr/local/BerkeleyDB/include -D_REENTRANT -D_GNU_SOURCE -O2 -flto=auto -ffat-lto-objects -fexceptions -g -grecord-gcc-switches -pipe -Wall -Werror=format-security -Wp,-D_FORTIFY_SOURCE=2 -Wp,-D_GLIBCXX_ASSERTIONS -specs=/usr/lib/rpm/redhat/redhat-hardened-cc1 -fstack-protector-strong -specs=/usr/lib/rpm/redhat/redhat-annobin-cc1 -m64 -march=x86-64-v2 -mtune=generic -fasynchronous-unwind-tables -fstack-clash-protection -fcf-protection -fwrapv -fno-strict-aliasing -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -g   -DVERSION=\"0.65\" -DXS_VERSION=\"0.65\" -fPIC "-I/usr/lib64/perl5/CORE"   BerkeleyDB.c
BerkeleyDB.xs:76:10: fatal error: db.h: No such file or directory
   76 | #include <db.h>
      |          ^~~~~~
compilation terminated.
make: *** [Makefile:349: BerkeleyDB.o] Error 1
  PMQS/BerkeleyDB-0.65.tar.gz
  /usr/bin/make -- NOT OK
Failed during this command:
 PMQS/BerkeleyDB-0.65.tar.gz                  : make NO

Instalei o Cepstral Swift (teste de fala) e quando executo o comando que deve gerar áudio, recebo o erro

oss_audio: failed to open audio device /dev/dsp

Garanto que o OSS também foi instalado com:

dnf install alsa-utils alsa-plugins-oss

mas continua o mesmo erro. Posso confirmar que o dispositivo /dev/dsp NÃO está presente. Tentei instalar a ferramenta padsp (para rotear áudio OSS para PA), mas essa ferramenta não está disponível para AlmaLinux 9

Estou executando o AlmaLinux 9 (clone do RedHat 9) e compilei um novo módulo do kernel. Estou executando em uma VM com UEFI e inicialização segura habilitada. Quando insiro o módulo recebo o seguinte erro:

insmod: ERROR: could not insert module npreal2.mod: Key was rejected by service

De outras postagens, concluí que estava relacionado ao UEFI/inicialização segura. Então, desativei a inicialização segura e, em seguida, os relatórios do insmod:

insmod: ERROR: could not insert module npreal2.mod: Invalid module format

Tentei recompilar com o modo seguro desativado e o insmod funcionou, mas tive que deixar a inicialização segura desativada. Como posso fazer este módulo funcionar com inicialização segura?

Há uma postagem no github sobre como criar suas próprias chaves MOK, mas isso parece ser específico do DKMS.

Desejo conectar o bluetooth do meu laptop a um dispositivo próximo que ofereça SPP e, em seguida, falar com o dispositivo usando um programa de terminal. Funciona muito bem no Windows, agora estou tentando recriar isso no Linux. Eu emparelhei e confiei no dispositivo no Linux (usando a GUI do Ubuntu) e, em seguida (pelo meu entendimento de outras postagens), criei um dispositivo tty local da seguinte forma:

root@ta-ms:~# sdptool add --channel=22 SP
root@ta-ms:~# rfcomm bind /dev/rfcomm1 BC:23:E0:82:5C:6a 22

Em seguida, inicie um programa de terminal nesse dispositivo:

root@ta-ms:~# minicom -D /dev/rfcomm1

O minicom será iniciado e mostrará uma janela de terminal, mas nenhum dado está se movendo de qualquer maneira quando eu digito.

Alguém pode sugerir o que há de errado aqui? Não configurei BT+SPP+RFCOMM/TTY corretamente ou tenho algum outro problema?

Estou tentando criar um script Linux BASH simples, mas observe que o bash está adicionando \r a cada string e, se eu tentar removê-lo com 'tr', basta adicionar um novo! Aqui está meu roteiro

#!/bin/bash
OUTFILE=$(echo -n `date +"%Y-%m-%d_%H-%m-%S"`)
ASD='DDD'
echo -n "DATE [$OUTFILE]"
echo -n "DDD [$ASD]"

e aqui está a saída

 bash -x backup-datadir.sh
+++ date +%Y-%m-%d_%H-%m-%S
++ echo -n 2020-03-09_13-03-44
+ OUTFILE=$'2020-03-09_13-03-44\r'
+ ASD=$'DDD\r'
' echo -n 'DATE [2020-03-09_13-03-44
' echo -n 'DDD [DDD-03-44

Por que esse \r extra está aparecendo? O ] desapareceu porque foi substituído após a nova linha. Eu nunca vi isso antes...

Eu tenho uma nova instalação do CentOS 8 e o pacote pcre já está instalado.

No entanto, o comando pcregrep não está disponível e em nenhum lugar pode ser encontrado no sistema de arquivos. De acordo com os documentos do CentOS, isso deve estar no pacote 'pcre'. (Veja centos.pkgs.org )

dnf fornece */pcregrep

dnf fornece */pcre2grep

não encontra nada. BTW< pcre2 também está instalado, mas ainda não há comando pcre2grep disponível.

Alguém pode ajudar meu comando find 'pcregrep'?

Eu tenho um dispositivo USB que se conecta ao meu sistema fedora 27 x64. É detectado corretamente, mas assim que meu software começa a se comunicar com o dispositivo, o log dmesg é preenchido com:

[212972.138684] usb 2-2.2: input irq status -75 received
[212972.140176] usb 2-2.2: input irq status -75 received
[212972.141657] usb 2-2.2: input irq status -75 received
[212972.143166] usb 2-2.2: input irq status -75 received
[212972.144624] usb 2-2.2: input irq status -75 received
[212972.146152] usb 2-2.2: input irq status -75 received
[212972.147663] usb 2-2.2: input irq status -75 received
[212972.149142] usb 2-2.2: input irq status -75 received

O que significa o status -75? E como eu consertaria isso? O log parece estar sendo preenchido com centenas dessas mensagens por minuto (ou mais)

Estou criando um arquivo de serviço para myprog.service e quero garantir que ele seja iniciado somente após o início do PostgreSQL.

No entanto, se o usuário não tiver o PostgreSQL instalado, quero que ele ignore esse requisito e deixe o myprog.service iniciar de qualquer maneira.

Os arquivos de serviço SystemD podem ter dependências de um serviço opcional (potencialmente inexistente)?