[Thread Ufficiale] Firmware OpenWrt per Netgear WNDR3700/WNDR3700v2/WNDR3800

[rafee]

Qualche giorno fa scrissi del fatto che il router si riavvia da solo.
I log ora li salvo su disco nella speranza di trovare qualcosa di utile a capire il motivo del riavvio, ma purtroppo non ho trovato nulla che serva ad identificare il problema.
Domenica si è riavviato un paio di volte nel pomeriggio, lunedì pomeriggio un'altra volta e da allora è rimasto sempre attivo.

Non succede a nessuno che il router si riavvia da solo in modo random?
Ciao.

[coatto87]

Originariamente inviato da rafee

Qualche giorno fa scrissi del fatto che il router si riavvia da solo.
I log ora li salvo su disco nella speranza di trovare qualcosa di utile a capire il motivo del riavvio, ma purtroppo non ho trovato nulla che serva ad identificare il problema.
Domenica si è riavviato un paio di volte nel pomeriggio, lunedì pomeriggio un'altra volta e da allora è rimasto sempre attivo.

Non succede a nessuno che il router si riavvia da solo in modo random?
Ciao.

root@OpenWrt:~# uptime
15:03:59 up 13 days, 21:10, load average: 0.14, 0.04, 0.05

Direi di no

Però se ti può aiutare, il router si riavvia se perde il file di swap.

[rafee]

Originariamente inviato da coatto87

root@OpenWrt:~# uptime
15:03:59 up 13 days, 21:10, load average: 0.14, 0.04, 0.05

Direi di no

Però se ti può aiutare, il router si riavvia se perde il file di swap.

Beato te... 13 giorni non li ho mai visti sul mio router.

Io non ho file di swap, ho una partizione dedicata di 256Mb sulla chiavetta USB. E secondo me non si riavvia neanche se perde la partizione. Quando avevo i problemi con la chiavetta USB che andava nel pallone, il router non si riavviava.

Altre idee?

[AndreaS54]

Originariamente inviato da Manp

può essere che sia un problema solo con la V2?

con la versione 0.20 e la beta con il nuovo kernel che avevi messo su dropbox subito dopo NON succede. con la 0.30 e 0.31 invece il valore massimo selezionabile rimane 17dbm. ho provato a resettare le impostazioni e a riflashare ma non cambia niente. tornando alle versioni prima invece 20dbm torna selezionabile.


stasera ci guardo

No, a me è successo con la V1, ma ho risolto sostituendo il file regulatory.bin seguendo le indicazioni del sito OpenWRT a questa pagina

AndreaS

[AndreaS54]

Originariamente inviato da Manp

può essere che sia un problema solo con la V2?

con la versione 0.20 e la beta con il nuovo kernel che avevi messo su dropbox subito dopo NON succede. con la 0.30 e 0.31 invece il valore massimo selezionabile rimane 17dbm. ho provato a resettare le impostazioni e a riflashare ma non cambia niente. tornando alle versioni prima invece 20dbm torna selezionabile.


stasera ci guardo

No, a me è successo con la V1, ma ho risolto sostituendo il file regulatory.bin seguendo le indicazioni del sito OpenWRT a questa pagina.

Una domanda, ma se salvo la configurazione del router prima di aggiornare il firmware, quando poi la ripristino, non ripristino anche l'IP del router? .... oppure l'operazione è vivamente sconsigliata?

AndreaS

[Manp]

Originariamente inviato da AndreaS54

No, a me è successo con la V1, ma ho risolto sostituendo il file regulatory.bin seguendo le indicazioni del sito OpenWRT a questa pagina.

AndreaS

ma perchè con la versione 0.20 non succede? e perchè non succede a tutti considerando che i router dovrebbero essere uguali? può essere che sia cambiato qualcosa nella build?

una prova sicuramente val la pena di farla però i dubbi rimangono.

edit: assurdo, addirittura usando il file linkato nella guida che hai postato mi sblocca 20dbm sulla radio1 (5ghz) ma sulla radio0 (2,4ghz - dove i 20dbm sono sempre stati selezionabili) il massimo rimane ancora 17dbm!
mi vien da pensare che proprio quel file per la radio0 venga ignorato

[coatto87]

Originariamente inviato da Manp

ma perchè con la versione 0.20 non succede? e perchè non succede a tutti considerando che i router dovrebbero essere uguali? può essere che sia cambiato qualcosa nella build?

una prova sicuramente val la pena di farla però i dubbi rimangono.

edit: assurdo, addirittura usando il file linkato nella guida che hai postato mi sblocca 20dbm sulla radio1 (5ghz) ma sulla radio0 (2,4ghz - dove i 20dbm sono sempre stati selezionabili) il massimo rimane ancora 17dbm!
mi vien da pensare che proprio quel file per la radio0 venga ignorato

Sto compilando una release integrando quel regulatory.bin, vediamo cosa succede.

