La Fonere Morta?

bustelo

Power Member
Viva

Estava a actualizar o firmware da minha La Fonera, com a ultima versão disponibilizada no site da FON, e quando estava a fazer o upgrade, o computador foi abaixo, quer dizer, a luz foi abaixo, e daí o PC também ter ido abaixo.

Acontece que agora a Fonera não dá nada. Apenas acende a luz do Power, nem Ethernet nem Wireless.

Tive a pesquisar em vários sites e vi que neste caso tenho que utilizar um cabo de série. Portanto, decidi fazer um.

Acontece que consigo aceder à Fonera com o Putty, mas não consigo ter acesso à linha de comando do RedBoot.

Diz para fazer o CTRL-C (^C) para abortar, embora o faça diversas vezes, não aborta e executa os comandos

RedBoot> fis load -l vmlinux.bin.l7
Image loaded from 0x80041000-0x801ba000
RedBoot> exec

E naõ tenho mais hipotese de aceder o RedBoot.

O que dá no Putty é o seguinte:


Código:
+/home/alfa/Atheros_Beta5.0/linuxsrc/src/redboot_fon1/ecos/packages/devs/eth/mips/ar531x/current/src/ae531xecos.c#415:ae531x_send eth0 Tx: cannot get txDesc
Ethernet eth0: MAC address XXXXXXXXXXXXX
IP: 192.168.1.1/255.255.255.0, Gateway: 0.0.0.0
Default server: 192.168.1.254
RedBoot(tm) bootstrap and debug environment [ROMRAM]
Non-certified release, version V1.00 - built 10:37:27, Dec 12 2006
Copyright (C) 2000, 2001, 2002, 2003, 2004 Red Hat, Inc.
Board: FON1
RAM: 0x80000000-0x81000000, [0x80040aa0-0x80fe1000] available
FLASH: 0xa8000000 - 0xa87f0000, 128 blocks of 0x00010000 bytes each.
== Executing boot script in 2.000 seconds - enter ^C to abort
RedBoot> fis load -l vmlinux.bin.l7
Image loaded from 0x80041000-0x801ba000
RedBoot> exec
Now booting linux kernel:
 Base address 0x80030000 Entry 0x80190040
 Cmdline :
CPU revision is: 00019064
Primary instruction cache 16kB, physically tagged, 4-way, linesize 16 bytes.
Primary data cache 16kB, 4-way, linesize 16 bytes.
Linux version 2.4.32 ([EMAIL="iurgi@ropero"]iurgi@ropero[/EMAIL]) (gcc version 3.4.6 (OpenWrt-2.0)) #8 lun ene 8 12:33:21 UTC 2007
Determined physical RAM map:
 memory: 01000000 @ 00000000 (usable)
