Autor Tema: [Desarrollo] OpenWrt en Huawei HG556a (Leído 2124767 veces)

mbalakh · « **Respuesta #1320 en:** 07-03-2013, 21:16 (Jueves) »

Cita de: danitool en 07-03-2013, 20:29 (Jueves)

Cita de: mbalakh en 07-03-2013, 20:04 (Jueves)
Cita de: danitool en 07-03-2013, 17:38 (Jueves)
No digo donde meter en comando porque solo te pido la ID de tu adaptador wifi usb. Puedes hacerlo en tu PC si usas linux en él obviamente con el adaptador usb wifi enchufado en el propio PC , o bien en Openwrt pero necesitas tener instalada la utilidad que provee el comando lsusb.

Seguramente no es que tu adaptador no esté soportado en OpenWrt, seguramente en ninguna distro de linux lo está. Pero tal vez sabiendo la ID y añadiéndola podría haber todavía alguna oportunidad.

vale ahora si ... tengo xubuntu en la otra partición ... ahora nos entendemos mejor

Bus 001 Device 009: ID 148f:3070 Ralink Technology, Corp. RT2870/RT3070 Wireless Adapter

Tu adaptador wifi ya está soportado, al menos en el firmware que he publicado previamente, o eso indica el código de Ralink.
Código: [Seleccionar]
{ USB_DEVICE(0x148f, 0x3070) },Trata de detectarlo con estos comandos dentro de OpenWrt
Código: [Seleccionar]
rm /etc/config/wireless wifi detect wifi detect > /etc/config/wireless
y pon aquí el dmesg con la tarjeta enchufada

desde Putty conectado en ssh (por telnet) no puedo

root@OpenWrt:~# wifi detect
config wifi-device radio0
option type mac80211
option channel 11
option hwmode 11ng
option path 'pci0000:00/0000:00:01.0'
option htmode HT20
list ht_capab SHORT-GI-40
list ht_capab TX-STBC
list ht_capab RX-STBC1
list ht_capab DSSS_CCK-40
# REMOVE THIS LINE TO ENABLE WIFI:
option disabled 1

config wifi-iface
option device radio0
option network lan
option mode ap
option ssid OpenWrt
option encryption none

con los otros mensajes no hace nada ... eso es lo que querías que pegase ??

jar229 · « **Respuesta #1321 en:** 07-03-2013, 21:47 (Jueves) »

Te está pidiendo que desde una conexión ssh ejecutes los comandos:

rm /etc/config wireless
wifi detect > /etc/config/wireless

Si aún así no ves la nueva wifi, de nuevo, desde una conexión ssh, ejecutas el comando:

dmesg

Y pones por aquí el resultado.

Enviado desde mi U30GT-H usando Tapatalk 2

mbalakh · « **Respuesta #1322 en:** 08-03-2013, 03:36 (Viernes) »

Cita de: jar229 en 07-03-2013, 21:47 (Jueves)

Te está pidiendo que desde una conexión ssh ejecutes los comandos:

rm /etc/config wireless
wifi detect > /etc/config/wireless

Si aún así no ves la nueva wifi, de nuevo, desde una conexión ssh, ejecutas el comando:

dmesg

Y pones por aquí el resultado.

Enviado desde mi U30GT-H usando Tapatalk 2

está conectada en el puerto USB trasero

