Atualizando um Raspberry Pi 5 NVMe para OpenClaw 9.3 usando um clone escalonado
Um usuário no r/openclaw descreveu uma estratégia que funcionou para atualizar uma instância de produção do OpenClaw num Raspberry Pi 5 com drive NVMe de 256GB da versão 2026v7.1-2 para a 9.3. A configuração: dois agentes — um principal, um cuidando do heartbeat — conversando via Discord.
A abordagem de clonar e trocar
Em vez de atualizar no lugar, o plano era preparar a migração em hardware reserva e tratar o Pi de produção como restaurável a qualquer momento.
- Clonar o drive NVMe de produção e instalá-lo num Raspberry Pi 5 reserva.
- Pedir ao agente OpenClaw de produção para descobrir os passos e escrever o processo para ele mesmo seguir.
- Apagar o OpenClaw no Pi de produção, configurar o 9.3 e restaurar a configuração.
- Deixar o agente de produção acessar o clone via SSH e executar a configuração lá.
O agente escreveu seu próprio runbook e o executou. O autor observa que houve alguma necessidade de intervenção manual, mas o processo em grande parte rodou sozinho.
Notas sobre o hardware
O Pi clone reserva era um modelo de 4GB, contra a unidade de produção de 8GB. 4GB foi mais que suficiente para o trabalho de preparação. Um NVMe reserva de 256GB estava disponível para o clone, e é isso que torna possível a rede de segurança para rollback.
Timing do gateway do Discord
O Discord era a única integração de mensagens configurada, em vários canais. A configuração do gateway teve que acontecer depois de mover o NVMe de volta para o Pi de produção — fazer isso no clone teria causado colisão dos gateways. Esse é o único passo que exige disciplina de sequenciamento.
O rollback era o ponto principal
O plano B era trivial: se a atualização para 9.3 desse errado, bastava colocar o NVMe com 7.1-2 de volta no Pi de produção. Esse é o principal argumento a favor da estratégia de clonagem em vez de uma atualização no lugar — você mantém um drive inicializável e confiável o tempo todo.
Atualize o Node para 26 primeiro
Segundo o autor, o OpenClaw 2026.9.3 tem melhor desempenho no Node 26. Os benefícios alegados: inicialização mais rápida, menor consumo de memória e suporte nativo a SQLite. Faça isso antes da atualização, não depois.
O autor tem a lista completa de passos produzida pelo agente, mas optou por não compartilhá-la, então o acima é o processo geral, e não os comandos exatos.
📖 Leia a fonte completa: r/openclaw
👀 See Also

Padrões de Falhas do OpenClaw: 42 Incidentes Reais em 28 Dias
Um desenvolvedor que executou o OpenClaw diariamente documentou 42 falhas específicas em oito categorias, incluindo alucinações de IA, falhas de autenticação e automações que custam mais tempo do que economizam. A fonte fornece exemplos concretos como a expiração de tokens OAuth do Google em 7 dias e o Opus 4.6 adicionando metadados indesejados aos arquivos.

Arquivos CLAUDE.md são frequentemente organizados para desenvolvedores, não para modelos de IA – eis por que isso importa
Arquivos CLAUDE.md geralmente colocam as Regras Rígidas na linha 47, após o contexto e a pilha tecnológica. Quando o modelo lê as restrições, já construiu suposições conflitantes. Uma estrutura melhor coloca as regras rígidas primeiro.

Caça ao Bug: Quedas do WireGuard e Incompatibilidade de MTU no GKE
Engenheiros da Lovable rastrearam erros de usuário a travamentos do anetd devido a um pânico de acesso concorrente a map na integração do WireGuard do Google e, em seguida, encontraram uma incompatibilidade secundária de MTU após desabilitar a criptografia.

OpenClaw 101: O Guia Definitivo de Configuração para Novos Usuários
Nenhum