[Thread ufficiale] amod - firmware modificato per DGND4000, DGN3500, DGN2200V3/V4

[_maxp_]

Originariamente inviato da undertherain77

Eh...?
Ma come l'hai aggiornato?

sono andato per aggiornare ma invece di comparire la classica finestra per selezionare il firmware è uscita una finestrella vuota con solo il tasto "ok", l'ho cliccato ed è iniziata la procedura di aggiornamento... mi chiedo cosa abbia inviato firefox al router

[undertherain77]

Originariamente inviato da _maxp_

sono andato per aggiornare ma invece di comparire la classica finestra per selezionare il firmware è uscita una finestrella vuota con solo il tasto "ok", l'ho cliccato ed è iniziata la procedura di aggiornamento... mi chiedo cosa abbia inviato firefox al router

L'hai fatto con la procedura di reset?

[_maxp_]

Originariamente inviato da undertherain77

L'hai fatto con la procedura di reset?

No l'ho fatto dall'interfaccia web come sempre.

[undertherain77]

Originariamente inviato da _maxp_

No l'ho fatto dall'interfaccia web come sempre.

Non so che dire...

[alfonsor]

la finestrella vuota è quel "bug" che non penso si possa chiamare bug per cui firefox nuovi modelli non va d'accordo con lo script langs.js di netgear, credo di averlo fixato, ma non c'entra nulla con il brick comunque; c'era solo scritto "tutte le connessioni verranno interrotte, sei sicuro?"

per usare la seriale ci vuole un connettore ttl, cercare su ebay "CAVO DATI USB CA-42 per NOKIA 7200" il costo è di meno di 6 euro spedizioni comprese

quindi seguire quanto scritto nel post http://www.hwupgrade.it/forum/showpo...postcount=1635

sarà una sorpresa vedere recuperare il 2200 qualsiasi cosa sia successa

si noti che se si ha una partizione linux, la cosa è ancora più semplice, basta lanciare minicom -D /dev/ttyUSB0 e via

se si opera da linux non c'è bisogno manco di quella utility di recupero netgear, basta usare un comando apposito che invia alla console il file immagine, dopo lo metto online, perché la versione che c'è in giro funziona solo sul dg834 sul 2200V3 si stoppa perché non verifica il file allora ho dovuto modificarla; ci vuole un quarto del tempo

si noti che quando si recupera conviene sempre usare quel firmware linkato da gnommo nel primo post del thread del 2200V3 e non un firmware generico; poi da quello passare al firmware che ci pare

[alfonsor]

Originariamente inviato da undertherain77

Non so che dire...

e che vorresti dire?

il 2200 è un router fragilissimo, infatti costa poco

per costare poco (non in senso assoluto, ma in senso relativo nel mercato dei router) devono risparmiare su tutto

e si inizia a risparmiare sul firmware

per dire, il 3500, router molto più solido, non si brikka mai, ma se si bricca, riparte, si accorge che qualcosa è andato storto e lancia un server web con una sola pagina in cui rifai il flash; questo è anche un comando di console di recuper che si chiama "web" e fa il flash perfettamente

il 2200 non controlla niente, se si è brikkato bisogna entrare a mano nella console di recupero, operazione banalissima se si è montato un connettore, ma che se non si è montato un connettore lascia il proprietario del router attonito davanti alla lucina rossa persistente

che il 2200V3 fosse un router fragile lo ho sempre detto e ne ho pagato le spese io stesso avendone rotti e ricomperati ben 4

è pure la ragione per cui ancora non mi decido a comperare un V4, perché so perfettamente che sarà fragile come il V3 e non ho voglia di spendere soldi per una cosa che poi in realtà non mi serve (il v3 mi serviva per fare da modem principalmente e quando non faccio amod fa solo da modem)

ora, queste cose succedono statisticamente quando si fanno tanti flash, se sto provando cose, soprattutto sul 3500 che non ha la root montabile in rw cioé scrivibile come sul 2200, faccio dieci flash in un pomeriggio e qualcosa può andare male, per dire un abbassamento di tensione, il computer non si spegne, il router non si spegne ma qualcosa va storto, oppure un filo ethernet lasco passa un'auto, quella microvibrazione lo sconnette per un microsecondo e il flash non va a buon fine

il 2200 è così: un giocattolino

[alfonsor]

Originariamente inviato da undertherain77

L'hai fatto con la procedura di reset?

la procedura di reset non serve se si passa da amod ad amod

la procedura di reset serve se si passa da firmware con preferenze in formato differente; se dovesse accadere, ci sarà scritto a grandi lettere

il reset delle preferenze non c'entra niente con il buon fine del flash

ahhh il reset 30-0-30 non esiste, è esistito forse solo nel wrt-54g e qualche altro router e quando la leggete da qualche parte, anche per il resto forse non sanno di cosa parlano

[undertherain77]

Anche se non penso... ottimo, eviterò flash per nulla...

[alfonsor]

se si era montato una beta o rc o una versione con busybox 1.22.1 bisogna flasharla questa, perché c'è un bug in busybox che non fa fare lo umount e non è cosa carina

se si era in una versione precedente fate quello che vi pare

il bug di busybox non c'entra niente con amod è un check su uclibc che è sempre vero ed invece dovrebbe essere vero solo da una versione di uclibc in su

quella è la cosa principale

[Totix92]

