Provided by: manpages-es_1.55-10_all 
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').