Perguntas[raspberry-pi](unix)

Estou tentando compilar um projeto go (syzkaller) para direcionar um Pi Zero para que ele possa emular dispositivos USB. O problema é que não consegui encontrar informações sobre como especificar o sinalizador de ponto flutuante adequado para garantir a compatibilidade com o Pi Zero. Tudo o que tentei resultou na VMOVinstrução assembly no arquivo binário e lançando uma instrução ilegal. Minha máquina host está em x86_64execução go1.21.4e o pi zero está em arm6lexecução go1.21.4. Ao compilar cruzadamente estou usando GOOS=linux GOARCH=arm GOARM=5. O makefile que estou usando pode ser encontrado aqui: https://github.com/google/syzkaller/blob/master/Makefile (estou compilando o binário execprog). Pela minha pesquisa, GOARM=5deveria estar forçando operações de ponto flutuante de software, mas as fontes de informação estão muito desatualizadas. Também tentei compilar para armv5 sem sucesso. Eu também posso estar usando o sinalizador incorretamente, pois não estou muito familiarizado com o GO. Abaixo estão os argumentos de compilação exatos para o binário. Qualquer conselho é apreciado, obrigado.

Must remake target 'execprog'.
GOOS=linux GOARCH=arm go build "-ldflags=-s -w -X github.com/google/syzkaller/prog.\
GitRevision=121701b62358a454bbfdccfadfcce9bb843602d6+ -X 'github.com/google/syzkaller\
/prog.gitRevisionDate=20240605-134717'" "-tags=syz_target syz_os_linux syz_arch_armv6\
 GOARM=5" -o ./bin/linux_arm/syz-execprog github.com/google/syzkaller/tools/syz-execprog

Eu tenho uma torta Raspbery instalada com o servidor Ubuntu, rodando Prefect . Quando uso meu PC pessoal, posso fazer com que o Prefect execute e inicialize um servidor de UI:

>>> prefect server start
Check out the dashboard at http://127.0.0.1:4200

com meu PC pessoal executando este código, posso acessar este site da UI.

Enviei este código funcional para meu Raspberry Pie, que posso acessar via SSH ( ) e iniciar o código. Quando executo o código via SSH, recebo:SSH [email protected]

>>> prefect server start
Check out the dashboard at http://127.0.0.1:4200

Mas agora não tenho certeza de como acessar este site da UI no meu PC pessoal. Alguma ideia? Procurei ajuda, mas até agora não tive sorte com as dicas que li.

Quero transmitir e reproduzir ao vivo o som gravado no meu Raspberry no meu MacBook. Eu tentei o seguinte:

Na minha framboesa:

Tentei estabelecer um fluxo de dados em uma porta 3333

arecord -D plughw:3,0 -f S16_LE 44100 -t raw | nc -l -p 3333

No meu MacBook:

nc 10.10.1.1 3333 | play -t raw -b 16 -e signed-integer -r 44100 -c 1 -V1 -

Com isso não consigo ouvir nada no meu Mac, mas recebo esta saída no terminal:

-: (cru)

Tamanho do arquivo: 0 Codificação: Canais PCM assinados: 1 a 16 bits Taxa de amostragem: 44100 Hz Replaygain: desativado Duração: desconhecido

Entrada:0,00% 00:00:00,00 [00:00:00,00] Saída:0 [ | ] Clipe:0 Concluído.

Quais seriam as configurações ideais do agendador para um RaspberryPi2 rodando como um servidor somente DHCP/DNS (dnsmasq). Como minimizar o desgaste do cartão SD?

Eu estava tentando descobrir por que um determinado aplicativo foi executado no meu Raspberry Pi e descobri que há meia dúzia de maneiras de executar um aplicativo na inicialização. Aqui estão os que localizei.

• /etc/rc.local
• /home/pi/.bashrc
• copiando um script para /etc/init.d/
• sistemactl
• agendar via crontab

