Perché il mio Raspberry Pi continua a riavviarsi?


11

Ho un Raspberry Pi con Debian. Il file boot.rc nella partizione di avvio viene sostituito con boot_enable_ssh.rc in modo che io possa accedervi con ssh. Dopo che non ha funzionato, l'ho collegato a uno schermo e ho guardato l'output. Il processo di avvio sembra essere bloccato in un ciclo, arriva sempre all'output "Raspberry Pi rebooting ...", poi ancora un po 'e poi si riavvia.

Ho scattato due foto dell'output dello schermo, spero sia possibile leggere e contenga abbastanza informazioni: inserisci qui la descrizione dell'immagine inserisci qui la descrizione dell'immagine

Dopo l'ultima riga nella seconda immagine ("ora si riavvierà"), si riavvia e arriva allo stesso punto. Qualcuno può identificare il problema? Ho notato che la prima menzione del riavvio arriva direttamente dopo il caricamento del server SSH.

MODIFICARE:

Su una scheda SD diversa ma con lo stesso alimentatore ho provato Arch Linux e ha funzionato, quindi non credo che l'alimentatore sia il problema.


La mia prima ipotesi è una scheda SD o un'immagine difettosa. Ne hai un altro con cui provare. Come stai alimentando il tuo Pi?
Steve Robillard,

2
Forse qualche burlone ha scritto init 6in quella sshsceneggiatura ;-)
Jivings,

Lo alimento con il mio caricabatterie mobile. Funziona con Arch Linux, quindi penso che l'alimentazione sia buona.
Fino a B

Debian funziona con boot.rcpiuttosto che con boot_enable_ssh.rc?
Alex Chamberlain,

Questa compressione o respiro sibilante di Debian? - Potresti voler eseguire l'aggiornamento a wheezy - ha molte correzioni e SSH è attivato per impostazione predefinita. Vedi qui: raspberrypi.org/archives/1435
Jon Egerton,

Risposte:


6

Ho un problema simile. Anche My Raspberry Pi continua a riavviarsi. Dopo aver letto la pagina seguente, ho misurato la tensione sulla scheda tra TP1 e TP2 e ho scoperto che al momento dell'avvio la tensione fluttuava molto.

http://elinux.org/R-Pi_Troubleshooting#Troubleshooting_power_problems

Sto usando un hub USB alimentato per alimentare il Raspberry Pi. Sui connettori USB, ho misurato 5,2 Volt e 1,25 amp, che dovrebbe essere sufficiente. Tuttavia, all'altra estremità del cavo USB-Micro-USB da 8 piedi che sto usando, ho misurato 5,2 Volt e 0,6 Amp, che non è sufficiente per il Raspberry Pi. Quindi sembra che ci sia molta attenuazione nel cavo. Ho quindi provato un cavo da 4 piedi, ma sto ancora riscontrando lo stesso problema di riavvio. Tuttavia, non sono in grado di misurare la corrente alla fine di questo cavo. I fili del mio multimetro sono troppo spessi per raggiungere i minuscoli connettori.

Quindi non so cosa fare. Potrei comprare un altro cavo, ma funzionerà?

Potresti avere lo stesso problema. Se hai un multimetro, segui la procedura nella pagina sopra per vedere se il Pi riceve potenza sufficiente.


Come si misura la corrente all'estremità del cavo? A meno che tu non abbia sistemato qualcosa in cui inserisci il tuo misuratore nella linea VBUS, stai misurando in modo errato e producendo risultati di dubbia rilevanza. Anche se ovviamente, non usare un cavo da 8 piedi è un esperimento utile.
Chris Stratton,

Sembra un buon consiglio, grazie. Lo misurerò con il mio Rpi. Tuttavia penso che non sia stata la causa, il mio alimentatore è abbastanza forte.
Fino al

1
@ChrisStratton Non so cosa sia una linea VBUS. Ho semplicemente registrato un ago sul mio cavo rosso multimetro. Ho quindi misurato la corrente tra la terra del connettore micro-USB e il pin +5 V. Con l'ago attaccato al piombo, sono stato in grado di raggiungere il perno.
Jean-François Beauchamp,

Ho comprato un altro cavo e non era ancora abbastanza buono. Mi sono reso conto che il mio cavo Kindle è un cavo USB con un connettore micro-USB a un'estremità. L'ho provato e ha funzionato. Ora ho oltre 4,7 Volt tra TP1 e TP2 con questo cavo.
Jean-François Beauchamp,

@ Jean-FrançoisBeauchamp sembra che il test attuale sia stato quello di cortocircuitare l'alimentazione con un amperometro, che generalmente non è un test che si desidera fare. Non ha senso (poiché la tensione alla corrente di cortocircuito non farà funzionare nulla), sottolinea i componenti di protezione corrente e se sono assenti si rischia di bruciare il fusibile del misuratore (o del misuratore stesso se è assente).
Chris Stratton,

3

Prova a utilizzare un cavo di alimentazione e un adattatore diversi. Forse l'adattatore e / o il cavo di alimentazione potrebbero essere stati danneggiati e potrebbe non fornire energia sufficiente per supportare Debian


Ciao Marco - se vuoi dire che questa è una risposta, per favore aggiungi un po 'più di dettagli e / o strutturalo come una risposta piuttosto che un commento. Se intendevi che fosse un commento, fammi sapere e posso convertirlo per te.
ramblinjan il

2

Puoi collegare la scheda SD a un PC e guardare quel file. Mentre è nel PC, puoi anche rinominare il file per vedere se interrompe il riavvio.

Se riesci a riavviarlo senza ssh in esecuzione, la prossima cosa da provare sarebbe avviare ssh manualmente.

Verificherei che l'alimentazione sia ok. Un alimentatore debole potrebbe causare cose del genere.

Quindi provare una scheda SD diversa. Forse anche un marchio diverso.

Se tutto ciò non riesce, forse hai un Lemon Pi :(


Lo stesso alimentatore con Arch funziona. Proverò quello che mi hai suggerito.
Fino a B

@TillB, Se l'offerta fosse marginale è possibile che possa sopravvivere all'avvio di Arch, ma forse il Debian ad un certo punto usa più potenza. Non so quanto sia probabile però. Finora sono stato in grado di funzionare correttamente solo da una porta USB su un laptop, ma non ho ancora tassato la CPU o la GPU.
John La Rooy,

fornisce 0,7 Amp.
Fino a B


0

Ho avuto questo problema con il mio RP 3b. Ciò che risolveva era passare a un alimentatore che forniva più corrente elettrica (Ampere) e anche un diverso cavo USB. Il vecchio alimentatore dava 2 Amp, e quello nuovo 2.4. Quindi penso che provare con un alimentatore migliore e anche cavi diversi possono risolvere il problema.

Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.