Hugal31's questions

Tenho um fone de ouvido Bluetooth (Soundcore Q30) e, quando ele está conectado ao meu computador, ainda consigo me conectar a ele por meio do meu smartphone Android e reproduzir som nele.

Entretanto, se eu quiser fazer o oposto e conectar meu computador ao fone de ouvido quando ele já estiver conectado ao meu telefone (mesmo que não esteja reproduzindo som), o bluez falha com o erro:

SET_CONFIGURATION request rejected: Stream End Point in Use (19)

O erro faz sentido, mas estou surpreso que meu computador não consegue fazer o que meu telefone consegue. Existe uma maneira de contornar isso?

Estou no Ubuntu 20.04 com Linux 5.15 e Bluez 5.53.

Ao olhar o tráfego no Wireshark, notei que meu computador estava enviando um pacote UDP a cada três segundos no endereço de transmissão para a porta 8765, com o conteúdo "*" (42 em ASCII). Não parece ser uma resposta a nada. A porta de origem muda a cada pacote.

Tentei descobrir o que estava emitindo esse pacote, mas não obtive sucesso. Tentei:

• Interrompendo todos os serviços não vitais que eu poderia pensar.
• Adicione uma regra iptables para descartar os pacotes (isso interrompe os pacotes, mas não me ajuda a saber o que os emite).
• Adicionei uma regra do iptables para interromper o encaminhamento e ver se de alguma forma ele foi encaminhado pelo meu computador, mas não.
• Usei auditd com vários parâmetros, mas nada combinou e nem consegui encontrar um write(*,*,1)/send(*,*,1)/sendto(*,*,1,*,*)/sendmsg/sendmmsgcom a frequência certa. No entanto, não estou familiarizado com auditd.
  • auditctl -a exit,always -F arch=b64 -S socket -F a0=2 -F a1=2para procurar a criação de soquetes UDP IPv4.
  • auditctl -a exit,always -F arch=b64 -S connectapenas para procurar por alguma conexão.
  • auditctl -a exit,always -F arch=b64 -S write -S send -S sendto -F a2=1para combinar sende writesyscalls com comprimento de 1.
  • audictl -a exit,always -F arch=b64 -S sendmsg -S sendmmsg
  • Todos os itens acima com -F arch=b32instead.
• Use netstat/ss, mas o soquete provavelmente tem vida curta, então não mostra nada.

Quais são outras maneiras de determinar o que transmite esse pacote? E se ele vier do kernel ou de um módulo do kernel? Como eu poderia saber?

Eu tenho um sistema offline (um robô rodando Ubuntu, não conectado a nenhuma rede) e quero monitorar o uso de recursos ao longo do tempo (principalmente CPU e memória). Estou acostumado com o Influx e o Prometheus e queria saber se existe uma ferramenta para salvar os dados de monitoramento e armazenar até conectar à máquina e exportar os dados e, se possível, exportá-los para um prometheus online ou instância do influx.

Eu olhei para Promequeen , mas parece desatualizado e cria um novo banco de dados prometheus em vez de anexar os dados a um.

Existem algumas ferramentas ou um padrão da indústria para este cenário?

Estou criando um pacote que depende do pacote ROS ros-noetic-moveit-core. Mais especificamente, ele contém uma biblioteca compartilhada vinculada ao libmoveit_robot_model.so.

libmoveit_robot_model.soé um link simbólico para libmoveit_robot_model.so.1.1.7, então libmoveit_robot_model.so.1.1.7termina na seção NECESSÁRIO da minha biblioteca compartilhada.

No entanto, quando eu o empacotamos, o dpkg-shlibdeps apenas adiciona ros-noetic-moveit-coreas dependências do shlibs, sem nenhuma informação de versão.

Quando o MoveIt! atualizar para uma versão mais recente, como fez ao atualizar de 1.1.6, a biblioteca libmoveit_robot_model.so.1.1.7será substituída por libmoveit_robot_model.so.1.1.8(por exemplo), e meu pacote não será mais vinculado, enquanto o dpkg não verá o conflito.

Como posso ter certeza de que meu pacote informa corretamente suas dependências? Vejo duas soluções:

• Encontre uma maneira de não incluir o sufixo da versão ao vincular para que meu pacote seja compatível com várias versões do MoveIt!, mas não gosto dessa solução (especialmente porque o MoveIt! não fornece um arquivo de símbolos ou um link simbólico com uma versão principal sufixo, como libmoveit_robot_model.so.1).
• Encontre uma maneira de fazer o dpkg-shlibdeps encontrar a versão usada do MoveIt! então meu pacote é atualizado junto com o MoveIt!.

Se for um erro do MoveIt! empacotador, o que eles podem fazer e o que posso fazer enquanto espero que os pacotes sejam corrigidos?

Mais informações sobre o MoveIt!:

• Estou usando este pacote .deb .
• Não há arquivo .symbols .
• O arquivo /var/lib/dpkg/info/ros-noetic-moveit-core.shlibs contém o seguinte:

#...
libmoveit_robot_model 1.1.7 ros-noetic-moveit-core
#...

Queremos colocar um computador (provavelmente um computador industrial) com Linux em um sistema alimentado por bateria. O computador será configurado para ligar quando a bateria for ligada A bateria possui um BMS, um botão e alguns pinos e/ou uma porta serial que pode ser usada para ligá-lo ou desligá-lo.

Se eu quiser desligar a bateria do computador, por exemplo, enviando o sinal para a bateria de uma porta serial, como posso fazer? Eu tenho que criar um módulo de kernel para substituir o desligamento normal da ACPI? Ou posso apenas configurar um script que faça uma sincronização, remontar o sistema de arquivos em somente leitura e enviar o sinal para a bateria?

Tenho certeza de que há uma prática recomendada e muitos exemplos, mas não consigo encontrá-los.

Estou trabalhando em shaders OpenGL, e preciso de tipos uint64_t, etc... Porém, quando faço glxinfo, essa extensão não está na lista.

Estou usando o Mesa 18.0.5, e esta página informa que a extensão é compatível com drivers radeonsi de 17.1.0.

Minha GPU é uma AMD Radeon HD 8730M. Estou usando o radeondriver, mas mudar para amdgpunão está ajudando.

Pergunta : como posso usar o uint64 em meus shaders? Mudando para outro driver? Atualizando o Mesa? Ou minha GPU é muito antiga?

O shader que tento compilar:

#version 450
#extension GL_ARB_gpu_shader5 : enable
#extension GL_ARB_gpu_shader_int64 : enable

void main()
{
  uint64_t foo = 0ul;
}

Eu obtive:

0:3(12): warning: extension `GL_ARB_gpu_shader_int64' unsupported in fragment shader
0:7(11): error: syntax error, unexpected NEW_IDENTIFIER, expecting ',' or ';'

saída glxinfo:

name of display: :0.0
display: :0  screen: 0
direct rendering: Yes
server glx vendor string: SGI
server glx version string: 1.4
server glx extensions:
    GLX_ARB_create_context, GLX_ARB_create_context_profile,
    [...]
OpenGL vendor string: Intel Open Source Technology Center
OpenGL renderer string: Mesa DRI Intel(R) Haswell Mobile
OpenGL core profile version string: 4.5 (Core Profile) Mesa 18.0.5
OpenGL core profile shading language version string: 4.50
OpenGL core profile context flags: (none)
OpenGL core profile profile mask: core profile
OpenGL core profile extensions:
    GL_3DFX_texture_compression_FXT1, GL_AMD_conservative_depth,
    [...]