Seguridad Wireless - Wifi

Suite Seguridad Wireless => Colaboracion y desarrollo de nuestras lives => Mensaje iniciado por: alist3r en 10-09-2013, 03:24 (Martes)

Título: Proceso de migración a arquitectura UEFI
Publicado por: alist3r en 10-09-2013, 03:24 (Martes)
paso 1: comprobar que el kernel tiene los símbolos necesarios:

Código: [Seleccionar]
CONFIG_RELOCATABLE=y
CONFIG_EFI=y
CONFIG_EFI_STUB=y
CONFIG_FB_EFI=y
CONFIG_FRAMEBUFFER_CONSOLE=y
Título: Re: Proceso de migración a arquitectura UEFI
Publicado por: alist3r en 10-09-2013, 04:35 (Martes)
UEFI Runtime Variables Support (efivarfs filesystem - /sys/firmware/efi/efivars). This option is important as this is required to manipulate UEFI Runtime Variables using tools like /usr/bin/gummiboot. Efivarfs is recommended over efivars sysfs interface (described below). The below config option has been added in kernel 3.10 and above.

CONFIG_EFIVAR_FS=y

UEFI Runtime Variables Support (efivars sysfs interface - /sys/firmware/efi/vars). This option is important as this is required to manipulate UEFI Runtime Variables using tools like efibootmgr.

CONFIG_EFI_VARS=m
CONFIG_EFI_VARS_PSTORE=m
CONFIG_EFI_VARS_PSTORE_DEFAULT_DISABLE=y

GUID Partition Table GPT config option - mandatory for UEFI support

CONFIG_EFI_PARTITION=y
Título: Re: Proceso de migración a arquitectura UEFI
Publicado por: alist3r en 10-09-2013, 04:41 (Martes)
Herramientas necesarias en el Userspace

efivar
Library and Tool to manipulate UEFI Variables
https://github.com/vathpela/efivar - efivar or efivar-git

Ubuntu's Firmware Test Suite (fwts)
https://wiki.ubuntu.com/FirmwareTestSuite/
(along with fwts-efi-runtime-dkms)

uefivars
Dumps list of EFI variables with some additional PCI related info (uses efibootmgr code internally)
https://github.com/fpmurphy/Various/tree/master/uefivars-2.0 supports only efivarfs

efibootmgr
Tool to manipulate UEFI Firmware Boot Manager Settings. Upstream efibootmgr code supports only sysfs-efivars (efibootmgr or efibootmgr-git). A fork of efibootmgr by Fedora's Peter Jones, uses the efivar library and supports both efivarfs and sysfs-efivars. It also contains many bug fixes and is recommended over the upstream efibootmgr code
https://github.com/vathpela/efibootmgr/tree/libefivars or efibootmgr-pjones-git.

EFITOOLS 1.4
utilidad que incluye el primer sistema de gestión de la base de datos de claves UEFI para el secureboot
git://git.kernel.org/pub/scm/linux/kernel/git/jejb/efitools.git

