GRANDISIMA NOTICIA
Imprescindible visitar la pagina de danitool. Tiene nueva informacion de como poder utilizar la eth1 y muchisimos cambios mas.
Este HOWTO como el anterior estan basados en la pagina web de danitool. No olvides visitar su pagina web.
Para compilar nuestro propio OpenWRT vamos a utilizar como sistema Debian/Ubuntu o similares, y debemos instalar svn gcc g++ binutils patch make automake gettext pkg-config unzip bzip2 flex bison libz-dev quilt gawk flex libncurses-dev con el siguiente comando como root:
apt-get install subversion gcc g++ binutils patch make automake gettext pkg-config unzip bzip2 flex bison libz-dev quilt gawk flex build-essential libncurses5-dev
Crea un directorio «kamikaze» en algun lugar del disco y ejecuta lo siguiente:
svn -r r18454 co svn://svn.openwrt.org/openwrt/trunk/
svn co svn://svn.openwrt.org/openwrt/packages/
mv packages trunk/feeds
cd trunk
make packages/symlinks
Bajate este archivo, descomprimelo y copia el patch del kernel de Ruff 046-cramfs_endianness.patch ./trunk/target/linux/brcm63xx/patches-2.6.30 en para habilitar cramfs.
Ahora vamos a configurar nuestro OpenWRT, para ello tecleamos:
make menuconfig
Despues, busca por los menus y dejalo como lo siguiente, tambien puedes añadir aplicaciones si lo deseas:
┌────────────────────────── Target System ───────────────────────────┐ │ Use the arrow keys to navigate this window or press the hotkey of │ │ the item you wish to select followed by the <SPACE BAR>. Press │ │ <?> for additional information about this option. │ │ ┌───────────────────^(-)─────────────────────────────────────────┐ │ │ │ ( ) Atheros AR231x/AR5312 │ │ │ │ ( ) Atheros AR71xx/AR7240/AR913x │ │ │ │ ( ) Atmel AVR32 │ │ │ │ (X) Broadcom BCM63xx │ │ │ │ ( ) Broadcom BCM947xx/953xx │ │ │ │ ( ) Broadcom BCM947xx/953xx [2.4] │ │ │ └───────────────────v(+)─────────────────────────────────────────┘ │ ├────────────────────────────────────────────────────────────────────┤ │ <Select> < Help > │ └────────────────────────────────────────────────────────────────────┘ ┌─────────────────────────────── Target Images ──────────────────────────┐ │ ┌────────────────────────────────────────────────────────────────────┐ │ │ │ [ ] ramdisk (NEW) │ │ │ │ [ ] jffs2 │ │ │ │ [*] squashfs (NEW) │ │ │ │ [*] tgz │ │ │ │ [ ] cpiogz (NEW) │ │ │ │ [ ] ext2 (NEW) │ │ │ └─v(+)───────────────────────────────────────────────────────────────┘ │ ├────────────────────────────────────────────────────────────────────────┤ │ <Select> < Exit > < Help > │ └────────────────────────────────────────────────────────────────────────┘ ┌───────────────────────────────── Other modules ────────────────────────────┐ │ ┌─^(-)───────────────────────────────────────────────────────────────────┐ │ │ │ < > kmod-ledtrig-netdev.............................. LED NETDEV Trigge│ │ │ │ < > kmod-mmc........................................ MMC/SD Card Suppor│ │ │ │ < > kmod-mmc-over-gpio.................... MMC/SD card over GPIO suppor│ │ │ │ < > kmod-pcmcia-core............................. PCMCIA/CardBus suppor│ │ │ │ < > kmod-pcspkr...................................... PC speaker suppor│ │ │ │ < > kmod-softdog............................... Software watchdog drive│ │ │ │ < > kmod-switch.......................................... Switch driver│ │ │ │ < > kmod-textsearch.............Textsearch support is selected if neede│ │ │ └────────────────────────────────────────────────────────────────────────┘ │ ├────────────────────────────────────────────────────────────────────────────┤ │ <Select> < Exit > < Help > │ └────────────────────────────────────────────────────────────────────────────┘ ┌───────────────────────────── USB Support ──────────────────────────────┐ │ ┌────────────────────────────────────────────────────────────────────┐ │ │ │ <*> kmod-usb-core................................... Support for US│ │ │ │ < > kmod-usb-acm................ Support for modems/isdn controll│ │ │ │ < > kmod-usb-atm......................... Support for ATM on USB │ │ │ │ <*> kmod-usb-audio.................... Support for USB audio devi│ │ │ │ < > kmod-usb-cm109......................... Support for CM109 dev│ │ │ │ < > kmod-usb-hid................ Support for USB Human Input Devi│ │ │ │ < > kmod-usb-net...... Kernel modules for USB-to-Ethernet convert│ │ │ │ <*> kmod-usb-ohci...................... Support for OHCI controll│ │ │ │ < > kmod-usb-phidget............................. USB Phidget Dri│ │ │ │ < > kmod-usb-printer........................... Support for print│ │ │ │ < > kmod-usb-serial............ Support for USB-to-Serial convert│ │ │ │ < > kmod-usb-storage............................ USB Storage supp│ │ │ │ < > kmod-usb-uhci...................... Support for UHCI controll│ │ │ │ < > kmod-usb-video.................... Support for USB video devi│ │ │ │ < > kmod-usb-yealink......................... USB Yealink VOIP ph│ │ │ │ < > kmod-usb2.......................... Support for USB2 controll│ │ │ └────────────────────────────────────────────────────────────────────┘ │ ├────────────────────────────────────────────────────────────────────────┤ │ <Select> < Exit > < Help > │ └────────────────────────────────────────────────────────────────────────┘
Ahora sale y guarda la configuracion y escribe lo siguiente:
make kernel_menuconfig
Y configura las siguientes ventanas como estan.
┌────────────────────────────── CPU support ───────────────────────────────┐ │ ┌──────────────────────────────────────────────────────────────────────┐ │ │ │ [ ] support 6338 CPU │ │ │ │ [ ] support 6345 CPU │ │ │ │ [*] support 6348 CPU │ │ │ │ [ ] support 6358 CPU │ │ │ │ │ │ │ └──────────────────────────────────────────────────────────────────────┘ │ ├──────────────────────────────────────────────────────────────────────────┤ │ <Select> < Exit > < Help > │ └──────────────────────────────────────────────────────────────────────────┘ ┌────────────────────────── Board support ───────────────────────────┐ │ ┌────────────────────────────────────────────────────────────────┐ │ │ │ ( ) Generic Broadcom 963xx boards │ │ │ │ (X) Inventel Livebox(es) boards │ │ │ │ │ │ │ └────────────────────────────────────────────────────────────────┘ │ ├────────────────────────────────────────────────────────────────────┤ │ <Select> < Help > │ └────────────────────────────────────────────────────────────────────┘ ┌──────────────────── Memory Technology Device (MTD) support ────────────────┐ │ ┌────────────────────────────────────────────────────────────────────────┐ │ │ │ --- Memory Technology Device (MTD) support │ │ │ │ [ ] Debugging │ │ │ │ <*> MTD concatenating support │ │ │ │ [*] MTD partitioning support │ │ │ │ < > MTD tests support │ │ │ │ [*] Automatically set 'rootfs' partition to be root filesystem │ │ │ │ [*] Automatically split 'rootfs' partition for squashfs │ │ │ │ <*> RedBoot partition table parsing │ │ │ │ (-1) Location of RedBoot partition table │ │ │ │ [*] Include unallocated flash regions │ │ │ │ [*] Force read-only for RedBoot system images │ │ │ │ [*] Command line partition table parsing │ │ │ │ < > TI AR7 partitioning support │ │ │ │ *** User Modules And Translation Layers *** │ │ │ │ <*> Direct char device access to MTD devices │ │ │ │ -*- Common interface to block layer for MTD 'translation layers │ │ │ │ <*> Caching block device access to MTD devices │ │ │ │ < > FTL (Flash Translation Layer) support │ │ │ │ < > NFTL (NAND Flash Translation Layer) support │ │ │ │ < > INFTL (Inverse NAND Flash Translation Layer) support │ │ │ │ < > Resident Flash Disk (Flash Translation Layer) support │ │ │ │ < > NAND SSFDC (SmartMedia) read only translation layer │ │ │ │ < > Log panic/oops to an MTD buffer │ │ │ │ RAM/ROM/Flash chip drivers ---> │ │ │ │ Mapping drivers for chip access ---> │ │ │ │ Self-contained MTD device drivers ---> │ │ │ │ < > NAND Device Support ---> │ │ │ │ < > OneNAND Device Support ---> │ │ │ │ LPDDR flash memory drivers ---> │ │ │ │ UBI - Unsorted block images ---> │ │ │ └────────────────────────────────────────────────────────────────────────┘ │ ├────────────────────────────────────────────────────────────────────────────┤ │ <Select> < Exit > < Help > │ └────────────────────────────────────────────────────────────────────────────┘ ┌────────────────────── RAM/ROM/Flash chip drivers ───────────────────────┐ │ ┌─────────────────────────────────────────────────────────────────────┐ │ │ │ <*> Detect flash chips by Common Flash Interface (CFI) probe │ │ │ │ <*> Detect non-CFI AMD/JEDEC-compatible flash chips │ │ │ │ [*] Flash chip driver advanced configuration options │ │ │ │ Flash cmd/query data swapping (NO) ---> │ │ │ │ [*] Specific CFI Flash geometry selection │ │ │ │ [*] Support 8-bit buswidth │ │ │ │ [*] Support 16-bit buswidth │ │ │ │ [ ] Support 32-bit buswidth │ │ │ │ [ ] Support 64-bit buswidth │ │ │ │ [ ] Support 128-bit buswidth │ │ │ │ [ ] Support 256-bit buswidth │ │ │ │ [*] Support 1-chip flash interleave │ │ │ │ [ ] Support 2-chip flash interleave │ │ │ │ [ ] Support 4-chip flash interleave │ │ │ │ [ ] Support 8-chip flash interleave │ │ │ │ [ ] Protection Registers aka one-time programmable (OTP) bits │ │ │ │ < > Support for Intel/Sharp flash chips │ │ │ │ <*> Support for AMD/Fujitsu/Spansion flash chips │ │ │ │ < > Support for ST (Advanced Architecture) flash chips │ │ │ │ < > Support for RAM chips in bus mapping │ │ │ │ < > Support for ROM chips in bus mapping │ │ │ │ < > Support for absent chips in bus mapping │ │ │ └─────────────────────────────────────────────────────────────────────┘ │ ├─────────────────────────────────────────────────────────────────────────┤ │ <Select> < Exit > < Help > │ └─────────────────────────────────────────────────────────────────────────┘
LO SIGUIENTE ES IMPORTANTE:
┌────────────────────── Mapping drivers for chip access ───────────────────┐ │ ┌──────────────────────────────────────────────────────────────────────┐ │ │ │ [*] Support non-linear mappings of flash chips │ │ │ │ <*> Flash device in physical memory map │ │ │ │ [*] Physmap compat support │ │ │ │ (0x1e400000) Physical start address of flash mapping │ │ │ │ (0x00800000) Physical length of flash mapping │ │ │ │ (2) Bank width in octets (NEW) │ │ │ │ < > BCM963xx Flash device │ │ │ │ < > PCI MTD driver │ │ │ │ < > NOR flash on Intel Vermilion Range Expansion Bus CS0 │ │ │ │ < > Map driver for platform device RAM (mtd-ram) │ │ │ └──────────────────────────────────────────────────────────────────────┘ │ ├──────────────────────────────────────────────────────────────────────────┤ │ <Select> < Exit > < Help > │ └──────────────────────────────────────────────────────────────────────────┘ ┌───────────────────────────────── USB support ─────────────────────────────┐ │ ┌───────────────────────────────────────────────────────────────────────┐ │ │ │ --- USB support │ │ │ │ <*> Support for Host-side USB │ │ │ │ [ ] USB verbose debug messages │ │ │ │ [ ] USB announce new devices │ │ │ │ *** Miscellaneous USB options *** │ │ │ │ [*] USB device filesystem │ │ │ │ [ ] USB device class-devices (DEPRECATED) │ │ │ │ [ ] Dynamic USB minor allocation │ │ │ │ [ ] Rely on OTG Targeted Peripherals List │ │ │ │ [ ] Disable external hubs │ │ │ │ < > USB Monitor │ │ │ │ < > Enable Wireless USB extensions (EXPERIMENTAL) │ │ │ │ < > Support WUSB Cable Based Association (CBA) │ │ │ │ *** USB Host Controller Drivers *** │ │ │ │ < > Cypress C67x00 HCD support │ │ │ │ < > EHCI HCD (USB 2.0) support (NEW) │ │ │ │ < > OXU210HP HCD support │ │ │ │ < > ISP116X HCD support │ │ │ │ < > ISP 1760 HCD support │ │ │ │ <*> OHCI HCD support │ │ │ │ [ ] OHCI support for Broadcom SSB OHCI core │ │ │ │ < > UHCI HCD (most Intel and VIA) support (NEW) │ │ │ │ < > SL811HS HCD support │ │ │ │ < > R8A66597 HCD support │ │ │ └────v(+)───────────────────────────────────────────────────────────────┘ │ ├───────────────────────────────────────────────────────────────────────────┤ │ <Select> < Exit > < Help > │ └───────────────────────────────────────────────────────────────────────────┘ ┌───────────────────── Default kernel command string ─────────────────────────────────────┐ │ Please enter a string value. Use the <TAB> key to move from the input │ │ field to the buttons below it. │ │ ┌─────────────────────────────────────────────────────────────────────────────────────┐ │ │ │root=/dev/mtdblock1 rootfstype=cramfs,squashfs init=/etc/preinit console=ttyS0,115200│ │ │ └─────────────────────────────────────────────────────────────────────────────────────┘ │ │ │ ├─────────────────────────────────────────────────────────────────────────────────────────┤ │ < Ok > < Help > │ └─────────────────────────────────────────────────────────────────────────────────────────┘
Ahora sale y guarda la configuracion y compilalo con el siguiente comando:
make V=99
Una vez acabada la compilacion (que tardara bastante ya que tiene que bajar archivos gordos y compilarlos…), copia el resto de ficheros que hemos bajado antes (mkcramfs, etccramfs y network) al directorio «kamikaze». Edita el archivo network con tus preferencias de red y da permisos de ejecucion a mkcramfs, a etccramfs y a kamk.sh con:
chmod +x mkcramfs
chmod +x etccramfs
chmod +x kamk.sh
Ejecuta el siguiente comando:
./kamk.sh
Y en unos momentos ya tenemos nuestro archivo openwrt.cramfs listo para poner en el TFTP y cargarlo nuevamente tal y como se ha explicado en el articulo anterior a este.
buenas javi
pues veras no se si me habras visto por el blog de danitool
me ha ido todo bien hasta el querer compilar mi propia imagen y la verdad no lo consigo siempre obtengo el kernel panic
me gustaria tener una imagen con interfaz web y me ha comentado danitool que tu si has podido compilarla
seria posible que la colgaras en algun sitio ya que por mas que lo intento no consigo compilar
gracias y buen trabajo
Hola seraser.
Acabo de llegar de un mini-viaje «vacaciones» y acabo de subir mi version compilada de OpenWRT con Luci. Puedes descargarlo desde https://javier.rodriguezaparicio.es/blog/descargas/openwrt.cramfs
A mayores de las funcionalidades que ya estaban implementadas con la version de danitool he introducido OpenVPN y Luci (que por cierto, va muy lento). La configuracion IP por defecto de mi imagen es 192.168.1.1 para el router y estoy tratando a «medias» el comando reboot y poweroff del router que no funcionan. Cuando tenga una version mas «estable» la volvere a colgar.
Ya me contaras que tal te fue.
Saludos.
muchas gracias javi la descargo y ya te cuento si efectivamente la version de danitool con luci tambien es lenta y hasta deja pillado el livebox yo he intentado compilar muchisimas veces desde ubuntu y siempre me da error de kernel panic es raro no me falta ninguna dependencia y marco lo mismo que vosotros sin mas pero bueno que se le va a hacer
lo que me es imposible es hacer puente entre wifi y lan pero bueno sera que no se por que estos son mis primeros pinitos con open wrt yo que siempre he sido de dd wrt y la verdad a modo de configuracion y demas ahorra muchisimo tiempo
saludos
Desde luci puedes hacer puente entre el wireless y la tarjeta de red, de hecho yo lo he hecho. Tienes que poner la wlan0 en la «red» WAN en vez de en wireless y luego lo que he hecho yo ha sido poner la eth1 en WIFI. La eth0 se queda en LAN. Una vez hecho esto y aplicados los cambios con mucha paciencia por la lentitud de luci, ya tenemos el puente. Por cierto, la IP en manual, en automatico no me iba muy alla.
Seguramente no funcione la wifi a la primera, asi que coje todos los datos: ESSID, MAC del AP, clave, etc… luego editas /etc/rc.local y antes del exit 0; escribes:
iwconfig wlan0 essid «Nombre de la red»
iwconfig wlan0 ap «MAC del AP»
iwconfig wlan0 channel «canal»
iwconfig wlan0 key s:»clave»
y si el luci no te coge la ip estatica le pones:
ifconfig wlan0 192.168.x.x netmask 255.255.255.0
route add default gw 192.168.x.x
Y listo. A mi me funciona asi.
bueno con esto de postear en los dos blogs cruzo preguntas pero bueno
voy a probarlo y te lo he preguntado en el blog de danitool pero aqui ya me contestas gracias
pues ya probe como me dijiste y lo consegui uffffff que trabajo me ha costado y sin tus indicaciones sobre el puente de red no lo hubiera conseguido
tu firm va bien pero es una pena por que a la que reinicio el router tres o cuatro veces acaba por no poder cargar los drivers de la minipci no se por que se corrompe y me dice que tengo que descargar el driver adecuado lo se al hacer dmesg o log cable serie y he reflasheado tres veces
en el comtrend donde tambien tengo luci con open wrt he intentado hacer lo mismo pero a la que hago los cambios ya no puedo acceder a el sera por que tiene switch supongo y habra que configurar vlan pero ahi me pierdo
gracias javi un saludo
disculpa javi otra consulta si eres tan amable que yo de linux lo justo
estoy intentando compilar otra vez desde cero o sea ubuntu en maquina virtual cuando lanzo el comando para instalar todas las dependencias me pasa lo mismo con svn que en ubuntu en disco duro te lo pego a ver si es normal o no por si fuera por eso que compilo sin exito ya que se me instalan todas las dependencias excepto svn
root@ubuntu:~# apt-get install svn gcc g++ binutils patch make automake gettext pkg-config unzip bzip2 flex bison libz-dev quilt gawk flex build-essential libncurses5-dev
Reading package lists… Done
Building dependency tree
Reading state information… Done
Package svn is not available, but is referred to by another package.
Hola de nuevo seraser.
A mi tambien me pasa lo que dices que al tercer reinicio ya no detecta la tarjeta wireless. Yo lo que he hecho ha sido sustituir la tarjeta wireless BCM4318 que trae por una Atheros AR5211 y de momento sin problemas, va de lujo.
Respecto a lo de svn, el paquete en debian/ubuntu se llama subversion. Si ya has instalado todo menos el svn ejecuta: apt-get install subversion y arreglado.
Ya me contaras a ver que tal.
bueno javi dices que a ti te pasa lo mismo con la broadcom una pregunta el ar5211 es usb y lo pinchas o es minipci es por saber los drivers que le has metido a tu compilacion por si estuviera alguno de mis usb
yo tengo varios adaptadores rtl8187l rtl8187b zd1211b es una pena no poder compilar con mis drivers
lo he vuelto a intentar instalando subversion y las demas dependencia no falta nada y te pego aqui el resultado del arranque por que estoy desesperado
yo creo que tanto tu como dani compilais desde otro os operativo que no es Ubuntu verdad no le veo otra explicacion dime con que compilas tu y me monto ese os en maquina virtual
Non-certified release, version UNKNOWN – built 22:49:54, Jul 19 2004————
–
Platform: Blue_5g (MIPS32 4Kc)
Copyright (C) 2000, 2001, 2002, Red Hat, Inc.
RAM: 0x80000000-0x81000000, [0x8041de80-0x80fe1000] available
FLASH: 0xbe400000 – 0xbec00000, 128 blocks of 0x00010000 bytes each.
== Executing boot script in 10.000 seconds – enter ^C twice to abort
RedBoot> fis load -b 0x80010000 -m cramfs -f Image user_fs
Looking for Image in cramfs user_fs partition
cramfs_load : b 0x80010000, c 0xBE430000, s 0x00720000, f Image
………………….loaded 0x2A5200 bytes
RedBoot> exec -c «boot_loader=RedBoot root=1F01 mem=16M» 0x80010000
Now booting linux kernel:
Base address 0x8000fc00 Entry 0x80010000
Cmdline : boot_loader=RedBoot root=1F01 mem=16M
Linux version 2.6.30.10 (seraser@ubuntu) (gcc version 4.3.3 (GCC) ) #1 Sun Dec 13 16:56:04 PST 2009
Detected Broadcom 0x6348 CPU revision b0
CPU frequency is 256000000 Hz
16MB of RAM installed
registering 37 GPIOs
console [early0] enabled
CPU revision is: 00029107 (Broadcom BCM6348)
board_livebox: board name: Livebox
Determined physical RAM map:
memory: 01000000 @ 00000000 (usable)
Initrd not found or empty – disabling initrd
Zone PFN ranges:
Normal 0x00000000 -> 0x00001000
Movable zone start PFN for each node
early_node_map[1] active PFN ranges
0: 0x00000000 -> 0x00001000
Built 1 zonelists in Zone order, mobility grouping off. Total pages: 4064
Kernel command line: root=/dev/mtdblock1 rootfstype=cramfs,squashfs init=/etc/preinit console=ttyS0,115200
Primary instruction cache 16kB, VIPT, 2-way, linesize 16 bytes.
Primary data cache 8kB, 2-way, VIPT, no aliases, linesize 16 bytes
NR_IRQS:128
PID hash table entries: 64 (order: 6, 256 bytes)
Dentry cache hash table entries: 2048 (order: 1, 8192 bytes)
Inode-cache hash table entries: 1024 (order: 0, 4096 bytes)
Memory: 13192k/16384k available (2137k kernel code, 3192k reserved, 443k data, 128k init, 0k highmem)
Calibrating delay loop… 252.41 BogoMIPS (lpj=504832)
Mount-cache hash table entries: 512
net_namespace: 532 bytes
NET: Registered protocol family 16
registering PCI controller with io_map_base unset
registering PCI controller with io_map_base unset
bio: create slab at 0
usbcore: registered new interface driver usbfs
usbcore: registered new interface driver hub
usbcore: registered new device driver usb
pci 0000:01:1e.0: CardBus bridge, secondary bus 0000:02
pci 0000:01:1e.0: IO window: 0x8008000-0x80080ff
pci 0000:01:1e.0: IO window: 0x8008400-0x80084ff
pci 0000:01:1e.0: MEM window: 0x38000000-0x3fffffff
PCI: Enabling device 0000:01:1e.0 (0000 -> 0003)
PCI: Enabling device 0000:00:01.0 (0000 -> 0002)
ssb: Sonics Silicon Backplane found on PCI device 0000:00:01.0
NET: Registered protocol family 2
IP route cache hash table entries: 1024 (order: 0, 4096 bytes)
TCP established hash table entries: 512 (order: 0, 4096 bytes)
TCP bind hash table entries: 512 (order: -1, 2048 bytes)
TCP: Hash tables configured (established 512 bind 512)
TCP reno registered
NET: Registered protocol family 1
audit: initializing netlink socket (disabled)
type=2000 audit(0.692:1): initialized
squashfs: version 4.0 (2009/01/31) Phillip Lougher
Registering mini_fo version $Id$
JFFS2 version 2.2. (NAND) (SUMMARY) © 2001-2006 Red Hat, Inc.
msgmni has been set to 25
alg: No test for stdrng (krng)
io scheduler noop registered
io scheduler deadline registered (default)
bcm63xx_uart.0: ttyS0 at MMIO 0xfffe0300 (irq = 10) is a bcm63xx_uart
console handover: boot [early0] -> real [ttyS0]
bcm63xx_enet MII bus: probed
physmap-flash.0: failed to claim resource 0
ohci_hcd: USB 1.1 ‘Open’ Host Controller (OHCI) Driver
bcm63xx_ohci bcm63xx_ohci.0: BCM63XX integrated OHCI controller
bcm63xx_ohci bcm63xx_ohci.0: new USB bus registered, assigned bus number 1
bcm63xx_ohci bcm63xx_ohci.0: irq 20, io mem 0xfffe1b00
usb usb1: configuration #1 chosen from 1 choice
hub 1-0:1.0: USB hub found
hub 1-0:1.0: 2 ports detected
bcm63xx_wdt started, timer margin: 30 sec
TCP westwood registered
NET: Registered protocol family 17
802.1Q VLAN Support v1.8 Ben Greear
All bugs added by David S. Miller
VFS: Cannot open root device «mtdblock1» or unknown-block(0,0)
Please append a correct «root=» boot option; here are the available partitions:
Kernel panic – not syncing: VFS: Unable to mount root fs on unknown-block(0,0)
Yo la tarjeta AR5211 la meto directamente en el mini-pci. Esta tarde si tengo un ratillo compilo una nueva imagen con soporte para el RTL8187L (tambien lo tengo en USB) y pruebo a ver si funciona y te aviso.
Yo he probado a compilar la imagen con Ubuntu y con Gentoo (la primera imagen, ya que la primera vez tarda mucho y lo hice en un servidor que le daba cera), y ambos sin problema. Actualmente solo lo hago con Ubuntu. A ver si a la tarde encuentro algo mas de documentacion y te paso algun comando mas a ver si es de eso, pero con lo que tenia dani en la pagina a mi me funciono.
gracias por tu interes Javi mira creo que tengo una ligera nocion sobre el problema de mi compilacion:
siempre da este error
VFS: Cannot open root device “mtdblock1″ or unknown-block(0,0)
Please append a correct “root=” boot option; here are the available partitions:
Kernel panic – not syncing: VFS: Unable to mount root fs on unknown-block(0,0)
y me coincide una cosa al compilar el kernel_menuconfig en el proceso de seleccion para el hack del kernel ponemos esto
root=/dev/mtdblock1 rootfstype=cramfs,squashfs init=/etc/preinit console=ttyS0,115200
o sea indicamos mtdblock1 para el montaje o algo asi y mi error dice que tengo mtdblock 0.0 y desconoce el mtdblock1 habria de cambiar esa linea por mtdblock0.0 o simplemente al poner 0.0 entre parentesis quiere decir que no es reconocible
gracias javi saludos y si algun dia tienes dudas sobre temas wireless no dudes en pasar por foro seguridadwireless.net allii modero yo y te ayudaria con mucho gusto no es spam javi esa pagina te aseguro no lo necesita para nada es agradecimiento por tu interes
perdona que escriba de nuevo segun pienso
yo el kernel hacking lo hago con copiar y pegar sera que asi no funciona
hummmmm me vuelvo majareta jejje
pues para que no pierdas el tiempo creo ya se mi problema casi seguro
fallo en la seleccion del kernel_menuconfig en la ventana
Mapping drivers for chip access
en estos apartados
(0x1e400000) Physical start address of flash mapping (0x00800000) Physical length of flash mapping
yo no me percataba de poner los digitos correspondientes si no que los dejaba como salian por defecto
para el que venga detras ahi es facil equivocarse no o yo soy un pelin despistado jeje
Buenas de nuevo!!
No te preocupes por escribir segun se te van ocurriendo las cosas. Por todo lo que he leido parece ser que el problema estaba en el Mpping drivers for chip access. Si es asi ya nos lo confirmaras del todo, y sino habra que seguir buscando el porque. No veo ningun problema en copiar y pegar la linea del kernel hacking, de hecho yo lo hice asi la primera vez.
Te he enviado un correo con un archivo comprimido, con el openwrt.cramfs con soporte para la RTL8187x, te lo he enviado al correo que pones cuando escribes los comentarios. Ahora mismo ya estoy en casa y lo voy a probar yo a ver si funciona.
Sobre la web, no te preocupes 😉 no lo considero spam. Conocia paginas parecidas, pero esa no la habia visto, la acabo de echar un vistazo y esta interesante!!
Venga, ya me contaras que tal te fue ese archivo.
Bueno seraser, me respondo a mi mismo. Acabo de cargar el archivo que te mande y funciona con una RTL8187L (con la B no he podido probar porque no la tengo) a la perfeccion!!!
Como ahora mismo tengo la Atheros, la Realtek me la pone como wlan1, para que lo tengas en cuenta, si quieres que la Realtek sea wlan0 quita la MiniPCI y solucionado.
pues he mirado mi correo y efectivamente gracias por el firm me lo pondre mañana
pero ya era hora de poder compilar el problema era ese y ya tengo mi compilacion con el ultimo trunk con luci y aircrack drivers varios para usb wireless dhcpcd para asociacion automatica wpa suplicantt para wpa y paro ya no jeje
mi luci va un pelo mas rapido pero solo carga en modo texto pero vale
gracias por todo javi seguimos en contacto
Hola, me alegro que siga habiendo interés sobre el livebox y que seraser haya solucionado sus problemas. Yo por mi parte sigo esperando a ver si florian soluciona el bug del eth1 o me indica algo más.
Se me ha metido en la cabeza que la lentitud de luci y algunos problemas más son por culpa de algo relacionado con la eth1. No fui capaz de hacerlo yo mismo ya desconozco bastante como modificar los parámetros del hardware en el código fuente.
Es una pena, el archivo fuente propio del livebox lleva meses sin moverse, vamos que no evoluciona nada más que en lo relativo a la plataforma genérica bcm63xx.
Saludos, seguimos en contacto.
bueno saludos danitool el que ha hecho posible echarle todas estas horas y horas al livebox jeje
pues yendo al tema mi firm petaba un poco y he puesto el de Javi y mejor
yo siento deciros que ya de momento abandono el tema del livebox y el comtrend con openwrt el por que pues es claro muchisimas horas dedicadas y poco resultado
conseguir por ejemplo el modo cliente se consigue pero hay que conectar a mano siempre a mi el rc.local no me vale y eso que tengo mi router a 15m
luego luci lentisimo y en fin que para ser mi comienzo con openwrt ha sido un poco decepcionante el resultado, ya dije que vengo de ddwrt y eso es una delicia
quizas me pregunto si no he empezado en openwrt por lo peor quiero decir con una plataforma muy poco desarrollada como es la bcm63xx
quizas todos estos problemas con otras arquitecturas como atheros no presentan tantos problemas ¿me lo podeis confirmar?
si fuera asi pues quizas seguiria con una fonera que tengo abandonada y es que a pesar de esto que os digo me ha gustado el tema de compilar y adaptar un firm a tus necesidades
bueno corto el rollo que me lio muchas gracias a los dos puesto que he aprendido mucho
saludos y sigo visitando de vez en cuando vuestros blogs
Hola, Tengo un livebox 3210-WS resulta que tiene 8 megas de flash (S29GL064M11TAIR4 – Spansion 64 Mbit flash) el modelo 4210-WS tiene solo 4 megas, porque no entiendo muy bien porque no se usan los 4 restantes.
Un saludo
HolaHola pepenue
El modelo 4210 tambien tiene 8 megas de flash (S29GL064A11TFIR4 – 64Mbits flash). Lo estoy viendo ya que tengo un 4210 desmontado aqui mismo ahora.
Todos en un principio tienen 8 megas de flash.
Saludos.
Hola tengo el mismo problema que seraser, pero yo tengo bien puesto el «mapeado» de la flash y sigo la guia tal cual. No se que me pasa, si alguien fuese tan amable. Un saludo a todos y gracias.
Aqui dejo el log de la consola:
VFS: Cannot open root device «mtdblock1» or unknown-block(0,0)
Please append a correct «root=» boot option; here are the available partitions:
Kernel panic – not syncing: VFS: Unable to mount root fs on unknown-block(0,0)
Hola de nuevo a todos, he actualizado el howto en el forum de openwrt. Funciona en las últimas revisiones openwrt trunk, he arreglado algunas cosas, y mejorado alguna que otra también.
– El puerto eth1 ya funciona
– Se han añadido los controles para que funcionen los leds
– Al compilar el firmware, ya no es necesario especificar el mapeado de la flash, esto lo hará el propio driver del bus bcm63xx
– No es necesario un script para que guarde la configuración en la partición jffs_system, openwrt ya lo hace automáticamente
– He compilado un nuevo redboot, cuya característica es que al presionar el botón 1 y encender el router por defecto nos borra la partición jffs_system, y nos da acceso por telnet en el puerto 9000, por tanto ya no es necesario nunca más la consola serie para flashear.
Espero que próximamente se incorporen los parches que hay en el howto para que sea más fácil compilar el firmware.
También he intentado buscar una forma de poder usar squasfs en lugar de cramfs, pero sin éxito. Aunque hay la posibilidad de reparticionar la flash entera y flashear en mtd1 el kernel, y en mtd2 el resto del sistema operativo como imagen sqashfs (un poco incómodo)
Saludos
Esto es una gran noticia!!!! Grande, muy grande!! Eres grandisimo.
Hace tiempo que he parado de hacer cosas con el Livebox, ya que con las ultimas versiones del trunk no me compilaba bien y me daban kernel panics. Ahora mismo me pongo con ello!
Escribo de nuevo aquí para comunicarte que ya he resuelto el problema de rendimiento en el Livebox. Bastó una linea para hacer la magia:
write_c0_diag(read_c0_diag() | 0xC0000000);
Después de esto, el rendimiento ha cambiado como del agua al vino. El tiempo de arranque se ha reducido a 1/3, pasando de unos 90 segundos con Openwrt compilado con las funciones básicas, a unos 30 segundos actualmente. Supongo que ahora sí será viable usar luci, u otras aplicaciones, aunque todavía no lo he testeado.
http://files.myopera.com/danitool/livebox/170-board_livebox.patch
Ahora sí que se pueden hacer cosas interesantes con el router.
Saludos.
Bravisimo!!!! Realmente impresionante, estas hecho un fiera. Mañana mismo si tengo un rato por la tarde lo pruebo, ya que como bien dices, ahora si que se pueden hacer cosas interesantes con este router. En cuanto lo pruebe te cuento mis impresiones.
Ya he visto que has actualizado el Howto del foro de OpenWRT.
Hola, me regalaron hace poco este router por desuso y me puse manos a la obra con la intencion de ponerlo como cliente y ap y como un cliente torrent tb jeje pero apesar de instalarle la ultima version que hay en openwrt..la backfire compilada por danitool que al parecer deberia ir de lujo, pues no hay mas comentarios de problemas xD puees resulta que me va bastante mal, consegui o poner el router como ap o como cliente, pero las 2 cosas nop. Y en modo cliente con nat..pues me va regular, ya que me va la conexion lentilla y se cae muchas veces.
Tengo un wrt54gl con dd-wrt como AP principal q me va de lujo…pero con el tema del router este, estoy por intercambiar posiciones xd
Espero q la conexion ppoe vaya bien…
en resumen xdd a alguien le va bien la backfire como cliente y ap? oo es mejor la kamikaze?¿ como lo haaase en el caso de q vaya bien? xd
gracias!