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:
Não há solução?
Estará totalmente morta ou há hipotese?
Cumprimentos
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