Ir al contenido

Buscar en La Comunidad

Mostrando resultados por etiquetas 'UEFI'.

  • Buscar Por Etiquetas

    Añade etiquetas separadas por comas.
  • Buscar Por Autor

Tipo de Contenido


Foros

  • Contacto con el staff
    • Novedades / Anuncios del foro
    • Sugerencias
    • Problemas relacionados con el foro
  • Zona general de charla
    • Presentaciones
    • Charla
    • Zona de Humor, Curiosidades y Otros
    • Mascotas Vagos
    • Noticias del Mundo
    • Tecnología
    • Ayuda y consultas de carácter general
  • Zona GNU/Linux
    • Ayuda, consultas y soporte GNU/Linux
    • Distribuciones GNU/Linux
    • Repositorios. Software GNU/Linux
    • Personalización
    • Raspberry Pi
    • Arduino
    • Manuales / Tutoriales / Guías GNU/Linux
    • Programación
    • Noticias GNU/Linux
    • Hablando de GNU/Linux
  • Zona Gaming
    • Juegos GNU/Linux
    • Noticias Gamer
    • Charla Gamer
  • Zona Móvil
    • Ayuda y soporte para dispositivos móviles
    • Apps Móviles
    • Manuales / Tutoriales / Guías Móviles
    • Roms para dispositivos Móviles
    • Noticias sobre dispositivos Móviles
    • Hablando sobre dispositivos Móviles
  • Zona Mozilla
    • Ayuda, consultas y soporte Mozilla
    • Aplicaciones Mozilla
    • Roms Firefox OS
    • Manuales / Tutoriales / Guías Mozilla
    • Noticias Mozilla
    • Hablando de Mozilla
  • Microsoft
    • Papelera del Foro

Encontrar resultados en...

Encontrar resutados que...


Fecha de Creación

  • Start

    Fin


Última Actualización

  • Start

    Fin


Filtrar por numero de...

Joined

  • Start

    Fin


Grupo


Página Web


Diaspora


Pump


GNU Social


Google +


Twitter


Facebook


Xmpp


Skype


Steam


Desura


MediaGoblin


Youtube


Vimeo


Picasa


Flickr


Email


Lugar


Intereses

