Arrancar el Live-CD: Documentación Técnica
De K-DEMar Docs Castellano
Tabla de contenidos |
Configura el ordenador para iniciar el CD-ROM
Este procedimiento podemos necesitarlo si insertamos el disco en la unidad de CD y nos encontramos que, al arrancar el ordenador, éste hace caso omiso y arranca el sistema instalado en el disco duro.
Si tu ordenador no tiene habilitado el arranque del sistema con CD-ROM, lo que tendrás que hacer es cambiar la secuéncia de arranque de la BIOS / CMOS del Pc, es decir, especificarle que ha de buscar en la unidad de CD-ROM el sistema operativo a arrancar antes que en el disco duro.
Para ello tendrás que entrar en la BIOS del ordenador (normalmente se puede hacer pulsando la tecla [Supr] o [Delete] mientras se realiza el test inicial de memoria o inmediatamente después, o apretar [F1] o alguna otra combinació de teclas que se indique en la pantalla). Una vez dentro del programa de la BIOS, busca "Boot" o algo similar y cambia el orden actual de arranque (que muy posiblemetne sea: "A: / C:") por "CD-ROM / C:"; guarda los cambios y listos. Con esto le cambiamos el órden de búsqueda del primer disco que se ha de arrancar. Pones el CD en la unidad y ya puedes reiniciar, después de guardar/salvar la nueva configuracion.
Esta secuéncia puede ser dejada así sin problemas ya que, si el ordenador no encuentra ningún CD con un sistema operativo en la unidad de CD-ROM, seguirá el órden y pasará a buscar en el disco duro, donde encontrará el sistema operativo que tengas instalado y lo arrancará. De esta manera, siempre que quieras utilizar un Live-CD, sólo tendrás que poner el CD e iniciar el ordenador (o pones el disco en los primeros momentos en que se está iniciando, claro). Si no pones ningún CD, el Pc iniciará de la forma habitual.
Si la BIOS del ordenador no prevé arrencar desde CD-ROM
Hy ordenadores, principalmente los anteriores al año 1995, en los cuales su BIOS/CMOS no contempla la posibilidad de inciarse desde un CD-ROM pero síq ue prevee iniciar desde un disquet tradicional. Para esquivar esta dificultad, nos hace falta preparar un disquet de arranque con otro ordenador. Aquí explicamos el procedimiento a seguir con GNU/Linux:
- 1. Insertamos un disquet been formateado en la disquetera. Atención: se perderan todos los contenidos anteriores del disquet.
- 2. Nos descargamos el fichero "media:sbootmgr.dsk" y lo guardamos en una carpeta que podamos localizar fácilmente (por ejemplo /home).
- 3. Abrimos una consola de terminal (ventana negra de comandos). Todas las instrucciones que se escriben en esta ventana son por escrito, y se envian pulsando la tecla return (Enter).
- 4. Iniciamos aqui una sessión de superusuario (root) con la instrucción*:
su
(nos pedirá la contraseña de administración del sistema)
- 5. Nos situamos en el mismo directorio/carpeta donde hemos guardado el fichero "sbootmgr.dsk". Si por ejemplo lo tenemos en la carpeta home, la instrucción sería:
cd /home
- 6. Desmontamos (se trata de liberar) la disquetera para que nos deje grabar de forma directa:
umount /mnt/fd0
es posible que la ruta de la disquetera de 3,5" no tenga la misma ruta de acceso del ejemplo, entonces la instrucción necesaria puede ser otra, como:
umount /media/fd0 umount /mnt/floppy umount /mnt/fd1
- 7. Copiamos el contenido del fichero al disquet con la instrucción:
dd if=sbootmgr.dsk of=/dev/fd0
También aqui podria ser que la disquetera tenga otra ruta al dispositivo, y que haga falta algo como:
dd if=sbootmgr.dsk of=/dev/fd1
(*) Es posible que el sistema no permita iniciar sesiones de superusuario directamente, entonces se necesitará ejecutar todas las instrucciones de la consola precediéndolas con "su":
sudo umount /mnt/fd0 sudo dd if=sbootmgr.dsk of=/dev/fd0
Cheatcodes
Los cheatcodes son parámetros que se pueden pasar al arrancar el sistema linux, cuando hay alguna incompatibilidad con algún ordenador; y estos parámetros pueden ayudar a detectar el problema, o pueden solucionar-lo, haciendo modificaciones en cómo interactúa el sistema con la máquina.
Así, los cheatcodes son modificadores del arranque y del comportamiento del sistema, que ayudan a hacer el sistema compatible, manualmente, con casi cualquier hardware/maquinario.
Cuando hay problemas en el arranque del live-cd o en instalada, o en su mismo uso, es entonces cuando deberemos usar algún cheatcode para modificar el comportamiento y lograr un funcionamiento correcto del sistema.
Cómo usarlos
Todos los programas de arranque de linux, como puede ser grub, lilo, gfxboot, syslinux, etc permiten pasarle parámetros a los sistemas operativos que arranquen. En nuestro caso es linux, pero también se pueden pasar parámetros de arranque otros sistemas operativos, aunque estos no sepan utilitzarlos.
Cada sistema operativo tiene sus parámetros de arranque, que normalmente ellos ya controlan, de manera que no hace falta tocarlos, es en los sistemas operativos abiertos, que al dar mayor flexibilidad, permiten configurar el comportamiento de todos los componentes del sistema
Cada cargador de arranque tiene su manera de usarlo, pero describiremos los que K-DEMar usa.
Grub
Éste cargador es el que últimamente está ganando terreno frente a cualquier otro, ya que es muy configurable y permite los títulos con espacios, entre otras cosas.
Gfxboot-grub
Éste cargador es una modificación gráfica de grub. El comportamiento es ligeramente distinto
Específicos de K-DEMar
Aun cuando hay modificadores generales ya integrados en el propio núcleo de linux que sirven para la mayoría de casos, la distribución K-DEMar tiene unos cheatcodes extra, para ser aun más configurable de lo que ya es por defecto.
Los específicos de K-DEMar fueron empezados a ser integrados a partir de la versión 4.0, aunque no todos están disponibles en ésta. Cada parámetro trae también la información de la versión en la que ha aparecido la posibilidad de usar el modificador por primera vez.
aufs
Este parámetro fuerza el sistema de ficheros a AuFS. Sólo sirve en live-cd
Ejemplo:
aufs
Primera versión en que aparece: 4.4
unionfs
Este parámetro fuerza el sistema de ficheros a UnionFS. Sólo sirve en live-cd
Ejemplo:
unionfs
Primera versión en que aparece: 4.4
debug
Éste parámetro hace que durante el arranque se muestren más mensajes de lo que realmente está pasando en el sistema. Éste parámetro, desde la versión 4.3 es realmente funcional para cualquier usuario, ya que sólo da más información que sirve para detectar errores. Sólo sirve en live-cd
También es útil para cuando queremos informar al equipo K-DEMar que hay algún ordenador en el que no funciona el arranque normal de la distribución, o que se quede colgado en el arranque. Será con la información extra de debug usado en el inicio, que permitirá detectar el problema y buscar su solución.
Antes de la 4.3, éste parámetro sólo podía ser usado por un usuario avanzado o un desarrollador, pero ahora, este tipo de funcionalidad se separó a maxdebug, dejando el debug usable a todos los tipos de usuario.
Ejemplo:
debug
Primera versión en que aparece: 4.0
maxdebug
Éste parámetro sirve, no sólo para obtener más información de lo que está sucediendo durante el arranque del sistema, sino que además permite la modificación avanzada. Sólo sirve en live-cd
A partir de la versión 4.3, el parámetro antiguo debug, se pasó a llamar maxdebug, dejando a debug un uso para el usuario final y a maxdebug un uso más avanzado, ya que permite la modificación de ficheros internos. Durante el arranque, se detiene tres veces en la carga del imagen de arranque (initrd), el segundo, ya con el sistema live-cd que arrancará finalmente en la carpeta /kdemar; es en ese paso, cuando se pueden modificar ficheros, para intentar una compatiblidad o una corrección de errores completamente para desarrollador.
El uso de éste parámetro es azanzado, ya que si no sabes lo que haces, puedes perderte en su uso.
Ejemplo:
maxdebug
Primera versión en que aparece: 4.3
csin
Éste parámetro que fuerza al módulo de pcmcia cs, a examinar ese puerto, en busca de dispositivos pcmcia. Normalmente este parámetro no es necesario ya que la configuración de búsqueda por defecto, ya es funcional, para todos los dispositivos. Sólo sirve en live-cd
Ejemplo:
csex=0x800-0x8ff
Si se quisiese incluir varios puertos, se deberían separar con ,
Ejemplo:
csex=0x800-0x8ff,0xc00-0xcff
Primera versión en que aparece: 4.3
csex
Éste parámetro que fuerza al módulo de pcmcia cs, a excluir de comprobación ese puerto. Normalmente este parámetro se usa después de arrancar el ordenador con el parámetro debug. Una vez se ve en el paso udev que se queda colgado pcmcia-cs examinando un puerto, entonces se obliga a no buscar en ese puerto, para que no falle. Sólo sirve en live-cd
cs: IO port probe 0x800-0x8ff:
Si se quedara colgado con un mensaje como éste, el udev, siendo examinado con el parámetro debug (si no fuese con ese parámetro, no se podría ver esa linea), entonces deberemos exluir ese puerto.
Ejemplo:
csex=0x800-0x8ff
Si se quisiese exluir varios puertos, se deberían separar con ','
Ejemplo:
csex=0x800-0x8ff,0xc00-0xcff
Primera versión en que aparece: 4.3
blacklist
Éste parámetro que fuerza a no cargar el módulo especificado. Normalmente este parámetro se usa después de arrancar el ordenador con el parámetro debug. Una vez se ve en el paso udev qué modulo es el que falla mientras carga, entonces se obliga a no cargar ese módulo. Sólo sirve en live-cd
Ejemplo:
blacklist=acx100
Si se quisiese exluir varios módulos, se deberían separar con ','
Ejemplo:
blacklist=acx100,rt2400
Primera versión en que aparece: 4.4.4
xmodule
Éste parámetro obliga al servidor X a usar el driver gráfico que se le dé. Sólo sirve en live-cd
Ejemplo:
xmodule=vesa
Opciones más usadas: radeon, nvidia, vesa, nv, sis, via, i810
Primera versión en que aparece: 4.0
resol
Éste parámetro obliga al servidor X a ejecutarse en la resolución que se le da junto al parámetro, aunque luego lo puedas configurar desde el CADI. Sólo sirve en live-cd
Ejemplo:
resol=1600x1200
Primera versión en que aparece: 4.0
depth
Éste parámetro configura y substituye la profundidad de color por defecto (24) y usa la que le pases. Sólo sirve en live-cd
Ejemplo:
depth=24
Opciones disponibles más usadas: 16, 24, 32 Primera versión en que aparece: 4.0
hz
Éste parámetro de momento no es funcional y sirve para configurar los hercios o velocidad de refresco, en que se ejecutará el servidor gráfico. Sólo sirve en live-cd
Ejemplo:
hz=56
Primera versión en que aparece: 4.0
lang
Éste parámetro sirve para elegir el idioma en el que se arranca el sistema. Si se pasa algún código de idioma que no reconoce, se usará el inglés por defecto. Sólo sirve en live-cd
Ejemplo:
lang=es
Opciones disponibles más usadas: es, ca, en Primera versión en que aparece: 1.0
desktop
Este parámetro fuerza a iniciar el servidor X con un escritorio determinado, ignorando el sistema de autodetección de recursos disponibles. Por defecto, K-DEMar arranca con KDE salvo que no se encuentre suficiente memoria y/o potencia de CPU para trabajar con fluidez, en casos como éste, el escritorio que se inicia es Icewm. Sólo sirve en live-cd
Ejemplo:
desktop=icewm
Opciones válidas: icewm kde
Primera versión en que aparece: 4.0
noserveis
Este parametro fuerza a no usar, ni arrancar los servicios de sonido, si samba & lisa (acceso a redes windows) De la versión 4.0 a la versión 4.4 este parámetro también desactivaba el arranque de laimpresora; pero desde la versión 4.4.1 la carga de cups, como controlador de impresora, en live cd, viene desactivado por defecto.
Primera versión en que aparece: 4.0
nodhcp
Este parámetro fuerza a no usar la detección de IP, en modo automático (DHCP).
Primera versión en que aparece: 4.0
noagp
Este parámetro fuerza a no cargar los módulos de AGP, para el control de las tarjetas gráficas
Primera versión en que aparece: 4.0
nopcmcia
Este parámetro fuerza a no usar ningún dispositivo pcmcia.
Primera versión en que aparece: 4.0
nocompcache
Este parámetro fuerza a no usar compcache (Mejorador de rendimiento de live-cd)
Primera versión en que aparece: 4.6
