Ir al contenido principal

Instalar drivers Nvidia en Fedora 13


Anoche me senté tranquilamente en mi equipo de casa a instalar Fedora 13. De más está decirles que nuevamente la Distribución de Red Hat para escritorio no me ha decepcionado bajo ningun aspecto, pero esos detalles los nombraré en un futuro review que realizaré dedicado a mi Distribución Linux favorita.

Nuevamente, como ya me ha sucedido desde que Fedora ha implementado el driver libre para gráficas Nvidia Nouveau, he tenido problemas a la hora de instalar el driver privativo de mi placa de video Nvidia 8600GT. Y como Fedora no trae activado los repositorios privativos por defecto de éstas gráficas (como también los codecs de video), se complica solo un poco la cuestión.

Siguiendo éste instructivo de instalación al pié de la letra, me encontré que al momento de reiniciar mi equipo, destellaba/parpadeaba la pantalla y no iniciaba el entorno gráfico Gnome de mi escritorio. Entonces empecé a verificar cuál era la falla al momento de iniciar, para hacerlo tuve que ir a otra terminal virtual (presionando Ctrl + Alt + F2) y tipié:

dmesg | less

Éste comando lista el buffer de mensajes del núcleo o Kernel Linux para ver las acciones que se realizan al momento de iniciar el Sistema, en este caso Fedora. Me encontré con un mensaje repetitivo al final del listado:

NVRM: RmInitAdapter failed!
rm_init_adapter(0) failed

Buscando en los bajos fondos de la web, me encontré con la solución definitiva encontrada en el foro de Fedora, en la cual redireccionan al enlace donde encontré la solución a mi problema, el cual explico aquí.

Lo primero que debemos realizar es instalar los repositorios privativos, en los cuales se encuentra el driver de Nvidia junto con otros codecs de video como antes les había mencionado. Para ello, tipeamos por consola como Root:

rpm -Uvh   http://download1.rpmfusion.org/free/fedora/rpmfusion-free-release-stable.noarch.rpm     http://download1.rpmfusion.org/nonfree/fedora/rpmfusion-nonfree-release-stable.noarch.rpm

Luego, actualizamos el listado de repositorios como Root:

yum update

El próximo paso es conocer qué Kernel tenemos en nuestro sistema. para ello, tipeamos por consola el comando...

uname -r

...el cual nos devolverá el Kernel con su versión y arquitectura. Dependiendo de la arquitectura y si es con característica PAE o no, ejecutaremos los siguientes comandos como Root:

Kernel sin PAE
yum install akmod-nvidia  xorg-x11-drv-nvidia-libs.i686

Kernel con PAE
yum install  kmod-nvidia-PAE

Luego de instalados los paquetes, procedemos a deshabilitar el driver Nouveau que viene por defecto en Fedora. Para ello, editaremos el archivo de Grub con un editor, ya sea nano o vi:

/boot/grub/grub.conf

Y agregaremos al final de la línea (la más larga de todo el archivo) donde se encuentra el Kernel booteable lo siguiente:

rdblacklist=nouveau

Guardamos los cambios y reiniciamos. Luego de ésto yo no he tenido problemas y el driver privativo de Nvidia ha funcionado correctamente, con la aceleración buscada por muchos.

Nota: en algunos instructivos de blogs y foros, encontrarás que ingresando la línea al Kernel del Grub nouveau.modeset=0, el driver Nouveau se desactiva. Yo fui uno de tantos usuarios que agregó esta línea, pero el driver seguía en conflicto con el driver Nvidia. Aunque en Fedora 12 ésta línea si anulaba correctamente Nouveau, en ésta versión agregando la línea rdblacklist=nouveau yo no he tenido inconvenientes. Válido para gráficas serie GeForce 6, 7, 8, 9 & 200.

Espero que les haya sido de gran ayuda.

Nota: el usuario Raphael en un comentario me agrega como posibilidad a aquellos que les falle los pasos que yo recomiendo visitar éste enlace.
32 comentarios

Entradas populares de este blog

Botones capacitivos no vibran o encienden en Samsung S6

Si tienes el problema en que de la noche a la mañana por culpa de algún duende, tus botones capacitivos de tu Samsung S6 (botón Atrás y botón Aplicaciones recientes) funcionan pero no encienden ni vibran, aquí la solución paliativa.

El problema es un bug reconocido por la comunidad de Android, que aún (al día de la fecha) en Android 5.1.1 no ha sido resuelto. Se trata de un problema al activar el Ahorro de Energía, que de forma correcta deshabilita la vibración y luminosidad de las teclas capacitivas, pero aún desactivandolo siguen deshabilitadas.


Cuando tus botones capacitivos no respondan como deben (me resultan útiles que vibren o se enciendan), debemos:
Entra en el Ahorro de Energía.En "Iniciar ahorro de energía", selecciona "Inmediatamente".Apaga el Ahorro de energía.(Si quieres) Vuelve a encenderlo y configuralo con un porcentaje a gusto. Los botones capacitivos ahora funcionarán.Quizás, en una próxima actualización de Android Lollipop solucionen este pequeño bu…

PARTE I: Instalar OCS Inventory NG (Server) en Ubuntu Linux 14.04 LTS

Muchos conocerán los beneficios y funcionalidades que nos provee OCS Inventory. Es por eso que si has llegado hasta aquí, daré por sentado que ya conoces qué se puede hacer con este increíble Software.

Tomé la decisión de hacer un pequeño tutorial de instalación de OCS Inventory NG en su versión Server sobre Ubuntu Linux 14.04 LTS originado por varios motivos: mi exitosa experiencia utilizado e implementando ésta solución, la Wiki del proyecto no está actualizada "al día", y (lo más importante) porque existe mucha documentación fragmentada en la Web, en idioma francés, italiano, y con mucha información algo incompleta.

Nota 1: Asumo que dispones de conocimientos básicos de Ubuntu, Apache y Mysql. Ante una duda, deja un comentario, o bien indaga en la Web. No duele ;D

Nota 2: Este instructivo esta basado en la versión de OCS Inventory NG version 2.2 al día de la fecha de publicación.

Nota 3: configura tu Ubuntu con una IP estática/fija.

Requisitos de paquetería

Actualiza Ubuntu a …

Enviar mensaje masivo a PCs con Windows en un Dominio

En la oficina estábamos tratando de optimizar el proceso de reinicio de un Servicio indispensable para gran parte de los usuarios de la empresa, pero sin caer en el viejo y obsoleto método del correo o la llamada telefónica. La duda era, ¿cómo les notificamos de forma fácil que debíamos reiniciar el Servicio?

Era indispensable que los usuarios cerrasen sus Apps que se conectaban a dicho "demonio", para así tener la tranquilidad de que esos programas no quedasen "frizados" y evitar el maremoto de llamadas y reclamos para luego matar uno a uno dicho proceso de forma remota.

En Windows, el comando que debemos usar es msg.exe, no disponible en Windows XP, pero si para Windows Vista y posteriores.

Primero, necesitábamos listar aquellos equipos que tenían la App dependiente de dicho Servicio, armar un listado con ellas y así ejecutar el comando msg en función a ese listado. Para ello, acudimos a nuestro System Center Configuration Manager, y mediante un Reporte, listamos…