Encontramos 13 resultados

  1. Como dice el título tengo dudas en como particionar los discos de un equipo de sobremesa, necesito instalar Windows 10 ya que lo necesitaré para ciertas aplicaciones que no tienen alternativa en GNU/Linux. Tengo un HDD de 1TB que usaré para datos, backups de ambos sistemas (peliculas, imágenes,etc.) y dos SSD de 250GB cada uno, un Samsung EVO 850 y un SanDisk SSD Plus, tenía pensado usar el Samsung EVO para mi sistema principal GNU/Linux Debian con el home y datos más personale sen él, el Sandisk dividirlo en dos, en una mitad windows y en otra para probar distribuciones GNU/Linux y experimentar, quedando así: SamEVO /boot fat32 [512mb] / ext4 [30GB] /home (cifrado) ext4 [200GB] swap [8GB] SanDisk /windows10 * [128GB] / ext4 [128GB] * En este no usaré swap porque no hibernaré nunca en él, ni home aparte. HDD /Datos fat32 [1024GB] El tema es que no sé cómo proceder a hacerlo ¿Puedo instalar tranquilamente mi sistema en el Samsung, luego instalar Win10 en el otro y después el dividir el disco para tener espacio para cacharrear?¿O windows me borrará todo lo que encuentre instalado en el equipo aunque no sea su disco? ¿Qué tabla de particiones debo usar? También tenía pensado hacerlo en RAID 1, pero no sé si merece la pena en un equipo de casa tanta seguridad. Saludos y gracias con antelación.
  2. Saludos amigos... Después de muchos apuros, leer bastante y meter muchas veces la pata, voy a explicar en esta guía como conseguí instalar Ubuntu 16.4 junto a Windows 10 en un pc UEFI con particiones tipo GTP. En primer lugar debemos descargarnos la ISO de Ubuntu 16.4.1 LTS de la página oficial. Para preparar el USB de instalación, desde Windows Instalamos el programa Rufus en su última versión. Una cosa muy importante es la opción Tipo de la partición y del sistema de destino, que debe estar en Tipo de partición GTP para computadora UEFI (intenté ponerle una ISO Debian, pero al poner esta opción me decía que no es posible). El sistema de archivos FAT32 y todo lo demás lo dejamos lo que nos pone por defecto. Buscamos la ISO a instalar y le damos al botón de comenzar. Una vez terminada la instalación, vamos a nuestro PC, pinchamos nuestro USB, lo encendemos y entramos en la BIOS, debemos desactivar la opción de SECURE BOOT y en la orden de arranque poner en primer lugar nuestro USB de instalación. Durante la instalación, cuando te pregunta donde instalarlo, yo le puse personalizada, creando tres particiones /, /home y swap. En el sitio donde instalar el gestor de arranque seleccioné la raiz del disco duro. Termina la instalación y cuando reiniciamos vemos que no sale el Grub y que se inicia Windows directamente. No pasa nada. Volvemos a poner nuestro USB y reiniciamos el PC, pero esta vez en modo live. Una vez abierto necesitamos instalar el programa boot-repair disk, para ello, en una ventana de terminal introducimos sudo add-apt-repository ppa:yannubuntu/boot-repair sudo apt-get update sudo apt-get install -y boot-repair Con esto se nos instalará y se nos abrirá Debemos ir a las opciones avanzadas y abrir la pestaña "opciones de GRUB". Una vez ahí, lo que debemos hacer es desactivar la opción "SecureBoot" y asegurarnos que la opción "purgar GRUB antes de reinstalarlo" está activada. Le damos a aceptar y se pondrá a trabajar. Cuando haya terminado nos pedirá que en una ventana de terminal pongamos unas ordenes bash que el mismo nos proporciona. Hay que ponerlas una a una. Después nos saldrá una ventana donde nos informará de lo que ha hecho y nos dará una linea para introducir en un terminal Windows si sigue sin salir el GRUB. Reinicié y seguía arrancando Windows directamente. Se ejecuta un terminal de Windows, pero ojo, como administrador y se pone esa línea antes proporcionada por Boot-repair. Reinicié y ya sale el GRUB con los dos sistemas instalados, a parte de otras opciones. Esto es lo que he hecho yo tras mucho pelear y es lo que me ha funcionado, espero que a alguien le sirva. Saludos.
  3. Saludos amigos.. Os pido ayuda a ver si alguien puede echarme una mano. Me compré un portátil que venía con win 10, lo instalé y todo bien Llegó la hora de instalar linux. Primero intenté instalar Ubuntu 16.4.1 y me daba distintos errores. Si el ordenador estaba en modo legacy después de la instalación no me salía el grub, arrancaba directamente el win. Si lo ponía en modo uefi, no me reconocía win, entonces hacía las particiones manualmente y me daba errores..... aborté. Luego he intentado instalar debian 8.7..... todo correcto se ha instalado, me sale el grub, pero sólo debian, no me sale win. Durante la instalación me decía que no reconocía ningún sistema operativo, pero que si lo había lo podía arreglar después de la instalación. Desde debían le he dado al update grub, que en alguno sitios dicen que es la solución, pero nada. Me he instalado boot-repair, que también dicen que arregla estas cosas. Lo ejecuto y me dice que el ordenador está en modo legacy, que lo tengo que poner en Uefi. Lo pongo y entonces al arrancar me sale un pantallazo con el mensaje “No bootable device”, lo vuelvo a cambiar a legacy y me vuelve a salir el grub, pero sin win. ¿Alguien conoce alguna solución? Gracias Vagos
  4. En la wiki de Arch Linux hay mucha informacion sobre el booteo. Cuando se prende la PC lo primero que se ejecuta es la BIOS o el UEFI dependiendo de cual esté instalado. UEFI es el reemplazo de BIOS, son el firmware. BIOS usa MBR para definir las particiones en el disco, UEFI usa GPT Los pasos son: En BIOS: - Se hace el POST, se inicializan y chequean las cosas básicas - La BIOS lanza los primeros 440 bytes presentes en el MBR del disco que esté seleccionado para bootear - El código lanzado toma el control y ejecuta los pasos siguientes hasta ejecutar el bootloader (GRUB) - El bootloader ejecuta Linux En UEFI - Se hace el POST, se inicializan y chequean las cosas básicas - UEFI lee las entradas configuradas para determinar qué ejecutar después (en qué disco y partición) - Se ejecuta una entrada (llamada Aplicación UEFI) - La aplicación UEFI ejecuta el bootloader (GRUB), o si uno quiere, la aplicación UEFI puede ser directamente el Kernel Linux - El bootloader ejecuta Linux El POST o Power-on self test es el proceso en donde se verifica y se inicializan el hardware y ese tipo de cosas BIOS usa el esquema de particionado **MBR** pero UEFI usa el esquema de particionado **GPT**, se puede usar UEFI+MBR o BIOS+GPT pero no es muy común MBR o Master Boot Record son los primeros 512 bytes de un disco, que estarían fuera de cualquier partición, ahí dentro está el código a ejecutarse luego de la BIOS (en los primeros 440 bytes) y después está la tabla de particiones: 001-440 bytes El código a ejecutar por la BIOS 441-446 bytes Identificador del disco 447-510 bytes Tabla de particiones. De particiones primarias y extendidas (max. 4), pero no de las lógicas. 511-512 bytes Firma de booteo ... (Resto del disco, siempre queda un espacio antes de la primera particion) GPT o GUID Partition Table es parecido pero no tiene tantas limitaciones. Un GUID es un identificador único global, un ID 512 bytes Protective MBR, es como una MBR común, sirve para que se pueda usar el disco en sistemas BIOS también 512 bytes Encabezado GPT primario, Tiene el GUID del disco, la ubicación de la tabla de particiones, checksums, y ubicación del encabezado GPT secundario 16 KiB Tabla de particiones primaria, por defecto con 128 entradas, cada una con su GUID de identificación ... (Todo lo anterior va al comienzo del disco, lo siguiente está al final del disco) ... 16 KiB Tabla de particiones secundaria, es igual a la primaria, está de backup por si se daña la primaria 512 bytes Encabezado GPT secundario, es un backup del primario Hay que tener en cuenta que la BIOS o el UEFI no están guardados en el disco duro sino en una memoria chiquita en la placa madre. En BIOS el código a ejecutarse después de la BIOS está en los primeros 440 bytes de la MBR En cambio en UEFI el código (llamado Aplicación UEFI) está en la EFI system partition. Que es una partición del disco que siempre está presente. Además puede haber más de una aplicación UEFI. Como en BIOS el código a ejecutarse tiene un máximo de 440 bytes, no alcanza ese espacio para instalar un bootloader (por ejemplo GRUB), entonces ahí se instala un código que lo que hace es lanzar el bootloader que está guardado en otro lugar del disco duro. Ese lugar puede ser /boot/grub o se puede instalar en el espacio que normalmente queda entre el MBR y la primera partición. Otra desventaja de MBR es que solamente soporta 4 particiones. Por eso se implementó lo de partición primaria, extendida o lógica, entonces ahora MBR soporta tres particiones primarias y solamente una partición extendida, dentro de la partición extendida se pueden poner todas las particiones lógicas que uno quiera. De la partición extendida uno se olvida, porque no se pueden guardar datos, solamente sirve para contener a las particiones lógicas. Entonces en definitiva se pueden tener tres particiones primarias y todas las logicas que uno quiera, GNU/Linux se puede instalar en cualquier particion, Windows debe ir en una primaria. Acá hay mucha más información en inglés https://www.happyassassin.net/2014/01/25/uefi-boot-how-does-that-actually-work-then/ https://wiki.archlinux.org/index.php/Boot https://wiki.archlinux.org/index.php/Master_Boot_Record https://wiki.archlinux.org/index.php/GUID_Partition_Table https://wiki.archlinux.org/index.php/Boot_loader https://wiki.archlinux.org/index.php/EFISTUB https://wiki.archlinux.org/index.php/GRUB https://en.wikipedia.org/wiki/Power-on_self-test https://en.wikipedia.org/wiki/Unified_Extensible_Firmware_Interface https://blogs.technet.microsoft.com/markrussinovich/2011/11/06/fixing-disk-signature-collisions/
  5. La distribución que inició su andadura en 2010 cono un fork de la ahora en horas bajas, Mandriva, ha alcanzado su versión número 5 después de más de un año de desarrollo. Sin duda la gran novedad es el soporte para UEFI, pero no es lo único que ha cambiado en Mageia 5: Linux 3.19.8 X.org 1.16.4. Qt 5.4.0 GTK + 3.14.8. KDE 4.14.3 GNOME 3.14 Cinnamon 2.4.5 MATE 1.8.0 XFCE 4.12 LXQt 0.9.0 Plasma 5.1.2. LibreOffice 4.4.2.2 Firefox ESR 31.7.0 (que pronto se actualizará a la 38.x) También se ha mejorado de manera sustancial el instalador, incluyendo soporte RAID, integración de GRUB 2, cambios en el particionador, entre otras cosas. Capturas Descarga Live KDE x86 https://www.mageia.org/es/downloads/get/?q=Mageia-5-LiveDVD-KDE4-i586-DVD.iso#om x86_64 https://www.mageia.org/es/downloads/get/?q=Mageia-5-LiveDVD-KDE4-x86_64-DVD.iso#om Gnome x86 https://www.mageia.org/es/downloads/get/?q=Mageia-5-LiveDVD-GNOME-i586-DVD.iso#om x86_64 https://www.mageia.org/es/downloads/get/?q=Mageia-5-LiveDVD-GNOME-x86_64-DVD.iso#om Disco de instalación x86 https://www.mageia.org/es/downloads/get/?q=Mageia-5-i586-DVD.iso#om x86_64 https://www.mageia.org/es/downloads/get/?q=Mageia-5-x86_64-DVD.iso#om Dualarch https://www.mageia.org/es/downloads/get/?q=Mageia-5-dual-DVD.iso#om Netinstall Libre x86 https://www.mageia.org/es/downloads/get/?q=Mageia-5-Boot-i586-CD.iso#om x86_64 https://www.mageia.org/es/downloads/get/?q=Mageia-5-Boot-x86_64-CD.iso#om Netinstall con software No Libre x86 https://www.mageia.org/es/downloads/get/?q=Mageia-5-Boot-nonfree-i586-CD.iso#om x86_64 https://www.mageia.org/es/downloads/get/?q=Mageia-5-Boot-nonfree-x86_64-CD.iso#om Web https://www.mageia.org/es/
  6. Gracias a hkoster1 de los foros de Debian User Forums por este magnífico Tuto: Propósito de este Tutorial: La manera más simple de lidiar con el arranque UEFI es utilizar el último instalador de Debian, disponible para la versión Amd64 de Wheezy y posteriores en un equipo Con UEFI, provisto de una tabla de particiones GUID(GPT). Teniendo esto, no es necesario seguir el tutorial que viene a continuación, el trabajo ya estaría hecho. En el resto de casos, el siguiente tutorial describe como podrías migrar a UEFI, partiendo desde una instalación inicial usando una instalación tradicional BIOS, en un equipo que soporta tanto BIOS como UEFI. El tutorial se divide en dos partes, siendo laprimera el proceso en sí y la segunda, las opciones de arranque disponibles. NOTA Este turotial no tiene nada que decir sobre iniciar kernels certificados en hardware UEFI... eso es otra historia diferente. AMD64 Debian Installer y UEFI El tutorial se aplica a la arquitectura Amd64, en el que primero instalamos la última Wheezy (o versión superior) con el firmware colocado en modo "legacy BIOS" de la manera que se ha hecho toda la vida. Después del primer reinicio (Todavía en modo Legacy) la instalación será modificada para el arranque UEFI El tutorial se centra en cómo debe realizarse el proceso cuando Debian GNU/Linux es el único sistema operativo. Para una instalación en Dual-boot junto a "Ese os cuyo nombre no debe ser pronunciado" habría que tener un poco más de cuidado a la hora de particionar el disco duro, pero por lo demás el proceso es muy similar. El ejemplo aquí mostrado se ha llevado a cabo en VMware Fusion (version 5), la cual utiliza el modo BIOS por defecto y puede ser posteriormente cambiado a modo UEFI. 1. Particionar el disco duro UEFI is often partnered with the GUID Partition Table (GPT), just as BIOS and the MBR Partition Table are thought to belong together. Fact is, though, that both partition tables can be used with either UEFI or BIOS. GPT offers many advantages over MBR partitioning, not in the least since it does away with the distinction between primary and logical partitions. The D-I partitioner knows about GPT, but has no option to install it, so this must be taken care of before starting the D-I. La manera recomendada de instalar GPT es arrancando con un Live-CD (64-bits), como puede ser PartedMagic, pero tenga en cuanta que al hacerlo se borrará el contenido del disco Duro. Otra forma de hacerlo, también con PartedMagic, para cuando ya tenemos un sistema operativo instalado, en cuyo caso, la EFI System Partition (ESP) podría ser demasiado pequeña para almacenar en ella los bootloaders. Un tamaño suficiente para la partición ESP serían 250 MB, o algo más en el caso de que queramos incluir también imágenes del kernel den la ESP. Deberíamos tener siempre una copia del contenido de dicha partición, para que en caso de querer redimensionar o reposicionar la ESP, podamos trabajar sin reparos con PartedMagic y luego reponer los datos desde nuestra copia de seguridad. En cualquier caso, el formato de esta partición debería ser "FAT32" (o EFI boot filesystem); no es necesario que sea la primera partición primaria (como suele ocurrir con el innombrable), pero nos simplificará las cosas si hacemos que así sea. También podríamos decidir (después de realizar una copia de seguridad del sistema instalado) redimensionar o crear de nuevo las particiones del disco duro, quizá con GPT, la indispinsable partición ESP y una partición nueva para otro sistema operativo, además de, por supuesto, suficiente espacio libre para Debian GNU/Linux; y entonces re/instalar el otro sistema antes de iniciar el instalador de Debian (Siempre asegurándonos de no modificar las particiones que previamente hemos realizado durante el proceso de instalación del sistema operativo). 2. Instalando Debian GNU/Linux Con el disco duro preparado y el equipo en modo "legacy BIOS", inicie la instalación de Debian Amd64 de la manera habitual, teniendo en cuenta, como acabamos de decir, que el instalador no modifique las particiones IMPORTANTE: Elija el modo manual al llegar a ese punto de la instalación Recordemos que La partición para el sistema EFI, si no la hemos hecho todavía, debe ser, al menos, de 250MB, sistema de ficheros FAT32 y no se especificará ningún punto de montaje para la misma.Es conveniente también que la ESP sea la primera partición primaria, por lo cual a partir de este punto del tutorial la trataremos siempre como /dev/sda1 También reservaremos de 1MB para BIOSGRUB (Reserved BIOS boot area) al final del espacio libre del disco. Esta minipartición puede ser requerida después de que el arranque UEFI sea configurado. NOTA En modo automático, el instalador de Debian podría colocar esta partición en primer lugar (/dev/sda1) y no queremos eso. El espacio restante lo podemos particionar como queramos, para luego seguir con el proceso de instalación. Al finalizar, GRUB será instalado en elMBR (y también en BIOSGRUB), la versión incorrecta para trabajar con EFI, pero lo arreglaremos después de reiniciar. Hay que tener en cuenta que reparar esto antes de reiniciar en chroot hará que todo falle si el módulo del kernel efivars o está incluido en la imagen de instalación de Debian... (Como puede ser el caso de algunas snapshots de Debian Testing). 3. Configurando GRUB para UEFI Reiniciamos nuestro Debian GNU/Linux todavía en modo "legacy BIOS", entonces, con privilegios de root, montamos la partición EFI (que asumimos que es /dev/sda1), mkdir /boot/efi mount /dev/sda1 /boot/efi Instalamos GRUB para EFI modprobe efivars aptitude install grub-efi-amd64 grub-install /dev/sda update-grub También eliminaremos el paquete grub-pc durante el proceso. Los mensajes de rror acerca de procfs y sysfs podemos ignorarlos, pero el propio GRUB debe indicar que ha sido instalado sin ningún problema. Ya casi lo tenemos. Llegados a este punto GRUB iniciará desde el archivo /EFI/debian/grubx64.efi en la partición ESP, siempre y cuando UEFI sepa de su existencia como opción de booteo. Hay varias maneras de hacer esto, algunas de ellas sólo pueden realizarse después de que Debian sea reiniciado con UEFI... UEFI siempre buscará /EFI/boot/bootx64.efi en la ESP y tratará de arrancar con él por defecto. Así que, bueno, teniendo este método, que puede ser posteriormente modificado para lidiar con sitiaciones de arranque más complicadas, tal como se inidica a continuación: mkdir /boot/efi/EFI/boot cp /boot/efi/EFI/debian/grubx64.efi /boot/efi/EFI/boot/bootx64.efi Tu sistema ya está listo para iniciar bajo UEFI. 4. Primer arranque con UEFI Ahora, tras reiniciar, accederemos al menú de UEFI y cambiaremos por fin el Modo "legacy BIOS" por el modo UEFI (No está de más consultar el manual de nuestra placa base para esto). Una vez hecho iniciamos y UEFI debería encontrar GRUB en la posición por defecto para Debian GNU/Linux. Sólo en el caso de que eso no ocurra, reinicie el equipo y vuelva a entrar en el menú de UEFI, vaya al "Boot Maintenance Manager" y seleccione manualmente el archivo correspondiente de la ESP con el que debe arrancar. Tras el primer arranque, podríamos querer lidiar con opciones de arranque más complejas, añadiendo al GRUB las órdenes almacenadas por UEFI en un chip de memoria de la placa base. Esto lo haremos con el programa efibootmgr program, que también depende el módulo del kernel efivars y que encontraremos en repositorios. efibootmgr -c -l "\\EFI\\debian\\grubx64.efi" -L "Debian GNU/Linux" Asumiendo nuevamente que los datos de la ESS están en /dev/sda1 (Otra de las razones para haberla colocado ahí). El tener que colocar barras invertidas es culpa del innombrable y su manera de hacer (mal) las cosas... La salida de este comando será un número con varias opciones de arranque; la última instalada, Debian GNU/Linux (o GRUB, actualmente), tendría en el caso del ejemplo el número 0004 y sería la primera en arrancar. El orden de arranque puede variar con el mismo comando efibootmgr, por ejemplo cuando otro sistema con el número 0003 debe arrancar por defecto. efibootmgr -o 3,4 Podríamos poner la opción 0003 sobre 0004 (Ver el manual con las opciones de efibootmgr La siguiente parte del tutorial hablará de algunas de las opciones de arranque. No vamos a tocar demasiadas opciones, pero sí algunos aspectos w.r.t. que nuestro Debian GNU/Linux puede puede utilizar después de su instalación. 1. Menú UEFI El manual de nuestra placa base nos dirá que tecla debemos pulsar durante el arranque para acceder al menú UEFI (Normalmente F2). En él hay dos elementos de especial interés: Boot Manager y Boot Maintenance Manager. Boot Manager Este submenú muestra las opciones de arranque disponibles tal como las conoce UEFI Podrías utilizar este escueto menú para arrancar un sistema que no esté por defecto, siempre que seamos lo suficientemente rápidos como para pulsar a tiempo la tecla de dicha funcioón durante el arranque. Boot Maintenance Manager Este menú muestra la opción de Arrancar desde un archivo ("Boot from a file"), como puede ser grubx64.efi, para lo cual tendrás que elegirlo siguiendo la ruta de la Partición EFI >> El directorio <EFI> >> el directorio <debian>, tal y como vimos anteriormente. De hecho, cualquier bootloader instalado en la partición ESP (o cualquier partición o unidad fat32) puede ser iniciada de esta manera, tanto si se lo hacemos saber a UEFI (via efibootmgr) como si no. Esto puede ser muy útil durante la configuración, posiblemente cuando experimentemos con las opciones de arranque. 2. Menú rEFInd El menú rEFInd es una "estilosa" alternativa al menú UEFI, con algunas ventajas importantes: No será necesario ser super rápido pulsando teclas durante el arranque para acceder a él y maneja todas las posibles opciones de arranque en la ESP sin tener que almacenarlas primero en la UEFI NV-RAM. rEFInd es un fork del popular menú rEFIt utilizado por para iniciar GNU/Linux e modo MBR-legacy en equipos MAC con EFI. rEFInd puede ser descargado desde http://www.rodsbooks.com/refind/. La documentación del sitio puede resultar un poco confusa, así que aquí van algunos puntos a tener en cuenta para instalar rEFInd para que encage con el proceso que venimos realizando en el tutorial: a. Necesitaremos al menos dos archivos de rEFInd, refind_x64.efi y refind.conf, el segundo no es mas que una versión editada del refind-sample.conf. Tambiñen necesitaremos un subdirectorio de iconos y otros elementos gráficos para hacer que el menú luzca como queramos . b. Lo más simple, acorde con el resto del tutorial, es realizar manualmente la instalación en la ESP, montándola primero si no está ya montada. mount /dev/sda1 /boot/efi mkdir /boot/efi/EFI/refind cp refind_x64.efi refind.conf /boot/efi/EFI/refind/ cp refind_x64.efi /boot/efi/EFI/boot/bootx64.efi La última línea hará que UEFI arranque por defecto en el menú de rEFInd. Copiar también algunos archivos de iconos, etc, tal como se explica en la documentación de la página de rEFInd. c. Una alternativa al punto b. es utilizar efibootmgr para añadir rEFInd a la UEFI NV-RAM, como se ha descrito anteriormente en el tutorial. Funcionará iagul de las dos maneras. d. Podrías tener que mover el bootloader de "Ese otro sistema" desde /boot/efi/EFI/boot/ a un directorio separado /boot/efi/EFI/<otherOS>/ mkdir /boot/efi/EFI/<otherOS> mv /boot/efi/EFI/boot/<otherOS>.efi /boot/efi/EFI/<otherOS>/ umount /dev/sda1 Tu PC iniciará ahora en el menú rEFInd en el arranque, permitiéndote elegir el bootloaders que vas a iniciar. http://forums.debian.net/viewtopic.php?f=16&t=81120
  7. Esto primero era una guía mía sobre cómo instalé Linux en una notebook que vino con Windows 8 preinstalado, pero ahora voy agregando todo lo que van poniendo en los comentarios. Si la notebook viene con un sticker pegado de Windows 8 entonces esta tiene UEFI, SecureBoot y esas cosas por lo que tendras que usar alguno de estos tutoriales que fueron poniendo en los comentarios (aunque el mío obviamente es mejor (?)): Mi tutorial Tutorial de euskoware.com de desactivación de Secure Boot y Fast Boot en Windows 8 (Gracias @@crashblack) Tutorial de euskoware.com de desactivación de Secure Boot y Fast Boot en Windows 8.1 (Gracias @@crashblack) Ahora vienen los testimonios que tambien pueden servir @@WiLLiTo @@Fransis @@feiticeiro Ahora este tutorial sirve si Windows 8 ha sido instalado manualmente y la PC no tiene UEFI ni Secure Boot Tutorial de ajpdsoft.com de instalación de Ubuntu en Windows 8 (Gracias @@crashblack)
  8. Hace ya casi un año me compré una laptop SONY VAIO con UEFI. La computadora tenía originalmente Windows 8 y yo le instalé el Ubuntu 13.04. Ahora bien, la cuestión es que no me ha agradado bastante Ubuntu (ahora el 14.04) por lo cual he intentado instalar Linux Mint, Fedora, Debian, Deepin, Kali y recientemente OpenMandriva. Como el UEFI no me permite la instalación más que de Ubuntu entro al BIOS y cambio la opción de UEFI por Legacy a la vez que desactivo el modo seguro y entonces ya puedo instalar el OS que yo quiera. La cosa es que al terminar la instalación en Legacy, CON TODAS LAS DISTRIBUCIONES UTILIZADAS, me percato de que en ninguno sirve el wifi y solo tienen internet si conecto el ordenador directamente al modem. ¿Alguna solución? Muchas gracias de antemano.
  9. Hola gente, como les va, les cuento, me compré una notebook Lenovo G580, me trajo Windows 8 x64 preinstalado, y trae sistema UEFI, el tema es que vengo viendo en google que no hay un tutorial "bien definido" por asi decirlo para instalar linux en esta notebook, y tengo miedo de poner asi derecho como siempre lo hice en mi pc de escritorio, Fedora, y que se me joda la note. Quería saber si me podían ayudar a guiarme para ponerle Fedora o alguna otra distro buena x64 que me recomienden y no tenga tanto quilombo con el sistema UEFI, vengo viendo en la red que viene dando mas que un dolor de cabeza para poner linux en este tipo de maquinas, asi que quería saber si ustedes me podian ayudar. Desde ya muchas gracias por sus aportes, espero comentarios! Saludos!
  10. Tengo una ultrabook Acer Aspire M5 Series que al venir con Windows 8 tiene UEFI Secure Boot (Por lo que entiendo UEFI es como un reemplazo de la BIOS y Secure Boot es una función que sólo te deja bootear desde discos firmados por Microsoft) La cosa es que quiero conservar Windows 8 porque siempre viene bien ante apuros y porque por ahora comparto la notebook con mi hermano. Entonces quisiera conservar Windows 8, no tocarlo e instalarle Debian paralelamente (elegí Debian porque ustedes me convencieron jaja) El problema es que no tengo mucha idea de lo que es una BIOS y todo eso, también busqué bastante y por lo que veo el Secure Boot trae algunos problemas, en algunos lados dice que si se instala Linux Windows 8 quedará inutilizable, y en otros dice que hay que habilitar la UEFI cada vez que quiero iniciar Windows y desabilitarla para iniciar Linux (lo que no es muy cómodo pero tampoco tan malo) Se suma el tema del Fast Boot que hace difícil entrar en la BIOS y muchas cosas de las que no tengo ni idea Si pudieran aclararme un poco sobre los pasos a seguir o contarme como les fue a ustedes se los agradecería
  11. Seguimos con más controladores de la nueva serie 319 de Nvidia, caracterizada por ser la que ha dado los primeros pasos por dar soporte oficial a la tecnología Optimus para GNU/Linux y que acaba de recibir más mejoras en su primera versión estable. La nueva versión 319.17 incluye soporte para las nuevas tarjetas GeForce GTX 650 Ti BOOST GeForce GT 720M GeForce GT 735M GeForce GT 740M GeForce GT 745M GeForce GT 750M Arreglada regresión que causaba múltiples mensajes de Bug en el log del kernel en sistemas SMP Corregido un bug que causaba una caída del servidor de las Xs al habilitar y deshabilitar pantallas repetidamente Actualizado el panel de Nvidia-settings para que conserve la posición relativa de la pantalla cuando cambiamos de una configuración donde varias pantallas muestran una única sesión de las Xs a otra con múltiples sesiones en diferentes pantallas Añadido demonio de persistencia al paquete de controladores. Permite a al módulo del kernel de Nvidia mantenerse en estado "persistente" cuando no hay otros componentes del espacio de usuario utilizándolo. Esto mejora el tiempo de respuesta de los componentes de Nvidia en el espacio de usuario. Añadido soporte inicial para la restauración de consolas efifb en sistemas UEFI donde la pantalla principal esta funcionando bajo VGA o TMDS (EJ. DVI, HDMI, o LVDS). Añadido soporte para las opciones "ignore", "Enable", "Primary" y "Rotate" en la sección Monitor de de xorg.conf Añadido Overscan Compen al panel de Nvidia-Settings. Añadido soporte para perfiles de aplicaciones para la implementación GLX de Nvidia desde el lado del cliente Añadido firmado criptográfico para que nvidia-installer pueda firmar los módulos del kernel. Añadidos los atributos Metamode "PanningTrackingArea" y "PanningBorder". Añadido soporte para RandR 1.3 panning. Mejorado rendimiento cuando la opción de aceleración está deshabilitada. Añadido soporte inicial para que RandR 1.4 provea objetos con capacidad de selccionar la fuente de salida, que puede ser utilizado para renderizar el escritorioen una tarjeta Nvidia mientras que la pantalla está conectada a otra tarjeta con la capacidad de sincronización, como una tarjeta intel integrada o un conector USB-VGA Corregido bug que causa que el renderizado de imágenes se muestre incorrectamente cuando se usa un filtro de acercamiento en algunos casos Corregido un bug que hacía que RRGetCrtcInfo reportara un tamaño incorrecto cuando una salida de RandR tiene un ViewPortIn personalizado. Soporte para manejo dinámico a través de RandR X86 http://es.download.nvidia.com/XFree86/Linux-x86/319.17/NVIDIA-Linux-x86-319.17.run X86_64 http://es.download.nvidia.com/XFree86/Linux-x86_64/319.17/NVIDIA-Linux-x86_64-319.17.run
  12. Hace varios días que se viene tergiversando una noticia que afecta a los usuarios que han comprado recientemente un portátil Samsung y que han visto como su flamante equipo pasaba convertirse en un ladrillo muy caro al intentar instalar en él una distribución GNU/Linux o simplemente por intentar iniciarla en modo Live. El problema, como muchos medios se empeñan en afirmar, no es GNU/Linux, sino una nefasta implementación de UEFI por parte de Samsung. El motivo es que el modulo de kernel para los laptops de samsung se apoya en la idea de que existen ciertas direcciones de memoria baja mapeadas en la bios, cosa que ha dejado de ser cierta para las máquinas modernas de samsung con bios UEFI. El resultado, el firmware de la bios queda destruido por completo. Samsung está cambiando las placas base de las máquinas afectadas, pero no ha conseguido resolver el problema mediante actualizaciones de bios. De hecho no han podido desarrollar parche alguno en semanas. Matt Fleming, uno de los desarrolladores de Linux, ha puesto a disposición de los afectados un parche que debería paliar los efectos de este mal que ha sido incluido en las últimas RCs de Linux 3.8 https://patchwork.ke.../patch/1694801/ Aunque no se trata ni mucho menos de una solución definitiva, aún con este parche ha seguido dándose casos de equipos brickeados: Matthew Garret (desarrollador de Linux y encargado de los trabajos relacionados con UEFI) explica muy bien el tema, que claramente apunta a la ya tradicional ineficiencia de samsung a la hora de implementar las especificaciones y la cosa es aún más grave, pues según las primeras investigaciones incluso aplicaciones comunes de Windows ejecutadas en el espacio de usuario pueden ocasionar el desastre. http://mjg59.dreamwidth.org/22028.html http://mjg59.dreamwidth.org/22855.html La lista de modelos que por ahora se conoce que están afectados son los que comprenden las series 300E5C, 530U3C, 700Z3C, 700Z5C, 700Z7C y 900X4C. Para todos estos modelo se recomienda NO utilizar UEFI en ningún caso y optar por CMS (compatibility support module) o modo BIOS.
  13. Matthew Garrett ha escrito una entrada interesante a la vez que preocupante en su blog, donde informa de un, según sus propias palabaras, bizzarro bug de Uefi en el ThinkCentre M920p de la empresa Lenovo. El origen del problema parece ser una paranóica función de chequeo adicional que compara las entradas correspondientes a los sistemas instalados y sólo permite su ejecución si coincide con los patrones marcados de fábrica, en este caso, parece que únicamente permitirá "Windows Boot Manager" o "Red Hat Enterprise Linux", bloqueando cualquier otro sistema con el que tratemos de arrancar el equipo. Este problema fue descubierto tras varios intentos de instalar Fedora 17 en el equipo, cuya instalación termina de forma satisfactoria, pero a la hora de intentar iniciarlo el equipo se bloquea debido a esta restricción de Uefi. En un primer momento observó que la entrada correspondiente a Fedora ocupaba 6 Bytes más que la de Windows, algo que fue sencillo de corregir, dejando la misma estructura para ambas entradas, aunque no sirvió de nada, Windows podía arrancar, pero Fedora seguía sin hacerlo. Cada entrada de Uefi tiene una cadena descriptiva. Ésta es usada por el firmware para mostrársela a los usuarios en el menú (En lugar de "HDD0", "USB3"...), el firmware puede mostrar en la lista "Windows Boot Manager" y "Fedora Linux", no hay ningún motivo para que el firmware tenga que analizarla. No obstante, las evidencias son claras, teniendo dos entradas con la misma estructura, una que diga "Windows Boot Manager" y la otra no, sólo la primera funcionará. Llegado a este punto, Matthew ha estudiado muy por encima el firmware de Levono y descubierto que, efectivamente, hay una función que hace una comprobación de esta cadena descriptiva y la compara con los valores prefijados "Windows Boot Manager" y "Red Hat Enterprise Linux" y en caso de no concordar con ninguno, muestra un error, impidiendo el arranque. Según sus palabras, es realmente bizarro que el fabricante haya incluido código adicional para comprobar con qué sistema estamos iniciando el equipo. Aún no han podido verificar hasta qué punto es de estricta esta verificación, si es necesaria una concordancia absoluta o es simplemente el prefijo "Red Hat Enterprise Linux" lo que comprueba (En este caso sería sencillo, bastaría con "falsearlo"). Por ahora, para todos aquellos que quieran instalar una distribución que no sea Red Hat Enterprise, lo mejor es cambiar el firmware por uno más antiguo. Una examen más exhaustivo del código del firmware posiblemente permita dar con alguna solución al problema. http://mjg59.dreamwidth.org/20187.html
×
×
  • Crear Nuevo...