Autor Tema: testeo wifiway 3.0 v3 (problemas de arranque) (Leído 50393 veces)

USUARIONUEVO · « **en:** 27-12-2011, 12:49 (Martes) »

pues eso , version 3

la explicacion de lo que creo que pasaba es que el "autoarranque",,de la iso estaba corrupto , de hay que se quejara de todos los files implicados de la carpeta boot, pero en si no eran los ficheros.

he abierto una iso de wifiway 2.0.3 , y borrado todo ...es decir las carpetas boot y wifiway.

la carpeta boot , es la misma que estaba en la primera version de wifiway 3.0 y la carpeta wifiway obviamente tambien, ya que es la que contiene el sistema en modulos.

esta iso la probe en un cd y en un pendrive usb ... mismos ficheros syslinux 4.04 ( siempre habiamos tenido esa version sin problemas) , y todo a funcionado aun no probe en maquina virtual.

os la dejo aqui , para que probeis que tal ...por que las soluciones a medias nunca me han gustado ..el pendriver lo hice booteable con el script ,el bootinst ,,que es con el que deberia funcionar sin necesidad de otras herramientas (unetbooting).

es decir si la grabais a cd..deberia funcionar ...(yo la grabe en un dvd) ...y si la probais desde usb/sd probar hacerla booteable con su script de toda la vida..bottinst.

gracias a quien quiera colaborar en esto.

aqui os dejo la iso wifiway 3.0 final - v3 ----------->> http://www.multiupload.com/R5UGW8YR7N

este hilo es una continuacion de este otro: https://foro.seguridadwireless.net/colaboracion-y-desarrollo-de-nuestras-lives/error-arranque-wifiway-3-0-acer-one-d250-desde-sd/

warcry · « **Respuesta #1 en:** 27-12-2011, 12:55 (Martes) »

ok, esta tarde me pongo a ello

un saludo

chinitiw · « **Respuesta #2 en:** 27-12-2011, 13:00 (Martes) »

Cita de: warcry en 27-12-2011, 12:55 (Martes)

ok, esta tarde me pongo a ello

un saludo

Gracias compi , así da gusto

pepe10000 · « **Respuesta #3 en:** 27-12-2011, 14:02 (Martes) »

Descargando.....
Esta tarde tambien hago las pruebas y posteo los resultados.
Un saludo.

EDITADO:

Usando wifiway-3.0-final-v3.iso y Windows 7 Ultimate.
MD5: 89810DE65F1BBD3272833162B2DAC286

Netbook Acer ONE AOD250:
SD + bootinst.bat - O.K. Pero necesita copiar el directorio Wifiway al disco duro.
USB + bootinst.bat - O.K. No necesita copiar nada al disco duro para funcionar.

Sobremesa con placa madre Asus P8H67:
SD + bootinst.bat - O.K. No necesita copiar nada al disco duro para funcionar.
USB + bootinst.bat - O.K. No necesita copiar nada al disco duro para funcionar.
CD ISO + Nero v8 - O.K. Pero necesita copiar el directorio Wifiway al disco duro.

Un saludo.

cristi_28 · « **Respuesta #4 en:** 27-12-2011, 15:46 (Martes) »

wifiway-3.0-final-v3.iso y WMware player funciona bien

xexudj89 · « **Respuesta #5 en:** 27-12-2011, 15:49 (Martes) »

descargando esta tarde me pongo a ello!

sanson · « **Respuesta #6 en:** 27-12-2011, 16:14 (Martes) »

hola

bueno pues parece que has dado con el kit de la cuestión

descargada v3 grabada imagen con iso en cd rw y funcionando perfectamente la carga a la primera

saludos

warcry · « **Respuesta #7 en:** 27-12-2011, 16:26 (Martes) »

testing.....

en cd de toda la vida........................ funcionando

en usb con bootinst.bat .................... funcionando

en virtual box 4.0.4 desde iso ........... funcionando

fin test.

PD: parece que a la tercera va la vencida

alist3r · « **Respuesta #8 en:** 27-12-2011, 16:29 (Martes) »

Cita de: pepe10000 en 27-12-2011, 14:02 (Martes)

Descargando.....
Esta tarde tambien hago las pruebas y posteo los resultados.
Un saludo.

EDITADO:

Usando wifiway-3.0-final-v3.iso y Windows 7 Ultimate.
MD5: 89810DE65F1BBD3272833162B2DAC286

Netbook Acer ONE AOD250:
SD + bootinst.bat - O.K. Pero necesita copiar el directorio Wifiway al disco duro.
USB + bootinst.bat - O.K. No necesita copiar nada al disco duro para funcionar.