root@OpenWrt:~# wifi detect > /etc/config/wireless
root@OpenWrt:~# dmesg
[ 0.000000] Linux version 3.6.11 (noltari@skynet) (gcc version 4.6.4 20121210 (prerelease) (Linaro GCC 4.6-2012.12) ) #1 Sat Jan 26 19:15:01 CET 2013
[ 0.000000] Detected Broadcom 0x6358 CPU revision a1
[ 0.000000] CPU frequency is 300 MHz
[ 0.000000] 64MB of RAM installed
[ 0.000000] registering 40 GPIOs
[ 0.000000] board_bcm963xx: Boot address 0xbe000000
[ 0.000000] board_bcm963xx: CFE version: 100.48.56-49.46
[ 0.000000] No bcm_tag found!
[ 0.000000] bootconsole [early0] enabled
[ 0.000000] CPU revision is: 0002a010 (Broadcom BMIPS4350)
[ 0.000000] board_bcm963xx: board name: HW556_B
[ 0.000000] Determined physical RAM map:
[ 0.000000] memory: 04000000 @ 00000000 (usable)
[ 0.000000] Initrd not found or empty - disabling initrd
[ 0.000000] Zone ranges:
[ 0.000000] Normal [mem 0x00000000-0x03ffffff]
[ 0.000000] Movable zone start for each node
[ 0.000000] Early memory node ranges
[ 0.000000] node 0: [mem 0x00000000-0x03ffffff]
[ 0.000000] On node 0 totalpages: 16384
[ 0.000000] free_area_init_node: node 0, pgdat 802e4780, node_mem_map 81000000
[ 0.000000] Normal zone: 128 pages used for memmap
[ 0.000000] Normal zone: 0 pages reserved
[ 0.000000] Normal zone: 16256 pages, LIFO batch:3
[ 0.000000] Reserving 0MB of memory at 0MB for crashkernel
[ 0.000000] Primary instruction cache 16kB, VIPT, 2-way, linesize 16 bytes.
[ 0.000000] Primary data cache 16kB, 2-way, VIPT, cache aliases, linesize 16 bytes
[ 0.000000] pcpu-alloc: s0 r0 d32768 u32768 alloc=1*32768
[ 0.000000] pcpu-alloc:

0