[Manp]

Originariamente inviato da coatto87

Sto compilando una release integrando quel regulatory.bin, vediamo cosa succede.

come ti ho detto, sostituendolo a quello presente sul router, mi sblocca i 20dbm sulla radio1 dove ho sempre avuto massimo 17dbm ma sulla radio0 dove 20dbm erano il massimo resta fisso a 17dbm! in pratica il contrario di come era fino alla 0.20!

credi che integrarlo possa fare differenza?

[coatto87]

Firmware OpenWrt 0.40 beta per Netgear WNDR3700/v2

Changelog:

- svn 28214
- kernel 3.0.4
- introdotto l2tp
- sostituito regulatory.bin con altro US sbloccato
- supporto nfs non è più un modulo del kernel ed è stato sostituito con unfs3 per recuperare spazio
- rimosso pptpd
- rimosso supporto ntfs (se serve posso rimetterlo)

Link: http://dl.dropbox.com/u/34798/openwr...eta/index.html

Per L2TP, ci sono due cose da considerare:

- /etc/racoon/psk.txt
- /etc/ppp/chap-secrets

Le porte sono già aperte, quindi l'unica cosa da fare è configurare i due file citati poco sopra.

E' una versione beta poiché ci sono molti cambiamenti dalla versione precedente e non ho potuto testarli tutti, quindi consiglio di provarla solo chi necessita di una delle funzioni introdotte o chi è disponibile in caso di problemi a rimettere la precedente.

[Manp]

il kernel 3.0.4 significa che tutti i moduli kmod sul trunk non sono compatibili, no?

allora io a questo giro passo.

il regulatory.bin almeno nel mio caso non fa differenza e sulla build di arokh con lo stesso kernel il wireless dava lo stesso problema. se mi manca vfat poi non posso nemmeno provare il dlna e cmq devo dire addio a samba.

[coatto87]

Ho pensato anche a questo
Ho aggiunto la repo di arokh quindi avrai tutti i pacchetti aggiuntivi installabili.

Il regulatory.bin non è quello del wiki

[Manp]

Originariamente inviato da coatto87

Ho pensato anche a questo
Ho aggiunto la repo di arokh quindi avrai tutti i pacchetti aggiuntivi installabili.

Il regulatory.bin non è quello del wiki

finito di flashare adesso.

radio1 max 30 dbm (con nazione IT max 20)
radio0 max 17 dbm (con qualsiasi nazione)

secondo me continua ad ignorare il regulatory.bin per la radio0

[Manp]

forse ho trovato il problema nel log del kernel:

Sep  8 17:44:04 OpenWrt kern.err kernel: ath: eeprom contains invalid mac address: ff:ff:ff:ff:ff:ff
Sep  8 17:44:04 OpenWrt kern.err kernel: ath: random mac address will be used: d2:d3:40:ec:00:32

si è corrotto qualcosa?

in caso ho un backup del mio caldata, potrei ripristinarlo?

edit: ho riflashato il fw originale e tutti i mac address sembrano ok, quindi non credo che caldata sia corrotto. allora perchè quell'errore?

[coatto87]

Originariamente inviato da Manp

forse ho trovato il problema nel log del kernel:

Sep  8 17:44:04 OpenWrt kern.err kernel: ath: eeprom contains invalid mac address: ff:ff:ff:ff:ff:ff
Sep  8 17:44:04 OpenWrt kern.err kernel: ath: random mac address will be used: d2:d3:40:ec:00:32

si è corrotto qualcosa?

in caso ho un backup del mio caldata, potrei ripristinarlo?

Si esatto, il problema è quello.
Caldata sta per?

Secondo me puoi provare a rimettere l'originale e poi a ritornare su OpenWrt.

EDIT: io ho controllato ora, con il nuovo regulatory.bin ho 30/30.

[Manp]

Originariamente inviato da coatto87

Si esatto, il problema è quello.
Caldata sta per?

Secondo me puoi provare a rimettere l'originale e poi a ritornare su OpenWrt.

EDIT: io ho controllato ora, con il nuovo regulatory.bin ho 30/30.

caldata dovrebbe essere la partizione in cu sono salvati tutti i mac address delle varie interfacce e altri dati di cui onestamente non ho idea.
so che si poteva corrompere con le prime versioni di ddwrt che supportavano il 3700 ma in questo caso anche riflashando il fw originale il problema rimaneva finchè non si ripristinava da un backup (o il proprio o di un altro router).

invece il mio caldata sembra intatto, altrimenti il firmware originale visualizzerebbe ff:ff:ff:ff:ff per tutti i mac address di tutte le interfacce. invece sembra tutto ok

[coatto87]

Originariamente inviato da Manp