GPT FDISK
llamado gdisk en algunas distros. fdisk compatible con GPT.
http://sourceforge.net/projects/gptfdisk/
Título: Re: Proceso de migración a arquitectura UEFI
Publicado por: teik en 10-09-2013, 08:47 (Martes)
Jojojoj..... parece que se esten adelantando las navidades  >:(  >:(
que grandes soys de verdad, estoy deseando de probar la primera beta con arquitectura UEFI, de verdad soys los mejores  >:(
Título: Re: Proceso de migración a arquitectura UEFI
Publicado por: USUARIONUEVO en 10-09-2013, 08:52 (Martes)
Jojojoj..... parece que se esten adelantando las navidades  >:(  >:(
que grandes soys de verdad, estoy deseando de probar la primera beta con arquitectura UEFI, de verdad soys los mejores  >:(

nadie esta haciendo nada, solo ha puesto documentacion.
Título: Re: Proceso de migración a arquitectura UEFI
Publicado por: teik en 10-09-2013, 10:37 (Martes)
se trata de dar las gracias publicamente. Alist3r ha estado ayudando e intentando arrancar en uefi todo este tiempo... hasta que yo entre en la universidad y deje de probar.. ya que los examenes de recuperacion no me dejaban tiempo.

Ya he visto que este tema has comentado que se queda algo grande para tus conocimientos, y lo entiendo... solo que me ilusiona que al menos se busque información y se intente hacer algo.... de sobra se que es un tema nuevo y que por ahora esta la cosa difícil, pero bueno yo sigo probando... y ya que comentaste lo del team porteus estuve viendo un post en su foro... con un .sh que hacia booteable su distrito... mañana intentare probarla...y os cuento...

Se que tal vez este problema solo lo tenga yo y entiendo que no este en un orden preferente ya que hay que arreglar otros problemas mas importantes en el kernel.. no hace falta que me lo digais. Pero el simple hecho de saber que hay gente que se preocupa o que incluso esteis mirando, me alegra.

saludos
Título: Re: Proceso de migración a arquitectura UEFI
Publicado por: alist3r en 10-09-2013, 12:41 (Martes)
teik, eres un chivato :)
jajajaja

bueno, solo estoy intentando llevar el trabajo hecho de otras distros hacia aquí. no será tan dificil después de todo.

la ventaja aquí es que el espacio de usuario no es obligatorio, la máquina puede arrancar sin él.
no hay tanto por hacer.

USER; todo lo que te pediria es que compruebes que los símbolos indicados estan ya activados en el kernel.

OJO porque algunos de ellos son nuevos de 3.10
Título: Re: Proceso de migración a arquitectura UEFI
Publicado por: alist3r en 10-09-2013, 14:42 (Martes)
actualmente hay dos sistemas de comuniacion entre el userland y el sistema UEFI.

uno es sysfs-efivars y el otro es efivarsfs

ambos son subsistemas dentro del ya conocido sysfs, que exportan el contenido de la configuración UEFI al kernel en forma de archivos dentro de /sys/firmware/efi/vars

el que está funcionando mejor y se convierte en el estandar es el más reciente efivarsfs. la mayoria de las herramientas UEFI  estan usando ya este sistema, juntamente con su biblioteca asociada, la uefilib.

el bastardo de turno es efibootmgr, que sirve para gestionar las entradas de arranque de la UEFI, pero que no se ha adaptado oficialmente a efivarsfs.
solo por culpa de él, tendriamos que tener los dos sistemas tratando de convivir en el kernel, descargando y cargando módulos previamente, con el consiguiente riesgo de pulverizar la placa base en caso de mala utilización.

el personal de redhat ha forkeado efibootmgr y ha hecho una adaptación al nuevo sistema fivarsfs, junto con correcciones de errores. se recomienda su uso para poder así romper totalmente con sysfs-efivars (no configurarlo en el kernel)

https://github.com/vathpela/efibootmgr

por tanto, los símbolos de kernel necesarios serian:
CONFIG_RELOCATABLE=y
CONFIG_EFI=y
CONFIG_EFI_STUB=y
CONFIG_FB_EFI=y
CONFIG_FRAMEBUFFER_CONSOLE=y
CONFIG_EFIVAR_FS=y
CONFIG_EFI_PARTITION=y

y si queremos dejar el viejo sistema sysfs-efivars a mano por algun motivo (no veo claro por qué), podemos dejarlo como modulo y mantenerlo desactivado por defecto:

CONFIG_EFI_VARS=m
CONFIG_EFI_VARS_PSTORE=m
CONFIG_EFI_VARS_PSTORE_DEFAULT_DISABLE=y
Título: Re: Proceso de migración a arquitectura UEFI
Publicado por: alist3r en 10-09-2013, 14:56 (Martes)
importante. lectura mínima obligada para administradores y arquitectos de sistemas UEFI
http://docstore.mik.ua/manuals/hp-ux/en/5991-1247B/ch04s13.html
Título: Re: Proceso de migración a arquitectura UEFI
Publicado por: alist3r en 10-09-2013, 16:31 (Martes)
(para instalaciones en disco)

los sistemas operativos en modo EFI siempre necesitan una particon de sistema efi. es el equivalente a la particion oculta de sistema de windows 7/8, pero mejorada en funciones y compatible con multiples SO's.

por tanto, hay que crear esa particion de sistema UEFI , o acceder a la que seguramente ya viene creada por windows.

como se accede?
ademas de poder utilizar gptfdisk, parece que parted tambien gestiona correctamente las tablas de particion GPT.

en parted (en su version grafica gparted), para construir una particion de sistema efi solo hay que crear una particion fat16/fat32 y marcarla como "boot".

el fdisk de detecta particiones gpt tambien.
en caso de usar fdisk se debe cambiar el "partition type" manualmente a 0xEF

en todos los casos el formato de la particion de sistema uefi debe ser fat32 o fat16, y su tamaño no debe ser muy grande; basta con que permita alojar los archivos de arranque, los firmwares y drivers efi, los ficheros de confiuracion del gestor del bootmanager y/o del bootloader, etc.

de nuevo, podemos pensar en el sistema windows y en su bootmgr, con su particion aparte, para entenderlo.
Título: Re: Proceso de migración a arquitectura UEFI
Publicado por: alist3r en 10-09-2013, 16:39 (Martes)
el estandar ISO bootable UEFI no aparece por ningun lado.
Se debe incluir la carpeta /EFI y los archivos .efi en la iso, y ya esta?
lo dudo, puesto que el sistema de archivos de los cd no es fat, y fat es el unico sistema de ficheros integrado en UEFI. el resto necesitan cargar drivers, etc.
estoy analizando una iso de ubuntu x64 (las de 32 no llevan uefi) para comprender mejor el sistema de arranque uefi en un cd, sin que exista aún una particion de sistema UEFI en el disco duro que pueda darle respaldo al arranque.
Título: Re: Proceso de migración a arquitectura UEFI
Publicado por: alist3r en 10-09-2013, 19:27 (Martes)
person of interest:
Mattias Schlenker
ms@mattiasschlenker.de
mantenedor de LessLinux, ha participado junto con los creadores de xorriso y otras herramientas de masterizacion de isos, en los cambios y desarrollos necesarios para conseguir una ISO híbrida que arranca en los cuatro escenarios posibles:

BIOS: imagen volcada a pendrive/disco duro directamente con "dd"
UEFI: imagen volcada a pendrive/disco duro directamente con "dd"
BIOS: Eltorito, emulación de disco tradicional
UEFI: Eltorito; emulación de disco tradicional con tabla de partición GPT superpuesta sobre el MBR
Título: Re: Proceso de migración a arquitectura UEFI
Publicado por: alist3r en 10-09-2013, 19:37 (Martes)
compatibilizando las ISO con uefi

dado un comando tradicional de generación de la iso:

Citar
mkisofs -U -A "MyLinux_1 x86_64" -V "MyLinux_1 x86_64 Disc 1" \
    -volset "MyLinux_1 x86_64" -J -joliet-long -r -v -T -x ./lost+found \
    -o /home/pjones/MyLinux/1/x86_64/iso/MyLinux-1-x86_64-disc1-dualboot.iso \
    -b isolinux/isolinux.bin -c isolinux/boot.cat -no-emul-boot -boot-load-size 4 \
    -boot-info-table .

y marcada en rojo la parte de parametrización correspondiente a la construcciń del arranque en la iso, hay que hacer los siguientes añadidos:

-eltorito-alt-boot -e images/efiboot.img -no-emul-boot

donde images/efiboot.img es la imagen, bloque por bloque (es decir, copiada con "dd") de una unidad arrancable bajo UEFI (es decir, una particion de tipo 0xEF con los ficheros .efi que queramos arrancar, sean bootloaders, bootmanagers, sus configuraciones, etc)

con lo que el comando queda asi:
Código: [Seleccionar]
mkisofs -U -A "MyLinux_1 x86_64" -V "MyLinux_1 x86_64 Disc 1" \
    -volset "MyLinux_1 x86_64" -J -joliet-long -r -v -T -x ./lost+found \
    -o /home/pjones/MyLinux/1/x86_64/iso/MyLinux_1-x86_64-disc1-dualboot.iso \
    -b isolinux/isolinux.bin -c isolinux/boot.cat -no-emul-boot -boot-load-size 4 \
    -boot-info-table -eltorito-alt-boot -e images/efiboot.img -no-emul-boot .

Título: Re: Proceso de migración a arquitectura UEFI
Publicado por: alist3r en 10-09-2013, 21:01 (Martes)
para mas adelante, de cara a habilitar el secure boot:
https://github.com/mjg59/shim

shim es un programa efi que intenta encadenar con un bootloader. en caso de que falle, sobreentiende que secureboot está habilitado y por eso no se ha podido cargar el ejecutable. en tal caso, shim recupera el control del sistema de vuelta, toma una copia del ejecutable efi que queremos encadenar, lo firma con el certificado (que previamente le tenemos que suministrar a shim en forma de fichero), y luego trata de encadenar contra la nueva copia firmada, resultando asi en un proceso de arranque que funciona independientemente de si está habilitado el secureboot o no.

parece pensado para encadenarse con grub2 principalmente.
Título: Re: Proceso de migración a arquitectura UEFI
Publicado por: geminis_demon en 11-09-2013, 00:25 (Miércoles)
Joer... la que hay que liar... modificaciones en el kernel, agregar soporte para particiones GPT, los parámetros para crear la iso...

Y yo que pensaba que bastaría con cambiar el grub2 por el grub-efi... pensaba bah, ya lo aré una tarde que esté aburrido... pero visto lo visto, creo que vamos atener que apuntarnos a la autoscuela para sacarnos el carnet de uefi  ;D
Título: Re: Proceso de migración a arquitectura UEFI
Publicado por: USUARIONUEVO en 11-09-2013, 00:31 (Miércoles)
Ya dije mas arriba que exige conocimientos , no es cosa para aficionados.


Es algo complejo.
Título: Re: Proceso de migración a arquitectura UEFI
Publicado por: alist3r en 11-09-2013, 00:34 (Miércoles)
bueno, hay varias formas de hacerlo, las mas sencilla consiste en meter el gummyboot y hacerle encadenar directamente contra el kernel linux, que ya puede comportarse como un ejecutable EFI, lo cual facilita mucho las cosas.

el problema es que wifislax utiliza cd's e isos para distribuir la distro, y ahi se complica todo un poco.
hay que hibridizar la tabla de particiones virtual de el sistema de arranque ElTorito, e hybridizar el contenido tambien (bueno, casi duplicar el kernel y el initrd) para que arranque en ambas plataformas.

pero arrancar un liveusb de wifislax en modo uefi es muy sencillo
Título: Re: Proceso de migración a arquitectura UEFI
Publicado por: USUARIONUEVO en 12-09-2013, 05:37 (Jueves)
Now that The Linux Foundation is a member of the UEFI.org

La idea , es que la bios UEFI , pueda arrancar DIRECTAMENTE la imagen kernel ...   ;D ;D ;D ;D


Sin intermediar ningun bootloader .....


http://www.linuxfoundation.org/news-media/blogs/browse/2013/09/booting-self-signed-linux-kernel
Título: Re: Proceso de migración a arquitectura UEFI
Publicado por: alist3r en 12-09-2013, 15:58 (Jueves)
Now that The Linux Foundation is a member of the UEFI.org

La idea , es que la bios UEFI , pueda arrancar DIRECTAMENTE la imagen kernel ...   ;D ;D ;D ;D


Sin intermediar ningun bootloader .....


http://www.linuxfoundation.org/news-media/blogs/browse/2013/09/booting-self-signed-linux-kernel

exacto. eso resuelve bastante problema. pero mejor tener el gummiboot porque arrancar el kernel directo es... pfff.
para que te hagas una idea, pasar parámetros al arranque se vuelve un dolor de muelas
meior pones gummiboot o algo asi, y este ENCADENA (chainload), pasando parametros como el initrd
Título: Re: Proceso de migración a arquitectura UEFI
Publicado por: alist3r en 12-09-2013, 15:59 (Jueves)
usuario, si te tengo que hacer una miniparticion gpt dentro de la iso, embebida en un catalogo de eltorito, cuántos megas necesitarias para tener el kernel y el initrd, aproximadamente? el resto de los modulos no hcen falta, solo el kernel y el initird mas nos cuantos ficheros como el efi de gummitboot y sus ficheros de config.
Título: Re: Proceso de migración a arquitectura UEFI
Publicado por: geminis_demon en 12-09-2013, 16:26 (Jueves)
usuario, si te tengo que hacer una miniparticion gpt dentro de la iso, embebida en un catalogo de eltorito, cuántos megas necesitarias para tener el kernel y el initrd, aproximadamente? el resto de los modulos no hcen falta, solo el kernel y el initird mas nos cuantos ficheros como el efi de gummitboot y sus ficheros de config.

Supongo que harían falta los 2 kerneles, el pae y el normal no?

Los 2 kerneles + en initrd pesan 5,5 MiB.

Para ser mas exactos:

Código: [Seleccionar]
wifislax directorio # du -h *
736K    initrd.xz
2,4M    vmlinuz
2,4M    vmlinuz2
Título: Re: Proceso de migración a arquitectura UEFI
Publicado por: alist3r en 12-09-2013, 16:55 (Jueves)
si, si quereis unificar los dos sistemas en una iso, vais a duplicar todos los archivos del arranque, es decir que si ahora teneis dos kernels, vais a necesitar cuatro.
el mismo initrd para los dos kernels? interesting...

pues para este tamaño, yo diria que una miniparticion fat16 de 10 megas dentro de un disklabel GPT deberia ser suficiente.
Título: Re: Proceso de migración a arquitectura UEFI
Publicado por: alist3r en 12-09-2013, 16:57 (Jueves)
bueno, estoy aprendiendo de otra persona a hibridizar los sistemas de ficheros para arrancar cd's, quizas podamos usar dos kernels solamente. pero tengo que seguir empo||ando.
lo mas dificil es hacer una iso que sea bios/uefi, mientras que lo mas sencillo es hacer un pendrive solamente uefi.
Título: Re: Re: Proceso de migración a arquitectura UEFI
Publicado por: sanson en 14-09-2013, 01:34 (Sábado)
Hola

Lo prometido es deuda,.,,.........

@alister

Igual que dije que. Me tenias acojonao con tus experimentos! Después de la ultima..     también te reconozco ahora y públicamente el gran trabajo que estas haciendo en  en el crecimiento de la live (también es verdad que en España no hay trabajo por tu culpa .........los tienes todos).   Y como tal aquí tienes mi mas sincra en hora buena. Por tus aportaciones

Saludo
Título: Re: Re: Proceso de migración a arquitectura UEFI
Publicado por: alist3r en 14-09-2013, 14:58 (Sábado)
Hola

Lo prometido es deuda,.,,.........

@alister

Igual que dije que. Me tenias acojonao con tus experimentos! Después de la ultima..     también te reconozco ahora y públicamente el gran trabajo que estas haciendo en  en el crecimiento de la live (también es verdad que en España no hay trabajo por tu culpa .........los tienes todos).   Y como tal aquí tienes mi mas sincra en hora buena. Por tus aportaciones

Saludo

oh, muchísimas gracias tio. ya sabes que todos tenemos intereses comunes y lo mejor que podemos hacer es remar juntos. filosofia software libre.

de momento he puesto mucho bla bla bla pero no he puesto nada práctico sobre el papel, sigo trasteando. cuento con la ventaja de que en debian y en lesslinux ya lo han hecho. mantengo contancto con la gente que va por delante nuestro.

he pedido un pendrive grandote y un portatil con UEFI para el lunes, espero que la semana que viene ya pueda enseñaros wifislax arrancando en modo UEFI en un pendrive y si hay suerte, tambien en un CD (es mas complicado lo segundo que lo primero)
Título: Re: Proceso de migración a arquitectura UEFI
Publicado por: alist3r en 16-09-2013, 21:17 (Lunes)
el problema que tengo ahora mismo es que, aunque arranque wifislax en UEFI, no se va a poder instalar a disco (por falta de herramientas en la iso)

el actual instalador deberia anularse en modo EFI. la instalacion resultante no es arrancable.
 
En el apartado de pendrives y discos fisicos, he podido hibridizar una instalación en pendrive usando gdisk (el 'GPT fdisk' de Roderick W. Smith, no confundir con gfdisk, el 'GNU Fdisk'').

la idea de una tabla de particion hibridizada es no-estandar, por lo que el comportamiento de sistemas operativos, placas base y herramientas de disco es impredecible.

grub2.0 en un pc se maneja estupendamente bien con disklabels híbridas siempre que la particion de sistema EFI sea la primera de todas. punto a favor.

punto en contra: los macs antiguos con implementaciones viejas de EFI no pueden arrancar tablas de particion híbridas.

aparte del problema que conllevaria en los mac, hibridizar la disklabel podria permitir a un mismo pendrive arrancar tanto en sistemas bios como UEFI

voy a compilar isolinux/extlinux 6.0 para intentar lo mismo que he hecho con gummiboot. aunque no es tan potente, la cantidad de cambios a hacer sobre wifislax seria menor.

los que ya tienen windows instalado en su sistema, tendran problemas muy poco generalizables.
por ejemplo, los usuarios que no sepan entrar en el boot manager de su efi para alterar el dispositivo de arranque, o que no dispongan de un boot manager (como pasa con las UEFIs de insyde), seran incapaces de arrancar el pendrive aunque lo pinchen.

UEFI contempla una opcion para definir cuál será el "siguiente arranque de una sola vez", lo cual nos podria ayudar bastante dado que podríamos configurar, desde la utilidad BCFG de windows, el "siguiente arranque" para que se realice desde el pendrive (eso es trabajo tipicamente más propio de drvalium)
Título: Re: Proceso de migración a arquitectura UEFI
Publicado por: alist3r en 23-09-2013, 01:44 (Lunes)
A partir de la version 5.00, syslinux NO UTILIZA los antiguos módulos en formato "comboot" (COM32)

en su lugar, la compilación de syslinux genera objetos de tipo ELF que pueden autoresolver sus dependencias consultando los símbolos de los ejecutables (lo que hace modprobe con los módulos de kernel)

el tamaño de los módulos es más bajo, dado que pasar a ELF permite que el código pueda reutilizarse.

los módulos de syslinux deben estar en la carpeta EFISYS.

el fichero ldlinux.c32 es parte de lo que antes era el core, que se ha separado del código principal. el codigo principal ahora solo contiene las rutinas de arranque y de "enganche", para pasar inmediatamente a cargar el módulo ldlinux.c32, que contiene el parser de los ficheros de configuración y otras cosas necesarias.

wifislax solamente utiliza el modulo vesamenu, por tanto la carpeta EFI debe incluir por lo menos
- el modulo "core" ldlinux.c32
- el vesamenu.c32  
Título: Re: Proceso de migración a arquitectura UEFI
Publicado por: alist3r en 23-09-2013, 01:55 (Lunes)
el soporte de 16 bits se ha descartado ya de todos los bootloaders, por lo que es buen momento para retirarlo tambien de bootinstall.sh y bootinstall.bat (un par de lineas) y borrar syslinux.com
Título: Re: Proceso de migración a arquitectura UEFI
Publicado por: Chumpy en 23-09-2013, 02:18 (Lunes)
He estado peleándome unos días con syslinux, y la verdad es que solo he conseguido dolores de cabeza. En primer lugar la documentación que encontraba siempre estaba bastante desactualizada (la primera vez que leo que es lo que significa ELF, y mira que lo busqué) o era parcial. En segundo lugar hay que actualizar todo (syslinux, isolinux, cfg, menús...) y para eso tendría que saber que es lo que estoy tocando en cada momento, que significaba cuando se hizo y que debería poner ahora. Tu dices que los COM32 ya no se utilizan, pero sustituyendo isolinux y syslinux en la iso(manteniendo rutas y configs), te da error por que no los encuenta. ¿El motivo? por que están enlazados a unas configuraciones de unos menus que intentan buscarlos.

Así que hasta que no entienda del todo como funciona syslinux, como se montó la live y esté preparado para hacer una sustitución completa del arranque solo puedo pegarme cabezazos. No se si en los próximos días tendré tiempo para empaparme un poco más.

PD: ¿Aquí tampoco te sale lo de editar?
Título: Re: Proceso de migración a arquitectura UEFI
Publicado por: alist3r en 23-09-2013, 02:26 (Lunes)
yo he tenido que hablar con mantenedores de distros, con una lista de dudas largas en la mano

pero todo problema fuera ese. ya los he ido resolviendo.

como las distros basadas en debian usan un sistema automatico de construcción que ya se encarga del trabajo duro y no tenemos que preocuparnos de todo esto para hacer isos híbridas, he tenido que hacer mas ingenieria inversa que otra cosa para poder hacer lo propio con wifislax o cualquier distro basada en slackware

sigo diciendo que syslinux se está quedando atrás en varios sentidos (gummy le da 800 vueltas y he tardado mucho menos en arrancar wifislax usando el segundo) pero debido a la cultura de uso de syslinux, estoy tratando de ser yo quien se adapte.

PD: aqui tiene justificación echarme bronca jejeje. Puedo editar los posts. Voy confiado en que nadie ha respondido en este hilo, y que no molesta que vaya añadiendo las cosas a modo de bloc de notas cuando las voy encontrando... pero no es la mejor forma, sorry.
 
Título: Re: Proceso de migración a arquitectura UEFI
Publicado por: Chumpy en 23-09-2013, 02:51 (Lunes)
Como lo comentaste he mirado gummibot dos o tres veces, pero comparándolo con syslinux, tengo la sensación de que de aquí a un tiempo gummibot "se pasará de moda", mientras que syslinux está demostrando un mantenimiento más o menos constante. Por otra parte leí que gummibot solo servía para EFI, mientras que syslinux combina ambas funcionalidades. Puede que yo lo haya entendido mal, o que donde lo leí estaba equivocado, pero si nos cuesta mantener un bootloader, si tenemos que tener dos....
Título: Re: Proceso de migración a arquitectura UEFI
Publicado por: alist3r en 23-09-2013, 03:00 (Lunes)
Como lo comentaste he mirado gummibot dos o tres veces, pero comparándolo con syslinux, tengo la sensación de que de aquí a un tiempo gummibot "se pasará de moda", mientras que syslinux está demostrando un mantenimiento más o menos constante. Por otra parte leí que gummibot solo servía para EFI, mientras que syslinux combina ambas funcionalidades. Puede que yo lo haya entendido mal, o que donde lo leí estaba equivocado, pero si nos cuesta mantener un bootloader, si tenemos que tener dos....

ese es el motivo por el que se está conservando syslinux y/o se usan otras alternativas frente a gummy.
gummy y otros estan demasiado adelantados a su tiempo, en el sentido de que la retrocompatibilidad bios aún es muy necesaria.

actualmente wifislax ya se tiene que pelear con dos bootloaders, segun como se mire.
quiero decir que para arrancar en pendrives/cds usa las diferentes variantes de syslinux (extlinux/isolinux), y en cambio para la instalación local usa grub.

de todos modos eso es algo que hacemos muchos otros, tambien.

el motivo es que grub es técnicamente superior a la hora de arrancar desde disco duro, mientras que syslinux tiene prácticamente el monopolio de las tecnologias compatibles con ElTorito; no hay ninguno como syslinux arrancando desde CD.

Llevo un par de dias estudiando las APIs EFI y por suerte la gente que ya sabe C puede rápidamente pasar a desarrollar aplicaciones EFI, por lo que esperamos que en los proximos años aparezcan buenas alternativas.

Ahora mismo hay que picotear mucho de aqui y de allá para tener un sistema que arranque en una UEFI, pero poco a poco se irá normalizando todo.

PD: el installer de wifislax necesitará un rework profundo. va a sufrir una regresión severa.
Título: Re: Proceso de migración a arquitectura UEFI
Publicado por: Chumpy en 23-09-2013, 03:06 (Lunes)
PD: el installer de wifislax necesitará un rework profundo. va a sufrir una regresión severa.

Eso ya me lo estaba temiendo... No se cuando fue la última vez que curioseaste la iso, aunque es probable que tu recuerdes por que algunas cosas están ahi. Pero yo aún no le he encontrado las instrucciones, es como buscar el tesoro sin mapa.
Título: Re: Proceso de migración a arquitectura UEFI
Publicado por: alist3r en 23-09-2013, 03:16 (Lunes)
PD: el installer de wifislax necesitará un rework profundo. va a sufrir una regresión severa.

Eso ya me lo estaba temiendo... No se cuando fue la última vez que curioseaste la iso, aunque es probable que tu recuerdes por que algunas cosas están ahi. Pero yo aún no le he encontrado las instrucciones, es como buscar el tesoro sin mapa.

documenté todo lo que pude de los devel scripts y del sistema de arranque en un repositorio, que es lo que usa actualmente usuarionuevo, pero la parte del installer nunca la toqué personalmente; no sé desarrollar scripts K.

el problema viene dado por grub, como ya podrás imaginar. aunque el kernel proporcione a grub la capacidad de reconocer las tablas de partición GPT, el mbr no tiene efecto en una UEFI, y la única manera de acondicionar un PC para que arranque wifislax es copiando un cargador de arranque en forma de aplicacion .EFI a la partición EFISYS del sistema, y luego tienes que establecer una entrada de boot en la UEFI usando efibootmgr.

lista de los módulos syslinux generados en una compilación exclusiva para efi32:

alex@engetsu:~/syslinux_6/efi32$ find . -name "*.c32"
./com32/cmenu/display.c32
./com32/cmenu/simple.c32
./com32/cmenu/complex.c32
./com32/cmenu/libmenu/libmenu.c32
./com32/cmenu/test2.c32
./com32/cmenu/test.c32
./com32/hdt/hdt.c32
./com32/gfxboot/gfxboot.c32
./com32/mboot/mboot.c32
./com32/sysdump/sysdump.c32
./com32/lua/src/lua.c32
./com32/lua/src/liblua.c32
./com32/menu/menu.c32
./com32/menu/vesamenu.c32
./com32/lib/libcom32.c32
./com32/chain/chain.c32
./com32/samples/keytest.c32
./com32/samples/advdump.c32
./com32/samples/entrydump.c32
./com32/samples/serialinfo.c32
./com32/samples/fancyhello.c32
./com32/samples/localboot.c32
./com32/samples/resolv.c32
./com32/samples/hello.c32
./com32/modules/kontron_wdt.c32
./com32/modules/vesainfo.c32
./com32/modules/pmload.c32
./com32/modules/cptime.c32
./com32/modules/vpdtest.c32
./com32/modules/pxechn.c32
./com32/modules/ethersel.c32
./com32/modules/cat.c32
./com32/modules/zzjson.c32
./com32/modules/prdhcp.c32
./com32/modules/ifplop.c32
./com32/modules/cpuid.c32
./com32/modules/ifcpu64.c32
./com32/modules/cmd.c32
./com32/modules/host.c32
./com32/modules/reboot.c32
./com32/modules/poweroff.c32
./com32/modules/hexdump.c32
./com32/modules/sanboot.c32
./com32/modules/kbdmap.c32
./com32/modules/elf.c32
./com32/modules/whichsys.c32
./com32/modules/ifmemdsk.c32
./com32/modules/pcitest.c32
./com32/modules/sdi.c32
./com32/modules/disk.c32
./com32/modules/config.c32
./com32/modules/meminfo.c32
./com32/modules/dmitest.c32
./com32/modules/ifcpu.c32
./com32/modules/gpxecmd.c32
./com32/modules/ls.c32
./com32/modules/cpuidtest.c32
./com32/modules/linux.c32
./com32/modules/pwd.c32
./com32/libutil/libutil.c32
./com32/rosh/rosh.c32
./com32/gpllib/libgpl.c32

cotejamiento contra los módulos actualmente presentes en wifislax (carpeta boot)
alex@engetsu:~/syslinux_6/efi32$ find /media/wifislax/ -name "*.c32"
/media/wifislax/boot/keyboard_map/kbdmap.c32
/media/wifislax/boot/system_tools/chain.c32
/media/wifislax/boot/system_tools/hdt.c32
/media/wifislax/boot/system_tools/p/chain.c32
/media/wifislax/boot/system_tools/reboot.c32
/media/wifislax/boot/system_tools/vesamenu.c32

Syslinux variants booting (U)EFI firmware also require at least two files; the syslinux.efi boot loader (from the respective efi32 or efi64 directories), and the respective ldlinux module: ldlinux.e32 for EFI IA32, ldlinux.e64 for EFI X64.

Since version 5.00, some c32 modules need additional files (libraries) so to work correctly.

This might sound as an unnecessary complication for users already used to the "stand alone" ways, but it will eventually allow to add new features that are otherwise not possible or more difficult to achieve.

Since version 5.00, all Syslinux variants require an additional module, ldlinux, to be loaded too. Specifically, ldlinux.c32 (BIOS), ldlinux.e32 (EFI IA32) or ldlinux.e64 (EFI X64). Note that EFI is supported since Syslinux 6.00.

Syslinux ".c32" modules now depend on library modules such as libcom32.c32, libgpl.c32, liblua.c32, libmenu.c32, libutil.c32.

Since Syslinux 6.00, there are respective binary files (e.g. boot loaders, Syslinux modules) under respective bios, efi32, efi64 directories.

por tanto, si sumamos los modulos syslinux c32 que usaba wifislax tradicionalmente junto con los modulos nuevos que actuan como biblioteca y que aportan funciones que antes estaban incrustadas estáticamente dentro del bootloader, tenemos la siguiente lista:

alex@engetsu:~/efi32boot/modules$ ls
chain.c32  kbdmap.c32    libgpl.c32  libmenu.c32  reboot.c32
hdt.c32    libcom32.c32  liblua.c32  libutil.c32  vesamenu.c32

In case the necessary library modules (lib*.c32) are added and the relevant c32 module fails anyway, please look for more information regarding the PATH directive (also introduced in version 5.00), about the location where the lib*.c32 files are searched for in the boot device.

The variants that do not have an "installation" directory (ISOLINUX,
PXELINUX) do operate slightly differently in that there's a list of
directories in which we search for ldlinux.c32, e.g.

Código: [Seleccionar]
      static const char *search_directories[] = {                            
"/boot/isolinux",
"/isolinux",
"/boot/syslinux",
"/syslinux",
"/",
                NULL                                                            
        };
But for all variants, wherever we find ldlinux.c32, that's used as the
initial PATH string.

--
Matt Fleming, Intel Open Source Technology Center

According to UEFI 2 specifications, the default bootloader location is `[EFI System Partition]\EFI\BOOT\BOOTx64.EFI' for 64bit systems (and `[EFI System Partition]\EFI\BOOT\BOOTIA32.EFI' for 32bit systems).
Título: Re: Proceso de migración a arquitectura UEFI
Publicado por: alist3r en 23-09-2013, 08:42 (Lunes)
@USUARIONUEVO:
a incorporar en la iso:

syslinux 6.0

instaladores (syslinux/isolinux/isohybrid/extlinux): 32 bits

apoyo compilado para las siguientes plataformas firmware:
- bios (incluye 32 y 64 bits)
- efi32

esto habilitará wifislax para los siguientes escenarios:
- instalar el registro de arranque de syslinux en un disco/pendrive particionado al estilo BIOS/MBR
- instalar la app EFI de syslinux (syslinux.efi) en la partición "EFISYS" de un disco/pendrive particionado al estilo UEFI/GPT
- construir isos con apoyo para arranque UEFI

http://www.multiupload.nl/W8SC23HMZZ

testea los binarios contra tu ultima version de desarrollo de la iso que tengas hecha



otra cosa, newuser:

cuando puedas, please, pásame el script de construcción de la iso, el que estés utilizando actualmente.

me temo que vamos a tener que abandonar mkisofs en favor de xorriso, porque el soporte y el mantenimiento del primero, con respecto al segundo son mucho mas deficientes y proclives a fallos creando imágenes uefi.

adicionalmente, vas a necesitar una versión de xorriso muy reciente, con soporte para el parametro "-e", que te estoy intentando compilar de la forma menos contaminada posible para que la puedas incorporar a wifislax
Título: Re: Proceso de migración a arquitectura UEFI
Publicado por: USUARIONUEVO en 23-09-2013, 17:26 (Lunes)
No uso ningun script de construccion de iso ,por que al final todos me petan , o tenbgo que arrancar un pendrive solo con la iso , y no me cunde nada.


Asi que uso un editor iso ..

borro las carpetas boot y wifislax..pongo las nuevas y cierro de nuevo la iso.
Título: Re: Proceso de migración a arquitectura UEFI
Publicado por: alist3r en 23-09-2013, 20:05 (Lunes)
vale. pues dentro de lo malo, no te afectará tanto.

pero para la primera vez, te toca reconstruir la zona iso hybrid y todo el catalogo de eltorito, que debe reflejar la presencia de la nueva imagen alternativa efiboot32.img.

de momento el comando que tendrás que usar, es algo como esto (susceptible a cambios)
https://gist.github.com/alist3r/6674327

necesitas tener, instalados en el sistema:

- el syslinux 6.0 que te he pasado (para construir la iso, aunque uses xorriso en lugar de isohybrid o mkisofs, necesitas uno de los archivos que viene con isolinux, que proporciona un mbr de disco válido para cd's híbridos)

- el xorriso actualizado, que creo que aun no te he pasado. ahi va una build de 32bit que deberia calzar bien en wifislax.
http://www.multiupload.nl/RNJVUCT1Y4

- el efiboot.img prefabricado, que es un FAT12 que ya contiene los dos kernels, las configs, los menus, la aplicación efi de syslinux, etc. uso fat12 para no malgastar espacio y lograr una imagen lo mas ajustada posible, los tres tipos de fat12/16/32 son compatibles con el arranque UEFI
http://www.multiupload.nl/DSG11UJD83

utilizar isolinux te condena a duplicar kernels, configs, y casi todo lo que hay en /boot.
si no usas grub2 o algo asi, no puedes acceder a la totalidad de los archivos del CD por lo que tienes que incrustar todo lo necesario dentro de la imagen de arranque efiboot32.img

por otro lado, la iso resultante de este proceso se puede volcar directamente con "dd" sobre un pendrive, y arrancará perfectamente bien sin mayor complicación.

NOTA: De ahi viene la expresión "iso híbrid", no viene del hecho de que pueda arrancar en BIOS y en UEFI, sino de que pueda arrancar desde CD y desde HDD/PENDRIVE sin necesitar alteraraciones.
Título: Re: Proceso de migración a arquitectura UEFI
Publicado por: alist3r en 24-09-2013, 00:27 (Martes)
probando con:
b538cb789fa16a08c2664905628ee567  wifislax-4.7-22092013.iso
Título: Re: Proceso de migración a arquitectura UEFI
Publicado por: Chumpy en 24-09-2013, 00:40 (Martes)
No se si esa ISO tendrá habilitados en el kernel los parámetros referentes a EFI, que supongo que te harán falta.
Título: Re: Proceso de migración a arquitectura UEFI
Publicado por: alist3r en 24-09-2013, 01:09 (Martes)
No se si esa ISO tendrá habilitados en el kernel los parámetros referentes a EFI, que supongo que te harán falta.

tengo un obstáculo antes de llegar ahí:

(http://s18.postimg.org/8vnvcrxe1/Captura_de_pantalla_de_2013_09_24_01_08_59.png)

PD: soy muyyyyyyyyyyyy tonto. a quién se le ocurre utilizar el bootinst.sh que trae wifislax en una tabla de particiones UEFI con MBR híbrida?
A mí. Con dos raviolli.

Me voy a poner esto aquí, como recuerdo y como penitencia por hacer idioteces

(http://upload.wikimedia.org/wikipedia/commons/thumb/0/07/GUID_Partition_Table_Scheme.svg/400px-GUID_Partition_Table_Scheme.svg.png)
Título: Re: Proceso de migración a arquitectura UEFI
Publicado por: Chumpy en 25-09-2013, 12:42 (Miércoles)
Yo consegui sustituir el arranque entero, ya me decía que estaba arrancando con syslinux 6.1 y todo, pero luego no me encontraba la imagen de no se que cosa y no he tenido timpo de volverlo a mirar.

De todas formas me dije a mi mismo que antes de seguir tocando debería aprender como funciona syslinux y dejar de tener referencias a cosas obsoletas, como ya cometamos la última vez.

Los archivos que subiste no me ha dado tiempo a mirarlos, pero si hay algo en lo que se pueda ayudar avisa.
Título: Re: Proceso de migración a arquitectura UEFI
Publicado por: alist3r en 25-09-2013, 16:25 (Miércoles)
Yo consegui sustituir el arranque entero, ya me decía que estaba arrancando con syslinux 6.1 y todo, pero luego no me encontraba la imagen de no se que cosa y no he tenido timpo de volverlo a mirar.

De todas formas me dije a mi mismo que antes de seguir tocando debería aprender como funciona syslinux y dejar de tener referencias a cosas obsoletas, como ya cometamos la última vez.

Los archivos que subiste no me ha dado tiempo a mirarlos, pero si hay algo en lo que se pueda ayudar avisa.
si tienes una UEFI con un boot manager complejo, podrás elegir la opcion BOOT FROM FILE.
luego eliges:
CD/DVD UEFI (o concepto similar) [ENTER]
EFI[ENTER]
BOOT[ENTER]
BOOTIA32.EFI o bien BOOTX64.EFI (ambos son identicos)[ENTER]

si tienes un sistema de 64 bits, automáticamente intentará arrancar el programa
/BOOT/EFI/BOOTX64.EFI
que es una copia exacta del BOOTIA.EFI, que a su vez es el cargador EFI de syslinux compilado para 32 bits.

La incógnita es si las máquinas de 64 bits son capaces de arrancar programas efi de 32 bits, dado que la especificación UEFI no parece mencionar muy claramente esto.

Lo que si puedo garantizar al 100% es que un cargador UEFI de 64 bits no está capacitado para cargar kernels de 32 bits. La especificación UEFI determina que la bitness de ambos debe ser coincidente. Lo cual complica la cosa bastante.

Es que en lineas generales, estoy teniendo muchos mas problemas para arrancar cosas antiguas o de menor "nivel", que cosas nuevas. El tema de los 32 bits es problemático con UEFI, porque recae en un limbo muy incómodo.
Si preparas un linux a medida o from scratch con kernel de 64 bits, lo tienes en 10 minutos. Hay que j*derse.

Me he quedado atascado para avanzar, porque la máquina UEFI de 32 bits que tenia a mi dosposición ha salido del lab.
Título: Re: Proceso de migración a arquitectura UEFI
Publicado por: teik en 26-09-2013, 12:00 (Jueves)
Yo tengo la tablet a tu entera disposicion. Si te puedo ayudar en algo solo tienes que avisarme.
Título: Re: Proceso de migración a arquitectura UEFI
Publicado por: alist3r en 26-09-2013, 12:34 (Jueves)
Yo tengo la tablet a tu entera disposicion. Si te puedo ayudar en algo solo tienes que avisarme.

me temo que tendré que empezar a subirte isos para que las pruebes en tu tablet UEFI de 32 bits tio. no te queria marear peeero...

por otro lado, uno de los desarrolladores del debian installer tiene un fork de las isos oficiales que se instala sin problemas en tu maquina. te lo habia comentado ya?
Título: Re: Proceso de migración a arquitectura UEFI
Publicado por: warcry en 26-09-2013, 12:40 (Jueves)
como que de 32 bits...

mi i5 es de 64  ^-^
Título: Re: Proceso de migración a arquitectura UEFI
Publicado por: alist3r en 26-09-2013, 12:59 (Jueves)
como que de 32 bits...

mi i5 es de 64  ^-^

quiero decir digo que teik tiene una tablet uefi de 32 bits que es exacatmente lo que necesitamos para testar wifislax.

la gente con UEFIS de 64 bits que quiera arrancar sistemas operativos gnu/linux de 32, va a tener algo mas de dolores de cabeza. la chapuza que he hecho, consistente en colocar dos copias del mismo bootloader con una bitness de 32 en las dos diferentes ubicaciones que buscan las UEFIs de 32 y de 64 bits, no tiene nombre jajajajaja
Título: Re: Proceso de migración a arquitectura UEFI
Publicado por: warcry en 26-09-2013, 13:09 (Jueves)
osea que asi andamos, con chapas de fontanero... ;D

osea que mi tablet con bios UEFI por tener un i5 no va a poder arrancar wifislax  ??

desde bios uefi se sobreentiende.

Título: Re: Proceso de migración a arquitectura UEFI
Publicado por: alist3r en 26-09-2013, 13:40 (Jueves)
osea que asi andamos, con chapas de fontanero... ;D

osea que mi tablet con bios UEFI por tener un i5 no va a poder arrancar wifislax  ??

desde bios uefi se sobreentiende.



si te soy sincero, no consigo determinar eso leyendo las specs de uefi.

por lo pronto, las diferentes implementaciones de uefi tienen ya sus diferencias a la hora de interpretar las specs (como siempre, para variar).

solo espero que encontremos un mecanismo suficientemente uniforme para el 90% de los casos.

resistir en 32 bits y mantener retrocompatiblidad cada vez será mas dificil. solo hay un desarrollador aleman que haya conseguido masterizar una ISO capaz de arrancar en los cuatro mecanismos posibles:

BIOS CD
BIOS USB
UEFI CD
UEFI USB

y para ello, se ha tenido que centrar en una sola bitness, descartando los 32 bits.
Título: Re: Proceso de migración a arquitectura UEFI
Publicado por: warcry en 26-09-2013, 14:53 (Jueves)
bueno no doy mas por culo.  ;D

tu centrate en la de 32 bits, normalmente las arquitecturas x64 son compatibles al software de arquitectura x86, no a la inversa  ;)

luego si consigues un bootloader que arranque en uefi para 32 bits entiendo que mi arquitectura lo soportará.

y si no siempre puedo arrancar wifislax desde otras opciones ya que mi fabricante me las da.

luego piensa que ahora mismo las tablet conflictivas con uefi, son con procesador atom de 32 bit y 2 gb de ram
Título: Re: Proceso de migración a arquitectura UEFI
Publicado por: teik en 26-09-2013, 18:46 (Jueves)
puedes ir subiendo las isos.. que yo las pruebo y te voy diciendo... no hay problema ;)
Título: Re: Proceso de migración a arquitectura UEFI
Publicado por: alist3r en 26-09-2013, 18:51 (Jueves)
Yo consegui sustituir el arranque entero, ya me decía que estaba arrancando con syslinux 6.1 y todo, pero luego no me encontraba la imagen de no se que cosa y no he tenido timpo de volverlo a mirar.

pasate una fotillo por MP cuando puedas.

os daré la barra a teik y a ti, con vuestro permiso.
Título: Re: Proceso de migración a arquitectura UEFI
Publicado por: teik en 15-10-2013, 09:57 (Martes)
se paro?  :-\
Título: Re: Proceso de migración a arquitectura UEFI
Publicado por: Chumpy en 13-11-2013, 02:50 (Miércoles)
Yo no he tenido tiempo de volver a mirar esto, así que ahora mismo creo que si, que está parado.
Título: Re: Proceso de migración a arquitectura UEFI
Publicado por: USUARIONUEVO en 13-11-2013, 04:28 (Miércoles)
wifislax-4.7 se basa en slackware 14.1


y ya tiene paquetes como


elilo
efimgr

y algunos mas relacionados con uefi , pero no tengo ni idea.
Título: Re: Proceso de migración a arquitectura UEFI
Publicado por: teik en 14-11-2013, 16:39 (Jueves)
Pues yo sigo luchando con mi tablet...si conseguis saber algo nuevo avisad y lo probamos. Es  una pena lo que han hecho con estas tablets... las dejan casi como pisapapeles...
Título: Re: Proceso de migración a arquitectura UEFI
Publicado por: teik en 17-11-2013, 11:37 (Domingo)
por si quereis echarle un vistazo...parece interesante...y aun se sigue desarrollando..
http://www.mediafire.com/download/c8q5mjk8a5cmtuu/UEFITool_0.8.0.win.zip
Título: Re: Proceso de migración a arquitectura UEFI
Publicado por: geminis_demon en 18-11-2013, 16:39 (Lunes)
Slackware 14.1 está preparado para arrancar con UEFI, pero...

http://ftp.slackware.com/pub/slackware/slackware-14.1/README_UEFI.TXT

el firmware es de 64 bits y solo es compatible con kerneles de 64 bits.  :-\
Título: Re: Proceso de migración a arquitectura UEFI
Publicado por: USUARIONUEVO en 18-11-2013, 16:42 (Lunes)
Lo que ya nos aviso alist3r , y es que en 64bits parace pan comido , pero no asi en 32
Título: Re: Proceso de migración a arquitectura UEFI
Publicado por: gsanchez.vivecancun en 14-05-2017, 18:03 (Domingo)
Hola veo en las notas que esto es desde hace ya bastante tiempo con la llegada de WIFISLAX64 1.0 se supone ya cuenta con soporte UEFI, yo cuento con una tablet con Windows de 32 bits, pero el procesador de la tablet es de 64 bits y funcionan con UEFI de 32 bits he probado distribuciones de Linux como Parrot os que están a 64 bits y poseen soporte para UEFI 32bits pero WIFISLAX no he leído que el detalle está en un archivo llamado bootia32.efi que debe ir en la carpeta EFI/boot y al parecer incluso funciona con solo copiar este archivo en el directorio correspondiente, y en efecto al hacerlo mi tablet da la opción de iniciar con USB pero al seleccionar USB da un error al parecer en el GRUB, me gustaría saber si hay alguna versión de bootia32.efi que funcione con WIFISLAX o si hay que crear el archivo de alguna manera en especial o incluso si requiere algún otro archivo o reinstalar el GRUB, porfavor si alguien sabe me podría ayudar ya he dado muchas vueltas en páginas si mucho avance saldos
Título: Re:
Publicado por: lupox en 14-05-2017, 18:35 (Domingo)
Yo probaría  a instalar directamente la versión de 64 bits.
Sent from my RM-914_eu_spain_360 using Tapatalk