bionic (7) bootparam.7.gz

Provided by: manpages-es_1.55-10_all bug

NOMBRE

       bootparam - Introducción a los parámetros de arranque del núcleo de Linux

DESCRIPCIÓN

       El  núcleo  Linux  acepta  ciertas  `opciones  de la línea de orden' o `parámetros de arranque' cuando se
       carga. En general esto sirve para suministrar al núcleo información sobre parámetros del  equipo  que  el
       núcleo  es  incapaz  de  determinar  por  sí  mismo,  o  para  evitar o cambiar los valores que el núcleo
       detectaría.

       Cuando es la BIOS quien arranca directamente el núcleo (por ejemplo desde un disquete donde Ud. copió  el
       núcleo mediante `cp zImage /dev/fd0'), Ud. no tiene oportunidad de especificar ningún parámetro.  Así que
       para aprovechar esta posibilidad Ud. debe emplear algún programa capaz de pasar parámetros, como  LILO  o
       LOADLIN.   Para  algunos  pocos  parámetros,  uno  puede  también  modificar la propia imagen del núcleo,
       empleando rdev, vea rdev(8) para más detalles.

       El programa LILO (LInux LOader, cargador de Linux), escrito por Werner Almesberger, es  el  más  empleado
       comúnmente. Tiene la capacidad de arrancar varios núcleos, y guarda la información de configuración en un
       fichero de texto plano. (Vea lilo(8) y lilo.conf(5).)  LILO puede  arrancar  también  DOS,  OS/2,  Linux,
       FreeBSD, UnixWare, etc., y es bastante flexible.

       El otro cargador de Linux empleado comúnmente es `LoadLin', que es un programa de DOS con la capacidad de
       lanzar un núcleo Linux desde la línea de órdenes del DOS (con argumentos de arranque), suponiendo que  se
       dispone de ciertos recursos. Esto está bien para la gente que quiera lanzar Linux desde DOS.

       También  es muy útil si Ud. posee cierto hardware que confía en el controlador suministrado para DOS para
       poner el equipo en un estado determinado.  Un  ejemplo  muy  común  es  el  de  las  tarjetas  de  sonido
       `Compatibles  con  SoundBlaster' que necesitan el controlador para DOS para hacer no se sabe qué con unos
       pocos misteriosos registros a fin de poner la tarjeta en modo compatible con  SB.  Arrancar  DOS  con  el
       controlador  de  marras  y  cargar  luego  Linux  desde  el  indicador  del DOS mediante Loadlin evita la
       inicialización de la tarjeta que tendría lugar si se rearrancara el sistema.

LA LISTA DE ARGUMENTOS

       La línea de órdenes del núcleo se analiza y divide en una lista de cadenas de caracteres (argumentos  del
       arranque) separadas por espacios. La mayoría de argumentos de arranque toman la forma:

              nombre[=valor_1][,valor_2]...[,valor_10]

       donde `nombre' es una palabra reservada única que se emplea para identificar a qué parte del núcleo se va
       a dar los valores (si hay alguno) asociados.  Observe que el límite de 10 es real, puesto que  el  código
       actual  sólo  maneja  10 parámetros separados por coma por cada palabra reservada. (Sin embargo, se puede
       reutilizar la misma  palabra  con  hasta  10  parámetros  adicionales  más  en  situaciones  inusualmente
       complicadas, suponiendo que la función setup ---vea un par de párrafos más adelante--- lo aguante.)

       La  mayor parte del manejo de los argumentos ocurre en linux/init/main.c. Primero el núcleo mira a ver si
       el argumento es uno de los especiales `root=', `nfsroot=', `nfsaddrs=', `ro', `rw', `debug' o `init'.  El
       significado de estos argumentos especiales se describe más adelante.

       Luego recorre una lista de funciones setup (contenidas en el vector bootsetups) para ver si la cadena del
       argumento especificado (como `fu') ha  sido  asociada  con  una  función  setup  (`fu_setup()')  para  un
       dispositivo particular o parte del núcleo. Si se le pasa al núcleo la línea fu=3,4,5,6 entonces el núcleo
       buscará en el vector bootsetups si `fu' ha sido registrada. Si lo ha sido, entonces llamará a la  función
       setup  asociada  con  `fu'  (fu_setup())  y le pasará los argumentos 3, 4, 5 y 6 tal como se dieron en la
       línea de órdenes del núcleo.

       Cualquier cosa de la forma `fu=bar' que no se acepte como una función  setup  tal  como  se  ha  descrito
       arriba se interpreta entonces como una variable de entorno que toma un valor. Un (¿inútil?) ejemplo sería
       poner `TERM=vt100' como un argumento de arranque.

       Cualesquiera argumentos restantes que no han sido tomados por el núcleo ni han  sido  interpretados  como
       variables de entorno se pasan entonces al proceso 1, que normalmente es el programa init. El más usual de
       ellos es la palabra `single', que ordena a init arrancar el sistema en modo monousuario, sin  lanzar  los
       demonios  usuales.  Eche  un vistazo a la página del manual de la versión de init instalada en su sistema
       para ver qué argumentos acepta.

ARGS. DE ARRANQUE GENERALES, NO ESPECÍFICOS DE NINGÚN DISPOSITIVO

   `init=...'
       Esto indica el programa inicial que ejecutará el núcleo. Si no se establece o no se puede  encontrar,  el
       núcleo  intentará  ejecutar  /etc/init,  luego /bin/init, después /sbin/init, más tarde /bin/sh y acabará
       dando un mensaje de pánico (y con razón) si todo esto falla.

   `nfsaddrs=...'
       Esto pone la dirección de arranque de NFS con la cadena dada.  Esta dirección de arranque  se  emplea  en
       caso de un arranque remoto, por red.

   `nfsroot=...'
       Esto  pone el nombre de la raíz de NFS con la cadena dada. Si esta cadena no empieza con '/' ni ',' ni un
       dígito, entonces se le añade el prefijo `/tftpboot/'. Este nombre  de  raíz  se  emplea  en  caso  de  un
       arranque remoto.

   `no387'
       (Sólo  cuando  se  ha definido CONFIG_BUGi386.)  Algunos chips del coprocesador i387 tienen fallos que se
       ponen de relieve cuando se emplean en modo protegido de 32 bits. Por ejemplo,  algunos  de  los  primeros
       chips ULSI-387 podían causar bloqueos durante cálculos en coma flotante. El argumento de arranque `no387'
       hace que Linux no utilice el coprocesador matemático aunque se disponga de uno. ¡Por supuesto, el  núcleo
       debe haber sido compilado con emulación del coprocesador matemático!

   `no-hlt'
       (Sólo  cuando se ha definido CONFIG_BUGi386.)  Algunos de los primeros chips i486DX/100 tenían un pequeño
       problema con la instrucción `hlt', y es que no podían confiablemente volver al modo operativo normal tras
       utilizarse  esta  instrucción.  Mediante  el  argumento  `no-hlt' se le dice a Linux que ejecute un bucle
       infinito cuando no haya nada mejor que hacer, en vez de parar la UCP. Esto permite que la gente con estos
       chips defectuosos pueda usar Linux.

   `root=...'
       Este  argumento  le  dice  al  núcleo qué dispositivo se va a emplear como el sistema de ficheros raíz al
       arrancar. El valor predeterminado de este valor se pone en tiempo  de  compilación,  usualmente  como  el
       dispositivo  raíz  del  sistema  donde  se  construyó el núcleo. Para tomar otro valor, y seleccionar por
       ejemplo la segunda disquetera como el dispositivo raíz, uno utilizaría `root=/dev/fd1'.  (El  dispositivo
       raíz también se pude poner empleando rdev(8).)

       El  dispositivo raíz puede especificarse simbólica o numéricamente. Una especificación simbólica tiene la
       forma /dev/XXYN, donde XX designa el tipo de dispositivo (`hd' para discos duros compatibles con  ST-506,
       con Y en el rango `a'--`d'; `sd' para discos duros compatibles con SCSI, con Y en el rango `a'--`e'; `ad'
       para discos duros Atari ACSI, con Y en el rango `a'--`e'; `ez' para una  unidad  portátil  enchufable  en
       puerto  paralelo  Syquest  EZ135, con Y=`a'; `xd' para discos duros compatibles XT, con Y `a' o `b'; `fd'
       para disquetes, siendo Y el número de la unidad --- fd0 sería la unidad de DOS `A:' y fd1 sería la `B:'),
       Y  la  letra  o  número  de  la  unidad, y N el número (en base diez) de la partición en este dispositivo
       (ausente en el caso de disquetes). Núcleos recientes admiten otros muchos tipos, mayormente  de  CD-ROMs:
       nfs,  ram, scd, mcd, cdu535, aztcd, cm206cd, gscd, sbpcd, sonycd, bpcd, optcd.  (El tipo `nfs' especifica
       un arranque remoto; `ram' se refiere a un disco en memoria RAM.)

       Observe que esto no tiene nada que ver con  la  designación  de  estos  dispositivos  en  el  sistema  de
       ficheros. La parte `/dev/' es puramente convencional.

       La especificación numérica, más fea y menos transportable, de los posibles dispositivos raíz de arriba en
       formato mayor/menor, se acepta también. (Por ejemplo, /dev/sda3 tiene de número mayor 8 y de menor 3, así
       que se podría poner `root=0x803' de forma alternativa.)

   `ro' y `rw'
       La  opción  `ro'  le dice al núcleo que monte el sistema de ficheros raíz como `de lectura exclusiva', de
       modo que el programa de comprobación de consistencia del  sistema  de  ficheros  (fsck)  pueda  hacer  su
       trabajo en un sistema de ficheros sin actividad. Ningún proceso puede escribir en ficheros del sistema de
       ficheros en cuestión hasta que éste se `re-monte' como  capaz  para  lectura  y  escritura,  por  ejemplo
       mediante `mount -w -n -o remount /'.  (Vea también mount(8).)

       La  opción `rw' le dice al núcleo que monte el sistema de ficheros raíz para lectura y escritura. Esto es
       lo que ocurre normalmente si no se pone nada.

       La elección entre lectura exclusiva y lectura/escritura también puede hacerse empleando rdev(8).

   `reserve=...'
       Esto se emplea para proteger regiones de E/S de pruebas. La forma de la orden es:

              reserve=baseE/S,extensión[,baseE/S,extensión]...

       En algunas máquinas puede ser necesario evitar que ciertos controladores  de  periféricos  comprueben  la
       existencia  de  éstos  (auto-pruebas)  en  una región específica. Esto puede ser porque algún dispositivo
       reaccione malamente a la prueba, o porque algún otro se identifique erróneamente, o simplemente porque no
       queremos que el núcleo inicialice cierto hardware.

       El  argumento  de  arranque reserve especifica una región de un puerto de E/S que no debe ser probado. Un
       controlador no probará una región reservada, a menos que otro argumento  de  arranque  explícitamente  le
       especifique que lo haga.

       Por ejemplo, la línea de arranque

              reserve=0x300,32  bla=0x300

       hace que ningún controlador pruebe la región 0x300--0x31f excepto el de `bla'.

   `mem=...'
       La  llamada  a  la  BIOS  definida  en  la especificación del PC que debe devolver la cantidad de memoria
       instalada fue diseñada de modo que solamente es capaz de informar de  hasta  64  MB.  Linux  emplea  esta
       llamada  a  la  BIOS  en el arranque para determinar cuánta memoria hay. Si Ud. tiene más de 64 MB de RAM
       instalada, puede emplear este argumento de arranque para decirle a Linux cuánta memoria tiene.  El  valor
       es  en base diez o dieciséis (prefijo 0x), y pueden emplearse los sufijos `k' (kilo, × 1024) o `M' (mega,
       × 1048576). Lo siguiente es un párrafo de Linus sobre el empleo del parámetro `mem='.

       ``El núcleo aceptará cualquier parámetro `mem=xx' que se le dé, y si se le engaña, más pronto o más tarde
       fallará  estrepitosamente.  El  parámetro  indica  la  dirección  RAM  más  alta  direccionable,  así que
       `mem=0x1000000' significa que Ud. tiene 16 MB de memoria, por ejemplo. Para una máquina con 96  MB  sería
       `mem=0x6000000'.

       NOTA  NOTA  NOTA: algunas máquinas pueden emplear la parte de arriba de la memoria para antememoria de la
       BIOS o para otra cosa, así que Ud. no tendría realmente hasta el  límite  de  96  MB  direccionables.  Lo
       inverso  también es verdad: algunos chipsets harán corresponder la memoria física cubierta por el área de
       la BIOS al área justo por encima del límite de la memoria, así que el tope-de-memoria sería realmente  96
       MB  +  384 kB por ejemplo. Si Ud. le dice a Linux que tiene más memoria que la que realmente tiene, cosas
       malas acontecerán: puede ser que no de momento, pero con seguridad alguna vez.''

   `panic=N'
       Por omisión el núcleo no rearrancará tras un pánico, pero esta opción hará que el núcleo rearranque  tras
       N   segundos   (si   N   >   0).   Este  tiempo  de  retardo  también  se  puede  poner  con  "echo  N  >
       /proc/sys/kernel/panic".

   `reboot=[warm|cold][,[bios|hard]]'
       (Sólo cuando se ha definido CONFIG_BUGi386.)  Desde la versión 2.0.22 un rearranque  es  por  omisión  un
       rearranque  en  frío.   Uno  obtiene el comportamiento antiguo con `reboot=warm'.  (Un rearranque en frío
       puede ser necesario para inicializar cierto hardware, pero puede destruir datos no  escritos  aún  en  un
       caché de disco.  Un rearranque en caliente puede ser más rápido.)

       Por  omisión  un  rearranque es duro, pidiendo al controlador de teclado pulsar la línea de puesta a cero
       baja, pero hay al menos un tipo de placa madre donde esto no funciona. La opción `reboot=bios', en  lugar
       de eso saltará a través de la BIOS.

   `nosmp' y `maxcpus=N'
       (Sólo  cuando se defina __SMP__ .)  Una opción de línea de orden como `nosmp' o `maxcpus=0' deshabilitará
       por completo MPS (multiproceso simétrico); una opción como `maxcpus=N' limita el número  máximo  de  UCPs
       activados en el modo MPS a N.

ARGUMENTOS DE ARRANQUE PARA USO DE LOS DESARROLLADORES DEL NÚCLEO

   `debug'
       Los  mensajes del núcleo son manejados por el demonio de registro del núcleo klogd de modo que pueden ser
       registrados en disco. Los mensajes con una prioridad mayor que console_loglevel también se muestran en la
       consola.  (Para estos niveles, consulte <linux/kernel.h>.)  Por omisión esta variable está puesta de modo
       que registre cualquier cosa más importante que mensajes de depuración. Este argumento  de  arranque  hace
       que  el  núcleo  también  muestre los mensajes de prioridad DEBUG.  El nivel de registro de la consola se
       puede establecer también en tiempo de ejecución mediante una opción de klogd. Consulte klogd(8).

   `profile=N'
       Es posible habilitar una función de perfil del núcleo, si uno desea saber dónde está el  núcleo  gastando
       sus  ciclos  de  UCP.  El perfil se habilita poniendo la variable prof_shift a un valor distinto de cero.
       Esto se hace bien especificando CONFIG_PROFILE en la compilación, o mediante la opción `profile='.  Ahora
       el  valor que tendrá prof_shift será N, cuando se dé, o CONFIG_PROFILE_SHIFT, cuando se haya dado éste, ó
       2, el valor predeterminado. La significancia de esta variable es que da la granularidad del perfil:  para
       cada pulso del reloj, si el sistema está ejecutando código del núcleo, se incrementa un contador:

              profile[address >> prof_shift]++;

       La  información  de  perfil,  sin  procesar, puede leerse de /proc/profile.  Probablemente sea mejor idea
       emplear una herramienta como readpropfile.c para verla mejor.  Escribir  en  /proc/profile  limpiará  los
       contadores.

   `swap=N1,N2,N3,N4,N5,N6,N7,N8'
       Da   valores   a   los   8   parámetros   max_page_age,   page_advance,  page_decline,  page_initial_age,
       age_cluster_fract, age_cluster_min,  pageout_weight,  bufferout_weight  que  controlan  el  algoritmo  de
       trasiego del núcleo.  Sólo para los afinadores del núcleo.

   `buff=N1,N2,N3,N4,N5,N6'
       Da   valores   a   los   6   parámetros   max_buff_age,   buff_advance,  buff_decline,  buff_initial_age,
       bufferout_weight, buffermem_grace que controlan el manejo de memoria de búfer del núcleo. Sólo  para  los
       afinadores.

ARGUMENTOS DE ARRANQUE PARA USO DE DISCO EN MEMORIA

       (Sólo  si  el  núcleo  ha sido compilado con CONFIG_BLK_DEV_RAM.)  En general es una mala idea emplear un
       disco RAM en Linux; el sistema utilizará la memoria disponible más eficientemente sin él.   Pero  durante
       el  arranque  (o  cuando  se construyen disquetes de arranque) es útil a menudo cargar los contenidos del
       disquete en un disco RAM. Uno también podría tener un sistema en el cual deban cargarse  primero  algunos
       módulos (de sistemas de ficheros o periféricos) antes de que se pueda acceder al disco principal.

       En  Linux  1.3.48  se cambió radicalmente el manejo de discos RAM.  Anteriormente, la memoria se asignaba
       estáticamente, y había un parámetro `ramdisk=N' para dar su tamaño. (Esto también podía  establecerse  en
       la imagen del núcleo al compilarlo, o mediante rdev(8).)

       Hogaño  los discos RAM emplean el búfer caché, y crecen dinámicamente. Para obtener mucha más información
       sobre esto (como por ejemplo, cómo usar rdev(8) en conjunción con la nueva disposición  de  discos  RAM),
       lea /usr/src/linux/Documentation/ramdisk.txt.

       Hay cuatro parámetros, dos booleanos y dos enteros.

   `load_ramdisk=N'
       Si N=1, cárguese un disco RAM. Si N=0, no se cargue. (Éste es el comportamiento predeterminado.)

   `prompt_ramdisk=N'
       Si  N=1,  pídase  la  inserción  del disquete. (Éste es el comportamiento predeterminado.)  Si N=0, no se
       pregunte. (Por tanto, este parámetro no sirve para nada.)

   `ramdisk_size=N' o (anticuado) `ramdisk=N'
       Pone el tamaño máximo del disco RAM (o de los discos) a N kB. El valor predeterminado es 4096 (esto es, 4
       MB).

   `ramdisk_start=N'
       Pone  el  número del bloque inicial (el desplazamiento desde el principio en el disquete donde empieza el
       disco RAM) a N.  Esto es necesario si el disco RAM está tras una imagen del núcleo.

   `noinitrd'
       (Sólo si el núcleo fue compilado con CONFIG_BLK_DEV_RAM y  con  CONFIG_BLK_DEV_INITRD.)   Actualmente  es
       posible compilar el núcleo de forma que emplee initrd. Cuando se habilita esta característica, el proceso
       de arranque cargará el núcleo y un disco RAM inicial; entonces el núcleo convierte initrd a un disco  RAM
       "normal",  que  se  monta  para  lectura y escritura como el dispositivo raíz; luego se ejecuta /linuxrc;
       después de eso se monta el sistema de ficheros raíz "de verdad", y el sistema de ficheros initrd se mueve
       sobre /initrd; finalmente tiene lugar la secuencia de arranque habitual (o sea, la llamada a /sbin/init).

       Para una descripción detallada de lo de initrd, lea /usr/src/linux/Documentation/initrd.txt.

       La  opción  `noinitrd'  le dice al núcleo que aunque haya sido compilado para la operación con initrd, no
       debe seguir los pasos anteriores, sino dejar los datos de initrd  bajo  /dev/initrd.   (Este  dispositivo
       sólo  puede  emplearse  una  vez;  los  datos son liberados tan pronto como el último proceso que lo haya
       utilizado cierre /dev/initrd.)

ARGUMENTOS DE ARRANQUE PARA DISPOSITIVOS SCSI

       Notación general para esta sección:

       iobase -- el primer puerto de E/S que ocupa el anfitrión SCSI. Se especifica en  notación  hexadecimal  y
       normalmente cae en el rango de 0x200 a 0x3ff.

       irq -- la interrupción de hardware a la que la tarjeta está configurada.  Los valores válidos dependen de
       la tarjeta en cuestión, pero normalmente son 5, 7, 9, 10, 11, 12 y  15.  Los  otros  valores  se  emplean
       normalmente para periféricos comunes como discos duros IDE, disquetes, puertos serie, etc.

       scsi-id  --  La  ID (identificación) que emplea el adaptador anfitrión para identificarse en el bus SCSI.
       Sólo algunos permiten que se cambie este valor, puesto que la  mayoría  lo  tiene  especificado  de  modo
       permanente  e  interno. El valor predeterminado más usual es 7, pero las tarjetas Seagate y Future Domain
       emplean el 6.

       paridad -- si el adaptador anfitrión SCSI espera que los dispositivos acoplados a él suministren un valor
       de  paridad  con  todos los intercambios de información. El valor 1 indica que el control de paridad está
       activo, y el 0 que no. De nuevo, no todos los adaptadores admiten la selección del comportamiento  de  la
       paridad como argumento de arranque.

   `max_scsi_luns=...'
       Un  dispositivo  SCSI  puede tener un número de `sub-dispositivos' contenidos en él mismo. El ejemplo más
       común es uno de los nuevos CD-ROMs SCSI que manejan más de un disco a la vez. Cada CD se  direcciona  con
       un `Número Lógico de Unidad' (NLU, o LUN) de ese dispositivo particular. Pero la mayoría de dispositivos,
       como discos duros, unidades de cinta magnética y otros por el estilo son dispositivos únicos,  y  tendrán
       el LUN 0.

       Algunos  dispositivos SCSI pobremente diseñados no pueden admitir que se compruebe la existencia de otros
       LUNs distintos del 0. Por lo tanto, si la opción de compilación CONFIG_SCSI_MULTI_LUN no está puesta, los
       núcleos nuevos sólo probarán de forma predeterminada el LUN 0.

       Para  especificar  el  número  de  LUNs  probados en el arranque, uno introduce `max_scsi_luns=n' como un
       argumento del arranque, siendo n un número entre  1  y  8.  Para  evitar  problemas  como  los  descritos
       anteriormente, uno debería emplear n=1 para evitar problemas con los dispositivos del párrafo anterior.

   Configuración de unidades de cinta magnética SCSI
       Algo  de  la  configuración  en  tiempo de arranque del controlador de cinta magnética SCSI puede hacerse
       mediante lo siguiente:

              st=tam_buf[,write_threshold[,bufs_max]]

       Los primeros dos números se especifican en unidades de kB. El valor predeterminado de tam_buf es 32 kB, y
       el  tamaño  máximo que puede especificarse es de 16384 ridículos kB.  write_threshold es el valor al cual
       el búfer es volcado a la cinta, siendo el predeterminado 30 kB. El máximo número de búferes varía con  el
       de unidades detectadas, y el valor predeterminado es 2.  Un ejemplo del modo de empleo sería

              st=32,30,2

       Los  detalles  pueden  encontrarse  en  el  fichero README.st que está en el directorio scsi del árbol de
       directorios de los fuentes del núcleo.

   Configuración de las Adaptec aha151x, aha152x, aic6260, aic6360, SB16-SCSI
       Los números del AHA se refiere a las tarjetas y los números del AIC se refieren al chip SCSI que  hay  en
       estos tipos de tarjetas, incluyendo la Soundblaster-16 SCSI.

       El  código  probatorio  de  estos anfitriones SCSI busca un BIOS instalado, y si no lo hay, la tarjeta no
       será reconocida. Entonces Ud. tendrá que dar un arg. de arranque de la forma:

              aha152x=iobase[,irq[,scsi-id[,reconexión[,paridad]]]]

       Si el controlador se compiló con la depuración habilitada, se puede dar un 6º  valor  para  el  nivel  de
       depuración.

       Todos  los  parámetros  son  como  se  describieron  al  inicio de esta sección, y el valor de reconexión
       permitirá la des/re-conexión del dispositivo si se emplea un valor distinto de cero. Un ejemplo del  modo
       de empleo es como sigue:

              aha152x=0x340,11,7,1

       Observe  que los parámetros deben darse en su orden, de forma que si Ud. quiere especificar un valor para
       la paridad, también deberá especificar cada uno de los anteriores: iobase, irq, scsi-id y reconexión.

   Configuración de la Adaptec aha154x
       Las tarjetas de las series AHA1542 tienen un controlador de disquete i82077 en la placa, mientras que las
       AHA1540  no  lo  tienen.  Estas  tarjetas  son  de  bus  maestro,  y poseen parámetros para establecer la
       ``generosidad'' que emplean para compartir el bus con otros periféricos. Los args. de arranque  son  como
       sigue.

              aha1542=iobase[,buson,busoff[,dmaspeed]]

       Los  valores  válidos  para  iobase  son  normalmente  uno  de: 0x130, 0x134, 0x230, 0x234, 0x330, 0x334.
       Tarjetas clónicas pueden permitir otros valores.

       Los valores de buson, busoff se refieren al número de microsegundos que la tarjeta domina el bus ISA. Los
       valores predeterminados son 11 µs sí y 4 µs no, de modo que otras tarjetas (como una tarjeta Ethernet ISA
       LANCE) tienen una oportunidad de acceder al bus ISA.

       El valor de dmaspeed se refiere a la velocidad (en MB/s) a la cual procede la transferencia  DMA  (Acceso
       Directo  a  Memoria,  Direct Memory Access). El valor predeterminado es 5 MB/s.  Las tarjetas de revisión
       más nueva permiten seleccionar este valor como parte de  la  configuración  por  programa;  tarjetas  más
       antiguas  emplean conmutadores en la propia placa. Se pueden utilizar valores de hasta 10 MB/s suponiendo
       que la placa madre sea capaz de aguantarlo.  Experimente con precaución para valores superiores a 5 MB/s.

   Configuración de las Adaptec aha274x, aha284x, aic7xxx
       Estas tarjetas pueden aceptar un argumento de la forma:

              aic7xxx=extendido,no_reset

       El valor extendido , si no es cero, indica que se habilita la traducción extendida para  discos  grandes.
       El  valor  no_reset  ,  si  no  es  cero,  le  dice al controlador que no reinicialice el bus SCSI cuando
       inicialice el adaptador anfitrión en el arranque.

   Configuración de los anfitriones AdvanSys SCSI (`advansys=')
       El controlador AdvanSys puede aceptar hasta 4 direcciones de E/S que se emplearán  para  las  pruebas  de
       reconocimiento  de  una tarjeta SCSI AdvanSys. Observe que estos valores (si se emplean) no tienen efecto
       sobre las pruebas de EISA ni PCI de ninguna forma. Sólo se  emplean  para  probar  tarjetas  ISA  y  VLB.
       Además, si el controlador ha sido compilado con la opción de depuración habilitada, el nivel de salida de
       mensajes de depuración puede ponerse añadiendo un parámetro 0xdep[0-f]. El 0-f permite poner el  nivel  a
       uno de los 16 que hay.

   AM53C974
              AM53C974=host-scsi-id,target-scsi-id,max-rate,max-offset

   Configuración de anfitriones BusLogic SCSI (`BusLogic=')
              BusLogic=N1,N2,N3,N4,N5,S1,S2,...

       Para  una  discusión  exhaustiva  de  los  parámetros  de línea de órdenes de las tarjetas BusLogic, mire
       /usr/src/linux/drivers/scsi/BusLogic.c (líneas 4350 a 4496 en la versión 2.0.30  que  estoy  usando).  El
       texto siguiente es un extracto muy abreviado.

       Los  parámetros N1 a N5 son enteros. Los parámetros S1, ... son cadenas de caracteres. N1 es la Dirección
       de E/S donde se encuentra el Adaptador Anfitrión. N2 es la Profundidad de Cola  Etiquetada  para  emplear
       con  Dispositivos que admitan Cola Etiquetada.  N3 es el Tiempo de Ajuste del Bus en segundos. Esto es la
       cantidad de tiempo que hay que esperar entre una Iniciación Dura del Adaptador  Anfitrión  que  principia
       una Iniciación del Bus SCSI y el lanzamiento de cualesquiera órdenes SCSI.  N4 corresponde a las Opciones
       Locales (para un  Adaptador  Anfitrión).   N5  corresponde  a  las  Opciones  Globales  (para  todos  los
       Adaptadores Anfitriones).

       Las  opciones  de  cadena  se  emplean  para  proporcionar  control sobre la Cola Etiquetada (TQ:Default,
       TQ:Enable, TQ:Disable,  TQ:<Espec-Por-Dispos>),  sobre  Recuperación  en  caso  de  Errores  (ER:Default,
       ER:HardReset,  ER:BusDeviceReset,  ER:None, ER:<Espec-Por-Dispos>), y sobre Probar el Adaptador Anfitrión
       (NoProbe, NoProbeISA, NoSortPCI).

   Configuración de la EATA/DMA
       La lista predeterminada de puertos de E/S que deben comprobarse pude cambiarse con

              eata=iobase,iobase,....

   Configuración de la Future Domain TMC-16x0
              fdomain=iobase,irq[,id_adaptador]

   Configuración del controlador SCSI de Great Valley Products (GVP)
              gvp11=máscara_de_bits_de_transferencia_dma

   Configuración de las Future Domain TMC-8xx, TMC-950
              tmc8xx=mem_base,irq

       El valor de mem_base es el de la región de E/S con correspondencia en  memoria  que  emplea  la  tarjeta.
       Normalmente será uno de los valores siguientes: 0xc8000, 0xca000, 0xcc000, 0xce000, 0xdc000, 0xde000.

   Configuración de la IN2000
              in2000=S

       donde  S  es una cadena de elementos de la forma palabra_reservada[:valor] separados por comas.  Palabras
       reservadas reconocidas (con posible valor) son: ioport:addr, noreset, nosync:x, period:ns,  disconnect:x,
       debug:x, proc:x. Para la funcionalidad de estos parámetros, vea /usr/src/linux/drivers/scsi/in2000.c.

   Configuración de las NCR5380 y NCR53C400
       El arg. de arranque es de la forma

              ncr5380=iobase,irq,dma

       o

              ncr53c400=iobase,irq

       Si  la  tarjeta  no  emplea  interrupciones,  entonces un valor de 255 (0xff) para IRQ, deshabilitará las
       interrupciones.  Una  valor  de  IRQ  de  254  significa  autocomprobar.  Más  detalles  en  el   fichero
       /usr/src/linux/drivers/scsi/README.g_NCR5380.

   Configuración de las NCR53C8xx
              ncr53c8xx=S

       donde  S  es  una  cadena de elementos de la forma palabra_reservada:valor separados por comas.  Palabras
       reservadas reconocidas  son:  mpar  (master_parity),  spar  (scsi_parity),  disc  (disconnection),  specf
       (special_features),  ultra (ultra_scsi), fsn (force_sync_nego), tags (default_tags), sync (default_sync),
       verb (verbose), debug (debug), burst  (burst_max).   Para  la  función  de  los  valores  asignados,  vea
       /usr/src/linux/drivers/scsi/ncr53c8xx.c.

   Configuración de la NCR53c406a
              ncr53c406a=iobase[,irq[,fastpio]]

       Especifique  irq  = 0 para el modo no dirigido por interrupciones.  Ponga fastpio = 1 para el modo rápido
       de entrada/salida programada, ó 0 para el modo lento.

   Configuración de la Pro Audio Spectrum
       La PAS16 utiliza un chip SCSI NC5380, y los modelos más nuevos admiten configuración  sin  interruptores.
       El argumento de arranque es de la forma:

              pas16=iobase,irq

       La  única  diferencia  es que se puede especificar un valor de IRQ de 255, que le dirá al controlador que
       trabaje sin emplear interrupciones, si bien con alguna pérdida  de  rendimiento.  Normalmente  iobase  es
       0x388.

   Configuración de la Seagate ST-0x
       Si su tarjeta no es detectada en el arranque, deberá emplear un argumento de la forma:

              st0x=mem_base,irq

       El  valor  de  mem_base  es  el de la región de E/S con correspondencia en memoria que emplea la tarjeta.
       Normalmente será uno de los valores siguientes: 0xc8000, 0xca000, 0xcc000, 0xce000, 0xdc000, 0xde000.

   Configuración de la Trantor T128
       Estas tarjetas también están basadas en el chip NCR5380, y admiten las siguientes opciones:

              t128=mem_base,irq

       Los valores válidos para mem_base son los siguientes: 0xcc000, 0xc8000, 0xdc000, 0xd8000.

   Configuración de la UltraStor 14F/34F
       La lista predeterminada de puertos de E/S que se comprobarán puede cambiarse con

              eata=iobase,iobase,....

   Configuración de la WD7000
              wd7000=irq,dma,iobase

   Configuración del controlador SCSI del Commodore Amiga A2091/590
              wd33c93=S

       donde S es una cadena de opciones separadas por  comas.  Las  opciones  reconocidas  son  nosync:bitmask,
       nodma:x,    period:ns,    disconnect:x,    debug:x,    clock:x,    next.    Para    los   detalles,   vea
       /usr/src/linux/drivers/scsi/wd33c93.c.

DISCOS DUROS

   Parámetros del Controlador de Disco/CD-ROM IDE
       El controlador IDE acepta una serie de parámetros, que van desde especificaciones  de  la  geometría  del
       disco,  a  soporte para chips controladores no muy bien hechos. Opciones específicas de una unidad se dan
       como `hdX=', con X en el rango `a'--`h'.

       Las opciones no específicas de una unidad se dan con el prefijo `hd='. Observe  que  emplear  un  prefijo
       específico  de  unidad  para  una  opción  no  específica de unidad, todavía funcionará, y la opción será
       aplicada simplemente como se espera.

       Observe también que `hd=' puede emplearse para referirse a la siguiente  unidad  no  especificada  de  la
       secuencia  (a,  ...,  h). Para las discusiones que siguen, se citará la opción `hd=' por brevedad. Vea el
       fichero README.ide en linux/drivers/block para más detalles.

   Las opciones `hd=cils,cabezas,sectores[,pcomes[,irq]]'
       Estas opciones se emplean para especificar la geometría física del disco.  Sólo son obligatorios los tres
       primeros  valores.  Los  valores de cilindros/cabezas/sectores serán los empleados por fdisk. El valor de
       precompensación de escritura no se tiene en cuenta para discos IDE. El valor de IRQ especificado será  el
       empleado para la interfaz donde resida la unidad, y no es realmente un parámetro específico de la unidad.

   La opción `hd=serialize'
       La interfaz IDE dual con el chip CMD-640 está mal diseñada pues cuando se emplean unidades en la interfaz
       secundaria al mismo tiempo que en la primaria, se corromperán datos.  Con  esta  opción  se  le  dice  al
       controlador que se asegure de que nunca se usan a la vez ambas interfaces.

   La opción `hd=dtc2278'
       Esta  opción  le  dice  al  controlador  que  tenemos una interfaz IDE DTC-2278D. Entonces el controlador
       intenta hacer operaciones específicas del DTC para habilitar la segunda interfaz y modos de transferencia
       más rápidos.

   La opción `hd=noprobe'
       No comprobar la existencia de esta unidad. Por ejemplo,

              hdb=noprobe hdb=1166,7,17

       inhabilitará  las pruebas de existencia, pero al especificar la geometría de la unidad se registrará ésta
       como un dispositivo de bloque válido, y por tanto utilizable.

   La opción `hd=nowerr'
       Algunas unidades tienen aparentemente el  bit  WRERR_STAT  permanentemente  encendido.  Esto  activa  una
       solución para estos aparatos con este fallo.

   La opción `hd=cdrom'
       Esto  le  dice  al controlador IDE que hay un CD-ROM compatible ATAPI puesto en el lugar de un disco duro
       IDE normal. En la mayoría de los casos el CD-ROM se identifica automáticamente, pero si  no  ocurre  así,
       esto puede ayudar.

   Opciones del Controlador de Disco Estándar ST-506 (`hd=')
       El  controlador  estándar  de  disco  puede  aceptar  argumentos de geometría para los discos, similar al
       controlador IDE. Observe sin embargo que sólo espera tres valores (C/CZ/S) -- más o menos de tres  y  sin
       decir  nada  no  se  tendrá  en  cuenta ninguno. Además, sólo acepta `hd=' como argumento; o sea, nada de
       `hda=' ni nada por el estilo. El formato es como sigue:

              hd=cils,cabezas,sects

       Si hay dos discos instalados, lo de arriba se repetirá con los parámetros de geometría del segundo disco.

   Opciones del Controlador de Disco XT (`xd=')
       Si Ud. es tan infortunado como para estar utilizando una de estas viejas tarjetas de 8  bits  que  mueven
       los  datos  a  la  asombrosa  velocidad  de  125  kB/s,  aquí  está lo que necesita.  Si la tarjeta no es
       reconocida, deberá dar un arg. de arranque de la forma:

              xd=tipo,irq,iobase,canal_dma

       El valor de tipo especifica el fabricante particular de la tarjeta,  sobreescribiendo  la  autodetección.
       Los tipos que pueden usarse pueden ser consultados en el fichero fuente drivers/block/xd.c del núcleo que
       esté usando. El tipo es un índice en la lista xd_sigs y en el transcurso del tiempo los  tipos  han  sido
       añadidos  o  eliminados  de  la mitad de la lista, cambiando todos los números de tipo. Hoy en día (Linux
       2.5.0) los tipos son 0=generic; 1=DTC 5150cx; 2,3=DTC 5150x; 4,5=Western Digital; 6,7,8=Seagate;  9=Omti;
       10=XEBEC, y donde varios tipos se dan con la misma designación, son equivalentes.

       La  función  xd_setup()  no  comprueba  los valores, y supone que Ud. ha introducido los 4 valores. No la
       defraude. Aquí hay un ejemplo del modo de empleo para un controlador WD1002 con la  BIOS  inhabilitada  o
       quitada, empleando los parámetros `predeterminados' del controlador XT:

              xd=2,5,0x320,3

   Discos desmontables EZ* de Syquest
              ez=iobase[,irq[,rep[,nybble]]]

DISPOSITIVOS IBM PARA EL BUS MCA

       Lea también /usr/src/linux/Documentation/mca.txt.

   Discos duros PS/2 ESDI
       Es posible especificar la geometría deseada en el arranque:

              ed=cils,cabezas,sectores.

       Para un ThinkPad-720, añada la opción

              tp720=1.

   Configuración del Subsistema SCSI IBM Microchannel
              ibmmcascsi=N

       donde N es el pun (ID. SCSI) del subsistema.

CD-ROMs (No SCSI/ATAPI/IDE)

   La Interfaz Aztech
       La sintaxis para este tipo de tarjeta es:

              aztcd=iobase[,número_mágico]

       Si  pone  el  número_mágico  a  0x79 entonces el controlador intentará trabajar de todas formas aunque no
       conozca la versión del firmware. Todos los demás valores no son tenidos en cuenta.

   Unidades de CD-ROM de puerto paralelo
       Sintaxis:

              pcd.driveN=prt,pro,uni,mod,slv,dly
              pcd.nice=nice

       donde `prt' es la dirección base, `pro' es el número de protocolo, `uni' es el selector de  unidad  (para
       dispositivos  en  cadena),  `mod'  es el modo (o -1 para escoger el mejor automáticamente), `slv' es 1 si
       debería ser esclavo, y `dly' es un pequeño entero para demorar los accesos al puerto. El parámetro `nice'
       controla el uso del tiempo idle de la CPU por parte de la unidad, a cambio de algo de velocidad.

   La Interfaz CDU-31A y CDU-33A de Sony
       Esta  interfaz  de  CD-ROM  se encuentra en algunas de las tarjetas de sonido Pro Audio Spectrum, y otras
       tarjetas de interfaz de Sony. La sintaxis es como sigue:

              cdu31a=iobase,[irq[,es_pas]]

       Un IRQ 0 indica al controlador que no se admiten interrupciones por hardware (como  en  algunas  tarjetas
       PAS).  Si  su tarjeta admite interrupciones, debería emplearlas puesto que mejora el empleo de la UCP por
       parte del controlador.

       La opción es_pas debe ponerse como `PAS' si se emplea una tarjeta Pro Audio Spectrum;  en  otro  caso  no
       debe especificarse en absoluto.

   La Interfaz CDU-535 de Sony
       La sintaxis para esta interfaz de CD-ROM es:

              sonycd535=iobase[,irq]

       Se puede emplear un cero para la dirección base de E/S si se desea solamente especificar un valor de IRQ.

   La Interfaz de GoldStar
       La sintaxis para esta interfaz de CD-ROM es:

              gscd=iobase

   La Interfaz del CD-ROM ISP16
       Sintaxis:

              isp16=[iobase[,irq[,dma[,tipo]]]]

       (tres  enteros  y  una  cadena).  Si  el  tipo es `noisp16', la interfaz no será configurada. Otros tipos
       reconocidos son: `Sanyo', `Sony', `Panasonic' y `Mitsumi'.

   La Interfaz Estándar de Mitsumi
       La sintaxis para esta interfaz de CD-ROM es:

              mcd=iobase,[irq[,valor_espera]]

       El valor_espera se emplea como un valor de retardo interno para gente que tiene problemas con su  unidad,
       y  puede  estar implementada o no, dependiendo de una macro del preprocesador cuando se hubo compilado el
       controlador.

       El Mitsumi FX400 es un CD-ROM IDE/ATAPI y por tanto no emplea el controlador mcd.

   La Interfaz de Mitsumi XA/MultiSession
       Esto es para el mismo equipo que antes, sólo que el controlador tiene más características.  Sintaxis:

              mcdx=iobase[,irq]

   La Interfaz de Optics Storage
       La sintaxis para este tipo de tarjeta (Dolphin 8000AT) es:

              optcd=iobase

   La Interfaz de Phillips CM206
       La sintaxis para este tipo de tarjeta es:

              cm206=[iobase][,irq]

       El controlador supone que números entre 3 y 11 son valores de IRQ, y que entre 0x300 y 0x370 son  puertos
       de E/S, así que se puede especificar uno o ambos números, en culquuier orden. También acepta `cm206=auto'
       para habilitar la autocomprobación.

   La Interfaz de Sanyo
       La sintaxis para este tipo de tarjeta es:

              sjcd=iobase[,irq[,canal_dma]]

   La Interfaz SoundBlaster Pro
       La sintaxis para este tipo de tarjeta es:

              sbpcd=iobase,tipo

       donde el tipo es una de  las  cadenas  de  caracteres  (sensibles  a  mayúsculas/minúsculas)  siguientes:
       `SoundBlaster',  `LaserMate',  o `SPEA'.  La dirección base de E/S es la de la interfaz del CD-ROM, no la
       de la parte de sonido de la tarjeta.

DISPOSITIVOS DE RED ETHERNET

       Controladores diferentes hacen uso de parámetros diferentes, pero todos comparten al  menos  un  IRQ,  un
       valor  de  dirección  base  del  puerto  de  E/S, y un nombre. En su forma más genérica, el aspecto es el
       siguiente:

              ether=irq,iobase[,parám_1[,...parám_8]],nombre

       El primer argumento no numérico se toma como el nombre. Los  valores  de  los  parám_i  (cuando  sean  de
       aplicación)  normalmente  tienen  significados  diferentes  para  cada controlador/tarjeta. Usualmente se
       emplean para especificar cosas como direcciones de memoria compartida, selección de interfaz, canal DMA y
       cosas así.

       El  empleo  más  común  de este parámetro es el forzar la autocomprobación de una segunda tarjeta de red,
       puesto que por omisión sólo se prueba una. Esto se puede hacer simplemente con:

              ether=0,0,eth1

       Observe que los valores de cero para el IRQ y la dirección base de E/S en el ejemplo anterior le dicen al
       controlador o controladores que prueben la existencia de la(s) tarjeta(s).

       El documento `Ethernet-Howto'  tiene documentación extensa sobre cómo usar varias tarjetas de red y sobre
       los valores de los parámetros parám_i específicos a cada tarjeta/controlador donde haya  que  emplearlos.
       Los lectores interesados deberán irse a la sección de su tarjeta particular en ese documento.

EL CONTROLADOR DE DISQUETERA

       Hay muchas opciones para el controlador de disquetera, y todas están relacionadas en el fichero README.fd
       que se encuentra en linux/drivers/block. Esta información está tomada directamente de ese fichero.

   floppy=máscara,máscara_de_unidad_permitida
       Pone a `máscara' la máscara de bits de los controladores permitidos. Por omisión  sólo  se  permiten  las
       unidades  0 y 1 de cada controladora de disquete. Esto se hace porque cierto hardware no estándar (placas
       madre ASUS PCI) lían al teclado cuando se accede a las unidades 2 ó 3. Esta opción está de  todas  formas
       anticuada debido a la opción `cmos'.

   floppy=all_drives
       Pone  la máscara de bits de las unidades permitidas a todas las unidades. Emplee esto si tiene más de dos
       unidades conectadas a un controlador de disquete.

   floppy=asus_pci
       Pone la máscara de bits de modo que permita solamente las unidades 0  y  1  (esto  es  el  comportamiento
       predeterminado).

   floppy=daring
       Le  dice  al  controlador  de  disquete  que  se  posee  un  controlador  de  disquetera  que se comporta
       correctamente. Esto  permite  una  operación  más  eficiente  y  mejor,  pero  puede  fallar  en  ciertos
       controladores. Esto puede acelerar ciertas operaciones.

   floppy=0,daring
       Le dice al controlador de disquete que el controlador de disquetera debe utilizarse con cuidado.

   floppy=one_fdc
       Le dice al controlador de disquete que sólo tenemos un controlador de disquetera (lo normal).

   floppy=two_fdc o floppy=dirección,two_fdc
       Le  dice al controlador de disquete que tenemos dos controladores de disquetera. El segundo se supone que
       está en `dirección'. Si no se da, se supone 0x370.

   floppy=thinkpad
       Le dice al controlador de disquete que se tiene un ThinkPad. Los ThinkPads emplean un convenio  invertido
       para la línea de cambio de disco.

   floppy=0,thinkpad
       Le dice al controlador de disquete que no tenemos un ThinkPad.

   floppy=unidad,tipo,cmos
       Pone  el  tipo  `cmos'  de  la `unidad' a `tipo'. Adicionalmente, esta unidad se permite en la máscara de
       bits. Esto es útil si se tiene más de dos disqueteras (sólo se pueden describir dos en la CMOS física), o
       si  la  BIOS  emplea  tipos  CMOS  no  estándar.  Poner  la  CMOS  a  0 para las dos primeras disqueteras
       (predeterminado) hace que el controlador de disquete lea la CMOS física para esas unidades.

   floppy=unexpected_interrupts
       Muestra un mensaje de aviso cuando se recibe una  interrupción  inesperada  (éste  es  el  comportamiento
       predeterminado).

   floppy=no_unexpected_interrupts o floppy=L40SX
       No  se  imprima  un  mensaje  cuando  se  reciba  una  interrupción  inesperada.  Esto se necesita en los
       ordenadores portátiles de bolsillo IBM L40SX en ciertos modos de vídeo. (Esto parece ser una  interacción
       entre  el vídeo y la disquetera. Las interrupciones inesperadas sólo afectan al rendimiento, y pueden ser
       no tenidas en consideración sin problemas.)

EL CONTROLADOR DE SONIDO

       El controlador de sonido también puede aceptar args. de arranque para sobreescribir los valores  con  los
       que  ha  sido  compilado.  Esto  no  se  recomienda, pues es bastante complejo. Se describe en el fichero
       Readme.Linux, en el directorio linux/drivers/sound. Acepta un arg. de arranque de la forma:

              sound=dispositivo1[,dispositivo2[,dispositivo3...[,dispositivo10]]]

       donde cada valor dispositivoN está en el formato: 0xTaaaId y los bytes se emplean como sigue:

       T - tipo de dispositivo: 1=FM, 2=SB, 3=PAS, 4=GUS, 5=MPU401, 6=SB16, 7=SB16-MPU401

       aaa - dirección de E/S en hexadecimal.

       I - línea de interrupción en hexadecimal (i.e 10=a, 11=b, ...)

       d - canal DMA.

       Como puede ver es bastante lioso, y lo mejor que puede hacer es compilar el controlador con  los  valores
       deseados  como  se  recomienda.  Un argumento de arranque como `sound=0' anulará el controlador de sonido
       completamente.

CONTROLADORES ISDN

   El controlador ISDN ICN
       Sintaxis:

              icn=iobase,membase,icn_id1,icn_id2

       donde icn_id1,icn_id2 son dos cadenas empleadas para identificar la tarjeta en mensajes del núcleo.

   El controlador ISDN PCBIT
       Sintaxis:

              pcbit=membase1,irq1[,membase2,irq2]

       donde membaseN es la base de la memoria compartida  de  la  N-sima  tarjeta,  e  irqN  es  el  número  de
       interrupción de la tarjeta N-sima. Los valores predeterminados son IRQ 5 y membase 0xD0000.

   El controlador ISDN Teles
       Sintaxis:

              teles=iobase,irq,membase,protocolo,teles_id

       donde  iobase es la dirección del puerto de E/S de la tarjeta, membase es la dirección base de la memoria
       compartida de la tarjeta, irq es el canal de interrupción  que  la  tarjeta  emplea,  y  teles_id  es  el
       identificador de cadena de caracteres único.

CONTROLADORES DE PUERTO SERIE

   El Controlador Serie RISCom/8 Multipuerto (`riscom8=')
       Sintaxis:

              riscom=iobase1[,iobase2[,iobase3[,iobase4]]]

       Más detalles pueden encontrarse en /usr/src/linux/Documentation/riscom8.txt.

   El Controlador de DigiBoard (`digi=')
       Si se emplea esta opción, debe tener seis parámetros, ni más ni menos.  Sintaxis:

              digi=status,tipo,altpin,numports,iobase,membase

       Los  parámetros se pueden dar como enteros o como cadenas de caracteres.  Si se emplean cadenas, iobase y
       membase deben darse en hexadecimal.  Los argumentos enteros (se pueden dar menos) son  en  orden:  status
       (Enable  [activar](1)  o  Disable  [desactivar](0)  esta  tarjeta), tipo (PC/Xi(0), PC/Xe(1), PC/Xeve(2),
       PC/Xem(3)), altpin (Enable [activar](1) o Disable [desactivar](0) arreglo alterno de los pines), numports
       (número  de  puertos  en esta tarjeta), iobase (Puerto de E/S donde se configura esta tarjeta (en HEX.)),
       membase (base de la ventana de memoria (en HEX.)).  Así, los dos siguientes argumentos  de  arranque  son
       equivalentes:

              digi=E,PC/Xi,D,16,200,D0000
              digi=1,0,0,16,0x200,851968

       Pueden encontrarse más detalles en /usr/src/linux/Documentation/digiboard.txt.

   El Módem Serie/Paralelo Radio de Baycom
       Sintaxis:

              baycom=iobase,irq,modem

       Hay  exactamente  3  parámetros; para varias tarjetas, dé varias órdenes `baycom='. El parámetro modem es
       una cadena que puede tomar uno de los valores ser12, ser12*, par96, par96*.  Aquí el * denota que se va a
       utilizar  DCD  por software, y ser12/par96 escoge entre los tipos de módem admitidos.  Para más detalles,
       lea /usr/src/linux/drivers/net/README.baycom.

   Controlador de la Tarjeta de sonido radio modem
       Sintaxis:

              soundmodem=iobase,irq,dma[,dma2[,serio[,pario]]],0,modo

       Todos los parámetros son enteros salvo el último; el 0 fijo es necesario debido a un fallo del código  de
       puesta  a punto (setup). El parámetro modo es una cadena con la sintaxis hw:modem donde hw es uno de sbc,
       wss, wssfdx y modem es uno de afsk1200, fsk9600.

EL CONTROLADOR DE LA IMPRESORA DE LÍNEA

   `lp='
       Sintaxis:

              lp=0
              lp=auto
              lp=reset
              lp=port[,port...]

       Es posible indicarle al controlador de la impresora qué puertos usar y qué puertos no usar.  Esto  último
       puede  ser  útil  si  no  quiere  que  el  controlador  de  impresora reclame todos los puertos paralelos
       disponibles, con el fin de que otros controladores (p.e. PLIP, PPA) puedan usarlos.

       El formato para el argumento es de varios nombres de puerto.  Por  ejemplo,  lp=none,parport0  usaría  el
       primer  puerto paralelo para lp1, y deshabilitaría lp0. Para deshabilitar el controlador de impresora por
       completo, puede usar lp=0.

   Controlador WDT500/501
       Sintaxis:

              wdt=io,irq

CONTROLADORES DE RATÓN

   `bmouse=irq'
       El controlador de ratón busmouse sólo acepta un parámetro, que es el valor de IRQ hardware que  se  va  a
       emplear.

   `msmouse=irq'
       Y justamente lo mismo es verdad para el controlador msmouse.

   Configuración del ratón ATARI
              Si sólo se da un argumento, se emplea para umbral-x y umbral-y. Si no, el primero es el umbral-x y
              el segundo el umbral-y. Estos valores deben caer entre 1 y 20 (incluidos); el valor predeterminado
              es 2.

HARDWARE DE VÍDEO

   `no-scroll'
       Esta opción le dice al controlador de consola que no use rodamiento por hardware (donde la rodadura tiene
       lugar moviendo el origen de la pantalla en memoria de vídeo, en vez de moviendo los datos). El empleo  de
       esto es necesario en algunas máquinas Braille.

AUTORES

       Linus Benedictus Torvalds (y muchos otros).

VÉASE TAMBIÉN

       klogd(8), lilo.conf(5), lilo(8), mount(8), rdev(8)

       Grandes  partes de esta página del Manual se derivan del Boot Parameter HOWTO (version 1.0.1) escrito por
       Paul Gortmaker.  Se puede encontrar más de información en este (u otro más reciente) HOWTO (`CÓMO').