On node 0 totalpages: 4096
zone(0): 4096 pages.
zone(1): 0 pages.
zone(2): 0 pages.
Kernel command line: console=ttyS0,9600 rootfstype=squashfs,jffs2
Using 92.000 MHz high precision timer.
Calibrating delay loop... 183.50 BogoMIPS
Memory: 14188k/16384k available (1327k kernel code, 2196k reserved, 92k data, 68k init, 0k highmem)
Dentry cache hash table entries: 2048 (order: 2, 16384 bytes)
Inode cache hash table entries: 1024 (order: 1, 8192 bytes)
Mount cache hash table entries: 512 (order: 0, 4096 bytes)
Buffer cache hash table entries: 1024 (order: 0, 4096 bytes)
Page-cache hash table entries: 4096 (order: 2, 16384 bytes)
Checking for 'wait' instruction...  available.
POSIX conformance testing by UNIFIX
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Initializing RT netlink socket
Starting kswapd
devfs: v1.12c (20020818) Richard Gooch ([EMAIL="[email protected]"][email protected][/EMAIL])
devfs: boot_options: 0x1
JFFS2 version 2.1. (C) 2001 Red Hat, Inc., designed by Axis Communications AB.
squashfs: version 3.0 (2006/03/15) Phillip Lougher
pty: 256 Unix98 ptys configured
Serial driver version 5.05c (2001-07-08) with no serial options enabled
ttyS00 at 0xb1100003 (irq = 37) is a 16550A
eth0: Dropping NETIF_F_SG since no checksum feature.
eth0: Atheros AR2313: 00:18:84:81:49:70, irq 4
MTD driver for SPI flash.
spiflash: Probing for Serial flash ...
spiflash: Found SPI serial Flash.
8388608: size
Creating 8 MTD partitions on "spiflash":
0x00000000-0x00030000 : "RedBoot"
0x00030000-0x00720000 : "rootfs"
eth0: Configuring MAC for full duplex
0x001b0000-0x00720000 : "rootfs1"
0x00720000-0x00730000 : "config"
0x00730000-0x007e0000 : "vmlinux.bin.l7"
0x007e0000-0x007ef000 : "FIS directory"
mtd: partition "FIS directory" doesn't end on an erase block -- force read-only
0x007ef000-0x007f0000 : "RedBoot config"
mtd: partition "RedBoot config" doesn't start on an erase block boundary -- force read-only
0x007f0000-0x00800000 : "board_config"
Initializing Cryptographic API
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP, IGMP
IP: routing cache hash table of 512 buckets, 4Kbytes
TCP: Hash tables configured (established 1024 bind 2048)
ip_conntrack version 2.1 (5953 buckets, 5953 max) - 328 bytes per conntrack
ip_tables: (C) 2000-2002 Netfilter core team
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
NET4: Ethernet Bridge 008 for NET4.0
802.1Q VLAN Support v1.8 Ben Greear <[EMAIL="[email protected]"][email protected][/EMAIL]>
All bugs added by David S. Miller <[EMAIL="[email protected]"][email protected][/EMAIL]>
Unhandled kernel unaligned access in unaligned.c::emulate_load_store_insn, line 481:
$0 : 00000000 10009500 80233a68 10009501 8039d708 80233a60 ffffffff ffff00ff
$8 : 00000010 80164500 ffffffff ffffffff ffffffff 001b2000 00000000 ffffffff
$16: 80233a60 8039d6c0 80232000 8039d708 80233ab0 00000010 8039a000 00000000
$24: 00000000 800eb43c                   80232000 80233a50 80233b98 8007f5f8
Hi : 00000000
Lo : 00180000
epc   : 80057948    Not tainted
Status: 10009502
Cause : 30800014
PrId  : 00019064
Process swapper (pid: 1, stackpage=80232000)
Stack:    80233b30 800e7e5c 8039a000 80284400 00000000 80232000 ffffffff
 00000000 80233aec 802844f8 00000021 00000400 800bc568 800bc4e4 00000000
 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
 00000000 8039d4e0 8039d480 8039d420 8039d3c0 8039d360 8039d300 8039d2a0
 8039d240 8039d660 8039d600 8039d5a0 8039d540 8039d7e0 8039d780 8039d720
 8039d6c0 ...
Call Trace:   [<800e7e5c>] [<800bc568>] [<800bc4e4>] [<800e6684>] [<80083798>]
 [<80076d50>] [<800732f0>] [<800e7e5c>] [<800bcae8>] [<800bd7f0>] [<800bf178>]
 [<800bffa8>] [<80084288>] [<80084f90>] [<80173544>] [<8009a10c>] [<80089c38>]
 [<80173544>] [<8008cd58>] [<8008ca6c>] [<80173544>] [<80170000>] [<80173544>]
 [<80076d50>] [<80173544>] [<80173548>] [<80173548>] [<80099b24>] [<80173544>]
 [<80170000>] [<8009a614>] [<80041c6c>] [<80041b60>] [<80067c6c>] [<800417e4>]
 [<80041784>] [<80043510>] [<80058144>] [<800a20fc>] [<80043500>]
Code: 8c860000  24a20008  aca60008 <acc20004> ac820000  ac440004  40016000  30630001  34210001
Kernel panic: Attempted to kill init!

Não passa daqui...


Não há solução?

