Repito la respuesta que envié por equivocación sólo a Jose Luis. Por cierto, el núcleo actual del Thinkpad es un 2.6.15, pero no sé si originalmente funcionó con otras versiones o no. Como han dicho en debian-devel, mejor optar por la .15 o la .16, para evitar problemas en versiones anteriores con el parche ide-modular de Herbert Xu.
---Mensaje reenviado--- 2006-03-22 14:51+0100, Jose Luis Ayala <[EMAIL PROTECTED]>: > Buenas! No sé si seguís la pista del bug en ata_piix que impide usar > el cdrom IDE en máquinas con hd ATA, pero a mí me está volviendo loco :) Comencemos por clarificar los términos, a ver si te remite la locura ;-). Entiendo que por CD-ROM IDE te refieres a uno con interfaz/gestión P-ATA(PI) (esto se entiende, pero así usamos el término más correcto) y que el disco duro tiene interfaz S-ATA (o que haya un conversor S-ATA/P-ATA entre el controlador y el disco duro, como en algunos IBM Thinkpad). > Se comenta por ahí que la solución es incluir en el initrd los módulos > ide-generic ata_piix sd_mod y en este orden. Correcto el concepto: cargar IDE antes que SCSI (S-ATA se maneja por SCSI, y SCSI fastidia la detección IDE). Sobre la ejecución, no te sé decir, ya que no sé si te falta algún módulo IDE que no se cargue automáticamente, ni si el módulo SCSI es el único necesario y el correcto. >Yo he seguido la > recomendación, y ahora durante el boot me encuentra hdc y hdd (dvd y > cdrom), pero ahora el hd no responde!!! :( "hd" es poco descriptivo en esta situación: hace pensar en un interfaz hdX, manejado por P-ATA, pero estamos hablando de una controladora de discos S-ATA... y por si fuese poco, es un controlador cuyos discos Linux puede manejar o bien como IDE o bien como SCSI. ¿De veras ha desaparecido el interfaz de disco duro, o ha pasado de ser /dev/hdX a ser /dev/sdX (o viceversa)? Si es el caso, "bastará" con que cambies los parámetros del gestor de arranque (LILO/GRUB/...) y las definiciones de fstab. Puede no ser trivial, pero la alternativa sería recrear la configuración inicial, cosa difícil (visto la evolución del soporte S-ATA en Linux) y poco deseable (sobre todo si antes la cosa no te funcionaba). > Os diré también que el initrd carga otros módulos de interés como libata > e ide-core. ¿Sabéis si hay un secuencia correcta para el arranque de > estos módulos o cómo resolver este problema? Por lo que tengo entendido la respuesta a cómo salvar la situación es "depende, y además hay para escoger". Dicho esto, se agradecería más información para acotar el problema. Por ejemplo, yo no estoy siguendo el tema, así que no me serviría demasiado que me dijeses qué versión del núcleo estás usando (tanto numérica como la distribución de procedencia --e.g. paquete Debian vs "vainilla"--), y otros detalles semejantes (versión de los initrd-tools y demás), pero sin embargo, quizás otros sí puedan sacar partido a esa información. Otro consejo sería prescindir de usar initrd (o herramientas similares) si compilas los núcleos a medida para cada uno de tus sistemas. Así te ahorras depender de que funcione bien la elección de módulos y además te puedes ahorrar algún susto durante las actualizaciones. Para hacerlo, te debería bastar con meter en el núcleo los controladores necesarios para la correcta lectura del resto del sistema (i.e. los controladores de disco y el sistema de ficheros para el acceso a la partición raíz), y de paso los necesarios para recuperar el sistema en caso de fallo (primordialmente los controladores para el teclado). Al margen de debates sobre si usar o no initrd, incluir en el núcleo los controladores P-ATA y S-ATA es otra de las soluciones que se suele dar para manejar este tipo de controladores de disco, y la que he usado con un Thinkpad R52. El resultado fue que el disco duro se veía como /dev/sda1 y el DVD/CD-RW como /dev/hdc (aunque puestos a mirar, no verifiqué si todos los detalles --como el acceso DMA-- funcionaban correctamente). Una tercera opción (aparte la tuya y de la anterior) es habilitar la gestión P-ATA(PI) del módulo ata_piix (experimental en la versión 2.6.14 del núcleo) mediante el parámetro libata.atapi_enabled=1. > Gracias x 1000! Si te sirve de algo, agradéceselo a <http://www.thinkwiki.org/wiki/Problems_with_SATA_and_Linux> y a la suerte que me llevó a tropezarme con el problema antes que tú (probando un instalador gráfico Debian en un sistema desconocido... poco recomendable). Si no, a seguir preguntando. ;-) -- Gonzalo HIGUERA DÍAZ <[EMAIL PROTECTED]>
