La otra bola de cristal

Cuando las X no funcionan: Drivers “nouveau” a la lista negra

La verdad es que no me puedo quejar, estoy de un entretenido con mi ordenador nuevo…

Después de instalar debian, todo parecía ir correctamente, como no había instalado los drivers de mi gráfica nvidia porque pensaba pasarme a testing y desde ahí ya ponerlo todo a punto de momento arrancaba con el driver genérico VESA.

Pues bien, después de cambiar mi lista de repositorios apuntando a testing empiezan nuevamente los problemas con la gráfica… jejeje, no sé por qué pero habría que hacerles un monumento o darles algún tipo de reconocimiento al conflicto más famoso existente en distribuciones gnu/linux.

Si alguien está interesado en pasar de la rama estable de debian a la rama testing, en el 2007 escribí un post explicando las diferentes ramas de debian y cómo cambiar de una a otra, el post es antiguo pero la manera es la misma, sólo recalcar que en vez de utilizar el nombre de la versión como por ejemplo wheezy (rama testing actual) utilicéis testing.

Bueno, pues después de realizar esta actualización reinicié mi equipo ya con nuevo kernel y de repente sin casi empezar a cargar un error similar a esto:

[drm] nouveau 0000:01:00.0 unknow ic2 port 51
...

Vale, lo tengo claro es el driver nouveau lo que me está creando un conflicto, pero no puedo hacer nada porque no pasa de ahí ni carga nada más. Me siento atrapada, sin salida…

Nuevamente hago uso del parámetro nomodeset en el grub para poder cargar el sistema.

Inicia bien, al menos puedo loguearme y después de eso lo primero que hago es mandar nouveau a la lista negra:

nano /etc/modprobe.d/blacklist.conf

Y agregar:

blacklist nouveau

Después instalar los drivers de nvidia con module-assistant.

Reinicio y problema solventado.

Archlinux, un minipc, una nvidia optimus y qué dolor de cabeza

Como os comentaba el otro día tengo máquina nueva, un mini pc con dos gráficas, una nvidia optimus y una intel.

Lo cierto es que estoy bastante desconectada del mundo del hardware, yo me quedé en aquellos años en los que el ordenador se utilizaba en casa principalmente para jugar, en la era del pentium 3 más o menos, entonces sí que estaba al día de lo que había en el mercado, pero eso fue quedando atrás hasta ni llegar a saber qué procesadores eran los que se estaban montando en la actualidad, me perdí mucho por el camino.

Así que me enteré hace bien poco que la tecnología optimus lo que hace es utilizar las 2 gráficas, la intel que viene integrada en la placa base para tareas cotidianas como suite ofimática, navegar por internet, etc y nvidia para acciones que requieren de más potencia: juegos, edición de vídeos… Ella sola se pone en marcha sin intervención del usuario cuando lo necesita. Descripción a grandes rasgos y en un lenguaje muy coloquial.

Suena bastante bien, ¿verdad? El problema es que esta tecnología sólo es compatible con windows, ya que nvidia no da soporte de estos drivers para linux y ahí es donde viene el problema, aunque por suerte tiene solución.

Estaba yo muy contenta y entusiasmada con mi nueva adquisición y deseando meterle mis distribuciones preferidas: Archlinux y Debian, pero antes de llegar a completar la instalación con éxito he pasado casi toda una semana entregada en cuerpo y alma para conseguir mi objetivo y la cosa era tan simple que no era capaz de verlo.

Después de sacarlo de su caja y conectarlo todo introduzco el cd con la iso de Archlinux, la distro elegida para tener el honor de ser la primera en ocupar el disco duro. Sí señores, Archlinux ha conseguido en tres meses en convertirse en una de mis distribuciones favoritas junto con Debian y me es difícil renunciar a ninguna de ellas.

Cambio el boteo, elijo Boot Archlinux empieza a cargar y después de:

Waiting for udev uevents to be processed…

¡Zasca! pantalla en negro, vale empezamos bien y sólo he tocado una tecla, empiezo a valorar con creces a mi viejo pc que siempre ha sido tan cumplido…

Bueno pues vamos a buscar que es lo que ocurre y que solución tiene, fácil, al menos de momento, agregar nomodeset a la opción de arrranque.

Vuelvo a reiniciar y cuando se inicia el cd y aparece el menú con las distintas opciones, selecciono la primera: Boot Archlinux y con el tabulador edito la línea añadiendo nomodeset, quedando así de esta manera:

.linux /arch/boot/x86_64/vmlinux archisobasedir=arch archisolael=ARCH201108 initrd=/arch/boot/x86_64/archiso.img nomodeset

Y ENTER para iniciar, ahora sí, ya puedo iniciar la instalación con normalidad.

Después de instalar el sistema base y en el primer reinicio vuelve a ocurrir lo mismo, así que a ciegas, porque la máquina sigue funcionando pero no se ve nada, me logueo como root y reboot para reiniciar y añadir esta opción en el GRUB tal y como comenté en el post del otro día:

root (hd0,0)
kernel /vmlinuz-linux root=/dev/sda3 ro nomodeset
initrd /initams-linux.img

Y aquí es donde empieza el problema y mis quebraderos de cabeza, las malditas X un culpable muy común y que suele estar presente en muchas de nuestras instalaciones para que nuestra experiencia sea desesperante y hasta para que haga desistir a más de uno.

Había leído que algunas placas que llevan estas 2 gráficas permiten desactivar una de ellas desde la bios, no todas, pero yo ojeé la mía a ver si suena la flauta, yo buscaba algo de graphics, vga… así que no me di cuenta de nada y pensé que mi placa no lo permitía.

Instalé los drivers para intel, los drivers para nvidia, los desinstalé, instalé y configuré bumblebee un proyecto para hacer posible el uso de la tecnología optimus en linux, funcionó pero sólo conseguí entrar en gnome en modo fallback, volví a mirar la bios, encontré un par de opciones vt-d y Quicksync que estaban activadas, dejé una, desactivé la otra, volví a desactivar la otra, a activar y desactivar, a instalar y desinstalar y nada.

Decidí dejarlo a un lado, ya lo volveré a mirar con más calma y pasar a la instalación de Debian en otra partición que previamente había creado con cfdisk. Pero aquí la cosa tampoco fue mucho más optimista, realicé la instalación en modo gráfico y no tuve ningún problema, instalé el sistema base, instalé el entorno de escritorio y al reiniciar aquello petaba que daba gusto… Mi gozo en un pozo.

Después de mil pruebas, mil opciones distintas decido enfriar mi cabeza y emplear otra estrategia.

Si buscas resultados distintos no hagas siempre lo mismo (Albert Einstein)

Cuando algo no funciona, solemos tocar aquí y allá y si no funciona volvemos a tocar, pero son tantas cosas que modificamos, que rehacemos y deshacemos que muchas veces no nos damos cuenta o no recordamos que es lo que hemos cambiado y lo volvemos a poner igual que algo que ya habíamos probado y nos dejamos alguna opción por ahí en el aire que resulta ser la correcta. Eso mismo me pasó a mí, así que volví a empezar de cero, apuntando cada paso que realizaba y que resultados obtenía y deshechar las opciones inválidas para llegar al punto de configuración correcto.

Finalmente era tan simple como desactivar de la bios las 2 opciones vt-d y quicksync, iniciar la instalación con nomodeset, después del sistema base volver a añadir nomodeset en el GRUB, comprobar que realmente sólo encuentra una vga y ahora sí, instalar las X y los drivers de la gráfica nvidia y por fin todo vuelve a la normalidad.

Con Debian, volví a probar la instalación también desde cero y funcionó sin incidente alguno, por lo que me queda bastante claro que todo el problema radicaba en ese par de opciones que estaban activadas en la bios.

Cuando las X no funcionan: Entrar en modo consola en Archlinux

Tengo ordenador nuevo, así que estos días andaré un poco desconectada mientras pongo mi pc a punto.

En esta nueva instalación de Archlinux estoy descubriendo y aprendiendo cosas nuevas, ya que me están pasando situaciones que con la anterior no me pasaban, eso es bueno mientras pueda ir solucionándolas :-P

Así que os iré dejando por aquí algunas cosillas, pequeños apuntes que también me vendrán bien para un futuro.

Cuando encendemos nuestro PC y nos aparece el menú GRUB tenemos 2 opciones para iniciar Archlinux:

Arch Linux
Arch Linux Fallback 

Si hemos configurado que se inicien las X automáticamente, modificando el runlevel a nivel 5 en el inittab no tendremos la posibilidad de entrar directamente en modo texto o consola, esto puede representar un problema cuando las X no funcionan y queremos toquetear algo, por ejemplo que se quede congelado en la pantalla de inicio de sesión, que no reconozca el teclado o el ratón, etc…

