Provided by: manpages-es_1.55-9_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.)

   ‘royrw’
       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,extensin[,baseE/S,extensin]...

       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.

   ‘nosmpymaxcpus=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=No (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[,reconexin[,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  reconexin  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=mscara_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 opcioneshd=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ónhd=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ónhd=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ónhd=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ónhd=nowerr’
       Algunas unidades tienen aparentemente el bit WRERR_STAT permanentemente
       encendido. Esto activa una solución para estos aparatos con este fallo.

   La opciónhd=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’).