Existe uma maneira de identificar, na linha de comando, tudo o que é executado (ou está programado para ser executado) na inicialização?

Ao instalar pivpnno Raspberry Pi ele criará uma regra de iptables:

pi@RPi64:~ $ sudo iptables -L -t nat                                                                                                      
Chain PREROUTING (policy ACCEPT)                                                                                                                                                                                                             
target     prot opt source               destination                                                                                                                                                                                                                                                                                                                                                                                                                                      

Chain INPUT (policy ACCEPT)                                                                                                                                                                                                                  
target     prot opt source               destination                                                                                                                                                                                                                                                                                                                                                                                                                                      

Chain OUTPUT (policy ACCEPT)                                                                                                                                                                                                                 
target     prot opt source               destination                                                                                                                                                                                                                                                                                                                                                                                                                                      

Chain POSTROUTING (policy ACCEPT)                                                                                                                                                                                                            
target     prot opt source               destination                                                                                                                                                                                         
MASQUERADE  all  --  10.122.242.0/24      anywhere             /* wireguard-nat-rule */    

Acho que faz isso inserindo a regra via iptables-persistant:

pi@RPi64:~ $ cat /etc/iptables/rules.v4                                                                                                                                                                                                      
# Generated by iptables-save v1.8.7 on Fri Aug 12 08:07:21 2022                                                                                                                                                                              
*nat                                                                                                                                                                                                                                         
:PREROUTING ACCEPT [0:0]                                                                                                                                                                                                                     
:INPUT ACCEPT [0:0]                                                                                                                                                                                                                          
:OUTPUT ACCEPT [0:0]                                                                                                                                                                                                                         
:POSTROUTING ACCEPT [0:0]                                                                                                                                                                                                                    
-A POSTROUTING -s 10.122.242.0/24 -o eth0 -m comment --comment wireguard-nat-rule -j MASQUERADE                                                                                                                                              
COMMIT                                                                                                                                                                                                                                       
# Completed on Fri Aug 12 08:07:21 2022 

Isso está no lado do servidor, é claro. Se eu quiser me conectar totalmente de um cliente a este servidor, preciso adicionar mascaramento no cliente inserindo uma regra semelhante no cliente:

pi@schwarz:~ $ sudo iptables -L -t nat
Chain PREROUTING (policy ACCEPT)
target     prot opt source               destination

Chain INPUT (policy ACCEPT)
target     prot opt source               destination

Chain OUTPUT (policy ACCEPT)
target     prot opt source               destination

Chain POSTROUTING (policy ACCEPT)
target     prot opt source               destination
MASQUERADE  all  --  anywhere             anywhere

Eu faço assim:

pi@schwarz:~ $ sudo cat /etc/wireguard/schwarz.conf                                                                         
[Interface]                                                                                                             
PrivateKey = 
Address = 10.122.242.4/24                                                                                                
PostUp = iptables -t nat -A POSTROUTING -o schwarz -j MASQUERADE                                                        
PreDown = iptables -t nat -D POSTROUTING -o schwarz -j MASQUERADE                                                      
DNS = 9.9.9.9, 149.112.112.112                                                                                                                                                                                                                  
[Peer]                                                                                                                    
...

Em seguida, adiciono rotas estáticas em ambos os roteadores, para que o tráfego para a respectiva LAN seja roteado para o servidor wireguard ou para o cliente de outros clientes nessas LANs.

Dessa forma, posso me conectar totalmente a todos os dispositivos nas duas LANs de qualquer cliente nas duas LANs.

O problema com esta abordagem é que os clientes perdem o IP original da LAN original e, em vez disso, aparecem na outra rede com o IP do cliente wireguard (mais uma porta). É claro que isso se deve ao NAT (mascaramento).

Tudo funciona bem desta forma.

