Ir al contenido

Buscar en La Comunidad

Mostrando resultados por etiquetas 'bios'.

  • 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 8 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. 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/
  3. Buenas noches. Llevo varios días trajinando con un PC de bajas prestaciones, por señalar: BIOS Information Vendor: American Megatrends Inc. Version: 07.00T Release Date: 04/02/01 Address: 0xF0000 Runtime Size: 64 kB ROM Size: 256 kB USB 1.1 Aquí la salida completa del dmidecode http://paste2.org/Zzt7kOat Aquí otro problema, el Xorg http://paste2.org/PkHe4sAA Mi solicitud de ayuda se refiere a que no he podido desde mis posibilidades: Actualiizar la BIOS. Hacer un xorg.conf que me permita una resolución de 1024x768 Aquí info sobre la cpu y el log de Xorg http://paste2.org/ne5XKn09 Utilizo paste2.org para evitar un post super largo. Si hace falta más información puedo subirla. De antemano GRACIAS a quienes puedan colaborar en la solución. Un saludo JPablos Edito: Linux Mint 18 escritorio Mate, tenía WiFi y ahora luego de trajinar con los módulos para el monitor ya no (no wirelessextensions). El monitor es un Hyundai ImageQuest v560 (una reliquia --en su acepción 4--)
  4. 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
  5. Buenas, desde hace un tiempo e querido actualizar la bios de mi laptop pero no e tenido el valor para hacerlo(no se que puede pasar si algo sale mal) pero hoy me e decidido a hacerlo pero antes quiero escuchar algunos consejos o mas bien quiero tener la orientación de alguien mas experimentado en esta área que yo. Datos laptop: toshiba satellite c845 OS: gentoo Descargue "ACPI Flash BIOS version 6.70" desde la pagina oficial luego lo ejecute con wine y me dio estos archivos: P.D: si necesitan alguna otra información por favor hacérmelo saber.
  6. Hola Amigos, Ahora que por fin he podido crear mis USB Booteables con las versiones de Linux que quería me veo ante el problema de que no consigo configurar la bios para que me las detecte correctamente. Os adjunto un pantallazo de cómo la tengo actualmente para que me indiquéis (si sois tan amables) si tengo algo mal. [/url]" /> http://s2.subirimagenes.com/imagen/previo/thump_9136821captura.png Ver Imagen: http://s2.subirimagenes.com/imagen/previo/thump_9136821captura.png Cuando arranco el PC, directamente arranca el GRUB de Debian (que es lo que tengo instalado ahora mismo) y eso que he probado a tener metido el USB booteable (probado previamente en otro equipo y sabiendo que funciona) en todos los puertos posibles (4). Tengo que decir que cuando el .iso lo pongo en CD-ROM sí suele funcionar. Pero estoy emperrado en utilizar esta opción para poder probar cuantas distros me apetezca, jejeje gracias y saludos
  7. Más que una consulta es una idea feliz porque la verdad es que ya no se me ocurre nada más, pero todo sea por al menos darle una última oportunidad. Ha llegado a mis manos (AKA Me han encasquetado) un equipo con unos cuantos años encima para ver si "yo que sé de esas cosas" puedo hacer algo por él. Es un Pentium 4 con placa ASUS P4800d-X, 1GB de ram en 2 módulos de 512MB y una Nvidia Geforce 4 4800 (AGP). Al parecer hace meses que se agotó la pila de la BIOS, al arrancarlo daba el correspondiente aviso, pero... como pulsando tal tecla él seguía.... pues eso. Otros datos relevantes para el diagnóstico, y cito textualmente, es que "iba lento como el culo" y "hacía unos pitiditos raros al principio... pero al final arrancaba" Todo eso hasta que ha llegado un punto en el que el equipo no reacciona. Al pulsar el botón de encendido se iluminan los leds, giran los ventiladores, pero nada más. La pantalla no llega siquiera a encenderse. Lo primero que he hecho, obviamente, es comprar una pila de botón y cambiar la que tenía sin resultados. Acto seguido me ha tocado buscar entre los jumpers para hacer un Clear CMOS, también sin resultado. A partir de aquí he descubierto que soy un chatarrero de cojones He desconectado TODO. Con lo mínimo y comprobando 2 y 3 veces las conexiones, nah de nah He probado Con otra gráfica (AGP) Con otra pantalla La primera pantalla en otro equipo (Funciona perfecta) Con otra/s Ram Con otra fuente Y sigue con pura pantomima, hace como que enciende, pero luego nada Para mí tiene muchas papeletas de ser la placa, con lo cual en un equipo de esa edad es ya hora de plantearse meterlo en una residencia, mandarlo a Florida o lo que sea que se haga con los Pentiums veteranos No obstante ¿Se les ocurre algo?¿Alguna "prueba" que se me haya olvidado? Aparte de probar los componentes en otra placa, soy chatarrero, pero no tanto :lol:
  8. En el apartado de Boot de la Bios cuando te sale la opción de removable, ¿se refiere al Usb entre ellos no? ( Solo es para aclararlo y ya de paso por si alguien le surge la duda ya se queda por aquí.)
×
×
  • Crear Nuevo...