Estará totalmente morta ou há hipotese?

Cumprimentos
 
Já contactei a FON e não houve resposta ([email protected])

Estive, também a pesquisar no fórum deles mas não encontrei nada sobre o mesmo problema.

Ninguem consegue dar uma ajuda? É pena deitar esta caixinha ao lixo.

Cumprimentos
 
Passa aqui os olhos: http://www.dd-wrt.com/wiki/index.php/LaFonera_Software_Flashing

Talvez ajude, eu sei que não tens firmware alternativa estavas a instalar a oficial, mas no meio desta informação talvez algo te ajude.

O fórum do dd-wrt também tem pessoal bastante conhecedor do tema, inclusive sobre a recuperação de "bricked" routers, passa por lá se ainda não o fizeste.

Procura por "bricked fonera", encontras informação tanto nesse forum como pela net em geral, tipo isto: http://www.easy2design.de/bla/?page_id=98
 
Tu estás a aceder através do putty depois do Redboot, ou seja, depois dos 10 segundos que o Redboot tem antes de arrancar o firmware do router.

Primeiro, logo que ligues o router, deverás de tentar te conectar ao Fonera através do Putty, na janela de tempo configurada para o RedBoot. O Putty faz CTRL-C automático.

depois ai sim, podes fazer o Fis Init e limpares o firmware dele.
 
Passa aqui os olhos: http://www.dd-wrt.com/wiki/index.php/LaFonera_Software_Flashing

Talvez ajude, eu sei que não tens firmware alternativa estavas a instalar a oficial, mas no meio desta informação talvez algo te ajude.

O fórum do dd-wrt também tem pessoal bastante conhecedor do tema, inclusive sobre a recuperação de "bricked" routers, passa por lá se ainda não o fizeste.

Procura por "bricked fonera", encontras informação tanto nesse forum como pela net em geral, tipo isto: http://www.easy2design.de/bla/?page_id=98


Eu ja tinha visto essas páginas, inclusivé mais a do wiki da dd-wrt, mas o meu problema não é como programar novamente o firmware na Fonera, mas sim aceder ao RedBoot.


Tu estás a aceder através do putty depois do Redboot, ou seja, depois dos 10 segundos que o Redboot tem antes de arrancar o firmware do router.

Primeiro, logo que ligues o router, deverás de tentar te conectar ao Fonera através do Putty, na janela de tempo configurada para o RedBoot. O Putty faz CTRL-C automático.

depois ai sim, podes fazer o Fis Init e limpares o firmware dele.

Não, eu estou aceder através do Putty mal ligo a Fonera.

Eu ligo o Putty através do serial, e depois ligo a fonera à corrente. Estou alimentar directamente o chip através de um transformador, mas mesmo assim nao consigo aceder ao RedBoot.

Como se pode oberservar nas linhas do putty:

+/home/alfa/Atheros_Beta5.0/linuxsrc/src/redboot_fon1/ecos/packages/devs/eth/mips/ar531x/current/src/ae531xecos.c#415:ae531x_send eth0 Tx: cannot get txDesc
Ethernet eth0: MAC address XXXXXXXXXXXXX
IP: 192.168.1.1/255.255.255.0, Gateway: 0.0.0.0
Default server: 192.168.1.254
RedBoot(tm) bootstrap and debug environment [ROMRAM]
Non-certified release, version V1.00 - built 10:37:27, Dec 12 2006
Copyright (C) 2000, 2001, 2002, 2003, 2004 Red Hat, Inc.
Board: FON1
RAM: 0x80000000-0x81000000, [0x80040aa0-0x80fe1000] available
FLASH: 0xa8000000 - 0xa87f0000, 128 blocks of 0x00010000 bytes each.
== Executing boot script in 2.000 seconds - enter ^C to abort

Aqui eu devia fazer Ctrl-C para aceder ao prompt do RedBoot, mas eu faço isso várias vezes e ele continua...

RedBoot> fis load -l vmlinux.bin.l7
Image loaded from 0x80041000-0x801ba000
RedBoot> exec
Now booting linux kernel:
[...]