Exceto um serviço: Logitechmediaserver. Este servidor não consegue lidar com todos os clientes que vêm de uma LAN remota porque agora eles têm o mesmo IP. Para ser mais específico, o problema são apenas alguns clientes Logitech (Rádio). Os clientes se conectam bem no servidor, mas não veem o servidor respondendo. Outros clientes (Boom) conectam-se bem. Eles usam um protocolo diferente.

Isso me fez pensar por que pivpnestá mascarando os IPs. Não deveria ser suficiente ter rotas estáticas das LANs para o cliente/servidor e desses clientes/servidor para os túneis que eles criam?

Por que o mascaramento? Isso é feito para o caso do servidor Wireguard atuar também como roteador ISP para a internet? Este não é o caso aqui. O roteador está sempre em uma máquina diferente.

Para encurtar a história, eu queria saber se seria possível, em geral, remover o mascaramento com pivpn. Além disso, talvez alguém possa apontar para um erro que tenho na minha configuração.

Sei por pesquisas que domínios .local são considerados uma péssima ideia.

E, no entanto, estou tentando usar dois aplicativos de astronomia diferentes projetados para serem executados em um Raspberry Pi, para os quais as instruções declaradas dizem que é necessário conectar-se ao sistema em execução no Pi por meio de um endereço .local. O objetivo dessas aplicações é controlar remotamente um telescópio e equipamentos associados, em última análise, com a visualização do objeto astronômico apontado sem olhar através das oculares. Não sei por que os desenvolvedores desses sistemas escolheriam esse método de conexão. Só estou tentando lidar com isso.

As instruções para ambos dizem que você deve apontar seu computador para o hotspot WiFi do sistema rodando no Pi (ambos os sistemas possuem um hotspot) e então acessá-lo a partir do computador principal por meio de um arquivo . . . .Endereço local. Isso funciona em ambos os sistemas (posso alternar entre sistemas trocando o cartão microSD). Curiosamente, em um sistema, descobri que posso me conectar a ele, quer tenha apontado meu computador para o Pi Hotspot ou não. Por outro lado, só consigo me conectar quando apontei o computador para o hotspot.

Estou apenas tentando entender como tudo isso funciona, principalmente, como em um caso consigo acessar o endereço .local sem me conectar ao hotspot, enquanto no outro sistema isso não é possível.

Eu ficaria grato por qualquer ajuda para entender tudo isso.

Buildroot para RPi3 B+ sem servidor X (somente console). Monitor conectado em HDMI. Quero manter o monitor ligado.

Após 10 minutos (se não me engano) sem atividade no teclado, a tela é desligada. Das minhas anotações antigas fiz o seguinte:

echo -ne "\033[9;0]" >> /etc/issue

mas não funciona. Encontro muitos conselhos, mas apenas para X.

Configurar

• Roteador como servidor Wireguard na minha rede
• Raspberry Pi
  • SO: Raspbian Buster
  • conectado a um hotspot móvel via wi-fi (interface wlan0)
  • et0 definido como IP estático para controlar um dispositivo com IP estático diretamente, sem switch ou roteador
  • wg0 configurado para conectar ao servidor no meu roteador

Problema

A conexão wireguard só funciona se eu desabilitar eth0 com ifconfig eth0 down.

O que eu quero fazer:

Preciso atualizar e testar a atualização de um software no Pi. O software usa o dispositivo conectado na eth0, então preciso dessa eth0 ativa.

O que eu tentei

Nada, além do google, mas não consegui encontrar nada para o meu problema específico.

Suspeito que precise mudar a tabela de roteamento, mas não tenho certeza de quem e não quero interromper a conexão wi-fi.

Configuração do Wireguard no Pi

[Interface]
PrivateKey = myPrivateKey
Address = 192.168.180.201/24
DNS = 192.168.180.1
DNS = fritz.box

[Peer]
PublicKey = myPublicKey
PresharedKey = Key
AllowedIPs = 192.168.180.0/24,0.0.0.0/0
Endpoint = myfritzdomain:59047
PersistentKeepalive = 25

configuração eth0 de /etch/dhcpcd.conf

