Por que meu Raspberry Pi continua reiniciando?


11

Eu tenho um Raspberry Pi executando o Debian. O arquivo boot.rc na partição de inicialização é substituído pelo boot_enable_ssh.rc para que eu possa acessá-lo com ssh. Depois que não funcionou, conectei-o a uma tela e observei a saída. O processo de inicialização parece travado em um loop, sempre chega à saída "Raspberry Pi rebooting ...", depois mais um pouco e depois reinicia.

Tirei duas fotos da saída da tela, espero que seja possível ler e contenha informações suficientes: insira a descrição da imagem aqui insira a descrição da imagem aqui

Após a última linha da segunda imagem ("agora será reiniciada".), Ela é reinicializada e chega ao mesmo ponto. Alguém pode identificar o problema? Notei que a primeira menção à reinicialização ocorre diretamente após o carregamento do servidor ssh.

EDITAR:

Em um cartão SD diferente, mas com a mesma fonte de alimentação, tentei o Arch Linux e funcionou, então não acho que a fonte de alimentação seja o problema.


Meu primeiro palpite é um cartão ou imagem SD ruim. Você tem outro para testar? Como você está alimentando seu Pi?
9788 Steve Steve Robillard

2
Talvez algum palhaço tem escrito init 6nesse sshroteiro ;-)
Jivings

Eu energizo com meu carregador de celular. Isso funciona com o Arch Linux, então acho que a fonte de alimentação está bem.
Até B

O Debian trabalha com boot.rce não boot_enable_ssh.rc?
Alex Chamberlain

Isso é aperto ou debochado do Debian? - Você pode querer atualizar para o wheezy - tem muitas correções e o SSH está ativado por padrão. Veja aqui: raspberrypi.org/archives/1435
Jon Egerton

Respostas:


6

Eu tenho um problema similar. Meu Raspberry Pi também continua reiniciando. Depois de ler a página seguinte, medi a tensão na placa entre TP1 e TP2 e descobri que no momento da inicialização a tensão estava flutuando bastante.

http://elinux.org/R-Pi_Trou Troubleshooting#Trou Troubleshooting_power_problems

Estou usando um hub USB alimentado para alimentar o Raspberry Pi. Nos conectores USB, medi 5,2 Volts e 1,25 A, o que deve ser suficiente. No entanto, na outra extremidade do cabo USB para Micro USB de 8 pés que estou usando, medi 5,2 Volts e 0,6 Amperes, o que não é suficiente para o Raspberry Pi. Portanto, parece haver muita atenuação no cabo. Tentei então um cabo de 4 pés, mas ainda estou tendo o mesmo problema de reinicialização. No entanto, não consigo medir a corrente no final deste cabo. Meus fios do multímetro são grossos demais para alcançar os minúsculos conectores.

Então eu não sei o que fazer. Eu poderia comprar outro cabo, mas este funcionará?

Você pode estar tendo o mesmo problema. Se você possui um multímetro, siga o procedimento na página acima para verificar se o Pi recebe energia suficiente.


Como você está medindo a corrente no final do cabo? A menos que você tenha montado algo em que você insere seu medidor na linha VBUS, você está medindo incorretamente e produzindo resultados de relevância duvidosa. Embora, obviamente, não usar um cabo de 2 metros seja um experimento que valha a pena.
Chris Stratton

Parece um bom conselho, obrigado. Vou medir isso com o meu Rpi. No entanto, acho que não foi a causa, minha fonte de alimentação é bastante forte.
Até B

11
@ ChrisStratton Não sei o que é uma linha VBUS. Eu simplesmente coloquei uma agulha no meu multímetro vermelho. Em seguida, medi a corrente entre o terra do conector micro-USB e o pino de +5 V. Com a agulha presa ao chumbo, consegui alcançar o pino.
Jean-François Beauchamp

Comprei outro cabo e ele ainda não estava bom o suficiente. Percebi que meu cabo Kindle é um cabo USB com um conector micro-USB em uma extremidade. Eu tentei e funcionou. Agora tenho mais de 4,7 Volts entre TP1 e TP2 com este cabo.
Jean-François Beauchamp

@ Jean-FrançoisBeauchamp parece que seu teste atual foi dar um curto-circuito na fonte de alimentação com um amperímetro, o que geralmente não é um teste que você deseja fazer. É insignificante (uma vez que a tensão na corrente de curto-circuito não funciona), enfatiza os componentes de proteção de corrente e, se eles estiverem ausentes, correm o risco de queimar o fusível no seu medidor (ou no próprio medidor, se estiver ausente).
Chris Stratton

3

Tente usar um cabo de alimentação e adaptador diferentes. Talvez o adaptador e / ou o cabo de alimentação possam ter sido danificados e talvez não esteja fornecendo energia suficiente para suportar o Debian


Olá Marco - se você quer que isso seja uma resposta, adicione um pouco mais de detalhes e / ou estruture-o como uma resposta e não como um comentário. Se você quisesse que fosse um comentário, avise-me e posso convertê-lo para você.
Ramblinjan

2

Você pode conectar o cartão SD ao PC e ver esse arquivo. Enquanto estiver no PC, você também pode renomear o arquivo novamente para ver se ele interrompe a reinicialização.

Se você conseguir reiniciá-lo sem o ssh executando, a próxima coisa a tentar seria iniciar o ssh manualmente.

Gostaria de verificar se a fonte de alimentação está ok. Uma fonte de alimentação fraca pode causar coisas assim.

Em seguida, tente um cartão SD diferente. Talvez até uma marca diferente.

Se tudo isso falhar, talvez você tenha um Lemon Pi :(


A mesma fonte de alimentação com a Arch funciona. Vou tentar o que você sugeriu.
Até B

@TillB, se o suprimento fosse marginal, é possível que ele pudesse sobreviver à inicialização do Arch, mas talvez o Debian use mais energia em algum momento. Não sei como é provável. Até agora, consegui rodar bem a partir de uma porta USB de um laptop, mas ainda não taxei a CPU ou a GPU.
31712 John La Rooy

fornece 0,7 ampères.
2


0

Eu tive esse problema com o meu RP 3b. O que foi consertado foi mudar para uma fonte de alimentação que fornecesse mais corrente elétrica (Amperes) e também um cabo USB diferente. A fonte de alimentação antiga dava 2 A e a nova 2.4. Então, acho que tentar com uma fonte de alimentação melhor e também com cabos diferentes pode resolver o problema.

Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.