* Imagenes de instalación de las versiones estables para Mageia y OpenMandriva.

OpenMandriva: Mageia (Mageia 9) 20/Agosto/2023 - Anuncio, Descargas.

Blogdrake recomienda descargar las imágenes de instalación (iso) vía torrent para evitar corrupción de datos, aprovechar mejor su ancho de banda y mejorar la difusión de las distribuciones.

Opciones para instalar los controladores ATI fglrx

Atención: para evitar pérdidas de tiempo, advertir que, desde Mandriva 2009.1 (Spring), el controlador ATI fglrx es válido sólo para tarjetas de la serie de chipset RV600 en adelante (Radeon HD2000 y superiores). Para tarjetas con chipsets anteriores (Radeon X1950 y anteriores), se hace obligatorio el uso del controlador OSS ati. La causa es completamente ajena a Mandriva (y a otras distribuciones): el abandono de soporte para éstas últimas tarjetas del controlador propietario a partir de Marzo de 2009 por parte de ATI se decidió al considerar ésta empresa que el soporte del controlador libre era suficiente.

El principal problema de los controladores propietarios ATI facilitados por Mandriva es que no funcionaban con la versión de kernel de la versión 2010. Puede parecer confuso preparar paquetes sabiendo que posiblemente no funcionarían, pero era lo más reciente que ATI había facilitado, por lo que debían estar disponibles (y había casos en los que funcionaban por unos parches de terceros). Además, siempre se podría instalar los controladores libres, aún con sus limitaciones de funcionalidad, a la espera de que ATI lanzase una versión apropiada para la versión del kernel de Mandriva 2010.

He aquí tres opciones para instalar la versión más reciente de estos controladores propietarios. La documentación no es lo completa que hubiese querido, ya que, al no tener una tarjeta soportada (tengo una Radeon X1400, que dejó de ser soportada por fglrx en Marzo de 2009), prefiero no instalar los paquetes cuya creación a continuación describo. No obstante, sí he probado la construcción de los paquetes.

Así que ahí va.

Opción 1: Descargar el controlador propietario directamente desde su web, construir paquetes rpm e instalar
-Descargar a un directorio (llamarlo, por ejemplo, fglrx) el paquete de instalación de la web de ATI. El mismo paquete sirve para las arquitecturas 32 y 64 bits.
-Abrir un terminal. Ir al directorio donde se ha guardado el paquete descargado (cd fglrx)
-Hacer que el paquete sea ejecutable

chmod +x ati-driver-installer-10-1-x86.x86_64.run

-Si no está instalado, instalar rpm-build y sus dependencias (como root)

urpmi rpm-build

-Construir los paquetes (recomiendo hacerlo como usuario normal)

./ati-driver-installer-10-1-x86.x86_64.run --buildpkg

-Finalmente, como root, instalar los paquetes rpm creados

rpm -ivh dkms-fglrx-8.690-1amd.mdv2010.0.x86_64.rpm 
fglrx-control-center-8.690-1amd.mdv2010.0.x86_64.rpm 
x11-driver-video-fglrx-8.690-1amd.mdv2010.0.x86_64.rpm

(Nota 1: La orden anterior es toda en una línea. La he cortado para no extender el texto hacia la derecha en exceso)
(Nota 2: En mi caso, los paquetes construidos son x86_64, o sea, 64 bits. Esto es porque tengo instalada una versión de 64 bits. En un sistema que tenga instalada una versión de 32 bits, se crearían paquetes de arquitectura i586)
(Nota 3: La instalación fallará por conflictos de archivos ya existentes si ya está instalada una versión anterior. En ese caso, pruébese a actualizar, usando rpm -Uvh dkms-fglrx... fglrx-control-center... x11-driver-video-fglrx...)
(Los paquetes fglrx-debug... y fglrx-devel... que también se crean no son necesarios en principio, a menos que se deseen hacer labores de desarrollo o pruebas)

Una vez instalados, hay que ejecutar, como root

