[bovirus1963]

L'ip di Adam2 può essere

192.168.1.1 - scheda rete 192.168.1.2 - subnet 255.255.255.0 - gateway 192.168.1.1
10.8.8.8 - scheda rete 10.8.8.9 - subnet 255.255.255.0 - gateway 10.8.8.8
169.254.87.1 - scheda rete 169.254.87.2 - subnet 255.255.255.0 - gateway 169.254.87.1

Il problema è che se non riesci a fermare il boot del modem il modem tenta di caricare il sistema fs/kernel si inchioda.

Scaricati i pacchetti di recovery he ti ho indicato. Scompattali in una cartella

Prova a impostare come indicato la scheda di rete.
Spegna il modem. Vai al prompt del DOS (Start-Esegui-CMD). Posizionati nella cartella dove hai scompattato i file.

digita ftp 192.168.1.1 -s:dlink_script.txt (senza premere INVIO)
(192.168.1.1. è l'indirizzo del bootloader in questa configurazione e dlink_scrip.txt è lo script dei comandi ftp)

Alimenta il modem conta fino a 4 e premi INVIO.

Se non funziona riprova con un secondo di attesa in più.

Se non funziona prova a cambiare l'idirizzo della scheda di rete (es. 10.8.8.8 e ovviamente cambia anche l'ip nel comando dos che dai)

[guybrush]

@bovirus1963

Complimenti per i tuoi interventi: sono molto concreti e soprattutto denotano il fatto che ci hai dedicato non poco tempo! Ero incuriosito dal comando che hai suggerito a dovdo:

ftp 192.168.1.1 -s:dlink_script.txt

Ho intuito che nel file "dlink_script.txt" ci sia una sequenza di comandi da impartire via ftp ad Adam2 (insomma che sia uno script esattamente come il file .scp di tiupgrade). Ho provato a scaricare i pacchetti che hai linkato nei tuoi post precedenti per verificare la mia teoria ma con tutti mi da file not found.
Non conoscevo la possibilità di passare uno script via ftp infatti ogni volta ridefinisco le env variables a mano e non è il massimo della vita come puoi immaginare quindi, sempre che la mia intuizione sia corretta, mi avresti insegnato una cosa bellissima!
Se così fosse, lo script deve contenere solo i comandi tipo "setenv" ecc. come accade in tiugrade.scp o deve avere una particolare sintassi?
Secondo: da Windows con ftp non si può fare direttamente "setenv" ma devo fare "quote SETENV" per indicare il riferimento ad un comando esterno: devo fare così anche nello script o non è necessario?

Passando più propriamente al problema di dovdo, io mi sentirei di dargli un suggerimento. Visto che lui mi pare di aver capito sia disposto anche a mettere firm originali (e poi, in ogni caso, anche se non li conosco credo che neanche i moddati siano singleimage ma qui potrei sbagliare) quindi io gli suggerirei Recovery Tool di Actiontec che ha un paio di innegabili vantaggi:

• Dato che mi pare di capire che dovdo abbia fatto molta confusione, potrebbe benissimo essere che l'ip hardcoded di adam2 sia saltato insieme al resto e con RT abbiamo la certezza di riportarlo su 192.168.0.1 perchè invia un pacchetto UDP in broadcast per impostarlo a tale indirizzo e avremmo almeno questa certezza
• E' inoltre dotato di ottime istruzioni a video quindi è impossibile sbagliare inoltre è molto più reattivo di Ciclamab nell'agganciare la connessione ed è forse addirittura leggermente migliore di TIupgrade (o comunque alla pari)

Che ne dici? A me pare un'ottima soluzione... Unico problema di RT è che si devono preventivamente ridefinire le partizioni nei casi (come quello di dovdo) in cui ci sia stata corruzione dell'area di env e questo si può fare solo a mano: in effetti questa è l'unica grossa limitazione che trovo in RT insieme al vincolo di usare firmware non singleimage. Ecco il motivo per cui tu giustamente suggerivi lo script ftp, magari si potrebbe usare un approccio integrato tra il mio e il tuo. Fammi sapere cosa ne pensi!