Sobremesa con placa madre Asus P8H67:
SD + bootinst.bat - O.K. No necesita copiar nada al disco duro para funcionar.
USB + bootinst.bat - O.K. No necesita copiar nada al disco duro para funcionar.
CD ISO + Nero v8 - O.K. Pero necesita copiar el directorio Wifiway al disco duro.

Un saludo.

si pero en estos casos de pepe10000? me cuesta creer que nero tenga la culpa, por ejemplo

eso si, el tema de la SD está claro que es resposabilidad mia y de la colección de drivers que elegí para el initrd. el driver de algunos lectores de tarjetas podria no estar presente dentro del dicho initrd, por cuestiones de espacio y velocidad.

elinventor · « **Respuesta #9 en:** 27-12-2011, 16:32 (Martes) »

Ola, solo un pequeño apunte sobre el fichero liloinst.sh, he visto que en el apartado Welcome to Wifiway boot hay una referencia al initrd.gz. No crees que deberia ser initrd.xz??

alist3r · « **Respuesta #10 en:** 27-12-2011, 16:35 (Martes) »

sin duda deberia ser a initrd.xz. es un rastro previo a la conversion a XZ.

en qué punto se usa liloinst.sh?

sanson · « **Respuesta #11 en:** 27-12-2011, 19:11 (Martes) »

hola

Citar

si pero en estos casos de pepe10000? me cuesta creer que nero tenga la culpa, por ejemplo

yo he quemado con nero 6 y sin problema

saludos

USUARIONUEVO · « **Respuesta #12 en:** 27-12-2011, 20:18 (Martes) »

Cita de: elinventor en 27-12-2011, 16:32 (Martes)

Ola, solo un pequeño apunte sobre el fichero liloinst.sh, he visto que en el apartado Welcome to Wifiway boot hay una referencia al initrd.gz. No crees que deberia ser initrd.xz??

lo revisare.

pero si, inequivocamente deberia ser como dices.

elinventor · « **Respuesta #13 en:** 28-12-2011, 01:11 (Miércoles) »

Ola alister, supongo que te suena lo de linux loader, pues eso es lo que hace liloinst.sh, instala el cargador de SO en el mbr de una particion, normalmente ext3, puede ser en el disco duro o el usb.

Lo estoy viendo desde hace tiempo en otros sitios y siempre se usa igual, aunque creo que el script tiene mas posibilidades de las que aparenta.

Ahora estoy recopilando informacion, otra vez; ya sabes, problemas en el paraiso con dos portatiles compal a tomar por saco en los que tenia todo lo que necesitaba xp,wifiway,ubuntu y demas documentacion y proyectos. Ahora window7 64 y problemas. De todas formas, hay alguien que conoce bien este tema, si creo recordar que Blackgem hace ya bastante tiempo tenia este tema bastante controlado.
Saludos desde galicia

alist3r · « **Respuesta #14 en:** 28-12-2011, 04:45 (Miércoles) »

claro, liloinst, su nombre es de cajón, pero no tengo más remedio que insistir con la pregunta que hice antes:

en qué punto está usando wifiway el lilo?

donde se esta usando ese script? donde se está usando lilo?

si lilo es arcáico...

yo alucino ! a lo mejor lo que tenemos que hacer es borrar ese script sin mas eh!

Drexxx · « **Respuesta #15 en:** 28-12-2011, 05:07 (Miércoles) »

¿Te acuerdas de mi problema con bootinst.sh?
¿El expediente x aquel?

Te pego un código de bootinst.sh, un if al que añadí una línea echo para saber que efectivamente se ejecuta ese bloque if

Código: [Seleccionar]

echo "Flushing filesystem buffers, this may take a while..."
sync

# setup MBR if the device is not in superfloppy format
if [ "$MBR" != "$TARGET" ]; then
   echo "Se ejecuta este if"
   echo "Setting up MBR on $MBR..."
   ./boot/syslinux/lilo -S /dev/null -M $MBR ext # this must be here to support -A for exte
   echo "Activating partition $TARGET..."
   ./boot/syslinux/lilo -S /dev/null -A $MBR $NUM
   echo "Updating MBR on $MBR..." # this must be here because LILO mbr is bad. mbr.bin is f
   cat ./boot/syslinux/mbr.bin > $MBR
fi

Y el resultado:

Código: [Seleccionar]

Flushing filesystem buffers, this may take a while...
Se ejecuta este if
Setting up MBR on /dev/mmcblk0p...
bootinst.sh: línea 54: ./boot/syslinux/lilo: Permiso denegado