# A sample configuration for dhcpcd.
# See dhcpcd.conf(5) for details.

# Allow users of this group to interact with dhcpcd via the control socket.
#controlgroup wheel

# Inform the DHCP server of our hostname for DDNS.
hostname

# Use the hardware address of the interface for the Client ID.
clientid
# or
# Use the same DUID + IAID as set in DHCPv6 for DHCPv4 ClientID as per RFC4361.
# Some non-RFC compliant DHCP servers do not reply with this set.
# In this case, comment out duid and enable clientid above.
#duid

# Persist interface configuration when dhcpcd exits.
persistent

# Rapid commit support.
# Safe to enable by default because it requires the equivalent option set
# on the server to actually work.
option rapid_commit

# A list of options to request from the DHCP server.
option domain_name_servers, domain_name, domain_search, host_name
option classless_static_routes
# Respect the network MTU. This is applied to DHCP routes.
option interface_mtu

# Most distributions have NTP support.
#option ntp_servers

# A ServerID is required by RFC2131.
require dhcp_server_identifier

# Generate SLAAC address using the Hardware Address of the interface
#slaac hwaddr
# OR generate Stable Private IPv6 Addresses based from the DUID
slaac private

interface eth0
static ip_address=192.168.1.45/16
static routers=192.168.1.1
static domain_name_servers=192.168.1.1

Provavelmente esta é uma pergunta muito ingênua, mas não posso fazer isso funcionar tentando os métodos que encontrei na documentação existente ou em outras soluções.

Eu tenho o Alpine Linux instalado em um Raspberry Pi, cujo cartão SD está formatado para ter a partição de inicialização usual e um ext4 para hospedar /, adicionei uma partição de troca, pois meu Pi não tem muita RAM. O problema é que a partição swap não ativa na inicialização.

Tanto quanto sei, o método convencional para configurar uma partição swap dedicada é declará-la no /etc/fstabarquivo. Isso não funciona, então minha outra abordagem foi tentar fazer um script na /etc/init.dpasta para forçar sua ativação. Para minha surpresa, já existe um init.darquivo nesta compilação para fazer exatamente isso, que é o /etc/init.d/swap, que tem a seguinte redação.

depend()
{
        after clock root
        before localmount
        keyword -docker -jail -lxc -openvz -prefix -systemd-nspawn -vserver
}

start()
{
        ebegin "Activating swap devices"
        case "$RC_UNAME" in
                NetBSD|OpenBSD) swapctl -A -t noblk >/dev/null;;
                *)              swapon -a >/dev/null;;
        esac
        eend 0 # If swapon has nothing todo it errors, so always return 0
}

stop()
{
        ebegin "Deactivating swap devices"
        case "$RC_UNAME" in
                NetBSD|OpenBSD) swapctl -U -t noblk >/dev/null;;
                *)              swapoff -a >/dev/null;;
        esac
        eend 0
}

De alguma forma, isso não funciona corretamente, nem o /etc/init.d/swap.apk-newque tem exatamente o mesmo conteúdo que /etc/init.d/swap.

Eu sei que o /etc/fstabestá configurado corretamente como execução swapon -a >/dev/nullativa a partição swap da maneira pretendida! No entanto, a Alpine se recusa a fazer isso na inicialização, apesar de já ter sido declarada…

Estou esquecendo de algo? Sei que posso ativar a troca manualmente toda vez que ligo o dispositivo, mas tenho certeza de que o sistema deve fazer isso automaticamente na inicialização.

Se servir de alguma ajuda, a linha que adicionei /etc/fstabé a seguinte.

UUID=<my partition UUID number> none swap defaults 0 0

E swapon -areconhece a partição. Esta compilação Alpine foi feita usando a instalação do sistema e suas especificações são as seguintes

OS:     Alpine Linux v3.18 aarch64
Host:   Raspberry Pi 3 Model B Rev 1.2
Kernel: 6.1.37-0-rpi

Desde já, obrigado.