[ 0.000000] Built 1 zonelists in Zone order, mobility grouping on. Total pages: 16256
[ 0.000000] Kernel command line: root=/dev/mtdblock2 rootfstype=squashfs,jffs2 noinitrd console=ttyS0,115200
[ 0.000000] PID hash table entries: 256 (order: -2, 1024 bytes)
[ 0.000000] Dentry cache hash table entries: 8192 (order: 3, 32768 bytes)
[ 0.000000] Inode-cache hash table entries: 4096 (order: 2, 16384 bytes)
[ 0.000000] __ex_table already sorted, skipping sort
[ 0.000000] Memory: 61468k/65536k available (2316k kernel code, 4068k reserved, 582k data, 212k init, 0k highmem)
[ 0.000000] NR_IRQS:128
[ 0.036000] Calibrating delay loop... 297.98 BogoMIPS (lpj=595968)
[ 0.036000] pid_max: default: 32768 minimum: 301
[ 0.040000] Mount-cache hash table entries: 512
[ 0.048000] NET: Registered protocol family 16
[ 0.064000] registering PCI controller with io_map_base unset
[ 0.084000] bio: create slab <bio-0> at 0
[ 0.092000] PCI host bridge to bus 0000:00
[ 0.096000] pci_bus 0000:00: root bus resource [mem 0x30000000-0x37ffffff]
[ 0.100000] pci_bus 0000:00: root bus resource [io 0x8000000-0x800ffff]
[ 0.104000] pci_bus 0000:00: No busn resource found for root bus, will use [bus 00-ff]
[ 0.108000] pci_bus 0000:00: busn_res: [bus 00-ff] is inserted under domain [bus 00-ff]
[ 0.108000] pci 0000:00:01.0: [168c:ff1d] type 00 class 0x020000
[ 0.108000] pci 0000:00:01.0: reg 10: [mem 0x00000000-0x0000ffff]
[ 0.120000] pci_bus 0000:00: busn_res: [bus 00-ff] end is updated to 00
[ 0.120000] pci 0000:00:01.0: BAR 0: assigned [mem 0x30000000-0x3000ffff]
[ 0.124000] Switching to clocksource MIPS
[ 0.136000] NET: Registered protocol family 2
[ 0.144000] TCP established hash table entries: 2048 (order: 2, 16384 bytes)
[ 0.152000] TCP bind hash table entries: 2048 (order: 1, 8192 bytes)
[ 0.160000] TCP: Hash tables configured (established 2048 bind 2048)
[ 0.164000] TCP: reno registered
[ 0.168000] UDP hash table entries: 256 (order: 0, 4096 bytes)
[ 0.176000] UDP-Lite hash table entries: 256 (order: 0, 4096 bytes)
[ 0.180000] NET: Registered protocol family 1
[ 0.188000] pci 0000:00:01.0: fixup device configuration
[ 0.196000] PCI: CLS 0 bytes, default 16
[ 0.200000] audit: initializing netlink socket (disabled)
[ 0.204000] type=2000 audit(0.204:1): initialized
[ 0.212000] squashfs: version 4.0 (2009/01/31) Phillip Lougher
[ 0.216000] jffs2: version 2.2 (NAND) (SUMMARY) (LZMA) (RTIME) (CMODE_PRIORITY) (c) 2001-2006 Red Hat, Inc.
[ 0.228000] msgmni has been set to 120
[ 0.232000] io scheduler noop registered
[ 0.236000] io scheduler deadline registered (default)
[ 0.244000] bcm63xx_uart.0: ttyS0 at MMIO 0xfffe0100 (irq = 10) is a bcm63xx_uart
[ 0.252000] console [ttyS0] enabled, bootconsole disabled
[ 0.268000] physmap platform flash device: 02000000 at 1e000000
[ 0.276000] physmap-flash.0: Found 1 x16 devices at 0x0 in 16-bit bank. Manufacturer ID 0x0000c2 Chip ID 0x00227a
[ 0.288000] physmap-flash.0: Found an alias at 0x1000000 for the chip at 0x0
[ 0.288000] Amd/Fujitsu Extended Query Table at 0x0040
[ 0.292000] Amd/Fujitsu Extended Query version 1.3.
[ 0.296000] number of CFI chips: 1
[ 0.300000] bcm63xxpart: CFE boot tag found with version 8 and board type HW556
[ 0.308000] bcm63xxpart: Partition 0 is CFE offset 0 and length 20000
[ 0.316000] bcm63xxpart: Partition 1 is kernel offset 20100 and length fff00
[ 0.324000] bcm63xxpart: Partition 2 is rootfs offset 120000 and length e50000
[ 0.328000] bcm63xxpart: Partition 3 is cal_data offset f70000 and length 10000
[ 0.336000] bcm63xxpart: Partition 4 is nvram offset ff0000 and length 10000
[ 0.344000] bcm63xxpart: Partition 5 is linux offset 20000 and length f50000
[ 0.352000] bcm63xxpart: Spare partition is offset 340004 and length c2fffc
[ 0.360000] 6 bcm63xxpart partitions found on MTD device physmap-flash.0
[ 0.364000] Creating 6 MTD partitions on "physmap-flash.0":
[ 0.372000] 0x000000000000-0x000000020000 : "CFE"
[ 0.380000] 0x000000020100-0x000000120000 : "kernel"
[ 0.384000] mtd: partition "kernel" must either start or end on erase block boundary or be smaller than an erase block -- forcing read-only
[ 0.404000] 0x000000120000-0x000000f70000 : "rootfs"
[ 0.412000] mtd: partition "rootfs" set to be root filesystem
[ 0.420000] mtd: partition "rootfs_data" created automatically, ofs=340000, len=C30000
[ 0.428000] 0x000000340000-0x000000f70000 : "rootfs_data"
[ 0.436000] 0x000000f70000-0x000000f80000 : "cal_data"
[ 0.444000] 0x000000ff0000-0x000001000000 : "nvram"
[ 0.456000] 0x000000020000-0x000000f70000 : "linux"
[ 0.468000] bcm63xx-spi bcm63xx-spi: at 0xfffe0800 (irq 9, FIFOs size 542) v0.1.2
[ 0.484000] libphy: bcm63xx_enet MII bus: probed
[ 0.492000] b53_common: found switch: BCM5325, rev 0
[ 0.496000] bcm63xx_enet bcm63xx_enet.1: attached PHY at address 0 [Broadcom B53 (1)]
[ 0.512000] bcm63xx-wdt bcm63xx-wdt: started, timer margin: 30 sec
[ 0.520000] Registered led device: HW556:red:message
[ 0.520000] Registered led device: HW556:red:hspa
[ 0.520000] Registered led device: HW556:red:dsl
[ 0.520000] Registered led device: HW556:red:power
[ 0.524000] Registered led device: HW556:red:all
[ 0.524000] TCP: cubic registered
[ 0.528000] NET: Registered protocol family 17
[ 0.532000] 8021q: 802.1Q VLAN Support v1.8
[ 0.548000] VFS: Mounted root (squashfs filesystem) readonly on device 31:2.
[ 0.556000] Freeing unused kernel memory: 212k freed
[ 4.580000] eth0: link UP - 100/full - flow control off
[ 6.172000] Button Hotplug driver version 0.4.1
[ 6.208000] input: gpio-keys-polled as /devices/platform/gpio-keys-polled.0/input/input0
[ 9.916000] jffs2: notice: (354) jffs2_build_xattr_subsystem: complete building xattr subsystem, 1 of xdatum (0 unchecked, 0 orphan) and 9 of xref (0 dead, 2 orphan) found.
[ 10.684000] eth0: link DOWN
[ 13.500000] Compat-drivers backport release: compat-drivers-2013-01-08-3
[ 13.508000] Backport based on wireless-testing.git master-2013-01-07
[ 13.512000] compat.git: wireless-testing.git
[ 13.576000] cfg80211: Calling CRDA to update world regulatory domain
[ 13.584000] cfg80211: World regulatory domain updated:
[ 13.588000] cfg80211: (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp)
[ 13.596000] cfg80211: (2402000 KHz - 2472000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
[ 13.604000] cfg80211: (2457000 KHz - 2482000 KHz @ 20000 KHz), (300 mBi, 2000 mBm)
[ 13.612000] cfg80211: (2474000 KHz - 2494000 KHz @ 20000 KHz), (300 mBi, 2000 mBm)
[ 13.620000] cfg80211: (5170000 KHz - 5250000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
[ 13.628000] cfg80211: (5735000 KHz - 5835000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
[ 14.320000] usbcore: registered new interface driver usbfs
[ 14.324000] usbcore: registered new interface driver hub
[ 14.336000] usbcore: registered new device driver usb
[ 15.636000] usbcore: registered new interface driver rt2500usb
[ 15.776000] usbcore: registered new interface driver rt73usb
[ 15.820000] usbcore: registered new interface driver rtl8187
[ 15.872000] PCI: Enabling device 0000:00:01.0 (0000 -> 0002)
[ 15.888000] ath: phy0: eeprom contains invalid mac address: ff:ff:ff:ff:ff:ff
[ 15.896000] ath: phy0: random mac address will be used: 3e:c9:f6:22:fa:1e
[ 15.904000] ath: EEPROM regdomain: 0x0
[ 15.904000] ath: EEPROM indicates default country code should be used
[ 15.904000] ath: doing EEPROM country->regdmn map search
[ 15.904000] ath: country maps to regdmn code: 0x3a
[ 15.904000] ath: Country alpha2 being used: US
[ 15.904000] ath: Regpair used: 0x3a
[ 15.916000] ieee80211 phy0: Selected rate control algorithm 'minstrel_ht'
[ 15.920000] Registered led device: ath9k-phy0
[ 15.920000] ieee80211 phy0: Atheros AR9280 Rev:2 mem=0xc0300000, irq=39
[ 15.928000] cfg80211: Calling CRDA for country: US
[ 15.932000] cfg80211: Regulatory domain changed to country: US
[ 15.940000] cfg80211: (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp)
[ 15.948000] cfg80211: (2402000 KHz - 2472000 KHz @ 40000 KHz), (300 mBi, 2700 mBm)
[ 15.956000] cfg80211: (5170000 KHz - 5250000 KHz @ 40000 KHz), (300 mBi, 1700 mBm)
[ 15.964000] cfg80211: (5250000 KHz - 5330000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
[ 15.972000] cfg80211: (5490000 KHz - 5600000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
[ 15.980000] cfg80211: (5650000 KHz - 5710000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
[ 15.988000] cfg80211: (5735000 KHz - 5835000 KHz @ 40000 KHz), (300 mBi, 3000 mBm)
[ 16.188000] PPP generic driver version 2.4.2
[ 16.612000] ip_tables: (C) 2000-2006 Netfilter Core Team
[ 17.028000] NET: Registered protocol family 24
[ 17.068000] ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver
[ 17.180000] bcm63xx_ehci bcm63xx_ehci.0: BCM63XX integrated EHCI controller
[ 17.184000] bcm63xx_ehci bcm63xx_ehci.0: new USB bus registered, assigned bus number 1
[ 17.220000] bcm63xx_ehci bcm63xx_ehci.0: irq 18, io mem 0xfffe1300
[ 17.236000] bcm63xx_ehci bcm63xx_ehci.0: USB 2.0 started, EHCI 1.00, overcurrent ignored
[ 17.244000] hub 1-0:1.0: USB hub found
[ 17.248000] hub 1-0:1.0: 2 ports detected
[ 17.300000] nf_conntrack version 0.5.0 (963 buckets, 3852 max)
[ 17.564000] usb 1-1: new high-speed USB device number 2 using bcm63xx_ehci
[ 17.704000] hub 1-1:1.0: USB hub found
[ 17.716000] hub 1-1:1.0: 2 ports detected
[ 17.976000] usbcore: registered new interface driver brcmfmac
[ 18.156000] usb 1-1.2: new high-speed USB device number 3 using bcm63xx_ehci
[ 22.552000] eth0: link UP - 100/full - flow control off
[ 24.640000] device eth0.1 entered promiscuous mode
[ 24.648000] device eth0 entered promiscuous mode
[ 24.656000] br-lan: port 1(eth0.1) entered forwarding state
[ 24.664000] br-lan: port 1(eth0.1) entered forwarding state
[ 25.556000] eth0: link UP - 100/full - flow control off
[ 26.668000] br-lan: port 1(eth0.1) entered forwarding state

danitool · « **Respuesta #1323 en:** 08-03-2013, 11:45 (Viernes) »

No veo nada que me indique donde está el problema. De todas formas no me voy a molestar más, ese no es el firmware que yo indiqué para probar.

mbalakh · « **Respuesta #1324 en:** 08-03-2013, 11:46 (Viernes) »

Pués cargué todos los que me habéis dicho. Con ese creo recordar que me toco apagar y encender el router para que funionase ... después logee y entre ...

danitool · « **Respuesta #1325 en:** 08-03-2013, 12:01 (Viernes) »

Estoy seguro de que con este

https://files.myopera.com/danitool/linux/hg556a/hg556a_r35899-USB_ralink_realtek_atheros.zip

la tarjeta debe ser detectada. De si existen otros problemas no relacionados con el de la tarjeta no lo sé, pero si existen lo comentas en lugar de usar otro firmware, ya que no sabría si tiene soporte realmente para esa tarjeta.

mbalakh · « **Respuesta #1326 en:** 08-03-2013, 12:13 (Viernes) »

por fin ... volví a cargar el firmware ... esta vez no me toco reiniciarlo ... parece ser que con anterioridad no se habia hecho bien.
La tarjeta al principio no scaneaba redes ... lo he reiniciado, le ha costado un poco, pero al final ha conectado. Iré testeando, va más rápido que antes, pero parece que aveces se queda un poco 'dormida'
Ahora estoy intentando configurar el wifi del router para repartir.

Gracias por todo danitool, jar229, etc os pido disculpas por mi ignorancia.

;**

danitool · « **Respuesta #1327 en:** 08-03-2013, 12:25 (Viernes) »

El primer inicio después del flasheo siempre tarda bastante, ya que tiene que borrar la partición rootfs_data, que es donde almacenará los datos de configuración entre otras cosas.

A veces no necesita borrarlo. En cuyo caso si queremos una configuración "fresca" solo necesitamos ejecutar

Código: [Seleccionar]

firstboot
O bien borrar forzadamente esa partición como Noltari indicó anteriormetne

Código: [Seleccionar]

mtd erase -r rootfs_data && rebootDespués de lo cual tocará esperar de nuevo unos minutos, porque debe recrear la partición rootfs_data.

mbalakh · « **Respuesta #1328 en:** 08-03-2013, 13:19 (Viernes) »

Gracias de nuevo otra vez

ya lo tengo todo configurado al 100% ... la wifi aveces cuando conectan nuevos dispositvos, se bloquea un poco, pero parece que todo va bien ... iré testeandola este fin de semana y viendo como funciona y os pasaré los resultados de 'mi estudio'

Gracias de nuevo, sois unos cracks

;***

geminis_demon · « **Respuesta #1329 en:** 08-03-2013, 17:26 (Viernes) »

Cita de: danitool en 08-03-2013, 12:01 (Viernes)

Estoy seguro de que con este

https://files.myopera.com/danitool/linux/hg556a/hg556a_r35899-USB_ralink_realtek_atheros.zip

la tarjeta debe ser detectada. De si existen otros problemas no relacionados con el de la tarjeta no lo sé, pero si existen lo comentas en lugar de usar otro firmware, ya que no sabría si tiene soporte realmente para esa tarjeta.

Ole, ole y olee jajaja

Nunca había conseguido que openwrt detectara mi tarjeta usb, es una ralink 3070, y con esta compilación la ha detectado a la primera

Nunca había querido preguntar sobre el tema por no parecer un inutil, pensaba que era yo que estaba haciendo algo mal, pero con esta compilación no he tenido que hacer nada, simplemente la he enchufado, he ejecutado "wifi detect > /etc/config/wireless" y ya está funcionando

Gracias

mbalakh · « **Respuesta #1330 en:** 09-03-2013, 01:32 (Sábado) »

Buenas he ido probando durante el día. Parece que el wifi no es muy estable o el router en si. Estos días trabajando sin compartir wifi y sin adaptador USB todo era bastante estable.
Ahora conectado con el adaptador USB y compartiendo wifi ... el router cuando se le hace un poco de movimiento (descargar algo o alguna historia que requiera) se queda colgado y al tiempo se reinicia sólo.
Sabéis a que es debido ??
Hay algún firmware más estable aunque tenga menos opciones ??
Puede ser que sea por todos los intentos de versiones que le he intentado meter

danitool · « **Respuesta #1331 en:** 09-03-2013, 12:23 (Sábado) »

Puedes hartarte a probar firmwares, eso no le afecta absolutamente en nada. Es más bien problema de estabilidad de las últimas revisiones supongo. Si se reinicia solo al menos es en parte buena señal, peor sería que se quedase bloqueado sin hacer nada, eso quiere decir que el watchdog funciona.

Tal vez tenga alguna fuga de memoria en el firmware debido a bugs sin resolver. Puedes comprobarlo monitorizando el estado del router con los comandos top para ver el consumo de CPU, y free para ver cuanta memoria ram está consumiendo.

Como siempre recomiendo compilar uno mismo el firmware usando unica y exclusivamente lo necesario para nuestros requerimientos.

Así que puedes ponerlo a toda pastilla y ver al menos si es consumo de RAM lo que provoca el reinicio.

Para depurar mejor el problema por supuesto es usar puerto serie, que cantará lo que ocurrió cuando hubo el desastre.

mbalakh · « **Respuesta #1332 en:** 09-03-2013, 12:41 (Sábado) »

aveces se queda un pelín bloqueado pero luego o vuelve a funcionar o se reinicia.
ok, iré testeando todo el fin de semana con los comandos ...

Por puerto serie es soldando, no?

flumenhaggen · « **Respuesta #1333 en:** 13-03-2013, 21:29 (Miércoles) »

Cita de: Noltari en 07-03-2013, 14:25 (Jueves)

El problema que estás teniendo no es debido a la flash específica, ya que si se tratase de eso, simplemente no detectaría el CFE y se quedaría colgado en el inicio.

Lo que pasa realmente es que cuando flasheas una imagen pequeña, openwrt está encontrado bloques escritos en la flash de una imagen anterior más grande y rechaza borrarlos por si hace un estropicio.
Esto podrías confirmarlo instalando una versión de las que te da problemas, entrando en modo failsafe y ejecutando el comando:
Código: [Seleccionar]
mtd erase -r rootfs_data
Saludos.

efectívamente, borrando la rootfs_data, al reiniciar funciona.

Ahora me aparecen las dudas:

1. Según he entendido leyendo http://wiki.openwrt.org/doc/techref/flash.layout, sea cual sea el tamaño del firmware, rootfs_data crecerá para ocupar el resto de la flash y entiendo que ese espacio es inicializado (borrado) durante el arranque del propio firmware, como indica danitool:

Cita de: danitool en 08-03-2013, 12:25 (Viernes)

El primer inicio después del flasheo siempre tarda bastante, ya que tiene que borrar la partición rootfs_data, que es donde almacenará los datos de configuración entre otras cosas.

A veces no necesita borrarlo. En cuyo caso si queremos una configuración "fresca" solo necesitamos ejecutar

Código: [Seleccionar]
firstboot...

entonces, no entiendo cuándo es que openwrt encuentra bloques del anterior sistema de ficheros.

2. ¿Esto pasa siempre que se flashea una imagen más pequeña?

3. Si lo he entendido bien, entonces es recomendable hacer un erase del rootfs_data antes de flashear un nuevo firmware ¿no es así?

De todas maneras, gracias!

Noltari · « **Respuesta #1334 en:** 14-03-2013, 19:50 (Jueves) »

Cita de: flumenhaggen en 13-03-2013, 21:29 (Miércoles)

Cita de: Noltari en 07-03-2013, 14:25 (Jueves)

El problema que estás teniendo no es debido a la flash específica, ya que si se tratase de eso, simplemente no detectaría el CFE y se quedaría colgado en el inicio.

Lo que pasa realmente es que cuando flasheas una imagen pequeña, openwrt está encontrado bloques escritos en la flash de una imagen anterior más grande y rechaza borrarlos por si hace un estropicio.
Esto podrías confirmarlo instalando una versión de las que te da problemas, entrando en modo failsafe y ejecutando el comando:
Código: [Seleccionar]
mtd erase -r rootfs_data
Saludos.

efectívamente, borrando la rootfs_data, al reiniciar funciona.

Ahora me aparecen las dudas:

1. Según he entendido leyendo http://wiki.openwrt.org/doc/techref/flash.layout, sea cual sea el tamaño del firmware, rootfs_data crecerá para ocupar el resto de la flash y entiendo que ese espacio es inicializado (borrado) durante el arranque del propio firmware, como indica danitool:

Cita de: danitool en 08-03-2013, 12:25 (Viernes)
El primer inicio después del flasheo siempre tarda bastante, ya que tiene que borrar la partición rootfs_data, que es donde almacenará los datos de configuración entre otras cosas.

A veces no necesita borrarlo. En cuyo caso si queremos una configuración "fresca" solo necesitamos ejecutar

Código: [Seleccionar]
firstboot...

entonces, no entiendo cuándo es que openwrt encuentra bloques del anterior sistema de ficheros.

2. ¿Esto pasa siempre que se flashea una imagen más pequeña?

3. Si lo he entendido bien, entonces es recomendable hacer un erase del rootfs_data antes de flashear un nuevo firmware ¿no es así?

De todas maneras, gracias!

Te respondo en el contexto de una imagen squashfs para la plataforma bcm63xx, para una jffs2 y otras plataformas la cosa cambia:
1) La partición rootfs_data suele crearse ocupando todo el espacio disponible desde que acaba el espacio ocupado de la partición squashfs hasta la siguiente partición definida en la flash.
2) No entiendo muy bien por qué, pero a veces OpenWrt rechaza borrar los bloques de la flash cuando encuentra ciertos valores críticos que evidencian que ahí ha habido otra firmware. En los kernels antiguos esto nunca pasa, sino que es algo más bien reciente.
3) No es necesario hacer un erase del rootfs_data antes de flashear un nuevo firmware, sino únicamente cuando veamos claramente que OpenWrt se está negando a reemplazar los datos de la flash como te ha sucedido a ti. Los borrramos nosotros manualmente y se soluciona el problema.

Como nota personal, he observado que esta situación ocurre sobre todo cuando flasheamos OpenWrt en routers con una memoria flash grande (8MB+), ya que CFE almacena los dos firmwares en cada mitad de la flash (el antiguo y el actual), y OpenWrt suele rechazar borrar los bloques del segundo firmware.

Saludos.

flumenhaggen · « **Respuesta #1335 en:** 16-03-2013, 00:35 (Sábado) »

Cita de: Noltari en 14-03-2013, 19:50 (Jueves)

Te respondo en el contexto de una imagen squashfs para la plataforma bcm63xx, para una jffs2 y otras plataformas la cosa cambia:

...

2) No entiendo muy bien por qué, pero a veces OpenWrt rechaza borrar los bloques de la flash cuando encuentra ciertos valores críticos que evidencian que ahí ha habido otra firmware. En los kernels antiguos esto nunca pasa, sino que es algo más bien reciente.

me ha vuelto a pasar. Ha sido al instalar el primer firmware compilado por mi desde que instalé el de trunk generado por los de openwrt.

si descubro algún patrón para reproducirlo lo pego por aquí, a ver si podemos llegar a esclarecer qué pasa e incluso solucionarlo. Según entiendo, no tiene porqué ser un problema específico a los brcm63xx, sino que puede pasar en todos los que usen CFE, no?

Cita de: Noltari en 14-03-2013, 19:50 (Jueves)

3) No es necesario hacer un erase del rootfs_data antes de flashear un nuevo firmware, sino únicamente cuando veamos claramente que OpenWrt se está negando a reemplazar los datos de la flash como te ha sucedido a ti. Los borrramos nosotros manualmente y se soluciona el problema.

¿la pregunta es, dónde ves "claramente" en el bootlog, que está pasando esto?

gracias por la ayuda.

danitool · « **Respuesta #1336 en:** 16-03-2013, 14:00 (Sábado) »

Código: [Seleccionar]

jffs2: Cowardly refusing to erase blocks on filesystem with no valid JFFS2 nodes
más obvio imposible

convolucionado · « **Respuesta #1337 en:** 21-03-2013, 06:57 (Jueves) »

Siento haber iniciado tema en el sitio no adecuado y lamentablemente no llevar tiempo en este foro como para no saber exactamente su funcionamiento, aunque si las normas. Quiero agradecerles el trabajo que realizaron con toda la información que aportaron, a mi ya me sirvió de mucho.

Intento instalar Adaptador USB Netgear WN111v2 que según un lsusb me da:

Código: [Seleccionar]

Bus 002 Device 003: ID 0846:9001 NetGear, Inc. WN111(v2) RangeMax Next Wireless [Atheros AR9170+AR9101]
Al ser chip atheros como el que lleva el router (version C) pensé que sería fácil añadir el adaptador. Pero al poner tanto el firmware primero como el último de danitool no es reconocido. Un dmesg una vez pinchado el usb me da:

Código: [Seleccionar]

[ 3271.108000] usb 1-2: USB disconnect, device number 3
[ 4378.844000] usb 1-2: new high-speed USB device number 4 using bcm63xx_ehci

No sé que paquetes necesitaría instalar o que firmware puede valer o en caso de compilarlo lo que necesitaría.

Saludos.

jar229 · « **Respuesta #1338 en:** 21-03-2013, 08:11 (Jueves) »

~~Necesitas kmod-ath9k-htc~~

danitool · « **Respuesta #1339 en:** 21-03-2013, 12:34 (Jueves) »

Cita de: jar229 en 21-03-2013, 08:11 (Jueves)

Necesitas kmod-ath9k-htc

O bien el módulo kmod-carl9170 que es para USBs con Atheros AR9170.

Nueva compilación de lo último en trunk, donde también incluyo ese módulo:
https://files.myopera.com/danitool/linux/hg556a/hg556a_r36099-USB_ralink_realtek_atheros.zip

convolucionado pruébalo, di si funciona, no estoy seguro de si este driver necesita hostapd-mini.

Noticias:

Autor Tema: [Desarrollo] OpenWrt en Huawei HG556a (Leído 2124767 veces)

mbalakh

mbalakh

danitool

mbalakh

danitool

mbalakh

danitool

mbalakh

mbalakh

danitool

mbalakh

flumenhaggen

Noltari

flumenhaggen

danitool

convolucionado

danitool