El Chico de las Respuestas

Linux en una Placa Madre "Camino" CA810 de Intel

De ROBB F! el Lunes, 27 de Marzo de 2000

ey hermano,

Tengo un problema c/ los gráficos en mi sistema intel. No funcionan.

Instalé Linux Redhat en mi CA-810, pero la única cosa que puedo hacer es entrar en modo no gráfico. Ahora, puedo entrar como root, pero no estoy muy familiarizado c/ el trabajo ahí y me gustaría mucho estarlo.

No conocía una CA-810 cuando leí esta pregunta. Sin embargo, un rápido viaje a las páginas de Linux de Google (http://www.google.com/linux) y la cadena de búsqueda: "ca-810 intel video" me reportaron los siguientes enlaces:

Linux Hoy: Cómo Construir Su Propio Servidor de Montaje 1U Rack y

Ahorrar un Fangote

http://linuxtoday.com/stories/15158_flat.html

Documentación del Producto Placa Madre CA810

http://developer.intel.com/design/motherbd/ca/ca_prdoc.htm

Eso me dijo que CA810 es una línea de placas madres integradas de Intel. Algunas de ellas tienen video y red integrados. Parecen ser utilizadas principalmente por sistemas de montaje en rack de 1U (una unidad de rack: 1.75 pulgadas.) y de estuche delgado ("caja de pizza").

Luego volví y cambié mi consulta de búsqueda a "ca810 intel video" para encontrar este enlace:

Slashdot | Ask Slashdot | Cheap Rackmount Enclosures/Systems?

http://slashdot.org/askslashdot/00/01/22/1817211.shtml

Luego utilicé "buscar en página" (la tecla "/" en lynx) sobre el término "video" para encontrar que esta placa incluye un comentario al efecto que "el video es el 82810 de Intel" y que el servidor SVGA X es el apropiado para ese conjunto de chips de video.

Intenté revisar en el sitio web de XFree86 (http://www.xfree86.org) el cual mantiene una lista de los conjuntos de chips soportados (http://www.xfree86.org/3.3.5/README3.html). Sin embargo, no encontré al 82810 listado ahí, y el único conjunto de chips de video Intel listado fue el i710.

Así que volví a Google e intenté unas pocas búsquedas sobre variaciones de "82810" con palabras como: intel, xfree86, x windows, xwindows, eventualmente encontrando referencias a esto como el conjunto de chips "Camino" y a algunas discusiones en la lista del kernel Linux (pánicos y volcados del kernel de cuestiones de sobrecalentamiento), y una referencia al un servidor XFCom_i810 en S.u.S.E. versión 6.3 (hacia Diciembre de 1999).

También encontré un parche del kernel actualizando la lista de códigos de identificación PCI con un conjunto de chips 82810.

También encontré otro hilo "Ask Slashdot" que se refería a esto como compatible con el controlador XFree86 SVGA (genérico). Finalmente profundicé mirando en el sitio de S.u.S.E. y buscando a través de su lista de servidores X (conjunto de chips de video soportado).

S.u.S.E. con frecuencia ha ofrecido soporte para los chips de video antes de que estuvieran disponibles en los fuentes de XFree86. Han contribuido hacia atrás con XFree86 donde fue posible. Sin embargo, algunos de estos fueron hechos con Precisión Insite y algunos de ellos involucrados en NDAs (acuerdos sin acceso) con los fabricantes de chips de video. A veces los programadores de Linux y X firmarán NDAs a fin de producir soporte de código de libre distribución pero cerrado para algunos hardware.

De cualquier manera, eso fue alrededor de 10 minutos de búsqueda en Google. Si realmente fuera necesario probablemente podría buscar más en Yahoo! (http://www.yahoo.com), Deja News (http://www.deja.com/usenet) o Alta Vista (http://www.altavista.com).

(De hecho, fui un poco más allá. Con Deja encontré que la única cosa acerca de este conjunto de chips es que utiliza memoria principal del sistema para el almacenamiento transitorio de cuadros de video (presumiblemente al utilizar el chip PCI para reservar un bloque de RAM principal de la placa madre para este uso). Ese es un truco ingenioso, y potencialmente muy práctico para servidores donde normalmente no quieres derrochar memorias en todos los gráficos, pero ciertos sistemas operativos legados, como MS Windows NT, no se pueden instalar u operar utilizando una GUI. Eso y otra referencia a una vieja edición del núcleo que involucra al soporte de reloj del hardware).

De acuerdo. Así que esta particular placa madre ha tenido algunos problemas. No está bien soportada, pero aparentemente es bastante económica, haciéndose así popular. Naturalmente muchas personas salieron y las compraron y encontraron que Linux puede tener algunos problemas con ellas.

Al igual que el problema principal del kernel (el soporte del reloj del hardware) se corrigió en Diciembre; un núcleo reciente corregirá eso. Linux no requiere una GUI para cualquier operación normal del servidor, así que la mayoría de los usuarios del núcleo y objetivos para este producto no están afectados por ese chip. Algunas personas lo han tenido trabajando bien bajo el controlador SVGA XFree86, y ninguna de ellas reportó ningún paso especial (como configuraciones CMOS) como necesario para hacer que funcione. Algunos otros han reportado que un controlador/servidor XFCom_* de S.u.S.E. funciona para ellos.

He profundizado en considerable detalle sobre cómo hice estas búsquedas de modo que tú, y mis otros lectores vean cómo se hace. Recuerda que, en la primera lectura de tu pregunta, nunca oí sobre esta placa madre CA810 "Camino" de Intel con sus "Controladores de Gráficos y Memoria 82810/82810-DC100". Con sólo 20 minutos de búsqueda y otros 20 minutos de escritura en este espacio podría sonar como un experto en cosas sangrientas.

Ahora volviendo a tu pregunta:

Antes que nada necesito ayuda en la instalación del parche requerido para habilitar los gráficos, veo que se tiene que hacer algo con el chip. Pienso que tengo el parche correcto de Intel, (Tal vez puedas enviarme la descarga) pero aún no puedo lograr que Linux ejecute el disquete desde root. ¿Computadora ignorante? Me gustaría cambiar eso.

Si piensas que tienes el "parche correcto de Intel" porqué querrías que ocupara mi tiempo y ancho de banda en bajarlo y enviártelo.

Presumo que tu referencia a tu problema de disquete es para advertirme que no tienes idea de cómo hacer perfectamente tareas mundanas bajo Linux.

De hecho, tu escritura está tan deshilvanada que probablemente debería insertar una traducción para ver si la entiendo correctamente:

"No sé cómo lograr que X Windows (u otro software gráfico) funcione con Linux Red Hat en mi sistema Intel CA810. Puedo entrar en modo texto. Pero no sé que hacer con eso.

Primero, necesito ayuda para instalar el parche requerido. He oído que tiene algo que ver con mi conjunto de chips. Pienso que tengo el parche correcto de Intel. Pero no sé qué hacer con él. Todavía no sé cómo acceder a mi disquete. (Como dije, necesito aprender más sobre Linux y a escribir).

También estoy buscando un buen tutorial sobre uso y administración de un sistema Linux. Necesito saber cómo trabajar como root. Hasta ahora sobre todo sé cómo ejecutar cd (cambiar directorios) y ls para ver mis archivos. He visto a personas hacer mucho más, y sé que están disponibles muchas interfaces más sofisticadas. Quisiera ser más eficiente con Linux."

Hmm. Eso fluye mucho mejor. (Por supuesto sé que mi propia escritura no es perfecta.  Me olvido de la tipografía ocasional, estoy propenso a algunas oraciones corridas, divago y me desvío del tema sin cesar, y muestro un pobre sentido de estructura de párrafo. Sin embargo, intento poner los suficiente en lo que la gente puede leer a través de mi traducción sin demasiado esfuerzo). Observa que mi "traducción" es en realidad casi un 20% más corta que tu mensaje.

Todavía no sé qué parche piensas que tienes de Intel. ¿Está en un disquete? ¿Dónde lo conseguiste? ¿Cuál es el nombre del archivo?

Si descargaste algo desde el sitio web de Intel a una PC corriendo MS-DOS o MS-Windows, y copiaste eso a un diskette, entonces deberías poder accederlo bajo Linux usando los comandos de 'mtools', o el comando 'mount' con uno de los sistemas de archivos compatibles con MS (msdos, umsdos, vfat, o uvfat).

Linux soporta un número de variaciones de sistemas de archivos msdos/vfat. El "msdos" es el soporte más básico para sistemas de archivos "FAT" (file allocation table o tabla de asignación de archivos). La variante umsdos de ese soporta metadatos de Linux, nombres de archivos largos, asociación y permisos de dueño y grupo, al mantener un conjunto de archivos "ocultos/sistema" los cuales son transparentes a MS-DOS y al "espacio de usuario" de Linux. El sistema de archivos vfat soporta nombres de archivos largos de Win'9x (la característica VFAT), y la variante de ese uvfat oculta los metadatos bajo Linux/UNIX.

Tu kernel podría estar construido con alguno o todos estos. Posiblemente estos controladores están enlazados. Lo más probable es que tu copia de Red Hat los tenga disponibles como módulos de carga del kernel (bajo el árbol de directorios /lib/modules).

Generalmente es algo más fácil acceder a tus disquetes MS-DOS utilizando el paquete MTools. Así que puedes poner tu disquete en el "dispositivo A:" y solamente escribir el comando 'mdir' para ver una lista de archivos MS-DOS. Puedes utilizar el comando 'mcopy' para copiar archivos hacia o desde el disquete. Los comandos mdel, mcd, mmd, mrd, mtype, mren, mmove, mattrib, mlabel todos trabajan más o menos como sus homólogos MS-DOS (DEL, CD, MD, RD, TYPE, REN, MOVE, ATTRIB, y LABEL, etc.). Si miras de cerca encontrarás que todos estos comandos "m*" bajo Linux en realidad son sólo enlaces al mismo archivo -- el programa 'mtools'. Básicamente este es un programa que actúa en modos diferentes dependiendo del nombre bajo el cual lo llamas.

Por lo tanto lo siguiente obtendría un archivo llamado foo.zip en tu directorio /tmp:

mcopy a:/foo.zip /tmp

...NOTA: probablemente tengas que evitar intentar utilizar patrones de comodines como *.TXT, con mtools hasta que entiendas "globalmente" UNIX (la forma de UNIX de manipular comodines es diferente a la forma en que lo hace MS-DOS). También observa que UNIX es sensible a mayúsculas y minúsculas de modo que deberías escribir cualquier nombre de archivo que pases a los comandos mtools exactamente como los viste en tus comandos 'mdir' y 'ls'.

También es posible "montar" un sistema FAT de MS-DOS para un sistema de archivos VFAT de MS Win9x en un árbol de directorios de Linux.

Los sistemas de archivos bajo UNIX no son accesibles a través de dispositivos llamados A:, C:, etc. Esa es una característica que MS-DOS, y Windows NT tomaron prestada de la familia de sistemas operativos TOPS-10, TOPS-20 y VMS. (MS-DOS es un descendiente de CP/M, el cual básicamente es un primo de  TOPS-10, un viejo SO para la familia de computadoras PDP-10).

Bajo todos los sistemas UNIX y clones, los sistemas de archivos (dispositivos de almacenamiento periféricos) están "empalmados" en un solo árbol de directorios. Por ejemplo, es común tener un pequeño sistema de archivos raíz el cual almacena el kernel, las utilidades mínimas necesarias para subir el resto del sistema, y para localizar problemas y repararlos, etc. Por lo general también tienen un sistema de archivos más grande el cual almacena todas las aplicaciones principales y las utilidades menos fundamentales y no críticas que son comúnmente necesitadas por los usuarios. Por lo general eso se monta bajo el directorio /usr. A medida que los sistemas de archivos conectados en red llegaron a ser comúnmente soportados bajo UNIX era bastante común agrupar un poco de documentación y muchos otros archivos bajo un servidor de archivos. Ese sistema de archivos era "exportado" a otros que normalmente lo montaban bajo /usr/share.

Todo esto se hace utilizando el comando mount. También es posible quitar un sistema de archivos utilizando el comando umount. (Lo sé, debería ser "unmount" pero ¡como sea! Los programadores UNIX tienen la tradición de dejar uno o dos caracteres al final de un comando para el nombre de la función --- aunque por lo general ellos eligen las vocales).

Así, normalmente puedes montar tu dispositivo "C:" bajo Linux utilizando un comando como:

mount -t msdos /dev/hda1 /mnt/c

... o

mount -t uvfat /dev/sdb2 /mnt/e

Aquí estoy utilizando una convención común de montaje de sistemas de archivos "temporales" y "desmontables" bajo /mnt. Primero tendrías que crear tu directorio "punto_de_montaje" utilizando el comando mkdir de Linux (no puedes utilizar el comando 'MD' de MS-DOS). Puedes nombrar el punto_de_montaje más o menos como quieras.

Una vez que el sistema de archivos está montado puedes acceder a los archivos y directorios utilizando todos los nombres de comandos normales de UNIX/Linux (ls, cp, mv, cat, etc).

Para acceder a tus disquetes de MS-DOS bajo Linux podrías crear y utilizar un comando como:

mount -t msdos /dev/fd0 /mnt/floppy

Personalmente prefiero acceder a los disquetes MS-DOS utilizando mtools, dado que me permite llegar a mis archivos con sólo uno o dos comandos en lugar de tener que montarlo, conseguirlos, y luego recordar desmontarlo cuando he terminado. (En realidad utilizo cualquier técnica que tenga sentido para lo que estoy haciendo. Normalmente quiero obtener un archivo dentro o fuera de mi sistema. Si necesito realmente trabajar con un archivo, lo montaré).

Así que eso te da un breve recorrido sobre el acceso a disquetes bajo Linux. Ahora, no tengo idea de qué clase de archivo PUEDAS tener (no estoy seguro aun si tu comentario sobre los disquetes tiene algo que ver con el resto de tus preguntas, o si solamente estabas cintándolo como un ejemplo de tu propio desconocimiento). Por consiguiente no tengo idea de lo que tendrías que hacer con algunos archivos que conseguiste de Intel.

Fíjate que nunca encontré ninguna referencia a ningún controlador de Intel o soporte para Linux sobre estas placas madres. Estos, como la mayoría de los controladores de Linux y XFree86 parecen haberse hecho independientemente de los fabricantes.

Así pues, cómo conseguirás que X trabaje en tu sistema. Bien, podrías iniciar ejecutando el comando SuperProbe. Esto puede reconocer tu chip de video y decirte cuánta memoria de video reporta como disponible. Ese es un truco estándar para ver la detección de tarjetas de video. Por supuesto pensamos que sabemos qué conjunto de chips está utilizando esta placa madre. Sin embargo, hay un número de modelos de la placas madres CA810 fuera de allí. Seguramente es posible que la tuya sea diferente. (También trágicamente es común para los fabricantes cambiar los conjuntos de chips en sus placas madres --- a menudo sin cambiar el nombre o número de modelo).

De todas formas, ejecutar SuperProbe (que viene con XFree86) también nos permite saber si nuestro conjunto de chips NO es reconocido. Eso podría significar que necesitamos una copia más nueva de XFree86. No hay manera para versión de Red Hat Linux que tienes instalada ahí. Podría ser que quieras una nueva versión, o que quieras descargar los RPM de XFree86 actualizados.

Los RPM son archivos de Administración de Paquetes de Red Hat. El sistema RPM es utilizado por varias distribuciones de Linux, incluyendo Red Hat, Mandrake, S.u.S.E., Caldera, y TurboLinux. Puedes descargar RPMs para varias distribuciones en los sitios web de sus respectivos distribuidores. Debería advertir que algunos RPMs no son intercambiables entre distribuciones. Esta es una particularidad probablemente para los paquetes del "núcleo" que son parte de una distribución.

Si tienes que actualizar tus RPMs de XFree86 RPMs probablemente puedas descargarlos del sitio FTP de Red Hat (ftp://updates.redhat.com). Puedes encontrarlo en alguna parte de su sitio web. A medida que Red hata se hacía más grande y "más corporativo" encontré que su sitio web está lejos de ser menos útil. Ahí la búsqueda de "actualizaciones" en este punto parece empujarte a pagar por su "servicio de actualización prioritario" y parece hacer más difícil el hecho obtener lo que viniste a buscar. Puedo entenderlo de algún modo --- necesitan hacer dinero de algún modo. Todavía hacen las actualizaciones libremente disponibles; sólo tienes que saber más sobre cómo encontrarlas. Así pues, utiliza FTP en este caso.

Sin embargo, sencillamente descargar uno o dos RPMs podría no ser suficiente. XFree86 es un programa complejo. Es el subsistema más grande y más complejo que viene con la mayoría de sistemas Linux. Depende de muchas librerías de sistema. En otras palabras puede que tengas que actualizar muchos de los otros paquetes en el sistema en orden para que un nuevo XFree86 funcione.

A menudo es más fácil actuliazar el sistema entero a la vez. Si hay una versión más nueva de Red Hat disponible, puede que sea mejor instalar esa. (Sería mejor si consiguieras un nuevo CD que descargar la imagen ISO completa.) Los pocos dólares que gastes en Cheap Bytes (http://www.cheapbytes.com) o incluso por un conjunto de CDs en caja de un nuevo "Red Hat Linux Oficial" completo valen la pena todo el tiempo y ancho de banda que ahorrarás.

De cualquier forma, luego intenta ejecutar XF86Setup (observa el caso) y/o xf86config. El primero es un programa de configuración controlado por un menú gráfico. El último es una especie de script de shell --- suelta listas de opciones en la pantalla y pide tu información. Dale tu mejor disparo con el primero. Si eso no funciona, entonces intenta con xf86config.

Si ninguno de estos dos funciona entonces es probable que alguien pueda ser capaz de lograr que trabaje al retocar manualmente tu archivo XF86Config (por lo general ordenado en /etc/X11 estos días). Sin embargo, no puedo describir cómo hacer eso aquí. (Es bastante difícil de explicar y prefiero evitar hacerlo cuando puedo).

Si todo falla puedes probar uno de los paquetes comerciales del servidor X. XFree86 es el servidor X popular, libre y de código abierto para Linux. Hay un par de paquetes comerciales que incluyen el paquete X-Inside de Xig (http://www.xig.com) y Metro-X de Metrolink (http://www.metrolink.com). A menudo estos ofrecen soporte para chips de video que no son soportados por XFree86. Eso sucede con los fabricantes de hardware que se rehusan a liberar suficiente especificaciones técnicas para la comunidad de código abierto para escribir un controlador. A veces estos vendedores de software (Metrolink y Xig) donan controladores al proyecto XFree.

Recuerda que puede haber un controlador que soporte esto en el sitio de S.u.S.E. Podrías descargarlo. Es posible que el controlador XFCom_i810 de S.u.S.E. soporte tu placa madre. Eso puede instalarse bien bajo Red Hat, o puede que tengas problemas con él. Incluso puede que quieras solamente cambiar a la distribución S.u.S.E. en ese caso.

Obviamente podría seguir y seguir. Sólo tendrías que probar unas cuantas cosas. En muchos casos estoy sugiriendo incluso una forma "fácil" para situaciones donde podría lograr que funcionen diferentemente (y menos caras). Linux es muy flexible. Es posible hacer casi cualquier cosa con él si tienes el tiempo, habilidad y energía.

En segundo lugar, quizás conozcas un buen tutorial al respecto. Que lo trate y difunda de raíz.  Yo puse el comando cd/cosa (por ejemplo cd/usr te mete en usr y puedes listar las cosas para ver lo que hay) eso es donde estoy. He visto que sucede mucho más y sé que es posible la interfaz total. Me ENCANTARIIIA ser más competente!!! AYUDA?!? -ROBB

Deberías comenzar con "Instalación y Primeros Pasos" (por Matt Welsh) del proyecto de Documentación de Linux:

http://www.linuxdoc.org/LDP/gs/gs.html

Puedes leer el libro completo en línea. De hecho, como la mayoría del LPD puede que encuentres que ya hay copias instaladas bajo /usr/doc en tu sistema (o en tus CDs de Red Hat). Hay muchas otras Guías, Preguntas Frecuentes y COMOs en el sitio LDP: http://www.linuxdoc.org LDP es el proyecto de documentación libre el cual es una parte importante de todo el movimiento Linux. De hecho, la Gaceta de Linux, y su columna es parte del LPD. Esa es una de las razones por las que empleo mucho tiempo escribiéndola.

También hay otro libro, "Ejecutando Linux" de Matt Whelsh, Lar Kaufman, que comparte algunos capítulos con LIGS, pero es un poco diferente en otros aspectos. Este último libro está publicado por O'Reilly & Asociados y puedes leer más sobre él en: http://www.oreilly.com/catalog/runux3/index.html. Por supuesto hay muchos otros libros sobre Linux fuera de ahí. Lo único otro que recomiendo en este punto para un principiante, es "La Guía Práctica de Linux" de Mark G. Sobell (http://www.sobell.com/LINUX/linux.html).

Hice una revisión de "Ejecutando Linux, 3ra edición" para Linuxcare (mi empleador) hace unos pocos meses. Está en:

http://www.linuxcare.com/viewpoints/book-reviews/rvw_091399.epl

De todos modos, esto te ha dado convincentemente algunas ideas sobre cómo hacer una búsqueda para encontrar información acerca de Linux. Como puedes ver, la mayor parte de esto está en línea y un poco bastante viene con tu sistema y está instalada en /usr/doc.

Linux en una Placa Madre CA810 "Camino" de Intel

De anónimo el Jueves, 30 de Marzo de 2000

Hmmm. Uno de los chicos en el trabajo señaló que perdí el tren en mi primer corte en esta respuesta. Yo no había oído sobre la CA810 de Intel, pero los chicos en los laboratorios de certificación de hardware de  Linuxcare (*) terminaron la prueba con el conjunto de chips y XFree86 3.3.x

• ( Laboratorios Linuxcare: http://www.linuxcare.com/labs)

Por lo tanto, si estás construyendo una estación de trabajo al rededor de este sistema, y quieres soporte X querrás verificar el reporte de certificación de Linuxcare sobre Brio BA400 de Hewlett Packard (que se construye alrededor de esta placa madre).

Desafortunadamente los detalles son un poco espantosos. Lo que supone tomar los fuentes para XFree86 3.3.6, editar aquellos para descomentar una sección de código C y obtener un parche del núcleo del sitio de Intel y construir un nuevo núcleo y un servidor X. Se espera que con el reciente lanzamiento de la versión 4 de XFree86 este tipo de cosas llegará a ser menos problemático.

Mientras más vendedores de hardware regalen certificados entonces este tipo de información debería ser más fácil de encontrar en el futuro.

Aquí está el detalle sangriento de ejecución de XFree86 en la CA810 "Camino":

http://www.linuxcare.com/labs/certs/C1F5C9cR88C10.epl#5

Copyright © 2000, James T. Dennis
Publicado en Linux Gazette Número 52 Abril de 2000

Transformación HTML por Heather Stern de Tuxtops, S.A., http://www.tuxtops.com/