Con respecto a liloinst.sh, parece ser una alternativa a bootinst.sh.
Seguro que ya lo habrás leído, pero en la cabecera de liloinst.sh pone:

Código: [Seleccionar]

#!/bin/bash
# This script will make almost ANY partition bootable, regardless the filesystem
# used on it. bootinst.sh/.bat is only for FAT filesystems, while this one should
# work everywhere. Moreover it setups a 'wifiwaychanges' directory to be used for
# persistent changes.

De todas formas, después de ejecutar liloinst.sh, el resultado en mi caso sigue siendo el mismo:

Código: [Seleccionar]

Flushing filesystem buffers, this may take a while...
Updating MBR to setup boot record...
liloinst.sh: línea 81: boot/syslinux/lilo: Permiso denegado

A día de hoy todavía no he conseguido que me funcionara bootinst.sh, ni liloinst.sh
¿Soy el único?
¿Es un tema que se debería mirar?

Edito:
Cuando ejecuto liloinst.sh, efectivamente se crea el fichero lilo.conf con un error en la línea

Código: [Seleccionar]

initrd=/media/sd/boot/initrd.gztal y como apuntó elinventor.

Por tanto, en liloinst.sh, en la línea 73 debería poner:

Código: [Seleccionar]

initrd=$MYMNT/boot/initrd.xz

alist3r · « **Respuesta #16 en:** 28-12-2011, 05:21 (Miércoles) »

liloinst puede decir misa xD, pero grub le da mil patadas a lilo porque nació precisamente para eso.

alguien podria ponerme un ejemplo de algun caso donde llegue lilo y no llegue grub?

aunque tampoco mata el hecho de tener lilo como alternativa para no-se-que-caso donde pudiera ser útil

respecto a tu problema con bootinst.sh me parece expediente X total. tienes que tener un perfil SELinux restringido o AppArmor levantado para que, siendo root, no puedas tocar el MBR de un pendrive/disco duro.

ni idea... pero tiene pinta de que es un asunto mas propio de nuestras debian y sus medios de seguridad... que de wifiway en sí misma.

eso si, yo tengo una debian de rama híbrida wheezy/sid con una selección de paquetes personalizada y no tengo ese problema.

Drexxx · « **Respuesta #17 en:** 28-12-2011, 05:27 (Miércoles) »

Cierto, yo desde luego no usaría lilo teniendo grub.
Pero el caso es que bootinst.sh sí lo utiliza.
Independientemente de mi problema, que ya le echaré un vistazo en otro momento (por cierto, gracias por lo de SELinux y apparmor, miraré por SELinux a ver...), ¿qué alternativa tengo en linux si quiero hacer un usb o sd arrancable?
Porque por el momento lo que me queda es tirar de windows y el bootinst.bat...

alist3r · « **Respuesta #18 en:** 28-12-2011, 05:28 (Miércoles) »

yo en tu lugar, aunque parezca chorra, arrancaria wifiway en CD y desde ahi prepararia un pendrive.

fijo que no falla.

PD: en una debian unstable prácticamente no queda rastro de SELinux, en pos de AppArmor, asi que es poco probable que encuentres nada, y tambien seria muy casual que tanto lilo como grub estuvieran perfilados en SELinux para inhabilitar los accesos a MBR.. vamos, no tendria mucho sentido cortarles las alas a estas herramientas.

Drexxx · « **Respuesta #19 en:** 28-12-2011, 05:59 (Miércoles) »

Na... olvídalo. Era una tontería...

Ya puedo ejecutarlos sin esos problemas.
Monté la tarjeta SD manualmente con la opción exec. Se ve que al montarla automáticamente, la monta con noexec.
De todas formas bootinst.sh debería detectar ese caso mirando en /proc/mounts y remontar la tarjeta con exec...
Y ahora el problema es otro... intuyo que un bug de bootinst.sh:
Cuando busca el dispositivo y la partición, hace lo siguiente:
Encuentra el dispositivo, por ejemplo, /dev/sdc
Y se queda con la partición, por ejemplo, /dev/sdc1

Sin embargo, en la tarjeta SD el dispositivo es /dev/mmcblk0
Y la partición es /dev/mmcblk0p1

Cuando intenta escribir en el mbr, lo hace al dispositivo /dev/mmcblk0p
que obviamente no existe.

Pero bueno. Creo que me estoy desviando un poco del hilo.
Gracias de todas formas

Noticias:

Autor Tema: testeo wifiway 3.0 v3 (problemas de arranque) (Leído 50393 veces)

warcry

chinitiw

cristi_28

xexudj89

warcry

alist3r

elinventor

alist3r

elinventor

alist3r

Drexxx

alist3r

Drexxx

alist3r

Drexxx