Já tentei mais de 100 vezes e embora faço o Ctrl-C desde que inicia o processo de leitura no Putty mas em vão, portanto não consigo aceder ao prompt do RedBoot.

Se alguem puder ajudar agradeço, pois já pesquisei tanto e não encontro o mesmo problema em lado nenhum.

Todos conseguem fazer o Ctrl-C para abortar e depois fazer a respectiva programação.

A Fonera é a FON-2200, e já tentei em 3 Pc's e em nenhum consegui abortar para entrar no prompt do RedBoot.

Cumprimentos
 
Sim eu ja recuperei diversos Foneras, e sim é difícil desbloquiar, eu tenho de tentar varias vezes até abortar...

Mas até agora sempre consegui.. :)


Experimenta não carregares em Ctrl+C.. quando aparecer a mensagem, penso que foi assim que dá-me.

No telnet do Windows é mau visto enviar um caracter diferente. (envia um coração em vez do ^C)
 
Sim eu ja recuperei diversos Foneras, e sim é difícil desbloquiar, eu tenho de tentar varias vezes até abortar...

Mas até agora sempre consegui.. :)


Experimenta não carregares em Ctrl+C.. quando aparecer a mensagem, penso que foi assim que dá-me.

No telnet do Windows é mau visto enviar um caracter diferente. (envia um coração em vez do ^C)

Mas então como conseguiste?

Eu já experimentei de tudo. Desde carregar no Crtl+C ao inicio, a meio a fim ou mesmo não carregando em nada.

No putty se eu escrever qualquer coisa nao aparece nada no terminal. É normal?

A mensagem aparece assim mais ou menos:

+{aqui demora um bocado para aparecer o resto} /home/alfa/Atheros_Beta5.0/linuxsrc/src/redboot_fon1/ecos/packages/devs/eth/mips/ar531x/current/src/ae531xecos.c#415:ae531x_send eth0 Tx: cannot get txDesc
Ethernet eth0: MAC address XXXXXXXXXXXXX
IP: 192.168.1.1/255.255.255.0, Gateway: 0.0.0.0
Default server: 192.168.1.254

{Pára novamente e depois continua}

RedBoot(tm) bootstrap and debug environment [ROMRAM]
Non-certified release, version V1.00 - built 10:37:27, Dec 12 2006
Copyright (C) 2000, 2001, 2002, 2003, 2004 Red Hat, Inc.
Board: FON1
RAM: 0x80000000-0x81000000, [0x80040aa0-0x80fe1000] available
FLASH: 0xa8000000 - 0xa87f0000, 128 blocks of 0x00010000 bytes each.
== Executing boot script in 2.000 seconds - enter ^C to abort
RedBoot> fis load -l vmlinux.bin.l7

{Pára novamente aqui e depois Continua} Não devia parar uma linha a cima? Executa logo o comando para carregar o ficheiro vmlinux.bin.l7 e portanto deve ser por isso que não deixa abortar.

Image loaded from 0x80041000-0x801ba000
RedBoot> exec
Now booting linux kernel:
Base address 0x80030000 Entry 0x80190040
Cmdline :
[...]

Acho que não me vou safar desta.

Cumprimentos
 
Tenho aqui um vídeo do que acontece quando ligo a Fonera ao Putty.

Eu bem carrego no ctrl-C mas vejam como não pára!

Vídeo:
http://comandoselect.no.sapo.pt/fonera.zip

Ao trabalho que isto já deu, amanha coloco-a no caixote do lixo.

Cumprimentos

Boas!

Bem, ainda agora acabei de mandar uma firmware pra um fonera, pois ao fazer o update ela brickou.

Ora, quando ligas o fonera à electricidade, ele fica tipo uns 10 segundos ali às voltas e tal, mas durante esses 10 segundos ja tentaste com o putty ligar por telnet à porta 9000 ?

Confesso que até agora, sempre que uma fonera se ia ao ar, utilizava o seguinte esquema:

