bricked meu beaglebone com um script rc ruim

2

Eu coloquei um novo script em /etc/init.d e usei update-rc.d para instalá-lo nos outros subdiretórios rc # .d. Infelizmente cometi dois erros estúpidos:

  • O script executa um comando de longa execução (netcat), mas esqueci de colocar & depois
  • O script foi instalado no início da ordem de inicialização (S10).

E agora eu não posso ssh dentro Eu acho que o problema é que meu script está bloqueando a inicialização (desde que eu esqueci & ), então o script rc que inicia sshd nunca é executado.

Mas estou preso, porque o ssh é normalmente a única maneira de fazer login neste fórum. Tentei conectar um teclado USB e um monitor HDMI, mas nunca recebo nada na tela e não consigo fazer login. Acho que essa placa pode ter sido configurada para nem mesmo tentar controlar a tela.

Alguém tem alguma sugestão? Opções que eu posso pensar são:

  1. Re-imagem da placa. (Eu não quero fazer isso.)
  2. Use um cabo serial FTDI. (Eu não tenho esse cabo, mas eu pedi um da Digi-Key.)
  3. Monte a placa como um sistema de arquivos USB em outra máquina e remova os links simbólicos problemáticos do /etc/rcS.d/. (Isso não parece funcionar; suspeito que essa placa não esteja configurada para o OTG.)
  4. Faça a placa inicializar no modo de usuário único, ignorando scripts rc como o meu. (Não tenho certeza de como fazer isso, no entanto.)

Alguém tem alguma outra sugestão? Alguém sabe se o login no FTDI provavelmente funcionará, mesmo que a inicialização não tenha sido concluída?

    
por Steve Summit 07.07.2017 / 22:43

2 respostas

1

Respondendo a minha própria pergunta: Sim, o cabo serial FTDI funciona, para acessar coisas como o bootloader e (potencialmente) o modo de usuário único.

(No meu caso, apenas conectar com o cabo FTDI não foi suficiente para consertar meu script rc ruim, porque meu script rc ruim era tão ruim que ele estava rodando mesmo no caminho para o modo de usuário único, então foi impedindo-me de entrar no modo de usuário único. Felizmente eu era capaz de visualizar e destruir o arquivo ofensivo do próprio u-boot , que resolveu o problema, e agora o sistema está inicializando novamente. Eu nunca mais cometerei esse erro novamente.)

    
por 08.07.2017 / 01:40
-2

Se você não puder esperar pela opção 2, escolha a opção 1

    
por 07.07.2017 / 22:51