aticonfig --initial

. En caso de obtener lo siguiente

Warning: Could not find configuration file
Please copy configuration file template to /etc/X11

significa que ya hay un fichero xorg.conf. Podemos probar a basarnos en él para que lo genere. Repetiremos la orden, con un añadido:

aticonfig --initial --input=/etc/X11/xorg.conf

En todo caso, aticonfig -h da una lista de opciones. No suele ser necesario ejecutar esa orden si simplemente se ha actualizado a una versión superior (es posible que también se pueda probar drakconf para configurar el servidor gráfico).

Aunque el método preferido es la siguiente opción, pongo ésta como la primera por dos razones. La primera es que los 'versioníticos' tengan la opción de probar lo último de lo último. La segunda, porque es posible que, recién salida la versión, aún no existan paquetes en el repositorio backports.

Opción 2: Instalación de paquetes desde los repositorios Backports
Tal como indicó Kalvy en un comentario posterior a la publicación del artículo, en los repositorios non-free/backports suele estar disponible la última versión de los controladores fglrx de ATI. Para los perezosos, se recuerda que los repositorios backports contienen algunos paquetes de software de una versión superior a la existente en el lanzamiento, y que Mandriva considera que vale la pena poner a disposición, aún cuando no se consideren actualizaciones normales ni haya soporte oficial (descripción en el Wiki de Mandriva).
Como indiqué en la primera opción, en el caso de existir paquetes disponibles es la opción preferida.

Opción 3: Descargar e instalar los paquetes que están en fase de pruebas (repositorio non-free/Testing)
(Nota 4:siempre hay cierto riesgo en probar los paquetes de los repositorios Testing, por lo que considérense advertidos).
Aquí sería mejor la opción de configurar (o activar) el repositorio non-free/Testing, aunque también se puede navegar por un servidor FTP que tenga repositorios de Mandriva y descargar los paquetes para instalarlos después. Sería como la opción 1, pero con paquetes ya construidos.
En este repositorio se encuentran los paquetes que Mandriva tendría que facilitar como actualizaciones en un futuro próximo. Se debe tener en cuenta que están aún en prueba (valga la redundancia), por lo que podrían no funcionar. Sólo para valientes, pero no inconscientes. Ya hay documentación extensa que indica cómo configurar un repositorio.

También está, por supuesto, la posibilidad de intentar instalar el paquete directamente, pero la ventaja de estos tres métodos es que posibilitan una fácil desinstalación; al ser instalados como paquetes rpm, su desinstalación vendría a ser igual que otro paquete cualquiera (como mínimo, una orden rpm -evh (nombre_del_paquete_sin_extension_rpm) funcionaría).

Espero que sirva de ayuda e inspiración.

(Editado por sugerencia de vfmBOFH. Gracias por el aporte, Kalvy :). No me acordaba de los backports)
Saludos
Osado

Opciones de visualización de comentarios

Seleccione la forma que desee de mostrar los comentarios y haga clic en «Guardar opciones» para activar los cambios.


Gravatar de Kalvy

# 99375 Ya están en backports

No es necesario instalar los paquetes de la rama testing. Los de la rama backports funcionan sin problemas (al menos a mí, vaya; con una de la serie 4800 no me dieron ninguno).



Gravatar de vfmBOFH

# 99379 ¿Confirmación?

Osado, si puedes confirmar lo que dice Kalvy, ponlo en la entrada del blog.

Hay unas cuantas consultas en el foro que tal vez puedan beneficiarse de ésos drivers.

Atentamente,

La voz ésa del interior de tu cabeza que oyes cuando lees algo.

DISCLAIMER: No tengo mucho tiempo para forear, así que voy al grano. Si crees que mi respuesta es ruda, seca, cortante o hiriente, no lo dudes: LO ES.

Opciones de visualización de comentarios

Seleccione la forma que desee de mostrar los comentarios y haga clic en «Guardar opciones» para activar los cambios.