PREPARACION EXAMEN LPI 101

TEMA 101

ARQUITECTURA Y HARDWARE By: @FrankSanabria

IBM http://www.ibm.com/developerworks/ssa/ linux/edu/l-lpic1101/index.html

Objetivo del examen de LPI

Valor del objetivo

Resumen del objetivo

Usted aprender a instalar el hardware fundamental del sistema realizando las configuraciones adecuadas en el sistema BIOS. Usted aprender sobre cuestiones de configuracin como por ejemplo el uso de LBA sobre discos duros IDE mayores a 1024 cilindros, la habilitacin o inhabilitacin de perifricos integrados, y la configuracin de sistemas con (o sin) perifricos externos tales como teclados. Adems, discutiremos las configuraciones correctas para IRQ, DMA, las direcciones de entrada/salida para todos los puertos administrados por BIOS y las configuraciones para el manejo de errores. Usted aprender cmo asegurar que los dispositivos cumplan con los requerimientos de compatibilidad y cmo instalar el modem y la tarjeta de sonido. Aprender a configurar un modem para dialup de salida, y cmo usarlo para conexiones PPP, SLIP o CSLIP de salida. Usted aprender a configurar los dispositivos SCSI usando el BIOS de SCSI as como las herramientas Linux necesarias, y repasar los diversos tipos de SCSI. Adems, aprender a configurar un dispositivo de arranque SCSI y cmo fijar la secuencia de arranque deseada en un entorno mixto de SCSI e IDE. Usted aprender sobre las diferencias que existen entre las tarjetas ISA y PCI en cuanto a su configuracin. Aprender a verificar las configuraciones de IRQs, DMAs, y puertos de entrada/salida con el fin de evitar conflictos entre los dispositivos. Usted aprender a instalar y configurar distintos dispositivos internos y externos de comunicacin tales como mdems, adaptadores ISDN, y switches DSL. Aprender sobre los requerimientos de compatibilidad (de especial importancia si el mdem es un mdem por software o winmodem), las configuraciones de hardware necesarias para los dispositivos internos (IRQs, DMAs, puertos de entrada/salida), y la carga y configuracin de las unidades adecuadas para los dispositivos. Adems, nos ocuparemos tambin de los requerimientos de configuracin para interfaces. Usted aprender a activar el soporte USB y cmo usar y configurar distintos dispositivos USB. Aprender a seleccionar correctamente el chipset de su USB y el modulo correspondiente. Tambin nos ocuparemos de la arquitectura bsica del modelo de capas de USB y de los diferentes mdulos usados en las distintas capas.

1.101.1 Valor 1 Configuracin de los entornos BIOS fundamentales

1.101.3 Configuracin del mdem y las tarjetas de sonido 1.101.4 Instalacin de dispositivos SCSI

Valor 1

Valor 1)

1.101.5 Instalacin de diferentes tarjetas de expansin para PC 1.101.6 Configuracin de dispositivos de comunicacin

Valor 3

Valor 1

1.101.7 Configuracin de dispositivos USB

Valor 1

CONFIGURACIONES BIOS
Esta seccin abarca el material del tema 1.101.1 del examen 101 de la Administracin de Nivel Junior (LPIC-1). El tema tiene un valor de 1. Comenzaremos con generalidades de alto nivel acerca de la computadora personal moderna, y luego discutiremos los temas de configuracin para la instalacin de un sistema. Nos centraremos en los sistemas que usan un procesador x86, como por ejemplo el procesador Intel Pentium o AMD Athlon, y un bus PCI, ya que son los sistemas ms comunes en la actualidad. Muchos de los temas que se tratan aqu tienen un alto nivel de superposicin con los objetivos de LPI para dispositivos perifricos especficos. Las siguientes secciones de este tutorial volvern a referirse a esta seccin como fuente de material bsico.

Generalidades sobre el sistema y BIOS

El sistema de una computadora personal moderna (o PC) consiste en una unidad de procesamiento central (CPU) para la realizacin de clculos, y en memoria para almacenar los datos que el procesador utiliza. Para que un dispositivo tal resulte til, debemos anexarle dispositivos perifricos, como teclado, mouse, monitor, unidades para CD o DVD, impresora, escner, y tarjeta de red, los cuales nos permiten ingresar, almacenar, imprimir, visualizar y transmitir los datos. En la computadora que acabamos de describir, la memoria que usa el procesador se llama Random Access Memory (RAM). En una PC tpica, esta memoria es voltil, lo cual significa que requiere potencia para guardar sus datos. Si apaga la PC, la memoria se limpia. En otras palabras, cuando apagamos la PC, la convertimos en una coleccin de componentes de hardware que no harn nada hasta que sean reprogramados. Esta reprogramacin ocurre cuando encendemos la mquina; el proceso se denomina bootstrapping o arranque de la computadora.

Proceso bootstrap y BIOS

El proceso de arranque involucra la carga de un sistema operativo desde un dispositivo de almacenamiento externo, tal como un disco flexible, un CD, un DVD, un disco duro o una memoria. El programa que realiza esta carga inicial est guardado de manera permanente en la computadora y se denomina Basic Input Output System (BIOS). El BIOS est almacenado en memoria no voltil, que a veces se llama ReadOnly Memory (ROM). En las PC anteriores, el chip de ROM estaba a menudo soldado o enchufado al tablero de control principal de la computadora (o placa madre). La actualizacin del BIOS significaba el reemplazo del chip de ROM. Ms tarde, se utilizaron Electrically Erasable Programmable Read Only Memories (EEPROM). Las EEPROM permitieron la actualizacin de BIOS en el campo, con un disquete en lugar de herramientas especiales. Hoy en da a menudo se encuentra un tipo de memoria no voltil conocida como memoria Flash, que tambin se usa en cmaras digitales y memorias. La memoria Flash tambin permite la actualizacin de BIOS en el campo. Adems de controlar el arranque inicial de una PC, los programas BIOS de hoy en da generalmente permiten al usuario fijar o verificar diversas opciones de configuracin en un sistema. Estas incluyen la verificacin de las caractersticas instaladas tales como RAM, disco duro, almacenamiento ptico, teclado, mouse, y posiblemente monitor, sonido y conexiones de red integrados. El usuario puede habilitar o inhabilitar algunas caractersticas. Por ejemplo, el sonido integrado puede ser inhabilitado para permitir el uso de una tarjeta de sonido instalada. El usuario, adems, puede elegir cules son los

dispositivos que se tomarn en cuenta para arrancar el sistema y si el sistema se encuentra protegido por una contrasea. El acceso a las pantallas de configuracin BIOS por lo general requiere que se conecte un teclado al sistema. Cuando un sistema se pone en marcha, se realiza un Power On Self Test (Auto diagnstico al encender) o POST. Algunos sistemas le pedirn que presione una tecla para ingresar la configuracin, o de otro modo, se producir el arranque normal. En otros sistemas, usted deber saber qu tecla presionar antes de que se invoque el proceso normal de arranque debido a que el aviso no est presente o ha sido quitado como resultado de una adaptacin previa de las opciones de configuracin. En algunos sistemas, es posible que usted cuente con otras opciones adems de la configuracin BIOS, como las que se ilustran en la Figura 1. De otro modo, usted ver una pantalla de resumen BIOS como la que se muestra en la Figura 2. Figura 1. Acceso a las configuraciones BIOS

Figura 2. Resumen de configuraciones BIOS

Las ilustraciones anteriores constituyen ejemplos de lo que usted puede ver, pero las pantallas de configuracin BIOS varan mucho entre s, por lo cual no se sorprenda si son diferentes. La Figura 2 muestra que el nivel de revisin de Flash EEPROM (o BIOS del sistema) es 24KT52AUS, con fecha 4 de marzo de 2004, mientras que la fecha actual del sistema es 9 de junio de 2005. La verificacin del sitio de soporte del fabricante (IBM) muestra que existen numerosas versiones de

BIOS disponibles, por lo que resultara conveniente actualizar el BIOS del sistema. Usted podr ver muchas otras selecciones en la Figura 2. Nos ocuparemos de ellas en las restantes secciones de este tutorial. Sin embargo, antes de eso, repasemos un poco ms los funcionamientos internos de una PC.

Buses, puertos, IRQs, y DMA.

