Ir al contenido

Buscar en La Comunidad

Mostrando resultados por etiquetas 'boot'.

  • 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 12 resultados

  1. Hola foreros, el tema es que tengo instalado guindous 10 junto a archlinux, pero el dia de la instalacion no me di cuenta que guindous habia creado la particion efi con un tamaño de 100mb, asi que ahora no puedo instalar otro kernel que el que ya viene instalado. Pero me dije; voy a ampliar la aprticion quitando de otro sitio y así lo he hecho, pero linux no me reconoce el nuevo tamaño como tal. fiajos en /de/sda2: 95MB [blackspider@Lenovo ~] ~ $ df -h S.ficheros Tamaño Usados Disp Uso% Montado en dev 5,6G 0 5,6G 0% /dev run 5,6G 916K 5,6G 1% /run /dev/sda5 98G 5,3G 92G 6% / tmpfs 5,6G 15M 5,6G 1% /dev/shm tmpfs 5,6G 0 5,6G 0% /sys/fs/cgroup tmpfs 5,6G 4,0K 5,6G 1% /tmp tmpfs 5,6G 0 5,6G 0% /var/tmp /dev/sda6 293G 3,2G 289G 2% /home /dev/sda2 95M 89M 7,0M 93% /boot tmpfs 1,2G 28K 1,2G 1% /run/user/1000 volveos a fijar: 199MB [blackspider@Lenovo ~] ~ $ lsblk NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT sda 8:0 0 465,8G 0 disk ├─sda1 8:1 0 399M 0 part ├─sda2 8:2 0 199M 0 part /boot ├─sda3 8:3 0 16M 0 part ├─sda4 8:4 0 74,5G 0 part ├─sda5 8:5 0 97,7G 0 part / └─sda6 8:6 0 293G 0 part /home sr0 11:0 1 1024M 0 rom en guindous no me da ningun problema, la reconoce bien y sin errores. pero en linux si [blackspider@Lenovo ~] ~ $ sudo e2fsck /dev/sda2 e2fsck 1.43.8 (1-Jan-2018) ext2fs_open2(): Número mágico incorrecto en el superbloque e2fsck: Superbloque es inválido, intentando los bloques de respaldo... e2fsck: Número mágico incorrecto en el superbloque mientras se intentaba abrir /dev/sda2 El superbloque no se ha podido leer o no describe un sistema de ficheros ext2/ext3/ext4 válido. Si el dispositivo es válido y contiene realmente un sistema de ficheros ext2/ext3/ext4 (y no uno de intercambio, ufs u otra cosa), entonces el superbloque está corrompido; podría intentar ejecutar e2fsck con un superbloque alternativo: e2fsck -b 8193 <dispositivo> o e2fsck -b 32768 <dispositivo> /dev/sda2 contiene un sistema de ficheros vfat ejecuto lo que me dice [blackspider@Lenovo ~] ~ $ sudo e2fsck -b 8193 /dev/sda2 e2fsck 1.43.8 (1-Jan-2018) e2fsck: Argumento inválido mientras se intentaba abrir /dev/sda2 El superbloque no se ha podido leer o no describe un sistema de ficheros ext2/ext3/ext4 válido. Si el dispositivo es válido y contiene realmente un sistema de ficheros ext2/ext3/ext4 (y no uno de intercambio, ufs u otra cosa), entonces el superbloque está corrompido; podría intentar ejecutar e2fsck con un superbloque alternativo: e2fsck -b 8193 <dispositivo> o e2fsck -b 32768 <dispositivo> y nada, de aqui no paso. He intentado reasignar el espacio con gparted pero no me deja, dice que no puede realizar la operacion.
  2. Existen numerosas aplicaciones libres para crear un Live booteable a partir de una imagen de instalación o Live de casi cualquier distribución. No obstante, llevar a cabo el proceso manualmente valiéndose de Grub directamente ofrece una serie de ventajas adicionales y puede resultar más útil y rápido. En primer lugar y como es obvio, necesitaremos un dispositivo USB con el que trabajar, en algún formato compatible con Grub, no es necesario que sea Fat32 salvo en el caso de querer un dispositivo de arranque UEFI. Ahí sí que nos hará falta una pequeña partición Fat al principio de la memoria del dispositivo. Instalando GRUB El proceso es bastante sencillo, bast instalar grub en el dispositivo USB mediante la orden grub-install, colocar las imágenes .iso dentro de éste, sin necesidad de descomprimirlas o modificarla en modo alguno e ir añadiendo entradas al grub.cfg para cada una de ellas. En primer lugar montamos el USB (que bien podemos hacerlo gráficamente desde cualquier administrador de archivos). Para el ejemplo no especificaré letra o número de partición, me limitaré a poner XY, ustedes mejor comprueben primero con fdisk -lCuál es la partición con la que van a trabajar. Y como punto de montaje utilizaré la ruta /media/USB. mount /dev/sdXY /media/USBCreamos un directorio boot en la raíz del dispositivo USB mkdir /media/USB/bootY en mi caso también crearé un directorio iso donde colocaré las imágenes que quiero utilizar. mkdir /media/USB/boot/iso BIOS Ahora toca instalar grub en ese dispositivo, indicando dónde está el directorio /boot que acabamos de crear: grub-install --target=i386-pc --recheck --boot-directory=/media/USB/boot /dev/sdX UEFI Para el arranque UEFI, la orden es un poco distinta: grub-install --target x86_64-efi --efi-directory /media/USB --boot-directory=/media/USB/boot --removable NOTA Si se pone un poco tonto por las etiquetas o el sistema de bloques podemos añadir la opción --force para que ignore las advertencias y continúe con el proceso. Híbrido BIOS + UEFI Por último, podemos crear un dispositívo híbrido, que pueda funcionar tanto con BIOS como con UEFI. Para eso necesitaremos pequeña partición, del al menos 1MB, al principio del disco, para el MBR. Una segunda partición FAT32 para los archivos de UEFI Y una tercera partición en cualquier formato soportado por grub, donde se encontrará las imágenes y los archivos de configuración. Podemos prescindir de esta tercera partición si lo que buscamos es utilizar una partición FAT32. En esa situación podríamos valernos de la misma partición que usamos para los archivos de UEFI. Como hemos dicho instalaremos ambas cosas. Primero indicaremos dónde está la partición UEFI y cuál es la partición de datos (si son la misma, lo pondremos duplicado). Recordemos que yo he creado un directorio de trabajo dentro de la partición de datos y lo he nombrado como boot. Será dentro de este último directorio donde estarán tanto los archivos de configuración de grub, como las imágenes iso No especificaremos particiones, sólo el directorio donde previamente tendremos montadas dichas particiones grub-install --target=x86_64-efi --efi-directory=/Directorio-montaje-UEFI --boot-directory=/Directorio_montaje_datos/boot --removable --recheckAhora le toca el turno a la contraparte BIOS y, para el MBR sí que especificaremos en qué unidad, no partición, unidad, queremos efectuar la instalación y, una vez más, el directorio de datos donde estarán las imágenes iso y los archivos de configuración y que yo he nombrado como boot: grub-install --target=i386-pc --boot-directory=/Directorio_montaje_datos/boot --recheck /dev/sdX Configurando GRUB Llegados a este punto ese dispositivo USB es booteable, pero al estar el grub.cfg vacío no podremos pasar de la pantalla de GRUB, así que vamos a crear el archivo y a añadir las distribuciones que queremos arrancar. Encabezando el archivo /media/USB/boot/grub/grub.cfg tendremos lo siguiente: El UUID del dispositivo (no el de la partición dentro de éste) podremos averiguarlo mediante el comando blkidBajo esta línea y sin ningún otro añadido podremos ir colocando las líneas de arranque de las diferentes imágenes .iso que hemos copiado dentro del directorio homónimo, repito, sin ningún tipo de modificación. La problemática de este punto viene en la forma de crear las imágenes Live o Instalación que tiene cada distribución, distintos sistemas de arranque, diferentes rutas para los archivos, distintos tipos de compresión... Entre los modos más comunes tenemos: Arch Debian Debian Live / GNU/Linux Vagos Fedora Linux Mint OpenSuse Si no damos con la tecla, en la wiki de ArchLinux tenemos una lista más completa de distribuciones y cómo se añaden en el Grub https://wiki.archlinux.org/index.php/Multiboot_USB_drive
  3. 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/
  4. Hola! Este es un hilo sobre código de arranque de un PC hecho en ensamblador y disponible en la red, para el aprendizaje de modo autodidacta. Mis intenciones con este tema. Herramientas recomendadas. Algunos comandos de ejemplo para compilar ensamblador y enlazar archivos. Enlaces hacia recursos y enseñanza de ensamblador enfocados en arranques de sistemas. Lista de "algunos" de los términos mas utilizados en estos menesteres. Las reglas mas básicas del juego (para un arranque). Entendiendo una estructura básica en un arranque de 16bit. Añadiendo un bucle sin fin, igualmente para 16bit. Mi proyecto de andar por casa. Vídeos sobre ensamblador - Parte1: Vídeos sobre ensamblador - Parte2: En fin, espero que esto le sea de utilidad a alguien, un saludo!
  5. Tenía un dual trial? boot con Debian, Linux Mint y Windows. Los otros días decidí cambiar a Linux Mint por otro Debian, entonces ahora tengo dos Debian y un Windows El problema que tuve es que cuando inicié de nuevo en el Debian viejo que ya estaba instalado veo que me aparece un mensaje: A start job is running for deb-disk-by/[Acá un codigo largo] [Acá un contador de tiempo] Tenía un contador de tiempo que me hacía esperar un minuto y medio, y eso me retrasaba mucho el arranque Buscando un poco encontré que mi problema era que cuando cambié Linux Mint por Debian decidí compartir la particion de intercambio (swap) y se cambió el UUID de esa partición. El UUID sería algo así como un código que identifica a la partición Entonces el Debian que ya estaba instalado es como que no encontraba la swap Para ver si el problema es ese uno puede abrir una terminal y ver qué es lo que tiene el archivo /etc/fstab, que se vería algo así: # /etc/fstab: static file system information. # # Use 'blkid' to print the universally unique identifier for a ┏ # device; this may be used with UUID= as a more robust way to name devices # that works even if disks are added and removed. See fstab(5). # # <file system> <mount point> <type> <options> <dump> <pass> # / was on /dev/sdb1 during installation UUID=c05302c7-f6cc-4485-94fa-c561892b367c / ext4 errors=remount-ro 0 1 # /boot/efi was on /dev/sda1 during installation ┃ UUID=7E48-14F9 /boot/efi vfat defaults 0 1 ┃ # swap was on /dev/sda5 during installation ┗━┓ UUID=7f810102-c3a0-488b-8c6d-88903bb5a48a none swap sw 0 0 ┃ /dev/sr0 /media/cdrom0 udf,iso9660 user,noauto 0 0 ┃ /dev/sdc1 /media/usb0 auto rw,user,noauto 0 0 Ahí dice cual es el UUID del swap, que sería el 7f810102-c3a0-488b-8c6d-88903bb5a48a Ese es el UUID que busca la PC al iniciarse, para ver el verdadero UUID de la swap hay que usar el comando sudo blkid que muestra algo como: /dev/sda1: LABEL="ESP" UUID="7E48-14F9" TYPE="vfat" PARTLABEL="EFI system partition" PARTUUID="d5510176-8b7f-4843-a706-dff4ecd44d19" /dev/sda2: PARTLABEL="Microsoft reserved partition" PARTUUID="55ee9231-98f2-48bd-9c17-0a49ba76c6cf" /dev/sda3: LABEL="windows" UUID="7A24D09024D050AD" TYPE="ntfs" PARTLABEL="Basic data partition" PARTUUID="806d1925-250c-4556-9385-7de1bd6ca7bb" /dev/sda4: LABEL="datos" UUID="58d66e82-3832-4edc-a62f-8f93c8bd05f8" TYPE="ext4" PARTLABEL="datos" PARTUUID="2894b2d8-cb16-44ec-81f1-483e82594883" /dev/sda5: UUID="3550194e-bce5-43d9-b9c6-26f272924e0e" TYPE="swap" PARTLABEL="swap" PARTUUID="c92da4f2-db76-480d-a3f8-2ee1e5da5e1f" /dev/sda6: UUID="59a685b5-c577-4992-b6c9-fb6229a7ad0d" TYPE="ext4" PARTLABEL="debian" PARTUUID="fb7ea62e-f488-4e62-a380-272e22891d5d" /dev/sdb1: UUID="c05302c7-f6cc-4485-94fa-c561892b367c" TYPE="ext4" PARTLABEL="debianssd" PARTUUID="3c91aa42-6744-4586-aa99-ddc557ae0908" Ahí dice que el UUID de la swap es 3550194e-bce5-43d9-b9c6-26f272924e0e , que no coincide con el que aparecía en el fstab. Entonces lo que tuve que hacer es editar el /etc/fstab y poner el UUID correcto. Se puede hacer con el comando sudo nano /etc/fstab (Ctrl-O para guardar y Ctrl-X para salir)
  6. Acabo de instalar Debian Testing con GNOME. Todavía no cambié nunguna configuración, está recién instalado y me parece que tarda mucho en iniciar, quería saber si es normal Desde que selecciono Debian en el GRUB hasta que me deja iniciar sesión (creo que se llama KDM) tarda 39 segundos A modo de comparación, Xubuntu tarda 14 segundos ¿Es por culpa de GNOME?¿De Debian?¿Es normal?
  7. Hola a todos los miembros de esta plataforma, tengo un problema... Tengo una miniportatil que no tiene unidad de cd, estoy desde la distro Canaima (la cual no tiene muchas herramientas de creacion de unidades booteables) El punto es que yo tengo 6 .iso de distintas distros, he probado crear usb's booteables usando unetbootin, y ultimamente solo uso el comando dd, todo bien hasta alli. Al momento de bootear, me lanza la pantalla de seleccion de unidad, selecciono mi usb, y le doy enter, al momento de bootear lo unico que ocurre es que la pantalla se pone negra, y me devuelve a la pantalla de seleccion de booteo, las unicas 2 distros que me funcan son ubuntu y mint. P.D: Tengo una unidad usb kingston de 8 gb, la cual e particionado en FAT32, NTFS, y ext2;ext4 y nada de eso ha funcionado Se despide Zeit_100
  8. 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
  9. En realidad no es un problema, pero me gustaría personalizar el GRUB o poner un programa que haga lo mismo y que tenga una mejor apariencia. No sé, solo para trastear un poco Veo que hay uno que se llama BURG y tiene distintos temas y esas cosas. ¿Alguno de ustedes probó hacer algo de eso?¿Vale la pena? Además es algo en lo que hay que tener cuidado al tocar, cuando mi hermanita intente entrar a Windows y no pueda se me va a enojar mucho
  10. 1. BREVE INTRODUCCIÓN/CONCEPTOS BÁSICOS Un bootanimation es una animación de inicio o arranque para dispositivos con Android, y consiste en una colección de imágenes .png que se proyectan en la pantalla una tras otra con la suficiente rapidez como para que se vea como una animación. El bootanimation está contenido en un archivo .zip con esa carpeta/carpetas de imágenes, y también un archivo desc.txt, que es el encargado de marcar la resolución-tamaño de reproducción de las imágenes, los frame por segundo o velocidad de reproducción, así como el orden en que aparecen las imágenes y los loops (bucles) que queramos añadirle. Como se puede ver en la imagen... - 1 es la resolución del bootanimation (puedes utilizar la resolución de tu dispositivo; por ejemplo en la foto es 320x480). - 2 son los fps del bootanimation (fotogramas o frames por segundo). Cuanto más alto sea el nº, más rápido se reproducirá tu bootanimation. Un fps tipo es 30. - 3 estas son las carpetas que contienen las imágenes para tu bootanimation. - 4 es un indicador para el bootanimation para que busque nuevas órdenes. - 5 especifica el nº de veces que esta sección del bootanimation se reproducirá ("0" significa infinito). - 6 define la pausa en segundos antes de repetirse o moverse en la línea siguiente ("0" significa que no hay pausa, "10" significa 10 segundos de pausa). Dentro de la carpeta/carpetas "part" están todas las imágenes que componen la animación y están tituladas numéricamente para marcar el orden de aparición de las mismas durante la animación (001, 002, 003, etc). Es muy importante que cuando tengamos creados los archivos necesarios los comprimamos en un zip de la siguiente manera (si no el bootanimation no funcionará): 2. INSTALACIÓN DE UN BOOTANIMATION Para cambiar el bootanimation de nuestro dispositivo es necesario tener acceso Root. Se puede cambiar de varias maneras: 1- Con Root Explorer: movemos el nuevo bootanimation.zip a system/media o data/local (dependiendo de dónde se encuentre). Reiniciamos el móvil. 2- Desde el recovery: usando un zip de instalación que haga lo anterior. 3- Con apk del Market. 4- Con determinados software de PC.
  11. Bueno, queria compartir este truquillo. Se trata de que la maquina virtual nos reconozca el pen o disco duro externo como una imagen de disco duro vmdk. Para así poder iniciar la maquina desde el usb. Primero saber el nombre del dispositivo: en mi caso /dev/sdb (tambien funciona con las particiones...sdb1, sdb2) Despues de esto ejecutamos en terminal: VBoxManage internalcommands createrawvmdk -filename /ruta/del/archivo.vmdk -rawdisk /dev/sdb Donde "ruta/del/archivo.vmdk" es la ruta donde nos guardará el acceso al usb. Y "/dev/sdb" el nombre del usb que utilizaremos. Para que nos deje utilizarlo, tendremos que ejecutar virtualbox como superusuario. Una vez tengamos el archivo, lo incluiremos en la maquina virtual como si fuese un disco duro virtual normal. Yo le he encontrado utilidad para instalar directamente en el disco duro externo, asi ir sin peligro con la maquina anfitriona, pero tambien puedes probar los live-cd o lo que se te ocurra Espero que os ayude Buscando he encontrado maneras de poder hacerlo sin tener que ejecutar virtualbox como superusuario, dando permisos al archivo .vmdk o incluyendose en el grupo vboxusers..... no me ha funcionado. Si alguien sabe como hacerlo me vendría de perlas y lo editaré con mucho cariño
  12. Para el que no lo recuerde, cuando comenzaron los movimientos dentro de la comunidad para "combatir" la estrategia de Microsoft de obligar a los fabricantes a implementar secure boot, adueñándose también del el control de las claves de autentificación para el mismo, hubieron varias propuestas: Red Hat apostó por pagar por las claves de autentificación para Red Hat y Fedora mientras seguían trabajando en otras alternativas. Canonical, sin embargo, apostó por crear su propia entidad autentificadora de claves, a la vez que decidían eliminar el software libre que estuviera relacionado con el arranque del sistema para, según su versión, proteger dichas claves de autentificación. Este cambio suponía la eliminación de grub2 de Ubuntu 12.10 y Ubuntu 12.04.4 para sustituirlo por EFILinux, el boot-loader privativo de Intel. A poco del lanzamiento del Ubuntu 12.10 y tras las quejas de la Fundación Linux y varias charlas con los fabricantes, Canonical ha rectificado y Grub2 volverá a ser el Boot-loader por defecto de Ubuntu. http://blog.canonica...ure-boot-plans/
×
×
  • Crear Nuevo...