Para ello indicaremos en el GRUB que inicie con runlevel 3.

Una vez nos aparezca el menú, nos posicionaremos sobre la opción Arch Linux y le daremos a la tecla “e” para acceder al modo edición y otra vez a la tecla “e” para editar la segunda línea y poder añadir las opciones que deseemos, en este caso un 3 para modificar el runlevel, nos quedaría así:

root (hd0,0)
kernel /vmlinuz-linux root=/dev/sda3 ro 3
initrd /initrams-linux.imag

Después presionamos la tecla ENTER y “b” para botear.

Averigua la fecha de instalación de tu linux

¿Nunca os habéis preguntado desde cuánto hace que tenéis instalada vuestra distribución de linux? ¿2 meses, 1 año, 5?

Mentalmente y basándonos en algunos recuerdos podemos hacer un cálculo aproximado, pero a veces esos recuerdos pueden ser confusos o quizás con tanta prueba de instalación y desinstalación de distribuciones varias uno pierde ya la cuenta del tiempo que lleva con la actual.

A modo de curiosidad quise saber si existía alguna manera así que me lancé a la aventura de encontrar esta información y la encontré.

Existen varias maneras, una de ellas es conociendo la fecha de creación del sistema de ficheros o las particiones como /boot o la partición raíz.

Y esto lo podemos saber con los comandos dumpe2fs o tune2fs:

dumpe2fs -h /partición | grep created

o

tune2fs -l /partición | grep created

Por ejemplo, mi partición de Archlinux se encuentra en /dev/sda2:

dumpe2fs -h /dev/sda2 | grep created
dumpe2fs 1.42.1 (17-Feb-2012)
Filesystem created:       Mon Dec 26 21:50:56 2011

Y Debian, ¿cuándo instalé Debian?

tune2fs -l /dev/sda5 | grep created
Filesystem created:       Fri Dec 30 20:12:32 2011

Mis instalaciones son muy recientes, pues en diciembre del año pasado es cuando decidí borrarlo todo y empezar de 0 con Arch y Debian.

¿Y tú, desde cuando tienes tu actual distribución instalada?

Fuentes: Michalins on.* – Determining the age of a Linux installation, Server Fault – How to determine the “age” of a linux system since installation?

Failed to execute /lib/udev/check-ptp-camera

A veces cuando enciendo el ordenador no siempre estoy delante de la pantalla mirando todo el proceso de booteo así que el otro día de reojo me di cuenta que aparecía un error mientras arrancaba pero no me dio tiempo a leerlo completo. No pasa nada si esto nos ocurre, no hace falta reiniciar el equipo para ver ese mensaje, podemos verlo en los logs del sistema para inspeccionarlo más detalladamente.

En este caso lo que busco es el log de booteo para leer que es lo que ocurre mientras se inicia y así poder visualizar todos los mensajes que han aparecido en pantalla tan rápidamente que no nos ha dado tiempo de leerlo completo, este archivo se encuentra en /var/log/boot y ahí es donde encontré lo que andaba buscando:

udevd[235]: failed to execute ‘/lib/udev/check-ptp-camera’ ‘check-ptp-camera 06/01/01′: No such file or directory

Al leer esto supe enseguida de que se podía tratar. Tengo que aclarar que este mensaje antes no aparecía y que fue después de una actualización de esta semana pasada.

Cuando instalé Arch una de las cosas que estuve intentando configurar fue que reconociera mi cámara de fotos y que se montara automáticamente conectando el cable al puerto usb, o que reconociera que se había conectado una cámara y se abriera el programa para poder importarlas. Es curioso porque los llaveros usb los monta sin problemas y si conecto la tarjeta de la cámara también, añadí mi usuario al grupo camera, creé unas unas reglas en udev, hice todos los pasos que se indicaban en el wiki de Archlinux pero algo me salté o algo no hice bien porque no lo conseguí del todo, además el único programa que reconocía mi cámara era gtkam y no siempre funcionaba.

Para eliminar ese molesto mensaje en el boteo lo único que hice fue renombrar el archivo de reglas que se encuentra en /etc/udev/rules.d/90-libgphoto2.rules, también podría eliminarlo pero los años y la experiencia me han enseñado que mejor siempre primero renombrar.

No es demasiado porque sigo sin conseguir y arreglar lo que quería, así que de momento mi única solución válida es importar las fotos directamente desde la tarjeta de memoria, un día de estos volveré a repetir todo el proceso a ver si atino :-P

Fuente: Foros Archlinux