Cade dalla rete ("Host di destinazione non raggiungibile")

15

Sto eseguendo il mio Pi senza testa, collegandomi via SSH sulla rete. Sto riscontrando un problema che posso riprodurre costantemente. Lascerò uno script Python in esecuzione sul mio Pi e tornerò poche ore dopo e le connessioni SSH al Pi scadranno.

Se lo eseguo il ping ottengo quanto segue:

C:\Users\andrew>ping 192.168.1.42

Pinging 192.168.1.42 with 32 bytes of data:
Reply from 192.168.1.46: Destination host unreachable.

L'unico modo per riaverlo sulla rete è riavviarlo (togliere l'alimentazione).

Qualcuno l'ha sperimentato? Esistono file di registro che posso esaminare per diagnosticare il problema?

raspbian networking python

— Andy Smith
fonte

1

Su un lampone, ho solo un cronjob che esegue uno script Python e anch'esso morirà dopo poche ore fino a 2 giorni. Non posso più SSH, solo un riavvio tagliando la potenza aiuterà.

— k0pernikus,

@ k0pernikus interessante! Sto provando ora a eseguirlo con lo scren allegato, finora (4 ore e oltre) e non ha fallito. Stai usando lo schermo?

— Andy Smith,

cosa c'è nella tua / etc / network / interfaces? Qualcosa di spaventoso in dmesg? Come è RPI connesso alla rete? Tramite un router? Cosa c'è nei registri del router? Se ricolleghi il cavo Ethernet a RPI, lo riporterà in rete?

— abolotnov,

@abolotnov In realtà lo trovo ora se eseguo l'RPI con un monitor collegato - sembra impiegare più tempo, ma quando torno dopo circa 6 ore non risponderà. dmesg sembra chiaro.

— Andy Smith,

9

Il dispositivo wireless entra in modalità sospensione dopo un periodo di inattività. È uno schema di risparmio energetico.

È necessario disattivare la funzione di risparmio energetico di wlan0.

Sto usando un ricevitore USB wireless edimax:

Bus 001 Device 005: ID 7392:7811 Edimax Technology Co., Ltd EW-7811Un 802.11n Wireless Adapter [Realtek RTL8188CUS]

Utilizza il modulo 8192cu nel kernel.

Per disattivare powersave, aggiungere quanto segue a / etc / modules o creare un file (8192cu.conf) in /etc/modprobe.d/ con le righe:

# prevent power down of wireless when idle
options 8192cu rtw_power_mgnt=0 rtw_enusbss=0

Al prossimo riavvio (o rmmod / insmod) dovrebbe disabilitare la modalità sleepy e il tuo pi sarà sempre accessibile.

Creo il file per /etc/modprobe.d ed è parte di uno script che ho creato per eseguire l'installazione preliminare su una nuova build.

— lornix
fonte

1

Era su una rete cablata

— Andy Smith il

Sfortunatamente, ho lo stesso problema con queste funzionalità disattivate. L'adattatore wireless si spegne ancora dopo alcune ore di inattività.

— StasM

Sono curioso di sapere se sono effettivamente disattivati. I file modprobe.d devono essere nominati in modo particolare (x.conf) e conteggi ortografici (come sempre). Il tuo adattatore wireless è un'unità 8192cu? forse hai bisogno di un modulo diverso?

— lornix,

@lornix: quale comando hai usato per stampare il tipo di ricevitore wireless che stai usando?

— David Norman,

lsusbe lsusb -vsono molto utili. Capire quale modulo non è sempre facile, ci sono modi per abbinare l'output modinfo 8192cual fornitore: numeri di prodotto in lsusboutput.

— Lornix,

2

È comune per un router disconnettere i client inattivi per liberare le risorse del router. Ciò può accadere in momenti casuali se il client non è stato attivo.

— Pete Cranwell
fonte

1

Il problema per me era anche la gestione dell'alimentazione sul wifi, ma non stavo usando un chipset 8192cu, quindi le istruzioni nell'altra risposta non funzionavano per me.

Corri iwconfige cerca la linea che inizia conpower management

Se si dice che la gestione dell'alimentazione è attiva, è possibile disattivarla con:

iwconfig wlan0 power off

— N Reed
fonte

0

Ho scoperto che pingnel mio caso ampiamente -ing riattiva la connessione wifi. Ho osservato che dopo il 70-100esimo ping il Pi inizia a rispondere e dopo che una connessione sshpuò essere avviata con successo.

Modifica Disattiva il risparmio energetico

iw wlan0 set power_save off

Clicca qui per i dettagli .

— partecipante
fonte