1. definir o ip do pc/laptop pra 192.168.1.10
2. cmd -> ping -t 192.168.1.254
3. abro o putty ja preparado pro 192.168.1.254 - porta 9000 - em telnet, de maneira a quando o 4. cmd der sinal ele ligar-se logo
5. alimentar a fonera
6. quando o ping der sinal de vida, clicar em open no putty
7. redbot aberto
8. escrever no putty o seguinte:
8.1 ip_address -l 192.168.1.254/24 -h 192.168.1.10
8.2 fis init
8.3 load -r -v -b 0x80041000 root.fs
8.4 fis create -b 0x80041000 -f 0xA8030000 -l 0x002C0000 -e 0x00000000 rootfs
8.5 load -r -v -b 0x80041000 vmlinux.bin.l7
8.6fis create -r 0x80041000 -e 0x80041000 -l 0x000E0000 vmlinux.bin.l7
8.7 fis create -f 0xA83D0000 -l 0x00010000 -n nvram
8.8 reset

Tenta assim, pode ser q dê :)

Não a deites fora! Quanto mais nao seja eu fico-te com ela ;)

Um abraço!
 
Acho que foi de vez à vida!

Eu ligo a fonera ao putty e aparece as letras todas desconfiguradas...

Acontece que acho que nao está com a voltagem correcta.

O meu transformador queimou uma resistencia portanto deve ser por isso, ou não...

Ai inicio ligava a fonera a 4V e conseguia ligar ao putty normal, pois tive que passar para os 7.5V agora nem aos 12V... Acho que se foi...

Dá para ligar por telnet mesmo com o firmware corrupto? É que eu não consigo aceder à Fonera através da LAN.

--------------

Já experimentei. A fonera não pingou. Acho que foi mesmo à vida! Tentei com cabo normal e crossover e nada. Não pingou

Cumprimentos

Cumprimentos
 
Última edição:
Porque nao experimentas com cabo de rede ligado ao pc? :o

Sim já experimentei.

Segui os teus passos mas a Fonera não pingou!

Fiquei vários minutos à espera até mas nada...

Fica sempre em - O pedido excedeu o tempo.

Qua cabo utilizas? Utilizei o original que vem com a fonera que penso ser directo e um cabo crossover.

Abraço
 
Hmm acho que já sei qual poderá ser o teu problema...

Não olhas-te pro transformador de origem para veres qual é a voltagem de saida? É que a fonera trabalha a 5v, se tu lhe metes-te 12v podes muito bem ter queimado isso...

Acho que as letras maradas podem não querer dizer nada, mas se isso dantes pingava e agora não... Tenta fazer mais uns testes dos que o pessoal tem dito senão olha antes de deitares isso pro lixo pode ser que alguém te fique com ela. (para peças ou tentar recuperar)
 
Hmm acho que já sei qual poderá ser o teu problema...

Não olhas-te pro transformador de origem para veres qual é a voltagem de saida? É que a fonera trabalha a 5v, se tu lhe metes-te 12v podes muito bem ter queimado isso...

Acho que as letras maradas podem não querer dizer nada, mas se isso dantes pingava e agora não... Tenta fazer mais uns testes dos que o pessoal tem dito senão olha antes de deitares isso pro lixo pode ser que alguém te fique com ela. (para peças ou tentar recuperar)

A minha fonera já ta toda marada. Só liga aos 24V, e o IC aquece tanto que tenho que desligar se nao aquilo derrete. Já meti um coller lá lol, mas mesmo assim nao consigo ver as letras direitas... Foi a vida completamente. Um condensador nao rebentou por cima, mas começou a sair o que tem dentro por baixo e cheirava mal como tudo. Será disso? Se for mudo o condensador...

BTW, onde é que arranjaste o cabo de serie?

É que eu não consigo aceder por SSH à minha. :S

Se quiseres arranjo-te um esquema do cabo, ou compra um cabo da siemens e corta as ponta que liga ao telemovel e compra uma ficha TTL e ligas à Fonera...

Cumprimentos
 
Back
Topo