La conexin PCI y los buses ISA
Los dispositivos perifricos, incluyendo aquellos que pueden estar incorporados a la placa madre del sistema, se comunican con la CPU por medio de un bus. El tipo de bus ms comnmente usados en la actualidad es el de Interconexin de Componentes Perifricos o bus PCI, que ha reemplazado en gran medida al bus de Arquitectura Estndar Industrial o ISA. El bus ISA a veces reciba el nombre de AT por la computadora IBM PC-AT en la cual se us por primera vez en 1984. Durante la transicin del bus ISA al bus PCI, muchos sistemas incluyeron ambos buses, y contaban con zcalos que permitan el uso de dispositivos perifricos ISA o PCI. El bus ISA soporta tarjetas de 8 y 16 bits, mientras que el bus PCI soporta dispositivos de 32 bits. Existen un par de estndares de bus adicionales que usted deber conocer. Muchos sistemas incluyen un zcalo llamado Accelerated Graphics Port o AGP que es un zcalo especial basado en la especificacin del bus PCI 2.1, pero que est optimizado para obtener la mayor amplitud de banda y velocidad de respuesta que se requieren para las tarjetas de grficos. De a poco, todo esto est siendo reemplazado por el bus ms novedoso PCI Express o PCI-E que soluciona muchas de las limitaciones del diseo original del bus PCI. En los siguientes tutoriales de esta serie, aprenderemos ms sobre el sistema de archivos Linux, pero ahora presentaremos el sistema de archivos /proc. Este no es un sistema de archivos real en el disco, sino un pseudo sistema de archivos que proporciona informacin sobre el sistema en ejecucin. Dentro de este sistema de archivos, el archivo /proc/pci contiene informacin sobre los dispositivos del bus PCI del sistema. Ha habido cierta discusin acerca de la posible suspensin de este archivo en particular, debido a que el comando lspci provee informacin similar. Ejecute el comando cat /proc/pci para obtener un resultado relativamente similar al Listado 1. Listado 1. /proc/pci
PCI devices found: Bus 0, device 0, function 0: Host bridge: Intel Corp. 82845G/GL [Brookdale-G] Chipset Host Bridge (rev 1). Prefetchable 32 bit memory at 0xd0000000 [0xdfffffff]. Bus 0, device 2, function 0: VGA compatible controller: Intel Corp. 82845G/GL [Brookdale-G] Chipset Integrated Graphics Device (rev 1). IRQ 11. Prefetchable 32 bit memory at 0x88000000 [0x8fffffff]. Non-prefetchable 32 bit memory at 0x80000000 [0x8007ffff]. Bus 0, device 29, function 0: USB Controller: Intel Corp. 82801DB USB (Hub #1) (rev 1). IRQ 11. I/O at 0x1800 [0x181f]. Bus 0, device 29, function 1:

USB Controller: Intel Corp. 82801DB USB (Hub #2) (rev 1). IRQ 10. I/O at 0x1820 [0x183f]. Bus 0, device 29, function 2: USB Controller: Intel Corp. 82801DB USB (Hub #3) (rev 1). IRQ 5. I/O at 0x1840 [0x185f]. Bus 0, device 29, function 7: USB Controller: Intel Corp. 82801DB USB2 (rev 1). IRQ 9. Non-prefetchable 32 bit memory at 0xc0080000 [0xc00803ff]. Bus 0, device 30, function 0: PCI bridge: Intel Corp. 82801BA/CA/DB/EB PCI Bridge (rev 129). Master Capable. No bursts. Min Gnt=4. Bus 0, device 31, function 0: ISA bridge: Intel Corp. 82801DB LPC Interface Controller (rev 1). Bus 0, device 31, function 1: IDE interface: Intel Corp. 82801DB Ultra ATA Storage Controller (rev 1). IRQ 5. I/O at 0x1860 [0x186f]. Non-prefetchable 32 bit memory at 0x60000000 [0x600003ff]. Bus 0, device 31, function 3: SMBus: Intel Corp. 82801DB/DBM SMBus Controller (rev 1). IRQ 9. I/O at 0x1880 [0x189f]. Bus 0, device 31, function 5: Multimedia audio controller: Intel Corp. 82801DB AC'97 Audio Controller (rev 1). IRQ 9. I/O at 0x1c00 [0x1cff]. I/O at 0x18c0 [0x18ff]. Non-prefetchable 32 bit memory at 0xc0080c00 [0xc0080dff]. Non-prefetchable 32 bit memory at 0xc0080800 [0xc00808ff]. Bus 2, device 8, function 0: Ethernet controller: Intel Corp. 82801BD PRO/100 VE (LOM) Ethernet Controller (rev 129). IRQ 9. Master Capable. Latency=66. Min Gnt=8.Max Lat=56. Non-prefetchable 32 bit memory at 0xc0100000 [0xc0100fff]. I/O at 0x2000 [0x203f].

Quizs desee comparar este resultado con el del comando lspci . Se encuentra por lo general en la ruta del usuario root, pero los dems usuarios debern seguramente ingresar la ruta completa /sbin/lspci . Prubelo en su propio sistema.

Puertos de entrada/salida
Cuando la CPU necesita comunicarse con un dispositivo perifrico, lo hace mediante un Puerto de entrada/salida o simplemente puerto. Cuando la CPU desea enviar datos o controlar la informacin que se enva al dispositivo perifrico, la escribe en un puerto. Cuando el dispositivo tiene datos o estado listos para la CPU, la CPU lee dichos datos o estado desde un puerto. La mayora de los dispositivos tienen ms de un puerto asociado a ellos, que por lo general es una potencia baja de 2,

como 8, 16 o 32. La transferencia de datos se realiza generalmente de a uno o dos bytes a la vez. Los dispositivos no pueden compartir puertos, por lo cual si usted tiene tarjetas ISA, deber asegurarse de que cada dispositivo tenga su propio puerto o puertos asignados. Originalmente, esto se haca con switches o puentes en la tarjeta. Algunas tarjetas ISA posteriores usaron un sistema denominado Plug and Play o PnP que analizaremos ms adelante en esta seccin. Todas las tarjetas PCI poseen configuracin de PnP. Dentro del sistema /proc file, file /proc/ioports nos informa sobre los puertos de entrada/salida disponibles en el sistema. Ejecute el comando cat /proc/ioports para ver un resultado relativamente similar al Listado 2. Listado 2. /proc/ioports
0000-001f : 0020-003f : 0040-005f : 0060-006f : 0070-007f : 0080-008f : 00a0-00bf : 00c0-00df : 00f0-00ff : 0170-0177 : 01f0-01f7 : 02f8-02ff : 0376-0376 : 0378-037a : 03c0-03df : 03f6-03f6 : 03f8-03ff : 0cf8-0cff : 1800-181f : 1800-181f 1820-183f : 1820-183f 1840-185f : 1840-185f 1860-186f : 1860-1867 1868-186f 1880-189f : 18c0-18ff : 18c0-18ff 1c00-1cff : 1c00-1cff 2000-203f : 2000-203f dma1 pic1 timer keyboard rtc dma page reg pic2 dma2 fpu ide1 ide0 serial(auto) ide1 parport0 vga+ ide0 serial(auto) PCI conf1 Intel Corp. 82801DB USB (Hub #1) : usb-uhci Intel Corp. 82801DB USB (Hub #2) : usb-uhci Intel Corp. 82801DB USB (Hub #3) : usb-uhci Intel Corp. 82801DB Ultra ATA Storage Controller : ide0 : ide1 Intel Corp. 82801DB/DBM SMBus Controller Intel Corp. 82801DB AC'97 Audio Controller : Intel ICH4 Intel Corp. 82801DB AC'97 Audio Controller : Intel ICH4 Intel Corp. 82801BD PRO/100 VE (LOM) Ethernet Controller : e100

Los nmeros de los puertos pertenecen al sistema hexadecimal (con base 16). Sin duda, varios de ellos le sern familiares, como por ejemplo teclado, timer, paralelo (impresora), serial (mdem) y monitor (vga+). Comprelos con algunos de los correspondientes a asignaciones de puertos entrada/salida estndar para una PC, segn se muestran en el Listado 3. Por ejemplo, observe que el primer puerto en paralelo es (parport0) y tiene el rango de direcciones 0378 a 037A asignadas en el listado

/proc/ioports, pero el estndar le permite (LPT!) usar el rango de 378 a 37F. Listado 3. Configuraciones de puertos de entrada/salida estndar
1FO-1F8 - Hard Drive Controller, 16-bit ISA 200-20F - Game Control 210 - Game I/O 220 - Soundcard 278-27F - LPT2 2F8-2FF - COM2 320-32F - Hard Drive Controller, 8-bit ISA 378-37F - LPT1 3B0-3BF - Monochrome Graphics Adapter (MGA) 3D0-3DF - Colour Graphics Adapter (CGA) 3F0-3F7 - Floppy Controller 3F8-3FF - COM1

Interrupciones
Entonces, cmo sabe la PC cundo termina el ltimo resultado o cundo los datos estn a la espera de ser ledos? Por lo general, esta informacin se encuentra disponible en un registro de estado al cual se puede acceder mediante la lectura de uno (o ms) de los puertos de entrada/salida asociados con un dispositivo. Con este escenario surgen dos problemas obvios. En primer lugar, la CPU debe dedicar tiempo a verificar el estado. En Segundo lugar, si el dispositivo tiene datos provenientes de otro lugar, como por ejemplo un mdem anexado, los datos debern ser ledos oportunamente por la CPU o de otro modo podrn ser reemplazados por el siguiente byte de datos disponible. Los problemas de no desperdiciar ciclos de CPU innecesarios y de asegurar que los datos se lean o escriban de manera oportuna son solucionados con el concepto de interrupciones. Las interrupciones se denominan tambin Pedidos de interrupcin o IRQ. Cuando sucede algo en un dispositivo sobre el cual la CPU debe saber, el dispositivo eleva una interrupcin y la CPU deja de hacer momentneamente lo que estaba hacienda para ocuparse de esta situacin. Con la experiencia que tuvimos en la seccin anterior, no debera sorprendernos que la informacin sobre las interrupciones se guarde en el sistema de archivos /proc file system, en /proc/interrupts. Ejecute el comando cat /proc/interrupts para obtener un resultado similar al del Listado 4. Listado 4. /proc/interrupts
0: 1: 2: 5: 8: 9: 10: 11: 14: 15: NMI: ERR: CPU0 226300426 92913 0 0 1 2641134 0 213632 1944208 3562845 0 0 XT-PIC XT-PIC XT-PIC XT-PIC XT-PIC XT-PIC XT-PIC XT-PIC XT-PIC XT-PIC timer keyboard cascade usb-uhci rtc ehci-hcd, eth0, Intel ICH4 usb-uhci usb-uhci ide0 ide1

Esta vez, los nmeros de la interrupcin pertenecen al sistema decimal y se ubican en el rango 0 a 15. Nuevamente, comprelos con los asignados a por un IRQ estndar a una PC como se muestra en el Listado 5. Listado 5. Configuraciones de IRQ estndar
IRQ IRQ IRQ IRQ IRQ IRQ IRQ IRQ IRQ IRQ IRQ IRQ IRQ IRQ IRQ IRQ 0 - System Timer 1 - Keyboard 2(9) - Video Card 3 - COM2, COM4 4 - COM1, COM3 5 - Available (LPT2 or Sound Card) 6 - Floppy Disk Controller 7 - LPT1 8 - Real-Time Clock 9 - Redirected IRQ 2 10 - Available 11 - Available 12 - PS/2 Mouse 13 - Math Co-Processor 14 - Hard Disk Controller 15 - Available

Originalmente, cada dispositivo tena su propio IRQ privado. Por ejemplo, en el Listado 5, observe que IRQ5 era a menudo utilizado para una tarjeta de sonido o un segundo puerto en paralelo (impresora). Si usted deseaba tener ambos dispositivos, deba encontrar una tarjeta que pudiese configurarse (normalmente con configuraciones de puentes de hardware) para usar otro IRQ, como el IRQ15. Actualmente, los dispositivos de PCI comparten los IRQs, de manera que cuando uno de ellos interrumpe la CPU, un controlador de interrupciones verifica si la interrupcin corresponde al mismo y, de lo contrario, lo pasa al prximo controlador en la cadena. Los Listados 4 y 5 no nos informan sobre este uso compartido. En un tutorial posterior, aprenderemos sobre el comando grep , pero por el momento, podremos usarlo para filtrar el resultado del comando dmesg en busca de mensajes de bootstrap sobre los IRQs como se muestra en el Listado 6, donde hemos resaltado las interrupciones compartidas. Listado 6. Interrupciones halladas durante el bootstrap
[ian@lyrebird ian]$ dmesg | grep -i irq PCI: Discovered primary peer bus 01 [IRQ] PCI: Using IRQ router PIIX [8086/24c0] at 00:1f.0 PCI: Found IRQ 5 for device 00:1f.1 PCI: Sharing IRQ 5 with 00:1d.2 Serial driver version 5.05c (2001-07-08) with MANY_PORTS MULTIPORT SHARE_IRQ SERIAL_PCI ISAPNP enabled ttyS0 at 0x03f8 (irq = 4) is a 16550A ttyS1 at 0x02f8 (irq = 3) is a 16550A PCI: Found IRQ 5 for device 00:1f.1 PCI: Sharing IRQ 5 with 00:1d.2 ICH4: not 100% native mode: will probe irqs later

ide0 at 0x1f0-0x1f7,0x3f6 on irq 14 ide1 at 0x170-0x177,0x376 on irq 15 PCI: Found IRQ 11 for device 00:1d.0 PCI: Sharing IRQ 11 with 00:02.0 usb-uhci.c: USB UHCI at I/O 0x1800, IRQ 11 PCI: Found IRQ 10 for device 00:1d.1 usb-uhci.c: USB UHCI at I/O 0x1820, IRQ 10 PCI: Found IRQ 5 for device 00:1d.2 PCI: Sharing IRQ 5 with 00:1f.1 usb-uhci.c: USB UHCI at I/O 0x1840, IRQ 5 PCI: Found IRQ 9 for device 00:1d.7 ehci-hcd 00:1d.7: irq 9, pci mem f885d000 parport0: irq 7 detected PCI: Found IRQ 9 for device 02:08.0 PCI: Found IRQ 9 for device 02:08.0 parport0: irq 7 detected PCI: Found IRQ 11 for device 00:02.0 PCI: Sharing IRQ 11 with 00:1d.0 PCI: Found IRQ 9 for device 00:1f.5 PCI: Sharing IRQ 9 with 00:1f.3 i810: Intel ICH4 found at IO 0x18c0 and 0x1c00, MEM 0xc0080c00 and 0xc0080800, IRQ 9

DMA
Anteriormente mencionamos que la comunicacin con los dispositivos perifricos a travs de puertos de entrada/salida se produce de a uno o dos bytes por vez. En el caso de un dispositivo veloz, las interrupciones al servicio podran ocupar gran parte de la capacidad de las CPU. Un mtodo ms rpido consiste en usar Acceso Directo a Memoria o DMA, donde unas pocas instrucciones de entrada/salida indican al dispositivo dnde leer o escribir los datos en RAM y luego el controlador de DMA proporciona la gestin de hardware de la transferencia real de datos entre RAM y el dispositivo perifrico. Levante la mano el que adivine dnde encontramos informacin sobre los canales de DMA que estn en uso. Si cree que se encuentra en /proc/dma, tiene razn. Ejecute el comando cat /proc/dma para obtener un resultado similar al del Listado 7. Listado 7. /proc/dma
4: cascade

Eso es todo? Es importante recordar que la mayora de los dispositivos slo pedirn uno de los pocos canales de DMA cuando se est realmente produciendo una entrada/salida, de manera que si /proc/dma con frecuencia parecer casi vaco como ocurre en nuestro ejemplo. Tambin podemos escanear los mensajes de arranque para buscar evidencia de los dispositivos capaces de realizar DMA, como lo hicimos anteriormente para los IRQ. El Listado 8 muestra el resultado tpico. Listado 8. /proc/dma
[ian@lyrebird ian]$ dmesg | grep -i dma ide0: BM-DMA at 0x1860-0x1867, BIOS settings: hda:DMA, hdb:pio ide1: BM-DMA at 0x1868-0x186f, BIOS settings: hdc:DMA, hdd:DMA

hda: 312581808 sectors (160042 MB) w/8192KiB Cache, CHS=19457/255/63, UDMA(100) hdc: 398297088 sectors (203928 MB) w/7936KiB Cache, CHS=24792/255/63, UDMA(33) ehci-hcd 00:1d.7: enabled 64bit PCI DMA

Plug and play

Las PC antiguas asignaban nmeros fijos de puerto e IRQs a los dispositivos particulares, como puerto de teclado o impresora en paralelo. Esto haca que fuera difcil agregar nuevos dispositivos o incluso ejecutar dos dispositivos del mismo tipo, como dos mdems o dos impresoras. El primer puerto serial se denominaba usualmente COM1 y el Segundo, COM2. Los sistemas Linux generalmente se refieren a los mismos como ttyS0 y ttyS1. Algunas tarjetas eran configurables, generalmente con puentes de hardware que permitan que un modem operara como COM1 o COM2, por ejemplo. A medida que proliferaron los dispositivos y se volvi ms escaso el espacio original asignado a las direcciones de puertos de entrada/salida e IRQs, se desarroll el Plug and Play o PnP. La idea era permitir que un dispositivo le dijera al sistema cuntos y qu tipo de recursos necesitaba y que el BIOS le dijera luego al dispositivo qu recursos particulares debera usar. Esta configuracin semiautomtica fue introducida con la IBM PS/2 que usaba una arquitectura denominada microchannel. Ms tarde, la idea y el nombre plug and play se usaron para las tarjetas ISA, especialmente en modems y tarjetas de sonido que eran tarjetas aadidas populares en esa poca. El bus PCI llev la idea ms adelante, y todos los dispositivos PCI son actualmente intrnsecamente plug and play. Si usted est trabajando con dispositivos PnP de ISA, tenga en cuenta que deber evitar conflictos de puerto e IRQ entre los mismos. Los puertos no pueden ser compartidos entre dos dispositivos, cada dispositivo debe tener su propio puerto. Lo mismo sucede con los canales de DMA Con unas pocas excepciones, los dispositivos ISA tampoco pueden compartir IRQs. Si usted tiene dispositivos que no sean PnP, deber configurar cada uno de ellos manualmente para que no interfiera con otro dispositivo. La promesa de PnP era que la configuracin se podra realizar de manera automtica. Sin embargo, con algunos dispositivos de ISA que no participan del PnP, esto no siempre funciona a la perfeccin. Usted podr resolver ciertos conflictos con las isapnptools que trataremos a continuacin, o deber reasignar algunos de los puertos o IRQ a dispositivos que no sean PnP para poder obtener un sistema operativo. Antes del kernel 2.4, un paquete denominado isapnptools permite al usuario configurar los dispositivos PnP. El comando isapnp interpreta un archivo de configuracin (generalmente /etc/isapnp.conf) para configurar los dispositivos PnP. Esto sucede en general durante el proceso de arranque de Linux. El comando pnpdump escanea los dispositivos PnP y copia una lista de los recursos que sus tarjetas PnP necesitan o prefieren usar. El formato puede ser usado por el comando isapnp, una vez que usted descomenta los comandos que desea usar. Debe asegurarse de evitar conflictos de recursos. Consulte las pginas man (comando man) sobre isapnp y pnpdump para obtener ms informacin sobre el uso de estos comandos. (man isapnp o man pnpdump) A partir del kernel 2.4, el soporte PnP ha sido integrado al kernel Linux y el paquete isapnptools se ha vuelto obsoleto. Por ejemplo, ya no aparece en Red Hat 7.3 que fue lanzado en marzo de 2002. El soporte es similar al soporte PCI que se tratara anteriormente. Usted puede usar el comando lspnp (parte del paquete kernel-pcmcia-cs) para visualizar la informacin sobre los dispositivos PnP. Adems, encontrar esta informacin en el sistema de archivos /proc si BIOS encontr dispositivos PnP durante la inicializacin. El archivo /proc/bus/pnp ser el que incluya esta informacin. Este archivo no se encontrar presente en un sistema de slo PCI.

Discos duros IDE

En los sistemas de las PC modernas, los discos duros de Integrated Drive Electronics o IDE son los ms comunes. Se los conoce tambin como unidades AT Attachment o ATA por el IBM PC-AT original. Tambin es conocido otro tipo de unidad que usa la interfaz Small Computer System Interface o SCSI, en especial en las mquinas de servidores. Las unidades IDE poseen la ventaja de tener un costo menor, mientras que la interfaz SCSI permite anexar una gran cantidad de discos, con mayor potencial para superponer operaciones a distintos discos del mismo bus, y por lo tanto cuenta con un rendimiento potencial ms alto. Recientemente ha entrado en el mercado un nuevo tipo de dispositivo, denominado Serial ATA o SATA. La especificacin SATA busca ocuparse de algunas de las limitaciones de la especificacin ATA al tiempo que se preserva una significativa compatibilidad con ATA.

Tamaos de las unidades BIOS IDE

Las unidades IDE se formatean en sectores, unidades de datos de 512 bytes. Una unidad puede incluir mltiples discos giratorios, de manera que los sectores se disponen en crculos concntricos, cada uno de los cuales se denomina cilindro. Los datos de un disco en particular son ledas o escritas por un cabezal. Para encontrar los datos de un sector en particular, la unidad mueve el montaje de cabezales al cilindro, selecciona el cabezal adecuado y espera que el sector correcto pase por debajo del cabezal. Esto da origen a la nocin de direccionamiento CHS (Cylinder, Head and Sector cilindro, cabezal y sector). Es posible que haya odo hablar de este concepto como geometra de disco. Desafortunadamente para la historia, los BIOS ms antiguos implementaron un lmite al tamao permitido para cada uno de los valores de C, H y S, y DOS, un conocido sistema operativo para las PC, implement una limitacin diferente. Durante la dcada del 90, los tamaos de disco rpidamente superaron las limitaciones artificiales impuestas por BIOS y DOS. Muchas estrategias intermedias involucraron la traduccin de los valores reales de CHS a valores "virtuales" que se adaptaban a las restricciones, ya sea en el mismo BIOS o por medio de rutinas de software de bajo nivel tales como el software Disk Manager de Ontrack. Incluso sin los lmites artificiales de BIOS o DOS, el diseo de CHS permite hasta 65536 cilindros, 16 cabezales, y 255 sectores/pista. Esto limita la capacidad a 267386880 sectores, o aproximadamente 137 GB. Observe que las capacidades de los discos, a diferencia de otros valores de PC, se miden en potencias de 10, de manera que 1GB=1.000.000.000 bytes. La solucin consisti en hacer que el sistema ignorara la geometra y permitiera que la unidad la calculara. El sistema, en lugar de pedir un valor de CHS simplemente pide una Logical Block Address o LBA y la electrnica de la unidad calcula qu sector real debe leer o escribir. El proceso se estandariz en 1996 con la adopcin del estndar ATA-2 (estndar ANSI X3.279-1996, Interfaz AT Attachment con extensiones). Como mencionamos anteriormente, BIOS es necesario para arrancar un sistema, por lo cual el arranque desde un disco duro exige que BIOS comprenda lo suficiente de la disposicin del disco como para ubicar y cargar el programa inicial que luego cargar todo el sistema operativo. Un BIOS ms antiguo no entiende los discos con LBA y probablemente se limitar a arrancar desde dentro de los primeros 1024 cilindros de un disco, o por lo menos los primeros 1024 cilindros, ya que BIOS comprende la geometra del disco. Dicho BIOS es probablemente bastante raro en la actualidad, pero si llega a tener que trabajar con uno de ellos, es posible que tenga una configuracin para soporte LBA y usted deba ubicar el directorio /boot en una particin dentro de los primeros 1024 cilindros. Incluso cuando su

sistema arranque desde el extremo de un disco de gran tamao, muchas herramientas de posicionamiento de Linux le avisarn que su particin se extiende por sobre el lmite de 1024 cilindros. La Figura 3 muestra la informacin disponible en el BIOS de mi placa madre Intel para el disco IDE de 250 GB de uno de mis sistemas Linux. Figura 3. Vistas de BIOS de un disco LBA de gran tamao

El Listado 9 muestra parte del resultado disponible en un sistema Linux (Fedora Core 3 en este caso) utilizando el comando hdparm -I /dev/hda para el mismo disco que en la Figura 3. Observe que los valores CHS limitan el direccionamiento a 4.128.705 sectores y el valor LBA se fija en 268.435.455 sectores o 137GB. Estos valores en conjunto implican que la capacidad real est en el valor LBA48. Esto es: 490.234.752 sectores o 251GB. Listado 9. Resultado de hdparm -I /dev/hda
/dev/hda: ATA device, with non-removable media Model Number: Maxtor 6Y250P0 Serial Number: Y638VBWE Firmware Revision: YAR41BW0 Standards: Supported: 7 6 5 4 Likely used: 7 Configuration: Logical max current cylinders 16383 65535 heads 16 1 sectors/track 63 63 --

CHS current addressable sectors: LBA user addressable sectors: LBA48 user addressable sectors: device size with M = 1024*1024: device size with M = 1000*1000: Capabilities: LBA, IORDY(can be disabled) Queue depth: 1 ...

4128705 268435455 490234752 239372 MBytes 251000 MBytes (251 GB)

Mientras nos ocupamos del arranque, deberemos observar otro punto. De manera predeterminada, una PC arrancar desde la primera unidad IDE del sistema. Algunos sistemas poseen configuraciones BIOS que le permitirn sobrescribir esto, pero la mayora arrancar de esta manera. El sistema primero cargar una pequea pocin de cdigo desde el registro de arranque maestro y eso, a su vez, brindar la informacin sobre cul particin arrancar. En un tutorial posterior, nos ocuparemos ms de los cargadores de arranque para Linux.

Nombres de los discos en Linux

En tutoriales posteriores de esta serie, hablaremos ms acerca de cmo Linux usa los discos. Sin embargo, ste es el momento de presentarle otro importante sistema de archivos Linux: el sistema de archivos /dev. El mismo, al igual que /proc, es un pseudo sistema de archivos que describe los dispositivos que hay o podra haber en un sistema Linux. Dentro del sistema de archivos /dev usted encontrar tems como /dev/hda, /dev/hda5, /dev/sda, /dev/sdb1 y dems. Encontrar muchsimos otros tems para otros tipos de dispositivos, pero por ahora analizaremos los que se inician con /dev/hd o /dev/sd. Los dispositivos que se inician con /dev/hd, como por ejemplo /dev/hda o /dev/hda5 se refieren a dispositivos IDE. La primera unidad del primer controlador IDE es /dev/hda y la segunda, cuando est presente, es /dev/hdb. Del mismo modo, la primera unidad del Segundo controlador IDE es /dev/hdc y la segunda es /dev/hdd. Como usted puede ver en el Listado 10, existen muchas ms definidas en /dev que las que probablemente haya en su sistema. Listado 10. tems /dev/hd? and /dev/sd?
[ian@lyrebird ian]$ /dev/hda /dev/hdd /dev/hdb /dev/hde /dev/hdc /dev/hdf [ian@lyrebird ian]$ /dev/sda /dev/sde /dev/sdb /dev/sdf /dev/sdc /dev/sdg /dev/sdd /dev/sdh ls /dev/hd? /dev/hdg /dev/hdj /dev/hdh /dev/hdk /dev/hdi /dev/hdl ls /dev/sd? /dev/sdi /dev/sdm /dev/sdj /dev/sdn /dev/sdk /dev/sdo /dev/sdl /dev/sdp /dev/hdm /dev/hdn /dev/hdo /dev/sdq /dev/sdr /dev/sds /dev/sdt /dev/hdp /dev/hdq /dev/hdr /dev/sdu /dev/sdv /dev/sdw /dev/sdx /dev/hds /dev/hdt /dev/sdy /dev/sdz

Como hiciramos anteriormente para los IRQ, podemos usar el comando dmesg para ver qu dispositivos de disco se encontraron durante el arranque. El Listado 11 muestra el resultado para uno de mis sistemas.

Listado 11. Discos duros encontrados durante el arranque

[ian@lyrebird ian]$ dmesg | grep "[hs]d[a-z]" Kernel command line: ro root=LABEL=RHEL3 hdd=ide-scsi ide_setup: hdd=ide-scsi ide0: BM-DMA at 0x1860-0x1867, BIOS settings: hda:DMA, hdb:pio ide1: BM-DMA at 0x1868-0x186f, BIOS settings: hdc:DMA, hdd:DMA hda: WDC WD1600JB-00EVA0, ATA DISK drive hdc: Maxtor 6Y200P0, ATA DISK drive hdd: SONY DVD RW DRU-700A, ATAPI CD/DVD-ROM drive hda: attached ide-disk driver. hda: host protected area => 1 hda: 312581808 sectors (160042 MB) w/8192KiB Cache, CHS=19457/255/63, UDMA(100) hdc: attached ide-disk driver. hdc: host protected area => 1 hdc: 398297088 sectors (203928 MB) w/7936KiB Cache, CHS=24792/255/63, UDMA(33) hda: hda1 hda2 hda3 hda4 < hda5 hda6 hda7 hda8 hda9 hda10 hda11 > hdc: hdc1 < hdc5 hdc6 hdc7 hdc8 > hdd: attached ide-scsi driver.

A partir de las lneas resaltadas del Listado 11, podemos ver que el sistema tiene dos unidades IDE (hda y hdc) y una unidad de DVD-RW (hdd). Observe que no hay hdb, lo cual indica que no existe una segunda unidad en el primer controlador IDE de este sistema. Una unidad IDE puede tener hasta cuatro particiones primarias y un nmero ilimitado de particiones lgicas. Si tomamos en cuenta la unidad hdc en el Listado 11, podemos ver que tiene una particin primaria (hdc1) y cuatro particiones lgicas (hdc5, hdc6, hdc7, y hdc8). En el Tema 104 de un tutorial posterior de esta serie, veremos que hdc1 es en realidad un contenedor (o particin extendida) par alas particiones lgicas. Histricamente, los dispositivos como por ejemplo sda y sdb eran discos SCSI, que trataremos ms adelante cuando veamos cmo configurar dispositivos SCSI Hasta el kernel 2.4, los dispositivos IDE de CD y DVD se manejaban generalmente mediante una emulacin de SCSI. Un dispositivo as apareca con frecuencia en /dev como algo similar a /dev/cdrom que era un vnculo simblico al dispositivo emulado por SCSI. Para el sistema anterior, el Listado 12 muestra que /dev/cdrom es un vnculo a /dev/scd0 ms que a /dev/hdd, como se podra haber esperado. Observe el parmetro de kernel hdd=ide-scsi del Listado 11 as como la indicacin de que la unidad ide-scsi fue anexada para hdd. Listado 12. Emulacin SCSI IDE
[ian@lyrebird ian]$ ls -l /dev/cdrom lrwxrwxrwx 1 root root 9 Jan 11 17:15 /dev/cdrom -> /dev/scd0

Usted ver que hoy en da los dispositivos de almacenamiento USB y SATA aparecen como dispositivos sd, en lugar de hd.

Dispositivos perifricos de legado

Ya hemos aludido anteriormente a los dispositivos perifricos como puertos en paralelo o en serie que

por lo general se integran a una placa madre, y hemos visto algunos puertos de entrada/salida y asignaciones de IRQ para estos dispositivos. Los puertos en serie, particularmente, que han sido usados para conectar una cantidad de dispositivos, tienen fama de ser difciles de configurar. Con el advenimiento de IEEE 1394, tambin conocido como dispositivo Firewire y Universal Serial Bus o USB, la configuracin automtica y el hot plugging de dispositivos han reemplazado en gran medida a la tarea de asegurar las correctas configuraciones en serie o en paralelo. De hecho, los sistemas legacyfree (libres de legado) no soportan puertos estndar en paralelo o en serie, ni tampoco unidades de disco flexible o teclado o mouse conectado a PS/2. Ahora nos ocuparemos de algunos entornos de BIOS que quizs sea necesario configurar.

Puertos en serie (COMn)

Los puertos en serie de legado se conocen como COM1 a COM4. Si su sistema tiene un nico conector de puertos en serie (originalmente un conector DB25 de 25 pins, aunque ahora sea ms comn el conector DB9 de 9 pins) es probable que utilice la direccin base y el IRQ predeterminadas para el COM1, a saber, el puerto de entrada/salida 3F8 y IRQ 4. Las direcciones e IRQs de puerto estndar de entrada/salida para los puertos en serie se muestran en la Tabla 3. Tabla 3. Asignaciones para puertos en serie Nombre COM1 COM2 COM3 COM4 Direccin 3F8-3FF 2F8-2FF 3E8-3EF 2E8-2EF IRQ 4 3 4 3

Usted observar que COM1 y COM3 comparten IRQ 4 y, de la misma manera, COM2 y COM4 comparten IRQ 3. A menos que la unidad y el dispositivo puedan realmente compartir la interrupcin, o que un dispositivos no use interrupciones, esto significa que la mayora de los sistemas reales usarn solamente COM1 y COM2. En ocasiones, quizs sea necesario desactivar un Puerto en serie integrado o configurarlo para que use una direccin e IRQ alternativas. El motivo ms probable para ello es la posibilidad de conflictos con un mdem PnP en un slot ISA o el deseo de usar el mdem PnP como COM1. Le recomendamos cambiarlo solamente si tiene problemas para que Linux detecte su configuracin.

Puertos en paralelo (LPTn)

Los puertos en paralelo de legado se conocen como LPT1 a LPT4, si bien por lo general slo hay como mximo dos. Si su sistema cuenta con un nico conector de puertos en paralelo, probablemente use la direccin de base e IRQ predeterminados para LPT1, a saber, puerto de entrada/salida 378 e IRQ 7. Las direcciones e IRQs de puerto estndar de entrada/salida para los puertos paralelos se muestran en la Tabla 4. Tabla 4. Asignaciones para puertos en paralelo Nombre LPT1 LPT2 LPT* Direccin 378-37F 278-27F 3BC-3BE IRQ 7 5

Observe que los puertos de entrada/salida 3BC-3BE fueron usados originalmente en un adaptador grfico de Hrcules que contaba tambin con un puerto en paralelo. Muchos sistemas BIOS asignarn este rango a LPT1 y entonces, los otros dos rangos se convertirn en LPT2 y LPT3 respectivamente, en lugar de LPT1 y LPT2. Muchos sistemas no usan interrupciones para las impresoras, por lo cual el IRQ puede realmente usarse o no. Tambin es bastante usual compartir IRQs para la impresin y compartir IRQ 7 con una tarjeta de sonido (compatible con Sound Blaster). Los puertos en paralelo se usaron originalmente para la impresin con datos que pasaban a la impresora y unas pocas lneas que se reservaban para informar el estado. Ms tarde, el puerto en paralelo se us para anexar una variedad de dispositivos (incluyendo los primeros CD-ROMs y dispositivos de cinta), de manera que la naturaleza de solo salida del flujo de datos cambi por un flujo de datos bidireccional. El estndar actual que se aplica a los puertos en paralelo es IEEEStd. 1284-1994 Standard Signaling Method for a Bi-Directional Parallel Peripheral Interface for Personal Computers (Estndar del Mtodo de Sealizacin para una Interfaz Paralela Bidireccional Perifrica para Computadoras Personales) que define cinco modos de sealizacin. Es probable que su BIOS le brinde opciones de configuracin como por ejemplo bi-directional, EPP, ECP y EPP y ECP. ECP significa Enhanced Capabilities Port (Puerto de capacidades mejoradas) est diseado para ser usado en impresoras. EPP significa Enhanced Parallel Port (Puerto paralelo mejorado) y est diseado para dispositivos tales como CD-ROMs y unidades de cinta que requieren un flujo de grandes cantidades de datos en ambas direcciones. La opcin de BIOS predeterminada ser probablemente ECP. En cuanto a los puertos en serie, ser conveniente cambiarlos slo cuando usted tenga un dispositivo que no funcione correctamente.

Puerto del disco flexible

Si su sistema cuenta con un controlador de disco flexible de legado, usar los puertos 3F0-3F7. Si usted instala una unidad de disco flexible de legado en un sistema enviado sin ella, deber activar opciones de legado en su BIOS. Consulte la informacin del fabricante para ms detalles.

Teclado y mouse
El controlador de teclado / mouse usa los puertos 0060 y 0064 para el teclado y el mouse de legado, es decir, aquellos conectados por un conector PS2 de ida y vuelta. Muchos sistemas generarn un error de auto diagnstico al encender (POST) si el teclado no se encuentra anexado. La mayora de las mquinas diseadas para su uso como servidores, y muchos escritorios, cuentan hoy en da con opciones BIOS para permitir un inicio sin interrupciones sin que estn presentes el teclado o el mouse. Una vez que el sistema est instalado, su funcionamiento sin un teclado (o un mouse) rara vez constituir un problema. Los servidores a menudo funcionan de esta manera. La gestin se realiza en la red utilizando ya sea herramientas de administracin de la web o una interfaz de lnea de comandos tal como telnet o (preferiblemente) ssh. La instalacin en un sistema sin teclado se logra generalmente mediante una terminal (o un emulador de terminal) que se anexa mediante un puerto en serie. Por lo general, usted necesitar un teclado y un monitor para asegurar que el BIOS est correctamente configurado con un puerto en serie activado. Quizs tambin sea necesario un disco o CD de arranque a medida para realizar la instalacin de un sistema Linux. Otro de los enfoques utilizados por sistemas tales como el servidor de cuchilla IBM JS20 es emular una conexin en serie en una LAN.

MDEMS Y TARJETAS DE SONIDO

Esta seccin se ocupa del material para el tema 1.101.3 del examen 101 de la Administracin de Nivel Junior (LPIC-1). El tema tiene un valor de 1.

Mdems
Un mdem (modulator/demodulator) es un dispositivo que convierte las seales digitales usadas en las computadoras en un flujo en serie de datos anlogos que se transmite por las lneas telefnicas. En la primera poca de las PC, los mdems eran dispositivos externos que se anexaban a un puerto en serie. Ms tarde, los mdems se implementaron sobre tarjetas que podan instalarse dentro de la computadora, reduciendo as el costo de alojamiento y energa, y eliminando la necesidad de un cable entre el puerto en serie y el mdem. Otra reduccin de costos se produjo cuando algunas de las funciones generalmente realizadas por el mdem fueron transferidas al software de la PC. Este tipo de mdem puede denominarse softmodem (mdem por software), mdem HCF, mdem HSP, mdem HSF o mdem sin controlador, entre otros trminos. Estos mdems fueron diseados para reducir el costo de los sistemas que en general ejecutaban Microsoft Windows. El trmino winmodem se usa a menudo para estos dispositivos, si bien Winmodem es una marca registrada de U.S. Robotics, fabricante de numerosos mdems que reciben este nombre. La mayora de los mdems externos y de los mdems internos de funcin completa funcionarn con Linux sin ningn problema. Algunos de los mdems que requieren asistencia de software del sistema operativo de la PC tambin funcionarn con Linux, y la lista de mdems operativos en esta categora aumenta continuamente. Los mdems asistidos por software que funcionan con Linux se denominan con frecuencia linmodems y cuentan con un sitio dedicado (linmodems.org). Si usted tiene uno de estos mdems, el primer paso que deber tomar es ver el sitio de linmodems y descargar la ltima versin de la herramienta scanModem. La misma le informar sobre lo que ya se conoce sobre las unidades de disco disponibles (si las hubiera) para su mdem. Si usted tiene un mdem ISA, deber asegurar que los puertos, los IRQ y los canales de DMA no estn en conflicto con otros dispositivos. Vea la seccin anterior para obtener ms informacin. Los mdems que se discuten en esta seccin son asincrnicos. Existe otra clase de mdems, denominados sincrnicos, que se usan para HDLC, SDLC, BSC o ISDN. Muy en general, podemos decir que la transmisin asincrnica se relaciona con la transmisin de bytes individuales de informacin, mientras que las comunicaciones sincrnicas se relacionan con la transmisin de bloques enteros de informacin. La mayora de las comunicaciones de Linux se producen utilizando el Protocolo de Internet o IP De manera que un sistema Linux deber ejecutar lo que parece un IP en una lnea asincrnica que no fue originalmente diseada para protocolos de bloque tales como IP. El primer mtodo para realizar esta tarea recibi el nombre de Protocolo de Interfaz de Lnea Serial o SLIP. Existe una variante que usa cabezales comprimidos y se denomina CSLIP. En la actualidad, la mayora de los Proveedores de Servicios de Internet (Internet Service Providers o ISPs) soportan conexiones de dialup que usan Protocolo Punto a Punto o PPP.

Cuando se comunica usando un mdem, hay una cantidad de configuraciones que usted deber realizar en su sistema Linux. Lo que es ms importante, usted establecer la velocidad de las comunicaciones entre su sistema y el mdem. Por lo general, la misma ser mayor a la velocidad de lnea nominal y se fijar en el mximo soportado por el chipset de su puerto en serie y su mdem. Un modo de establecer o visualizar los parmetros del mdem que ser usado por la unidad en serie es mediante el uso del programa setserial . En el Listado 13, se ilustra el comando setserial. Observe que la opcinGimprime el resultado en un formato adecuado para su uso en parmetros de configuracin con setserial. En este caso, el UART (Universal Asynchronous Receiver Transmitter) es un 16550 amortiguado que resulta un tipo de UART comn en las PC modernas. La velocidad se fija en 115.200 bps, lo cual tambin es de uso comn en este UART y en la mayora de los mdems externos de 56kbps modernos. Observe que la velocidad predeterminada de algunos sistemas ms modernos puede estar fijada en hasta 460.800bps. Si al parecer su mdem no responde, probablemente esto sea lo que deber verificar en primer lugar. Listado 13. Comando setserial
[root@attic4 ~]# setserial /dev/ttyS0 /dev/ttyS0, UART: 16550A, Port: 0x03f8, IRQ: 4 [root@attic4 ~]# setserial -G /dev/ttyS0 /dev/ttyS0 uart 16550A port 0x03f8 irq 4 baud_base 115200 spd_normal skip_test

Algo que se debe observar acerca de setserial es que no sondea el hardware. Todo lo que hace es decirle a la unidad en serie qu parmetros debe utilizar, a menos que usted use los parmetros autoconfig y auto_irq. En ese caso, setserial le pedir al kernel que sondee el hardware. Consulte las pginas man para obtener ms informacin sobre estas y otras opciones del comando setserial. Nos volveremos a ocupar de las redes en un tutorial para el examen 102 de LPI. Mientras tanto, si usted desea configurar una conexin PPP, existen varias herramientas excelentes que lo ayudarn. El programa kppp posee una buena GUI y es fcil de usar. El comando wvdial brinda una herramienta de lnea de comandos inteligente para la configuracin de conexiones dial-up. Adems, las distribuciones cuentan con otras herramientas, ya sea especficamente para las conexiones PPP o dialup, o como parte de una herramienta de configuracin de redes ms general, como por ejemplo system-config-network en Fedora Core 4. Otro aspecto de las comunicaciones por mdem que en general est bajo el control del programa de comunicaciones pero que se puede fijar o dejar con los valores predeterminados en el mismo mdem es el control de flujo. Esta es una manera que tiene un extremo de decirle al otro extremo que espere un momento mientras el extremo receptor limpia los buffers de datos. Se puede realizar en el software enviando los caracteres XON y XOFF. El modo preferido, y el utilizado para las conexiones PPP, se denomina control de flujo de hardware en el cual se usa el estado de ciertas lneas de seales del mdem para indicar la preparacin para recibir los datos. Las seales usadas son Clear to Send (Limpio para enviar) o CTS y Ready to Send (Listo para enviar) o RTS, de manera que usted con frecuencia ver la descripcin de control de flujo usando RTS/CTS o un enunciado similar. La Figura 4 muestra cmo se fijan la velocidad y el control de flujo del hardware con el programa kppp.

Figura 4. Configuracin de los parmetros del mdem con kppp

Tarjetas de sonido
La mayora de las computadoras personales que se venden hoy en da incluyen capacidades de audio o tarjeta de sonido.

Puerto de sonido (Sound Blaster)

La serie de tarjetas de sonido Creative Labs Sound Blaster posee estndares de facto de la industria para las tarjetas de sonido. Si bien existen muchas otras marcas excelentes de tarjetas de sonido, muchas de ellas brindan un modo de compatibilidad para una o ms de la serie Sound Blaster. La tarjeta Sound Blaster original era una tarjeta 8 bits que funcionaba en la PC IBM original. Ms tarde, los modelos de 16 bits para la PC-AT y compatibles usaron 16-bit PC-AT o bus ISA. Actualmente, la mayora de estas tarjetas usan el bus PCI. Muchas placas madres incluso brindan un chip de sonido integrado con compatibilidad Sound Blaster. Los dispositivos de sonido tambin se pueden anexar mediante conexiones USB, pero no nos ocuparemos de ellos en este documento. Los puertos usados por la tarjeta de sonido Sound Blaster del bus ISA son 0220-022F, si bien las direcciones base de 240, 260 o 280 son tambin configurables. De manera similar, el IRQ es usualmente configurable, y sus opciones ms comunes son 2, 5, 7, o 10. La configuracin predeterminada consiste en usar IRQ 5. Las tarjetas podran usualmente configurarse tambin para usar canales alternativos de DMA. Como sucede con todos los dispositivos ISA, usted deber asegurar que los puertos, los IRQ y los canales de DMA no estn en conflicto con otros dispositivos. Consulte la seccin anterior (BIOS) para obtener ms informacin al respecto.

Puerto MIDI (MPU-401)

Muchas tarjetas de sonido pueden contar tambin con una interfaz para anexar un dispositivo MIDI (Musical Instrument Digital Interface Interfaz Digital de Instrumentos Musicales). Con frecuencia, esta interfaz emula al Roland MPU-401. Los puertos estndar usados por la interfaz MPU-401 ISA son 0200-020F. Como con todos los dispositivos ISA, usted deber asegurar que los puertos, las IRQ y los canales de

DMA no entren en conflicto con otros dispositivos. Consulte la seccin anterior (BIOS) para obtener ms informacin al respecto.

Configuracin del soporte de sonido en Linux

Los kernel modernos 2.4 y 2.6 cuentan con un slido soporte para una ancha variedad de dispositivos de sonido incorporados al kernel, por lo general como mdulos. Al igual que con otros dispositivos, podemos usar el comando pnpdump para los dispositivos ISA, o el comando lspci para los dispositivos PCI con el fin de visualizar la informacin del dispositivo. El Listado 14 muestra el resultado de lspci para un sistema de sonido Intel en la placa madre del sistema. Listado 14. Uso de lspci paa visualizar los recursos de sonido
[root@lyrebird root]# lspci | grep aud 00:1f.5 Multimedia audio controller: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) AC'97 Audio Controller (rev 01)

Los mdulos del kernel constituyen la manera preferida para brindar soporte a una variedad de dispositivos. Los mdulos slo se deben cargar para los dispositivos que estn realmente presentes, y se los puede cargar y recargar sin reiniciar el sistema Linux. Para kernels 2.4 y anteriores, la informacin sobre la configuracin del mdulo se almacena en /etc/modules.conf. Para los kernels 2.6, se redise el sistema de mdulos del kernel y la informacin se almacena ahora en /etc/modprobe.conf. En cualquiera de los casos, el comando lsmod formatear los contenidos de /proc/modules y mostrar el estado de los mdulos cargados. El Listado 15 muestra el contenido de /etc/modprobe.conf para un kernel 2.6 y el Listado 16 muestra el resultado desde lsmod en cuanto a su relacin con los dispositivos de sonido de este sistema. Listado 15. Ejemplo de /etc/modprobe.conf (kernel 2.6)
[root@attic4 ~]# cat /etc/modprobe.conf alias eth0 e100 alias snd-card-0 snd-intel8x0 install snd-intel8x0 /sbin/modprobe --ignore-install snd-intel8x0 &&\ /usr/sbin/alsactl restore >/dev/null 2>&1 || : remove snd-intel8x0 { /usr/sbin/alsactl store >/dev/null 2>&1 || : ; }; \ /sbin/modprobe -r --ignore-remove snd-intel8x0 alias usb-controller ehci-hcd alias usb-controller1 uhci-hcd

Listado 16. Resultado relativo al sonido desde lsmod (kernel 2.6)

[root@attic4 ~]# lsmod Module snd_intel8x0 snd_ac97_codec snd_seq_dummy snd_seq_oss snd_seq_midi_event snd_seq snd_seq_device |egrep Size 34689 75961 3653 37057 9153 62289 8781 '(snd)|(Module)' Used by 1 1 snd_intel8x0 0 0 1 snd_seq_oss 5 snd_seq_dummy,snd_seq_oss,snd_seq_midi_event 3 snd_seq_dummy,snd_seq_oss,snd_seq

snd_pcm_oss 51185 0 snd_mixer_oss 17857 1 snd_pcm_oss snd_pcm 100169 3 snd_intel8x0,snd_ac97_codec,snd_pcm_oss snd_timer 33605 2 snd_seq,snd_pcm snd 57157 11 snd_intel8x0,snd_ac97_codec,snd_seq_oss, snd_seq,snd_seq_device,snd_pcm_oss,snd_mixer_oss,snd_pcm,snd_timer soundcore 10913 1 snd snd_page_alloc 9669 2 snd_intel8x0,snd_pcm

El Listado 17 muestra el contenido de /etc/modules.conf para un kernel 2.4 y el Listado 18 muestra el resultado desde lsmod en cuanto a su relacin con los dispositivos de sonido de este sistema. Observe las similitudes entre los archivos modules.conf y modprobe.conf. Listado 17. Ejemplo de /etc/modules.conf (kernel 2.4)
[root@lyrebird root]# cat /etc/modules.conf alias eth0 e100 alias usb-controller usb-uhci alias usb-controller1 ehci-hcd alias sound-slot-0 i810_audio post-install sound-slot-0 /bin/aumix-minimal -f /etc/.aumixrc -L >/dev/null 2>&1 || : pre-remove sound-slot-0 /bin/aumix-minimal -f /etc/.aumixrc -S >/dev/null 2>&1 || :

Listado 18. Resultado relativo al sonido desde lsmod (kernel 2.4)

Module smbfs i810_audio ac97_codec soundcore st Size Used by Not tainted 43568 1 (autoclean) 28824 0 (autoclean) 16840 0 (autoclean) [i810_audio] 6436 2 (autoclean) [i810_audio] 30788 0 (autoclean) (unused)

El soporte de sonido en muchos sistemas 2.4 y anteriores se proporciona por medio de las unidades Open Sound System (OSS) gratuito. Numerosos sistemas hoy en da usan las unidades Advanced Linux sound architecture (Arquitectura de sonido avanzada para Linux) o ALSA. El programa utilitario sndconfig fue creado por Red Hat para ayudar a la configuracin de las tarjetas de sonido ISA PnP. Adems, funciona tambin con tarjetas de sonido PCI. Este utilitario puede estar presente en sistemas que no usan unidades ALSA, si bien el soporte moderno a los mdulos lo vuelve en gran medida innecesario. El utilitario buscar tarjetas de sonido, colocar el sonido de prueba de habla Linus Torvalds, y luego actualizar el archivo /etc/modules.conf. El funcionamiento tpico se muestra en las Figuras 5 y 6.

Figura 5. Utilitario sndconfig

Figura 6. Utilitario sndconfig

CONFIGURACIN DE DISPOSITIVOS SCSI

Esta seccin abarca el material del tema 1.101.4 del examen 101 de la Administracin de Nivel Junior (LPIC-1). El tema tiene un valor de 1.

Generalidades sobre SCSI

La Small Computer System Interface (interfaz de sistemas de computadoras pequeas) , conocida comnmente como SCSI, es una interfaz diseada para conectar dispositivos de streaming como cintas, y dispositivos de almacenamiento de bloques como discos, CD-ROMs, y DVDs. Tambin se la ha utilizado para otros dispositivos, tales como escners e impresoras. SCSI se pronuncia "scuzzy". SCSI fue diseada para permitir mltiples dispositivos en el bus. Uno de los dispositivos, denominado controlador es el responsable de administrar el bus. Los dispositivos de SCSI pueden ser internos o externos. Existen tres versiones importantes de los estndares SCSI del American National Standards Institute (ANSI). SCSI Es el estndar original (X3.131-1986), que en la actualidad se denomina generalmente SCSI-1. Esto surgi a partir de los esfuerzos realizados por Shugart Associates para obtener una interfaz estndar para los dispositivos de disco. El estndar soportaba hasta 8 dispositivos en un cable. SCSI-1 usa la terminacin pasiva (tratada ms adelante). Este estndar ha sido ahora retirado, si bien los dispositivos pueden todava funcionar sobre cables de la SCSI actual que supongan una terminacin adecuada. La interfaz de datos era de 8 bits en paralelo con una velocidad mxima de 5 MBps (megabytes/seg). La SCSI estndar fue diseada para discos, pero debido a que es altamente flexible, se la us para otros dispositivos, principalmente escners y dispositivos ms lentos como Zip. FConnection usaba un cable de conector de 50, originalmente con un conector Centronics, pero ms tarde con un conector D-shell de 50 pins similar al conector en serie DB-25 RS-232. SCSI-2 Fue aprobada como estndar X3.131-1994 de ANSI en 1994. Esta revisin duplic la velocidad del bus a 10MBps y adems introdujo las transferencias de datos denominadas anchas o de 16 bits. Un bus de 16 bits que funciona a 10MBps puede transferir 20MBps de datos. El conector de 50 se usaba para los dispositivos SCSI de 8 bits o angostos, mientras que los ms modernos dispositivos anchos usaban un cable de 68 pins. Tambin se introdujeron cables de mayor densidad, que permitan conectores ms pequeos y econmicos. SCSI-2, adems, estandariz el conjunto de comandos de SCSI e introdujo diferentes seales para mejorar la calidad a mayor velocidad. Ms tarde, esto recibi el nombre de seales HighVoltage Differential (Diferencial de alto voltaje) o HVD. HVD posee requerimientos activos de terminacin. Es posible mezclar dispositivos de 8 y 16 bits en un cable si se tiene el cuidado necesario en cuanto a la terminacin. SCSI-2 soporta hasta 16 dispositivos en un cable, de los cuales 8 pueden ser angostos. SCSI-3 Es un conjunto de estndares ms que uno solo. Esto permite que se amplen los estndares para las reas de tecnologa que cambian con mayor rapidez, al tiempo que se evita la necesidad de revisar los estndares para la tecnologa estable. La arquitectura general se define en el estndar X3.270-1996 de ANSI que tambin se conoce como Modelo de Arquitectura SCSI-3 o SAM. Los estndares SCSI ms antiguos se encuentran en la actualidad incluidos en los estndares SCSI

Parallel Interface o SPI. Nuevamente se aument la velocidad, y los dispositivos actuales de 16 bits son capaces de transferir hasta 320MBps de datos a una velocidad de bus de 160MBps. SCSI-3 introdujo la SCSI de canal de Fibra con soporte de hasta 126 dispositivos por bus, lo cual permite la conexin en vnculos de canales de fibra de 1GBps o 2GBps a distancias de hasta varios kilmetros. Esto ayuda a aliviar las limitaciones inherentes al uso del cableado de SCSI estndar. Tambin se introdujo el Single Connector Attachment o SCA que slo se usa para dispositivos anchos (16 bits). SCA es un conector de 80 pins que incorpora los pins del conector de 68 pins adems de pins de potencia y otros. SCA est diseado para permitir que los dispositivos se conecten de manera segura durante el funcionamiento en un sistema operativo, y se usa con frecuencia en dispositivos que implementan sistemas de almacenamiento Redundant Array of Independent disks (Conjunto redundante de discos independientes) o RAID adems de almacenamiento anexado de red y racks de servidores. Anteriormente hemos mencionado la terminacin sin decir demasiado sobre la misma. Las especificaciones elctricas de un bus SCSI requieren que cada extremo del bus se encuentre terminado adecuadamente. Usted deber usar el tipo de terminador adecuado para su bus: pasivo, HVD o LVD. Si usted mezcla dispositivos anchos y angostos en un bus, deber tener en cuenta que la terminacin para los dispositivos angostos puede darse en un lugar diferente de la de los dispositivos anchos. Si el controlador slo est controlando un bus interno o slo est controlando un bus externo, generalmente proporcionar la terminacin, ya sea de manera automtica o por medio de una configuracin BIOS. Consulte los manuales para obtener informacin sobre su controlador en particular. Si el controlador est controlando un segmento interno y uno externo, por lo general no proporcionar la terminacin. Algunos dispositivos son capaces de brindar terminacin, ya sea mediante un switch como por otros medios tales como un puente. Nuevamente, deber consultar el manual de su dispositivo. De otro modo, la terminacin se logra generalmente con un bloque de terminadores que se conecta al cable. Cualquiera sea el tipo de terminacin que use, tenga especial cuidado si combina dispositivos anchos y angostos en el mismo bus, ya que la terminacin de los angostos puede darse en un lugar del cable distinto de la terminacin ancha. Ids de SCSI En este momento, es posible que usted se pregunte cmo administra el sistema a muchos dispositivos en un cable. Todos los dispositivos, incluyendo el controlador, poseen una ID, representada por un nmero. Para la SCSI angosta (8 bits), los nmeros de ID van del 0 = al 7. La SCSI ancha agrega los nmeros 8 a 15. Los dispositivos angostos slo usan los nmeros de ID 0 a 7 mientras que los dispositivos anchos pueden usar los nmeros 0 a 15. Al controlador generalmente se le asigna la ID 7. La ID de un dispositivo puede establecerse mediante puentes, switches o llamadas en el dispositivo, o por medio de software. Los dispositivos que usan el Single Connector Attachment (SCA) por lo general tienen una ID asignada automticamente ya que estos dispositivos pueden conectarse durante el funcionamiento. Los dispositivos que estn en un bus SCSI tienen prioridades. La prioridad de los dispositivos angostos va desde 0 (mnima) a 7 (mxima), de manera que el controlador en la direccin 7 tendr la prioridad mxima. Las ID adicionales para SCSI ancha tiene prioridades que van de 8 (mnima) a 15 (mxima), donde 15 tiene una prioridad menor a 0. Por lo tanto, la secuencia general de prioridades es 8, 9, 10, 11, 12, 13, 14, 15, 0, 1, 2, 3, 4, 5, 6, 7. A los dispositivos ms lentos y a los dispositivos que no toleran demoras (como grabadoras de CD o DVD) se les debera asignar IDs de prioridad ms alta para asegurar que obtengan el servicio suficiente.

Los dispositivos tales como los controladores RAID pueden presentar una nica ID para el bus pero pueden incorporar diversos discos. Adems de la ID, la asignacin de direcciones SCSI permite un nmero de unidad lgica o LUN. Las Cintas y unidades de disco nicas no reportan un LUN o reportan un LUN de 0. Un adaptador de SCSI pueden soportar ms de un cable o canal SCSI, pudiendo existir mltiples adaptadores SCSI en un sistema. La ID completa de un dispositivo, por lo tanto, consiste en un nmero de adaptador, un nmero de canal, una ID de dispositivo y un LUN. Los dispositivos tales como grabadoras de CD que utilizan una emulacin ide-scsi y dispositivos de almacenamiento USB tambin parecern tener su propio adaptador. Nombres y archivos para dispositivos SCSI en Linux En la seccin BIOS de las unidades IDE nos ocupamos de los nombres asignados por Linux a los diversos dispositivos IDE, como por ejemplo /dev/hda y /dev/hdc. Esto es simple para un controlador IDE que puede soportar uno o dos discos duros. La unidad IDE secundaria del segundo adaptador siempre es /dev/hdd, incluso si el nico disco duro es el disco primario del primer adaptador (/dev/hda). Con SCSI, la situacin se vuelve ms complicada, ya que mezclamos discos duros, cintas, unidades de CD y DVD, y otros dispositivos en un cable SCSI. Linux asignar tantos nombres de dispositivos como dispositivos detecte durante el arranque. En consecuencia, el primer disco duro del primer canal del primer adaptador se convertir en /dev/sda, el segundo en /dev/sdb, y dems. La primera unidad de cinta ser /dev/st0, la segunda /dev/st1, etc. El primer dispositivo de CD se convertir en /dev/sr0 o /dev/scd0 y el segundo ser /dev/sr1 o /dev/scd1. Los dispositivos que usan una emulacin de SCSI, como los dispositivos de almacenamiento USB y (antes del kernel 2.6) las unidades de CD o DVD IDE tambin tendrn asignados nombres en este espacio de nombres. Si bien aqu no nos vamos a ocupar de los detalles sobre la asignacin de nombres de SCSI, ser de mucha importancia saber que esta asignacin de nombres se vuelve a realizar con cada arranque. Si usted agrega o quita un disco duro SCSI, todas las unidades anteriormente superiores tendrn un nombre de dispositivo diferente la prxima vez que arranque el sistema. Lo mismo ocurre con otros tipos de dispositivos. Aprenderemos ms sobre particiones, etiquetas y sistemas de archivos en otro tutorial de esta serie, pero por ahora le advertiremos sobre una cuestin. Debido a que los discos pueden tener hasta 15 particiones, cada una de ellas con un nombre vinculado al nombre del dispositivo (por ejemplo, /dev/sda1, /dev/sda2 a /dev/sda15), esto puede causar estragos cuando su sistema intenta organizar los sistemas de archivos. Planifique con mucho cuidado el agregado o la remocin de dispositivos SCSI y use etiquetas de disco en lugar de nombres de disco para los discos SCSI siempre que sea posible. Presentamos el sistema de archivos /proc en la seccin sobre entornos BIOS. El sistema de archivos /proc contiene adems informacin sobre los dispositivos SCSI. El Listado 19 muestra el contenido de /proc/scsi/scsi en un sistema con dos dispositivos SCSI, un disco duro con ID 0 y un controlador con ID 8. Listado 19. /proc/scsi/scsi
[root@waratah root]# cat /proc/scsi/scsi Attached devices: Host: scsi1 Channel: 00 Id: 00 Lun: 00 Vendor: IBM-PSG Model: DPSS-336950M F

Rev: S94S

Type: Direct-Access Host: scsi1 Channel: 00 Id: 08 Lun: 00 Vendor: IBM Model: YGLv3 S2 Type: Processor

ANSI SCSI revision: 03 Rev: 0 ANSI SCSI revision: 02

Si usted desea saber qu dispositivo real corresponde a, digamos, /dev/sda, puede usar el comando scsi_info . El Listado 20 confirma que nuestro primer (y nico) disco duro SCSI es /dev/sda. Listado 20. Comando scsi_info
[root@waratah root]# scsi_info /dev/sda SCSI_ID="0,0,0" MODEL="IBM-PSG DPSS-336950M F" FW_REV="S94S"

No obstante, observe que algunos sistemas, como Fedora Core 2, no incluyen el comando scsi_info (que forma parte del paquete kernel-pcmcia-cs). Lo sistemas ms recientes han optado por usar el disco SCSIGeneric o sg. Cuando use el driver sg, podr encontrar ms informacin en el sub-rbol /proc/scsi/sg de su sistema de archivos. Tambin contar con dispositivos tales como /dev/sg0, /dev/sg1, /dev/sg2 y otros. Estos dispositivos genricos usualmente corresponden a otros tipos de dispositivos como por ejemplo un disco duro /dev/sda o una cinta como /dev/st0. El paquete sg3_utils contiene una cantidad de programas utilitarios que sirven para manipular y hacer preguntas a aspectos del subsistema SCSI. En especial, el comando sg_map le brinda un mapa entre el nombre sg y otro nombre de dispositivo si lo hubiera. Observe que los escners no tendrn otro nombre de dispositivo, solamente uno genrico. El Listado 21 muestra el resultado de sg_map en un sistema con un disco ptico IDE que usa la emulacin SCSI y dos discos USB. Listado 21. Comando sg_map
[root@lyrebird root]# sg_map /dev/sg0 /dev/scd0 /dev/sg1 /dev/sda /dev/sg2 /dev/sdb

El programa utilitario sg que corresponde a scsi_info es sginfo . Usted puede usar el nombre genrico del dispositivo o el nombre ms conocido con sginfo. El Listado 22 muestra el resultado de sginfo para los tres dispositivos del Listado 21. Observe que sginfo no brinda informacin para /dev/sg1, si bien como se muestra en el Listado, el comando scsi_info no la muestra como una memoria USB. En este caso, el dispositivo ha sido desconectado del sistema. Se retiene la informacin sobre el mismo (que se puede encontrar en /proc/scsi/scsi). El comando sginfo interroga al dispositivo para obtener la informacin mientras que scsi_info usa la informacin retenida. Por lo tanto, sginfo debe ejecutarse como root mientras que scsi_info no lo requiere, aunque los usuarios que no sean usuarios root quizs deban especificar toda la ruta de /sbin/scsi_info. Listado 22. Comando sginfo
[root@lyrebird root]# sginfo /dev/scd0 INQUIRY response (cmd: 0x12)

--------------------------Device Type 5 Vendor: SONY Product: DVD RW DRU-700A Revision level: VY08 [root@lyrebird root]# sginfo /dev/sg1 INQUIRY reponse (cmd: 0x12) --------------------------Device Type 0 Vendor: Product: Revision level: [root@lyrebird root]# sginfo /dev/sg2 INQUIRY reponse (cmd: 0x12) --------------------------Device Type 0 Vendor: WD Product: 2500JB External Revision level: 0411 [root@lyrebird root]# scsi_info /dev/sg1 SCSI_ID="0,0,0" MODEL=" USB DISK 12X" FW_REV="2.00"

BIOS SCSI y secuencia de arranque

Si bien SCSI es el estndar para la mayor parte de los servidores, la mayora de las computadoras laptop y de escritorio no incluyen normalmente soporte SCSI como norma. Estos sistemas usualmente arrancan desde un disco flexible, una unidad de CD o DVD o el primer disco duro IDE del sistema. El orden de arranque suele ser configurable en las pantallas de configuracin de BIOS, como lo vimos en la seccin Entornos BIOS, y en ocasiones puede ser dinmico si se oprime una tecla o una combinacin de teclas durante el inicio del sistema. La Especificacin de arranque BIOS define un mtodo para agregar tarjetas como por ejemplo las tarjetas SCSI para presentar un mensaje durante el inicio e invocar al BIOS de la tarjeta con fines de configuracin. Las tarjetas SCSI por lo general lo usan para permitir la configuracin del subsistema SCSI controlado por la tarjeta. Por ejemplo, una tarjeta Adaptec AHA-2930U2 presentar un mensaje
Press <Ctrl><A> for SCSISelect (TM) Utility!

que permitir al usuario presionar las teclas ctrl y A al mismo tiempo para ingresar el adaptador BIOS. Otras tarjetas tendrn un proceso similar para ingresar el BIOS de la tarjeta para configurarla. Una vez dentro del BIOS de la tarjeta, usted obtendr pantallas que por lo general le permiten fijar la direccin del controlador SCSI (en general 7), el dispositivo de arranque SCSI (usualmente ID 0), la velocidad del bus y si el controlador debe o no proporcionar terminacin. Algunas tarjetas ms antiguas pueden exigir que el dispositivo de arranque sea ID 0, pero la mayora de las tarjetas modernas le permitirn elegir cualquier dispositivo. Quizs, o seguramente, usted cuente con otras opciones, como por ejemplo la capacidad de formatear un disco duro. Consulte la documentacin del fabricante para

obtener ms detalles. Una vez que ha configurado la vista SCSI del bus, por lo general todava deber decirle al BIOS de su PC que arranque desde el disco SCSI en lugar de desde el disco IDE. Consulte el manual de referencia de su sistema para determinar si se puede realizar el arranque desde un disco que no sea IDE, y en ese caso, cmo hacerlo.

TARJETAS DE EXPANSIN DE PC
Esta seccin abarca el material para el tema 1.101.5 del examen 101 de la Administracin de Nivel Junior (LPIC-1). EL tema tiene un valor de 1. Hemos tratado el material que necesita conocer para esta seccin cuando hablamos de Entornos BIOS. Repase lo tratado sobre DMA, IRQs, puertos y los distintos tipos de buses y adaptadores en la seccin Buses, puertos, IRQs, y DMA para comprender los contenidos de los archivos /proc/dma, /proc/interrupts, y /proc/ioports y cmo usarlos para determinar conflictos. Repase el material sobre /proc/pci y el comando lspci. Adems, repase el material de la seccin Plug and play para obtener informacin sobre las tarjetas ISA y Plug and Play. All encontrar informacin sobre isapnp y pnpdump.

DISPOSITIVOS DE COMUNICACIN
Esta seccin abarca el material para el tema 1.101.6 del examen 101 de la Administracin de Nivel Junior (LPIC-1). EL tema tiene un valor de 1. Esta seccin se ocupa de una variedad de dispositivos de comunicacin, incluyendo mdems, adaptadores ISDN y switches DSL. El material de esta seccin se divide en dos categoras generales: 1.Seleccin e instalacin de su dispositivo de comunicacin, y 2.Comunicacin con su dispositivo Seleccionar el dispositivo de comunicacin es como seleccionar cualquier otro dispositivo para su sistema en el sentido que el mismo debe corresponder al tipo de bus (PCI o ISA) y usted necesita soporte Linux para el dispositivo. Repase los puntos dedicados a DMA, IRQs, puertos y los distintos tipos de buses y adaptadores en la seccin Buses, puertos, IRQs, y DMA para comprender los contenidos de los archivos /proc/dma, /proc/interrupts, y /proc/ioports y cmo usarlos para determinar cualquier conflicto. Repase el material sobre /proc/pci y el comando lspci. Adems, repase el material de la seccin Plug and play para obtener informacin sobre las tarjetas ISA y Plug and Play. All encontrar informacin sobre isapnp y pnpdump. El kernel Linux soporta cada vez ms dispositivos a medida que se lanzan nuevas versiones, de manera que en primer lugar deber verificar el soporte en la distribucin que est utilizando. Si el soporte ya se encuentra instalado, es probable que su distribucin cuente con un programa utilitario que lo ayudar a configurarlo. La Figura 7 muestra la herramienta de configuracin de redes de Fedora Core 4. Puede observar que se ha configurado una conexin de ethernet (que se encuentra activa) y tambin se ha configurado una conexin de dialup de respaldo con PPP. El sistema ya soporta el agregado de ISDN, Token Ring, conexiones inalmbricas y de xDSL. Figura 7. Utilitario de configuracin de redes de Fedora Core

Si usted debe instalar drivers para un dispositivo de comunicaciones, primero verifique si los drivers requeridos forman parte de una distribucin que an no ha sido instalada, y en ese caso instlelos. De otro modo, usted deber intentar encontrar un paquete de driver ya elaborado para su sistema. Su eleccin final ser construir su propio paquete de driver desde el origen. Nos ocuparemos de la elaboracin de paquetes en el tutorial del tema 102 del Examen 101 de LPI. Para una conexin ISDN, usted tambin necesitar el driver PPP sincrnico, ya que el normal que se usa con mdems asincrnicos est diseado para transmisin en modo carcter ms que el modo bloque. Como mencionamos en la seccin sobre Mdems nos seguiremos ocupando de la configuracin de conexiones en un tutorial para el examen 102. Las conexiones DSL pueden ser de diversos tipos. Algunas brindan un puerto de Ethernet que se comunica mediante un Puente con la red ISP. En este caso, la autenticacin por lo general se realiza usando la direccin MAC de Ethernet de su computadora. Si usted agrega un router (u otra computadora) al mdem DSL, quizs deba clonar la direccin MAC de la computadora que estaba originalmente conectada para que la conexin funcione. Lo ms frecuente es que el ISP utilice un Point-to-Point Protocol over Ethernet (Protocolo punto a punto en Ethernet) o PPPoE. En este caso, se le dar un nombre de usuario y contrasea que deber usar cuando establezca la conexin. En ese caso, si usa un router, normalmente configurar la direccin en el router y su computadora sencillamente usar una conexin de Ethernet estndar. En raras ocasiones, quizs cuente con una conexin PPPoA o PPPover ATM. Es posible que las conexiones inalmbricas requieran conocer el nombre de la red a la cual usted se est conectando. Esto se denomina identificador de conjunto de servicios o SSID. Si la red usa un sistema cifrado como por ejemplo Wired Equivalent Privacy o WEP, o acceso protegido WiFi o WPA, usted tendr que configurar adecuadamente su conexin.

DISPOSITIVOS USB Esta seccin abarca el material para el tema 1.101.7 del examen 101 de la Administracin de Nivel Junior (LPIC-1). EL tema tiene un valor de 1.

Generalidades sobre USB

En esta seccin analizaremos el soporte Linux para los dispositivos Universal Serial Bus o USB. USB fue desarrollado por una coalicin de empresas con el objetivo de brindar un nico y simple bus para el agregado de dispositivos perifricos. En la seccin sobre Entornos BIOS, vinos las complejidades que conlleva la gestin de puertos, IRQs y recursos de DMA en las mquinas con buses ISA. El diseo USB permite la conexin de los dispositivos cuando el equipo est encendido y usa conectores estndar para conectar los dispositivos. Los dispositivos USB incluyen teclado, mouse, impresora, escner, disco duro, memoria flash, cmaras, mdems, adaptadores de Ethernet y altavoces. La lista sigue en aumento. El soporte Linux actual es bastante abarcador, si bien algunos dispositivos requieren discos especiales y existen otros, en particular impresoras, que pueden no tener soporte o tener un soporte parcial. Un sistema de computacin puede proporcionar uno o ms controladores o hubs a los cuales se puede conectar un dispositivo USB u otro hub (externo). Un hub puede soportar hasta 7 dispositivos, y algunos o todos ellos pueden ser adicionales. El hub en el sistema se denomina root hub. Cada una de estas topologas de estrella puede soportar hasta 127 hubs o dispositivos. Nota: Con frecuencia, cuando hablamos de un puerto USB nos referimos a la capacidad USB de la computadora y el enchufe de conexin (comprelo con el puerto en serie o el puerto en paralelo) ms que a las direcciones internas del puerto que el dispositivo utiliza. El sistema USB es un sistema por capas. 1.La capa de la Interfaz del bus proporciona conectividad fsica, de seales y de paquetes entre los hosts y los dispositivos, y realiza la transferencia de datos entre el host y los dispositivos. 2.La capa del Dispositivo es usada por el software del sistema para realizar operaciones USB genricas con un dispositivo en el bus. Esto permite al host determinar las caractersticas del dispositivo, incluyendo la clase de dispositivo, el nombre del proveedor, los requerimientos de potencia, y muchas capacidades como por ejemplo la velocidad del dispositivo o el nivel de USB soportado. 3.La capa de Funcin provee capacidades adicionales que son especficas del dispositivo. La correspondencia entre el host y las capas de software de los dispositivos permite el uso de funciones especficas. Las antiguas especificaciones de USB (1.0 y 1.1) soportan velocidades de hasta 12Mbps (mega bits por segundo). Los dispositivos que se adaptan a estas especificaciones son de velocidad relativamente baja, como por ejemplo impresora, mouse, teclado, escner y mdem. La nueva especificacin USB 2.0 soporta velocidades de hasta 480Mbps que resultan adecuadas para discos duros y unidades externas de CD o DVD. Algunos dispositivos USB 2.0 son compatibles con versiones anteriores para permitir el uso de sistemas ms antiguos, pero no todos los dispositivos ms rpidos cuentan con este tipo de compatibilidad. Si su computadora no tiene incorporado el soporte USB 2.0, hay tarjetas PCI (o tarjetas PC para laptops) disponibles que proporcionan uno o ms puertos USB 2.0. El cable USB es un cable delgado de 4 hilos con dos lneas de seales ms potencia y conexin a tierra.

El extremo que se conecta a un hub posee un conector plano rectangular (denominado conector A) mientras que el extremo que se conecta al dispositivo o a un hub descendente posee un pequeo conector ms cuadrado (conector B). Existen numerosos conectores mini B para la conexin de pequeos dispositivos como cmaras a la computadora. Los dispositivos y hubs USB pueden tomar la energa del bus USB o pueden autoabastecerse.

Soporte del mdulo USB en Linux

USB se encuentra en la actualidad bien soportado en Linux. Gran parte del desarrollo se produjo en el rbol del kernel 2.6. Se han realizado muchos backports a los kernels 2.4, e incluso se puede encontrar cierto soporte en los kernels 2.2. Linux soporta USB 2.0 as como las especificaciones anteriores. Debido a la naturaleza de conexin en funcionamiento de USB, el soporte se brinda usualmente a travs de mdulos del kernel que se pueden cargar o descargar segn resulte necesario. Para este tutorial, supondremos que los mdulos que usted necesita para su distribucin se encuentran disponibles o ya estn instalados. Si necesita compilar su propio kernel, consulte el tutorial del Tema 201 del Examen 201. Luego de constatar que si computadora cuenta con puertos USB, usted podr verificar qu es lo que encontr su sistema Linux usando el comando lspci como se muestra en el Listado 23. Hemos filtrado el resultado para mostrar slo los dispositivos relacionados con USB. Listado 23. Resultado de lspci para dispositivos USB
[root@lyrebird root]# lspci | grep -i usb 00:1d.0 USB Controller: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #1 (rev 01) 00:1d.1 USB Controller: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #2 (rev 01) 00:1d.2 USB Controller: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #3 (rev 01) 00:1d.7 USB Controller: Intel Corporation 82801DB/DBM (ICH4/ICH4-M) USB2 EHCI Controller (rev 01)

Usted ver que existen cuatro controladores USB en este sistema. Los campos UHCI y EHCI indican el modulo de driver necesario para soportar el controlador. El driver USB 1.1 correcto depende del chipset utilizado en su controlador. USB 2.0 necesita del driver EHCI adems de un driver USB 1.1. Ver Tabla 5. Tabla 5. Drivers USB en Linux Driver Chipset Soporte de USB 2.0: requiere uno de los EHCI siguientes UHCI, OHCI o JE UHCI chipsets Intel y VIA Esta es una opcin alternativa al UHCI para kernels 2.4. Si UHCI no funciona, y JE usted tiene un chipset Intel o VIA, pruebe con JE

OHCI

Compaq, la mayora de las PowerMacs, iMacs, y PowerBooks, OPTi, SiS, ALi

Nos hemos encontrado con el comando lsmod y los archivos de configuracin de mdulos /etc/modules.conf (kernel 2.4) y /etc/modprobe.conf (kernel 2.6) en nuestra discusin anterior sobre el soporte de sonido. El Listado 24 muestra algunos de los mdulos asociados con dispositivos USB que se cargan en el mismo sistema que el Listado 23. Este sistema tiene un mouseUSB. Listado 24. Uso de lsmod para visualizar los mdulos USB cargados
[root@lyrebird root]# lsmod | egrep 'usb|hci|hid|mouse|Module' Module Size Used by Not tainted usbserial 23420 0 (autoclean) (unused) mousedev 5524 1 hid 22244 0 (unused) input 5888 0 [keybdev mousedev hid] ehci-hcd 20008 0 (unused) usb-uhci 25740 0 (unused) usbcore 77376 1 [usbserial hid ehci-hcd usb-uhci]

Observe especialmente que el mdulo usbcore es usado por todos los dems mdulos USB adems de por el mdulo hid (human interface device dispositivo de interfaz humana).

Visualizacin de la informacin de USB

Ahora que sabemos algo sobre los mdulos que soportan USB, cmo descubrimos cules son los dispositivos USB que estn anexados a nuestro sistema? La informacin se encuentra en la porcin /proc/bus/usb del sistema de archivos. La porcin file /proc/bus/usb/devices contiene un resumen de la informacin sobre los dispositivos USB que actualmente se encuentran anexados. El Listado 25muestra un listado parcial para nuestro sistema . Listado 25. Contenidos parciales de /proc/bus/usb/devices
[root@lyrebird root]# cat /proc/bus/usb/devices T: Bus=04 Lev=00 Prnt=00 Port=00 Cnt=00 Dev#= 1 Spd=480 MxCh= 6 B: Alloc= 0/800 us ( 0%), #Int= 0, #Iso= 0 D: Ver= 2.00 Cls=09(hub ) Sub=00 Prot=01 MxPS= 8 #Cfgs= 1 P: Vendor=0000 ProdID=0000 Rev= 2.04 S: Manufacturer=Linux 2.4.21-32.0.1.EL ehci-hcd S: Product=Intel Corp. 82801DB USB2 S: SerialNumber=00:1d.7 C:* #Ifs= 1 Cfg#= 1 Atr=40 MxPwr= 0mA I: If#= 0 Alt= 0 #EPs= 1 Cls=09(hub ) Sub=00 Prot=00 Driver=hub E: Ad=81(I) Atr=03(Int.) MxPS= 2 Ivl=256ms T: Bus=03 Lev=00 Prnt=00 Port=00 Cnt=00 Dev#= 1 Spd=12 MxCh= 2 B: Alloc= 0/900 us ( 0%), #Int= 0, #Iso= 0 D: Ver= 1.00 Cls=09(hub ) Sub=00 Prot=00 MxPS= 8 #Cfgs= 1 P: Vendor=0000 ProdID=0000 Rev= 0.00 S: Product=USB UHCI Root Hub S: SerialNumber=1840 C:* #Ifs= 1 Cfg#= 1 Atr=40 MxPwr= 0mA

I: E:

If#= 0 Alt= 0 #EPs= 1 Cls=09(hub ) Sub=00 Prot=00 Driver=hub Ad=81(I) Atr=03(Int.) MxPS= 8 Ivl=255ms

El Spd=480 que hemos resaltado anteriormente indica un bus USB 2.0, mientras que el Spd=12 indica un dispositivo USB 1.1 (o posiblemente USB 1.0). Adems, en este listado nuestro mouse se muestra con Spd=1.5. Una velocidad de un megabit y medio por segundo resulta suficiente para la mayora de los mouse. Como sucede con las dems cosas que hemos visto en el sistema de archivos /proc, le agradar saber que existe un comando lsusb para ayudarlo a visualizar esta informacin. En particular, usted podr obtener una vista de rbol de sus dispositivos USB con la opcin -t , que muestra la jerarqua de los anexos. Puede usar la opcin -d para obtener informacin acerca de un dispositivo determinado si su sistema le brinda una visualizacin abreviada con la opcin -t . La opcin -v genera un resultado pormenorizado que interpreta muchos de los campos que vimos en el Listado 25. Para el Listado 26, hemos conectado un hub externo, una cmara digital Nikon, una memoria USB y un disco duro externo USB 2.00, y le mostramos parte del resultado. Listado 26. Uso del comando lsusb
[root@lyrebird root]# lsusb -t Bus# 4 `-Dev# 1 Vendor 0x0000 Product 0x0000 |-Dev# 2 Vendor 0x0409 Product 0x0059 | |-Dev# 8 Vendor 0x04b0 Product 0x0108 | |-Dev# 4 Vendor 0x0d7d Product 0x1400 | `-Dev# 7 Vendor 0x1058 Product 0x0401 `-Dev# 3 Vendor 0x07d0 Product 0x1202 Bus# 3 `-Dev# 1 Vendor 0x0000 Product 0x0000 Bus# 2 `-Dev# 1 Vendor 0x0000 Product 0x0000 Bus# 1 `-Dev# 1 Vendor 0x0000 Product 0x0000 `-Dev# 2 Vendor 0x1241 Product 0x1111 [root@lyrebird root]# lsusb -d 0x0409:0x0059 Bus 004 Device 002: ID 0409:0059 NEC Corp. HighSpeed Hub [root@lyrebird root]# lsusb -d 0x04b0:0x0108 Bus 004 Device 008: ID 04b0:0108 Nikon Corp. Coolpix 2500 [root@lyrebird root]# lsusb -d 0x0d7d:0x1400 Bus 004 Device 004: ID 0d7d:1400 Phison Electronics Corp. [root@lyrebird root]# lsusb -d 0x1058:0x0401 Bus 004 Device 007: ID 1058:0401 Western Digital Technologies, Inc. [root@lyrebird root]# lsusb -d 0x07d0:0x1202 Bus 004 Device 003: ID 07d0:1202 Dazzle [root@lyrebird root]# lsusb -d 0x1241:0x1111 Bus 001 Device 002: ID 1241:1111 Belkin Mouse [root@lyrebird root]#

El Listado 27 muestra parte del resultado pormenorizado disponible a partir del comando lsusb. Esto es para una memoria. Observe que el dispositivo ha indicado su mximo requerimiento de potencia (200mA), y que este dispositivo ser tratado como un dispositivo SCSI. Use los comandos

dmesg ofdisk -l para descubrir cul es el dispositivo SCSI que est mapeado a un dispositivo. La mayora de las cmaras equipadas con puertos USB, as como las lectoras de tarjetas, los dispositivos flash y los discos duros son tratados como dispositivos de almacenamiento y se manejan como SCSI en Linux. Muchas cmaras vienen con programas de Windows para ayudar a cargar las fotos de la cmara. En Linux, usted puede simplemente montar el dispositivo SCSI que representa la cmara y copiar las fotos a su disco duro, donde podr editarlas con un programa tal como el GNU Image Manipulation Program (GIMP). Incluso puede borrar archivos de la tarjeta de memoria o escribir archivos en ella desde Linux, lo cual permite el uso de su cmara como un reemplazo extico de un disco flexible. Listado 27. Resultado pormenorizado (parcial) del comando lsusb
[root@lyrebird root]# lsusb -vd 0x0d7d:0x1400 Bus 004 Device 004: ID 0d7d:1400 Phison Electronics Corp. Device Descriptor: bLength 18 bDescriptorType 1 bcdUSB 2.00 bDeviceClass 0 (Defined at Interface level) bDeviceSubClass 0 bDeviceProtocol 0 bMaxPacketSize0 64 idVendor 0x0d7d Phison Electronics Corp. idProduct 0x1400 bcdDevice 0.02 iManufacturer 1 iProduct 2 USB DISK 12X iSerial 3 0743112A0083 bNumConfigurations 1 Configuration Descriptor: bLength 9 bDescriptorType 2 wTotalLength 32 bNumInterfaces 1 bConfigurationValue 1 iConfiguration 0 bmAttributes 0x80 MaxPower 200mA Interface Descriptor: bLength 9 bDescriptorType 4 bInterfaceNumber 0 bAlternateSetting 0 bNumEndpoints 2 bInterfaceClass 8 Mass Storage bInterfaceSubClass 6 SCSI bInterfaceProtocol 80 Bulk (Zip) iInterface 0 ...

Otro dato que tenemos disponible ahora que conocemos las ids de bus y dispositivo de sus dispositivos USB gracias al Listado 26 es la manera de determinar cules son los mdulos requeridos para un

dispositivo en particular. Mostraremos un par de ellos en el Listado 28. Listado 27. Resultado pormenorizado (parcial) del comando lsusb
[root@lyrebird root]# usbmodules --device /proc/bus/usb/004/003 usb-storage [root@lyrebird root]# usbmodules --device /proc/bus/usb/004/007 usb-storage hid

Conexin durante el funcionamiento Existen dos comandos que puede utilizar su sistema para manejar la conexin de dispositivos USB cuando el equipo est en funcionamiento, usbmgr y hotplug. Segn el que est usando, encontrar los archivos de configuracin en los directorios /etc/usbmgr o /etc/hotplug. Los sistemas ms nuevos tienden a contar con hotplug. La conexin durante el funcionamiento de dispositivos USB (y tambin de tarjetas PC) significa que los usuarios conectan los dispositivos cuando el equipo est en funcionamiento. Entonces, el sistema tiene que: Determinar el tipo de dispositivo y encontrar un driver que lo ejecute Vincular el driver al dispositivo Notificar a los dems subsistemas acerca del dispositivo. Esto permite, por ejemplo, que se monten discos o se agreguen colas de impresin.