@dovdo
Se mi dici che firmware vuoi usare, ti preparo un pacchetto Recovery Tool e te lo metto on-line così lo puoi scaricare e non dovrai fare altro che eseguirlo. Unica controindicazione: come detto sopra, prima devi ridefinire le var mtdx e il firmware deve essere necessariamente spezzato in fs e kernel (ma, se non sbaglio dato che non lo uso da parecchio ed è una funzionalità aggiunta nelle nuove versioni, Ciclamab permette di spezzare firm singleimage in fs e kernel quindi non dovrebbe essere un problema).

Ciao a tutti!

[dovdo]

L'ip di Adam2 può essere

192.168.1.1 - scheda rete 192.168.1.2 - subnet 255.255.255.0 - gateway 192.168.1.1
10.8.8.8 - scheda rete 10.8.8.9 - subnet 255.255.255.0 - gateway 10.8.8.8
169.254.87.1 - scheda rete 169.254.87.2 - subnet 255.255.255.0 - gateway 169.254.87.1

@bovirus1963

ho fatto e rifatto tutti i passaggi da te indicati, ma adam agli ip da te indicati non risponde (subito dopo l'invio escono le varie "opzioni" o meglio parametri del programma del tipo "-s", ecc..). Ti ringrazio del tempo che mi stai dedicando, ma l'operazione non mi riesce.

Se mi dici che firmware vuoi usare, ti preparo un pacchetto Recovery Tool e te lo metto on-line così lo puoi scaricare e non dovrai fare altro che eseguirlo. Unica controindicazione: come detto sopra, prima devi ridefinire le var mtdx e il firmware deve essere necessariamente spezzato in fs e kernel (ma, se non sbaglio dato che non lo uso da parecchio ed è una funzionalità aggiunta nelle nuove versioni, Ciclamab permette di spezzare firm singleimage in fs e kernel quindi non dovrebbe essere un problema).

@guybrush

se non ti dispiace, proverei ben volentieri. Il fw che usavo prima era quello JackVendicator, comunque a me basterebbe quello originale dlink adsl1.

grazie

[bovirus1963]

@Guybrush

se non riesce ad accedere ad Adam2 come fa a loggarsi ad Adam2 per cambiare le pertizioni ?

[bovirus1963]

@Dovdo

se ti escono i parametri è ovvio che stai sbagliando comando.

Infatti quando dai un parmetro sbagliato dopo il comando ftp lui ti risponde con l'elnco dei parametri -s -v.

Se è così è ovvio che non funziona. Non hai dato nessun comando ftp

ripeto il comando:

ftp -s:dlink_script.txt ipaddress_adam2 (dove dlink_script.txt è il mio script del pacchetto recovery)

Esempio:

ftp -s:dlink_script.txt 192.168.1.1

come indicato non devi prmere subito INVIO ma accendere il modem contare fino a 4 e poi premre INVIO.

[dovdo]

ok grazie, adesso riprovo

[dovdo]

ho riprovato, ma non succede niente.

ho messo il recovery tool che mi hai indicato nella cartella C:\abc,

ma alla fine ricevo dopo aver dato il comando ftp il seguente errore:

Errore nell'apertura del file di script dlink_script.txt.

Riporto sotto per completezza quello che appare nel prompt di dos

C:\Documents and Settings\Windows XP Home>cd..

C:\Documents and Settings>cd..

C:\>dir abc
 Il volume nell'unità C non ha etichetta.
 Numero di serie del volume: 8096-8D48

 Directory di C:\abc

24/02/2007  13.59    <DIR>          .
24/02/2007  13.59    <DIR>          ..
06/06/2005  20.00         1.916.936 dlink.bin
06/06/2005  20.00             7.159 dlink.cfg
18/02/2007  11.19                33 dlink1.bat
18/02/2007  11.19                37 dlink2.bat
19/02/2007  16.21               542 dlink_script.txt
09/02/2007  15.19               785 DSL-302T - 2.00B01T01 EU - Readme.txt
02/03/2005  18.33               456 DSL-302T - 2.00B01T01EU - Env.txt
15/08/2005  17.38         1.019.392 tiupgrade.exe
18/02/2007  11.59               754 tiupgrade.ini
19/02/2007  16.20               394 tiupgrade.scp
              10 File      2.946.488 byte
               2 Directory   7.378.173.952 byte disponibili

C:\>ftp -s:dlink_script.txt 192.168.1.1
Errore nell'apertura del file di script dlink_script.txt.

Trasferisce i file da e verso un computer che dispone di un servizio server FTP
(detto anche daemon). È possibile utilizzare FTP in modo interattivo.

FTP [-v] [-d] [-i] [-n] [-g] [-s:nomefile] [-a] [-w:dimensionifinestra] [-A]
    [host]

  -v                  Disabilita la visualizzazione delle risposte del server
                      remoto.
  -n                  Disabilita l'autoconnessione dopo la connessione
                      iniziale.
  -i                  Disattiva le richieste interattive durante i
                      trasferimenti di più file.
  -d                  Attiva il debug.
  -g                  Disattiva il globbing su nomi file (vedere il comando
                      GLOB).
  -s:nomefile         Specifica un file di testo contenente comandi FTP; i
                      comandi vengono eseguiti automaticamente all'avvio di
                      FTP.
  -a                  Utilizza qualunque interfaccia locale nel binding delle
                      connessioni dati.
  -A                  Connessione anonima.
  -w:dimensionibuffer Prevale sulle dimensioni predefinite del buffer 4096.
  host                Specifica il nome o l'indirizzo IP dell'host remoto
                      a cui connettersi.

Note:
  - i comandi mget e mput accettano y/n/q per sì/no/chiudi.
  - Per annullare i comandi, premere CTRL+C.

A questo punto penso che ..................
Grazie comunque

[bovirus1963]

Scusa ma non ti accorgo che hai dato il comando ftp con riferimento allo script ed invece di essere nella cartella abc (dove c'è lo script) sei nella root principale del disco dove ovviamente NON c'èil file dlink_script.txt ?

prima di lanciare il comando ftp devi dare il comando cd\abc [INVIO].

Come fa a funzionare il tool di recovery se non sei nella sua cartella ?

Incredibile ....

[guybrush]

@Guybrush

se non riesce ad accedere ad Adam2 come fa a loggarsi ad Adam2 per cambiare le pertizioni ?

Era proprio per questo motivo che suggerivo l'uso di RT (per i motivi che ti esponevo nel mio ultimo post, primo fra tutti quello di avere la certezza dell'indirizzo di adam2).
Tra l'altro, se non sbaglio, un tipico partizionamento per flash da 4Mb (quale quella del 504T) è:

mtd0 0x900a0000,0x903f0000
mtd1 0x90010000,0x900a0000
mtd2 0x90000000,0x90010000
mtd3 0x903f0000,0x90400000

ed immagino sia la stessa che imposta Ciclamab. Al contrario, il tipico partizionamento di un 302T e:

mtd0 0x900a0000,0x901f0000
mtd1 0x90010000,0x900a0000
mtd2 0x90000000,0x90010000
mtd3 0x901f0000,0x90200000

Dal confronto di queste due informazioni discende che la definizione di mtd2 è la stessa quindi è impossibile adam2 sia stato sovrascritto. Le partizioni errate sono mtd0 (immagine del firmware) e mtd3 (area env) quindi il problema è risolvibilissimo.

@dovdo

Per semplicità ti ho preparato un pacchetto con il firmware ufficiale che si trova sul server ftp di D-Link Mediterraneo. So che c'è di meglio ma non ho tempo per le ricerche e per ora il nostro primo obiettivo e farlo funzionare quindi credo possa andare.

http://www.box.net/public/5s1snnkrp9

Scaricato il file, decomprimilo però non lo usare così com'è perchè prima dobbiamo ridefinire correttamente le partizioni. Per fare questo imposta l'ip della scheda di rete su:

ip: 192.168.0.99
subnet mask: 255.255.255.0
gateway: 192.168.0.1

e rinomina la cartella "image" in "imag": è un errore per indurre Recovery tool a bloccarsi perchè non trova i file giusti; so che è poco ortodosso ma funziona. Esegui recovery tool e segui le sue istruzioni (stacca e attacca l'alimentazione tenendo il tasto reset finchè non rileva la connessione come spiegato).
A questo punto recovery tool partirà con l'aggiornamento ma andrà in errore (a causa della cartella "image" rinominata) però avremo ottenuto un risultato: adam2 è accessibile via ftp.
Salva quest'altro file:

http://www.box.net/public/r25fu6vch4

sul tuo desktop (mi raccomando, sul desktop e non in una sottocartella), apri un prompt dei comandi (esegui -> "cmd") e dai questi comandi:

cd desktop [INVIO]
ftp -s:dlink_script.txt 192.168.0.1 [INVIO]

Fatto questo verifica che le var che compaiono ora a schermo siano definite come ho scritto poco sopra e dai il comando "bye" per uscire da ftp quindi "exit" per chiudere il prompt.
A questo punto rinomina correttamente in "image" la cartella "imag" e riesegui RT come prima. Ora tutto andrà a buon fine e il modem tornerà a funzionare al 99%.

Solo un appunto: RT è molto reattivo nel connettersi al bootloader ma non ho detto sia infallibile quindi, se non riesci al primo tentativo, riprova e mi raccomando di disattivare eventuali firewall e di configurare la scheda di rete esattamente come ti ho detto.

Prova e fammi sapere!

[dovdo]

provando con i possibili ip di adam2 che mi hai fornito questo è quello che appare nel prompt di dos:

C:\>cd/abc

C:\abc>ftp -s:dlink_script.txt 192.168.1.1
> ftp: connect :Numero di errore sconosciuto
ftp> adam2
Comando non valido
ftp> adam2
Comando non valido
ftp> quote SETENV mtd0,0x90091000,0x901f0000
Non collegato.
ftp> quote SETENV mtd1,0x90010090,0x90090000
Non collegato.
ftp> quote SETENV mtd2,0x90000000,0x90010000
Non collegato.
ftp> quote SETENV mtd3,0x901f0000,0x90200000
Non collegato.
ftp> quote SETENV mtd4,0x90010000,0x901f0000
Non collegato.
ftp> quote SETENV autoload,1
Non collegato.
ftp> quote SETENV autoload_timeout,7
Non collegato.
ftp> quote SETENV StaticBuffer,120
Non collegato.
ftp> quote SETENV modulation,MMODE
Non collegato.
ftp> quote MEDIA FLSH
Non collegato.
ftp> bin
Non collegato.
ftp> put dlink.cfg "dlink.cfg mtd3"
Non collegato.
ftp> put dlink.bin "dlink.bin mtd4"
Non collegato.
ftp> quote SETENV autoload,1
Non collegato.
ftp> quote SETENV autoload_timeout,7
Non collegato.
ftp> quote SETENV my_ipaddress,192.168.1.1
Non collegato.
ftp> quote REBOOT
Non collegato.
ftp> bye

C:\abc>

il tutto ripetuto per i vari ip.....

[dovdo]

@guybrush

Ho seguito tutti i passaggi che mi detto; non ho sbagliato e ne sono sicuro perchè l'RT l'ho usato decine di volte, ho rinominato la cartella IMAGE in IMAG, ma l'RTnel secondo passaggio non rileva la connessione e la barra dell'avanzamento arriva alla fine senza risultato.

A questo punto penso che il modem abbia qualcosa di più serio.
Grazie  comunque.

@dovdo


ip: 192.168.0.99
subnet mask: 255.255.255.0
gateway: 192.168.0.1

e rinomina la cartella "image" in "imag": è un errore per indurre Recovery tool a bloccarsi perchè non trova i file giusti; so che è poco ortodosso ma funziona. Esegui recovery tool e segui le sue istruzioni (stacca e attacca l'alimentazione tenendo il tasto reset finchè non rileva la connessione come spiegato).
A questo punto recovery tool partirà con l'aggiornamento ma andrà in errore (a causa della cartella "image" rinominata) però avremo ottenuto un risultato: adam2 è accessibile via ftp.

[marven]

@guybrush

Dal confronto di queste due informazioni discende che la definizione di mtd2 è la stessa quindi è impossibile adam2 sia stato sovrascritto. Le partizioni errate sono mtd0 (immagine del firmware) e mtd3 (area env) quindi il problema è risolvibilissimo.

No, le cose non stanno cosi'. Il fatto che ADAM2 si trovi allo stesso indirizzo con entrambe le flash non vuol dire nulla. Tempo fa (molto tempo fa) ho descritto esattamente il meccanismo di sovrascrittura di ADAM2 a causa di un partizionamento con flash da 4 Mega anziche' da 2.
Purtroppo e' quasi impossibile non sovrascivere ADAM2. Solo interrompendo l'invio del firmware lo si puo' evitare, ma cio' e' appunto quasi impossibile.

[JackTheVendicator]

Purtroppo e' quasi impossibile non sovrascivere ADAM2. Solo interrompendo l'invio del firmware lo si puo' evitare, ma cio' e' appunto quasi impossibile.

Tralaltro, una volta dato il comando STOR, ADAM2 inizia a erasare i blocchi della partizione desiderata e non c'e' modo di interrompere questo processo (a parte staccare l'alimentazione ovviamente, ma e' piuttosto rischioso), e una volta che ADAM2 si corrompe la connessione FTP cade e il modem si blocca *immediatamente*... e frittata e' fatta

[marven]

Tralaltro, una volta dato il comando STOR, ADAM2 inizia a erasare i blocchi della partizione desiderata e non c'e' modo di interrompere questo processo (a parte staccare l'alimentazione ovviamente, ma e' piuttosto rischioso)

In pratica la flash finisce "fisicamente" all'indirizzo 901f000 pero' l'erase continua "a cerchio" proprio dall'inizio della flash 90000000 che e' anche l'indirizzo di ADAM2. Interrompere l'alimentazione e' in pratica l'unico mezzo per interrompere l'invio, ma nelle condizioni di "distrazione" che hanno portato alla selezione del partizionamento errato e' difficile da mettere in pratica.

[guybrush]

@marven

Mi hai insegnato qualcosa che non sapevo... Per meglio dire, io sapevo qualcosa di diverso e cioè che la scrittura viene troncata e che non procede "a cerchio". Per quello pensavo che Adam2 non potesse essere stato sovrascritto: il firmware viene scritto in mtd0 (che era definita male, causa la svista di dovdo) e pensavo che venisse semplicemente troncato ma che non andasse mai a sovrascrivere mtd2 (peraltro correttamente definita) e con essa Adam2. Come sempre, non si smette mai di imparare! Resta il fatto che, anche se è così, trovo abbastanza stupido che la scrittura venga continuata a cerchio andando a insistere su un'altra partizione correttamente definita come mtd2 in questo caso, era molto più logica la politica che credevo applicasse... Vabbè, ci sarà un motivo più che valido se si comporta così, anzi se mi indicassi dove documentarmi mi interesserebbe non poco...
Allora, stando così le cose, si deve necessariamente fare ricorso alla jtag...

@dovdo

Costruisciti la poor di Dlinkpedia: io l'ho fatta, funziona perfettamente, non costa nulla ed è anche piuttosto semplice da assemblare poi con Ciclamab riprogrammi Adam2 e il gioco è fatto.