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').