caldata dovrebbe essere la partizione in cu sono salvati tutti i mac address delle varie interfacce e altri dati di cui onestamente non ho idea.
so che si poteva corrompere con le prime versioni di ddwrt che supportavano il 3700 ma in questo caso anche riflashando il fw originale il problema rimaneva finchè non si ripristinava da un backup (o il proprio o di un altro router).

invece il mio caldata sembra intatto, altrimenti il firmware originale visualizzerebbe ff:ff:ff:ff:ff per tutti i mac address di tutte le interfacce. invece sembra tutto ok

Uhm strano.
Comunque, se torni a OpenWrt e installi la beta di ieri, potresti provare la velocità di trasferimento?
Nel mio caso è disastrosa, usa malissimo le risorse di sistema (probabilmente il kernel non è ottimizzato).
Però ho il dubbio che l'aggiornamento non sia andato così bene, mi sono trovato tutti i file vecchi pur avendo messo via tftp la factory.

[Manp]

Originariamente inviato da coatto87

Uhm strano.
Comunque, se torni a OpenWrt e installi la beta di ieri, potresti provare la velocità di trasferimento?
Nel mio caso è disastrosa, usa malissimo le risorse di sistema (probabilmente il kernel non è ottimizzato).
Però ho il dubbio che l'aggiornamento non sia andato così bene, mi sono trovato tutti i file vecchi pur avendo messo via tftp la factory.

le cose strane sono più di una:

- se si è corrotto qualcosa e non riesce a leggere il mac address dalla eprom come riporta l'errore perchè tornando alla 0.20 il problema sparisce?
possibile che sia un errore di lettura piuttosto che in effetti ci sia qualcosa di corrotto? che abbiano fatto qualche modifica al driver wireless e introdotto un bug?
- e se è corrotto il caldata perchè il fw originale non mostra nessun dato corrotto come invece dovrebbe fare?

cmq stasera appena torno a casa provo a rifare un dump del caldata e confrontarlo con quello che avevo fatto quando comprai il router per vedere se ci sono differenze.

poi proverò a riflashare la 0.40

edit: posso confermare che il caldata non è corrotto, ho fatto un backup adesso e confrontato con l'originale che ho fatto mesi fa è identico.

[Manp]

ho fatto qualche verifica:

l'errore è questo presente anche nella versione 0.20:

ath: eeprom contains invalid mac address: ff:ff:ff:ff:ff:ff
ath: random mac address will be used: 06:60:2f:ad:b0:ce
ath: EEPROM regdomain: 0x0
ath: EEPROM indicates default country code should be used
ath: doing EEPROM country->regdmn map search
ath: country maps to regdmn code: 0x3a
ath: Country alpha2 being used: US
ath: Regpair used: 0x3a

il fatto è che quel mac address generato random non viene usato da nessuna parte. il router usa per tutte le interfacce i mac address corretti memorizzati nel mio caldata che non è corrotto.

nonostante questo con la versione 0.20 posso selezionare 20dbm sulla radio0, con le versioni dalla 0.30 in poi il massimo rimane 17dbm.

a questo punto è evidente che qualcosa sia stato cambiato in openwrt tra le 2 versioni.

[coatto87]

Originariamente inviato da Manp

ho fatto qualche verifica:

l'errore è questo presente anche nella versione 0.20:

ath: eeprom contains invalid mac address: ff:ff:ff:ff:ff:ff
ath: random mac address will be used: 06:60:2f:ad:b0:ce
ath: EEPROM regdomain: 0x0
ath: EEPROM indicates default country code should be used
ath: doing EEPROM country->regdmn map search
ath: country maps to regdmn code: 0x3a
ath: Country alpha2 being used: US
ath: Regpair used: 0x3a

il fatto è che quel mac address generato random non viene usato da nessuna parte. il router usa per tutte le interfacce i mac address corretti memorizzati nel mio caldata che non è corrotto.

nonostante questo con la versione 0.20 posso selezionare 20dbm sulla radio0, con le versioni dalla 0.30 in poi il massimo rimane 17dbm.

a questo punto è evidente che qualcosa sia stato cambiato in openwrt tra le 2 versioni.

Probabilmente tra la 0.20 e la 0.30 sono stati aggiornati i driver wifi.
Se riesci a darmi su quale svn sono basate le due versioni, vedo di capire dov'è il problema.

[Manp]

la 0.20 su r27267
la 0.30 su 28090

ma a te quell'errore non compare nel log del kernel? perchè cercandolo su google ho trovato un po' di log di utenti in cui c'è tale e quale, quindi non dovrei essere l'unico.

da quello che ne posso capire non penso cmq abbia a che fare con il mio problema (anche se così di primo acchito sembrerebbe) perchè se così fosse la mia radio0 userebbe il mac address generato a random invece usa quello corretto memorizzato nel caldata (i miei mac iniziano tutti per C4:3D... e finiscono in 45,46,47,48 a seconda dell'intefaccia wan, lan, radio0, radio1)