il 2200v4 è meno fragile del 2200v3 lo so per certo, ma una volta quando avevo briccato il v3 era partito da solo in modalità di recupero del cfe e aprendo il browser web si apriva una piccola pagina in cui si può selezionare il firmware e riflasharlo e cosi era ripartito, poi una volta si briccò di nuovo e quella volta non ero riuscito a recuperarlo, feci rma e netgear mi invio un v4 nuovo di pacca.

[random566]

ho trovato un piccolo bug sulla v. 2.00 per v3, il servizio telnet parte, ma sempre e comunque sulla porta 23, ignorando la porta settata dall'interfaccia web
ho provato anche a mettere la porta 23, salvare l'impostazione, fermare il servizio, rimettere la 24, risalvare e riavviare, ma continua sempre a partire sulla 23

[_maxp_]

Grazie Alfonso

Originariamente inviato da alfonsor

la finestrella vuota è quel "bug" che non penso si possa chiamare bug per cui firefox nuovi modelli non va d'accordo con lo script langs.js di netgear, credo di averlo fixato, ma non c'entra nulla con il brick comunque; c'era solo scritto "tutte le connessioni verranno interrotte, sei sicuro?"

A me è comparsa una finestra senza alcuna scritta, solo il pulsante ok. Dopo averlo cliccato è partito l'aggiornamento senza alcun preavviso.

Originariamente inviato da alfonsor

se si opera da linux non c'è bisogno manco di quella utility di recupero netgear, basta usare un comando apposito che invia alla console il file immagine, dopo lo metto online, perché la versione che c'è in giro funziona solo sul dg834 sul 2200V3 si stoppa perché non verifica il file allora ho dovuto modificarla; ci vuole un quarto del tempo

Si uso linux, il comando mi sarebbe molto utile

[alfonsor]

Originariamente inviato da random566

ho trovato un piccolo bug sulla v. 2.00 per v3, il servizio telnet parte, ma sempre e comunque sulla porta 23, ignorando la porta settata dall'interfaccia web
ho provato anche a mettere la porta 23, salvare l'impostazione, fermare il servizio, rimettere la 24, risalvare e riavviare, ma continua sempre a partire sulla 23

bug di busybox/telnetd

[Cocis_]

scusate forse già è stato detto, è possibile programmare che tutti i giorni alle ore 05:50 mi faccia riavviare il router?

Grazie

[alfonsor]

entri in telnet

nano /etc/amod/conf/rcS.user

dentro ci metti

#!/bin/dash
/etc/amod/scripts/cron add "50 5 * * * /usr/sbin/reboot"

salvi

ctrl-o
ctrl-x

lo rendi eseguibile

chmod +x /etc/amod/conf/rcS.user

così ogni 5:50 di notte il router si riavvia, ma dal prossimo riavvio; se vuoi che entri in funzione senza riavviare prima, scrivi in telnet

/etc/amod/scripts/cron add "50 5 * * * /usr/sbin/reboot"

se vuoi solo cambiare ip senza rifare la connessione atm al posto di reboot ci metti

/usr/sbin/rc wan restart

PS
non so perché tu voglia per forza fare un reboot... Per dire alle 5.50 potresti voler controllare la SNR, oppure controllare la download rate, allora al post di /usr/sbin... ci metti /etc/amod/conf/mioscript

in /etc/amod/conf/mioscript creato e messo chmod +x come sopra, ci metti quello che ti pare, per dire

#!/bin/dash
snr=$(amodfunc adslattr snrdown)
if [ $snr -lt 30 ]; then
  /usr/sbin/retrain
fi
exit 0

questo sopra fa un retrain, cioé una nuova connessione atm se trova che la snr in download è minore di 3 dB

[Cocis_]

Originariamente inviato da alfonsor

entri in telnet

nano /etc/amod/conf/rcS.user

dentro ci metti

#!/bin/dash
/etc/amod/scripts/cron add "50 5 * * * /usr/sbin/reboot"

salvi

ctrl-o
ctrl-x

lo rendi eseguibile

chmod +x /etc/amod/conf/rcS.user

così ogni 5:50 di notte il router si riavvia, ma dal prossimo riavvio; se vuoi che entri in funzione senza riavviare prima, scrivi in telnet

/etc/amod/scripts/cron add "50 5 * * * /usr/sbin/reboot"

se vuoi solo cambiare ip senza rifare la connessione atm al posto di reboot ci metti

/usr/sbin/rc wan restart

Grazie per la risposta, no mi serve per evitare che mi si rallenti la connessione visto che ogni 2/3 giorni mi si rallenta la connessione arrivando a oltre 2.000ms di ping e velocità a 0.1mb/s.
ora ho messo il nuovo firmware e resettato vedrò se non da altri problema altrimenti imposto il riavvia giornaliero e fa nulla.

[nellos922]

Bel lavoro.Hai reso questo router un qualcosa di spettacolare con sto' firmware.Se migliori il QOS diventa perfetto

[random566]

Originariamente inviato da alfonsor

bug di busybox/telnetd

grazie della risposta.
però sulla 2.0.0 rc che avevo installato prima di questa, il bug del telnet non c'era.
fra la rc e questa è diversa la versione di busybox?

[stv9379]

salve, sto provando da qualche giorno l'ultimo amod e va bene. Vorrei però sapere qual' è la differenza fra uptime indicato in information e quello indicato in link

[alfonsor]

random, c'era telnet di busybox 21.1, ora c'è telnet di busybox 22.1; comunque, ho scritto "bug di busybox" ma questo è un bug di busybox introdotto da me però

stv, il primo uptime è da quando hai acceso il router, il secondo uptime è da quando hai fatto la connessione atm, cioé sei online