Optimus en Linux con Bumblebee: Abrid paso a Primus!!!

Estaba yo tan tranquilo con mi instalación estándar de Bumblebee (recientemente actualizado a la versión 3.1) cuando me dí cuenta de que en el archivo de configuración (/etc/bumblebee/bumblebee.conf) podía cambiar el tipo de puente (Bridge) que optirun utilizaría para pasar los frames desde la gráfica Nvidia a la salida.
Es un concepto un poco técnico, pero que el propio equipo de Bumblebee explicó perfectamente en su perfil de Google+ cuando integraron el soporte a Primus, con el que se debería obtener un mayor rendimiento.

Bumblebee uses VirtualGL to copy the image generated by the second (faster) GPU to your display. VirtualGL was intended for use over a network though, so it takes a great many steps to enable this (compression, sending the image over a network link, decompression, etc).

Primus doesn’t perform all these “extra” steps, instead taking a more direct route (copying the rendered image in memory to the other GPU, then displaying there). In theory this should get you better performance as well as better compatibility. Running applications will “see” the OpenGL implementation of your real hardware, nothing virtual is presented to them.

Traducción:

Bumblebee usa VirtualGL para copiar la imagen generada por la segunda GPU (más rápida) al monitor. VirtualGL fue pensado para usarse en una red, y lleva a cabo varios grandes pasos para conseguirlo (compresión, envío de la imagen a través de un enlace de red, descompresión, etc.)

Primus no hace ninguno de estos pasos “extra”, sino que toma un camino más directo (copiar la imagen renderizada en la memoria de la otra GPU y mostrarla desde ahí). En teoría esto debería proporcionarte más rendimiento y mejor compatibilidad. Las aplicaciones en ejecución verán la implementación OpenGL de tu hardware, nada virtual les será mostrado.

Así que nada, tocaba instalar primus y hacer alguna prueba:
$ sudo apt-get install primus
Si tu distribución tambien es de 64-bits, instala tambien este paquete:
$ sudo apt-get install primus-libs-ia32:i386

A continuación, hacemos alguna prueba especificando primero el bridge VirtualGL:
$ optirun --bridge virtualgl --verbose glxspheres
[13340.727449] [INFO]Configured driver: nvidia
[13342.575995] [INFO]Response: Yes. X is active.

[13342.576108] [INFO]Running application using virtualgl.
Polygons in scene: 62464
Visual ID of window: 0x21
Context is Direct
OpenGL Renderer: ION/PCIe/SSE2
28.105199 frames/sec - 31.365402 Mpixels/sec
29.510381 frames/sec - 32.933585 Mpixels/sec
29.655756 frames/sec - 33.095824 Mpixels/sec
29.894138 frames/sec - 33.361858 Mpixels/sec
29.674440 frames/sec - 33.116675 Mpixels/sec
29.615451 frames/sec - 33.050843 Mpixels/sec
29.678065 frames/sec - 33.120721 Mpixels/sec
28.908473 frames/sec - 32.261856 Mpixels/sec

Esto arrojó los resultados esperados. ¿Cómo se comportaría con Primus?
$ optirun --bridge primus --verbose glxspheres
[13370.390390] [INFO]Configured driver: nvidia
[13372.059121] [INFO]Response: Yes. X is active.

[13372.059180] [INFO]Running application using primus.
Polygons in scene: 62464
Visual ID of window: 0xb4
Context is Direct
OpenGL Renderer: ION/PCIe/SSE2
43.350311 frames/sec - 48.378947 Mpixels/sec
43.667835 frames/sec - 48.733304 Mpixels/sec
44.054877 frames/sec - 49.165243 Mpixels/sec
43.844428 frames/sec - 48.930382 Mpixels/sec
44.029115 frames/sec - 49.136492 Mpixels/sec
43.910949 frames/sec - 49.004619 Mpixels/sec
44.145833 frames/sec - 49.266749 Mpixels/sec
43.827326 frames/sec - 48.911296 Mpixels/sec
43.479552 frames/sec - 48.523180 Mpixels/sec

¡¡Oh, yeah!! Más o menos un 50% más de rendimiento!!! 🙂
Para hacer estos cambios permanentes, basta con indicarlo en el archivo de configuración:
$ sudo nano /etc/bumblebee/bumblebee.conf
Buscamos el apartado de opciones del cliente y la opción “Bridge” la ponemos en “primus”:
## Client options. Will take effect on the next optirun executed.
[optirun]
# Acceleration/ rendering bridge, possible values are auto, virtualgl and
# primus.
Bridge=primus
# The method used for VirtualGL to transport frames between X servers.
# Possible values are proxy, jpeg, rgb, xv and yuv.
VGLTransport=proxy
# Should the program run under optirun even if Bumblebee server or nvidia card
# is not available?
AllowFallbackToIGC=false

Para terminar, bastaría con reiniciar el servicio de bumblebee:
$ sudo service bumblebeed restart

Y a disfrutar de más frames por segundo!

Anuncios

54 pensamientos en “Optimus en Linux con Bumblebee: Abrid paso a Primus!!!

  1. En primer lugar gracias por el artículo. Muy didáctico. He seguido los pasos de instalación de primus en Linux Mint 13 64bits para mí híbrida Intel HD3000 con Nvidia Geforce 610M pero el rendimiento es bastante inferior que con virtualgl. A qué puede ser debido? Gracias de antemano

    ~ $ optirun –bridge virtualgl –verbose glxspheres
    [35254.028961] [INFO]Response: Yes. X is active.

    [35254.028998] [INFO]Running application using virtualgl.
    Polygons in scene: 62464
    Visual ID of window: 0x21
    Context is Direct
    OpenGL Renderer: GeForce 610M/PCIe/SSE2
    122.211975 frames/sec – 108.504680 Mpixels/sec
    126.936098 frames/sec – 112.698945 Mpixels/sec
    132.086669 frames/sec – 117.271828 Mpixels/sec
    133.429155 frames/sec – 118.463741 Mpixels/sec
    134.151835 frames/sec – 119.105365 Mpixels/sec
    139.195180 frames/sec – 123.583049 Mpixels/sec
    135.128745 frames/sec – 119.972705 Mpixels/sec
    141.291195 frames/sec – 125.443974 Mpixels/sec
    139.425954 frames/sec – 123.787939 Mpixels/sec
    140.216011 frames/sec – 124.489383 Mpixels/sec
    133.739221 frames/sec – 118.739030 Mpixels/sec
    133.286753 frames/sec – 118.337311 Mpixels/sec
    136.056260 frames/sec – 120.796190 Mpixels/sec
    130.475238 frames/sec – 115.841136 Mpixels/sec

    ~ $ optirun –bridge primus –verbose glxspheres
    [35308.981580] [INFO]Response: Yes. X is active.

    [35308.981605] [INFO]Running application using primus.
    Polygons in scene: 62464
    Visual ID of window: 0xa0
    Context is Direct
    OpenGL Renderer: GeForce 610M/PCIe/SSE2
    60.388719 frames/sec – 53.615521 Mpixels/sec
    59.837051 frames/sec – 53.125727 Mpixels/sec
    59.888207 frames/sec – 53.171146 Mpixels/sec
    59.840295 frames/sec – 53.128607 Mpixels/sec
    59.869714 frames/sec – 53.154727 Mpixels/sec
    59.843945 frames/sec – 53.131848 Mpixels/sec
    59.876302 frames/sec – 53.160576 Mpixels/sec
    59.850563 frames/sec – 53.137724 Mpixels/sec
    59.851552 frames/sec – 53.138602 Mpixels/sec
    59.879016 frames/sec – 53.162985 Mpixels/sec

    Me gusta

    • Hola Juand,
      es extraño el caso que comentas y no he encontrado mucha información aún, pero sería útil saber algo más de tu máquina. ¿Podrías enviar el resultado de esta orden?
      $ uname -a
      Tambien es interesante saber qué driver estás utilizando, si el driver libre (nouveau) o el privativo (nvidia).

      Me gusta

      • En primer lugar, gracias por la pronta respuesta. El resultado de la orden indicada es:
        Linux juand 3.2.0-23-generic #36-Ubuntu SMP Tue Apr 10 20:39:51 UTC 2012 x86_64 x86_64 x86_64 GNU/Linux

        En cuanto a los controladores, en el menu de linux me indica que no tengo ningún controlador adicional instanlado. Pero no tengo ni idea de cuál es el que tengo ni de como mirarlo

        Por si sirve de algo, el resultado de ~ $ lspci -v -s 02 es:
        00:02.0 VGA compatible controller: Intel Corporation 2nd Generation Core Processor Family Integrated Graphics Controller (rev 09) (prog-if 00 [VGA controller])
        Subsystem: ASUSTeK Computer Inc. Device 1652
        Flags: bus master, fast devsel, latency 0, IRQ 57
        Memory at dc400000 (64-bit, non-prefetchable) [size=4M]
        Memory at b0000000 (64-bit, prefetchable) [size=256M]
        I/O ports at e000 [size=64]
        Expansion ROM at [disabled]
        Capabilities:
        Kernel driver in use: i915
        Kernel modules: i915

        Gracias nuevamente

        Me gusta

        • Hola juand:

          En principio el problema no reside en el comportamiento de tu gráfica intel, así que necesitamos más info sobre la gráfica nvidia. Si haces:
          $ lspci -v | grep VGA
          Te listará tus dos tarjetas. En mi caso:
          00:02.0 VGA compatible controller: Intel Corporation N10 Family Integrated Graphics Controller (rev 02) (prog-if 00 [VGA controller])
          04:00.0 VGA compatible controller: NVIDIA Corporation Device 0a76 (rev a2) (prog-if 00 [VGA controller])

          Como ves, la gráfica nvidia está en el slot 04:00, así que:
          $ optirun lspci -v -s 04:00
          Lo más interesante es ver qué driver usa el SO para trabajar con la gráfica nvidia. En mi caso:

          04:00.0 VGA compatible controller: NVIDIA Corporation Device 0a76 (rev a2) (prog-if 00 [VGA controller])
          Subsystem: ASUSTeK Computer Inc. Device 8446
          Flags: bus master, fast devsel, latency 0, IRQ 16
          Memory at fa000000 (32-bit, non-prefetchable) [size=16M]
          Memory at d0000000 (64-bit, prefetchable) [size=256M]
          Memory at ce000000 (64-bit, prefetchable) [size=32M]
          I/O ports at ec00 [size=128]
          [virtual] Expansion ROM at fbf00000 [disabled] [size=512K]
          Capabilities:
          Kernel driver in use: nvidia
          Kernel modules: nvidia_313, nouveau, nvidiafb

          Como ves, mi sistema cuenta con el driver propietario nvidia_313, el driver libre nouveau y el driver del framebuffer de nvidia.

          Lo que sospecho es que tu sistema esté trabajando con el driver nouveau y haya algún tipo de cuello de botella entre este y primus; para lo cual bastaría con instalar el driver propietario siguiendo las instrucciones de este otro post:
          https://emiliodevesa.wordpress.com/2013/02/12/bumblebee-3-0-1-con-drivers-nvidia-313-18/

          Básicamente tendrías que añadir el ppa ubuntu-x-swat y actualizar todos los paquetes; o bien descargar el binario desde la página de nvidia, aunque este método a mi siempre me ha dado problemas y no te lo recomiendo en absoluto. Mejor añadir el ppa y actualizar paquetes. 😉

          Espero que puedas progresar con esto. Un saludo!

          Me gusta

          • Gracias nuevamente por las molestias, copio la configuración de la gráfica en la que, por lo pronto, veo que no utilizamos los mismos drivers:

            ~ $ optirun lspci -v -s 01:00
            01:00.0 VGA compatible controller: NVIDIA Corporation Device 1058 (rev a1) (prog-if 00 [VGA controller])
            Subsystem: ASUSTeK Computer Inc. Device 1652
            Flags: bus master, fast devsel, latency 0, IRQ 16
            Memory at db000000 (32-bit, non-prefetchable) [size=16M]
            Memory at c0000000 (64-bit, prefetchable) [size=128M]
            Memory at c8000000 (64-bit, prefetchable) [size=32M]
            I/O ports at d000 [size=128]
            [virtual] Expansion ROM at dc000000 [disabled] [size=512K]
            Capabilities:
            Kernel driver in use: nvidia
            Kernel modules: nvidia_current, nouveau, nvidiafb

            Una vez que puedas echarle un vistazo a esto y me confirmes, procederé según me indicas en la respuesta anterior.

            Me gusta

            • Hola,

              Parece que bumblebee está usando el driver propietario (Kernel driver in use: nvidia). Puedes consultar qué versión del driver es de la siguiente manera:
              $ apt-cache policy nvidia-current
              Si es una versión anterior a la 304 te recomiendo que la actualices porque a partir de esa se realizaron grandes optimizaciones. Quizás ahí resida la clave del problema.

              Por otra parte, si tienes una versión más reciente no se me ocurre ningún motivo por el que esto te pueda estar sucediendo, así que por ahora deberías seguir utilizando virtualgl como bridge para bumblebee. Quizás en siguientes versiones de bumblebee/primus se solucione el error que estas sufriendo.

              Siento no poder ser de más ayuda, pero seguro que otros usuarios te podrán orientar mejor que yo 🙂
              Gracias por tus comentarios y un saludo!

              Me gusta

              • Infinitos agradecimientos. La versión del driver que estoy usando es:
                ~ $ apt-cache policy nvidia-current
                nvidia-current:
                Instalados: 304.84-0ubuntu1~precise~xup2
                Candidato: 304.84-0ubuntu1~precise~xup2
                Tabla de versión:
                *** 304.84-0ubuntu1~precise~xup2 0
                500 http://ppa.launchpad.net/ubuntu-x-swat/x-updates/ubuntu/ precise/main amd64 Packages
                100 /var/lib/dpkg/status
                295.40-0ubuntu1.3 0
                500 http://archive.ubuntu.com/ubuntu/ precise-updates/restricted amd64 Packages
                295.40-0ubuntu1.1 0
                500 http://security.ubuntu.com/ubuntu/ precise-security/restricted amd64 Packages
                295.40-0ubuntu1 0
                500 http://archive.ubuntu.com/ubuntu/ precise/restricted amd64 Packages

                Así que no sé a qué pueda deberse el problema con primus. No obstante, ¿recomiendan la instalación de un driver gráfico no privativo para un mejor funcionamiento en juegos o dejo el de nvidia?

                Me gusta

                • Hola Juand,

                  El driver privativo es el driver nvidia, que hoy por hoy es el que mejor rendimiento otorga. El driver libre es el del proyecto “nouveau”, pero se desarrolla mediante ingeniería inversa y por eso no suele igualar el rendimiento del driver privativo.

                  Mi recomendación si vas a jugar es que utilices el driver privativo a no ser que quieras mantener un sistema 100% libre, en cuyo caso tendrías que renunciar al driver oficial e instalar nouveau (que es el que Ubuntu instala por defecto).

                  Intenta usar alguna versión más reciente, por ejemplo la 310 o el 313.

                  Un saludo!

                  Me gusta

  2. Saludos y agradecimientos infinitos nuevamente, ¿me podrías echar una mano para actualizar el driver privativo de nvidia que tengo (304) a otro más reciente como el tuyo (313)? Es que ando un poco perdido en eso.

    Gracias de antemano

    Me gusta

  3. Hola, llegué aquí buscando información sobre Primus y he acabado con el mismo “problema” que juand.
    Buscando un poco más he visto que para hacer la comparativa es mejor ejecutar: vblank_mode=0 primusrun glxspheres, ya que si no baja mucho el rendimiento debido a la sincronización VBLANK.

    Saludos.

    Me gusta

    • Hola Javier, gracias por tu respuesta. Voy a probarlo enseguida. Por otra parte, os comento que ya está en los repositorios PPA el driver nvidia de la serie 319, así que podríais instalarlo con:
      $ sudo apt-get install nvidia-319

      Me gusta

  4. Gracias por vuestros comentarios y ayuda. Actualmente he instalado el driver propietario nvidia-319, configuré el bumblebee.conf para su uso y por ahora bien. La pega es que primus no me da el rendimiento esperado pese a todo lo que hemos intentado, así que esperaremos a ver si se corrige en una nueva versión de bumblebee.

    Saludos

    Me gusta

    • Hola juand,

      Tiene toda la pinta de que primus todavía no soporta tu tarjeta de vídeo. Será cuestión de que más adelante lo haga. Como puedes ver más arriba, Javier proponía una solución que quizás te ayude. Yo la he probado pero no he notado diferencia.

      Un saludo!

      Me gusta

  5. Perdonad por ser pesado, jajaja, pero esto de ser nuevo en linux es una auténtica odisea. Estoy ahora mismo con linux mint 14, basada en ubuntu 12.10. Hice la instalación de los drivers propietarios según indican aquí: http://www.leanuxeros.com/linux/como-instalar-los-controladores-de-nvidia-en-ubuntu-12-10-y-derivados/.

    Luego instalé bumblebee. Veo que mi driver en uso es el de nvidia:

    optirun lspci -v -s 01:00
    01:00.0 VGA compatible controller: NVIDIA Corporation Device 1058 (rev a1) (prog-if 00 [VGA controller])
    Subsystem: ASUSTeK Computer Inc. Device 1652
    Flags: bus master, fast devsel, latency 0, IRQ 16
    Memory at db000000 (32-bit, non-prefetchable) [size=16M]
    Memory at c0000000 (64-bit, prefetchable) [size=128M]
    Memory at c8000000 (64-bit, prefetchable) [size=32M]
    I/O ports at d000 [size=128]
    [virtual] Expansion ROM at dc000000 [disabled] [size=512K]
    Capabilities:
    Kernel driver in use: nvidia
    Kernel modules: nvidia_current_updates, nouveau, nvidiafb

    Pues bien, ahora veo que hay nueva versión de bumblebee y creo que del driver también. ¿Cómo puedo asegurarme que estoy utilizando los últimos? Es que no sé localizar esa información ya que en la información de orígenes del software/controladores privativos me aparece en blanco.

    No tengo instalados los repos de ppa que indicas aquí https://emiliodevesa.wordpress.com/2013/02/12/bumblebee-3-0-1-con-drivers-nvidia-313-18/ porque en la página que mencioné, según la cual hice la instalación, mencionan que no son válidos para Ubuntu 12.10 y derivados. ¿qué me recomiendan?

    Gracias y un saludo.

    Me gusta

    • Mi driver en uso es:

      apt-cache policy nvidia-current
      nvidia-current:
      Instalados: (ninguno)
      Candidato: 304.88-0ubuntu0.1
      Tabla de versión:
      304.88-0ubuntu0.1 0
      500 http://archive.ubuntu.com/ubuntu/ quantal-updates/restricted amd64 Packages
      500 http://security.ubuntu.com/ubuntu/ quantal-security/restricted amd64 Packages
      304.51.really.304.43-0ubuntu1 0
      500 http://archive.ubuntu.com/ubuntu/ quantal/restricted amd64 Packages

      ¿El último que hay es el 319 o hay otro posterior? Por otro lado, sigo sin encontrar que versión de bumblebee estoy usando :-S

      Me gusta

      • Hola juand,

        Efectivamente la última versión del driver por ahora es 319.17 mientras que bumblebee está en la 3.2.1-1~preciseppa3; y estas versiones son las que hoy me han llegado a mí como actualización.
        Tu version de bumblebee la puedes consultar con el mismo comando:
        $ apt-cache policy bumblebee

        En ubuntu 12.04 (y hasta ahora en todas las versiones de ubuntu) este tipo de actualizaciones de driver suelen distribuirse por los PPA de los que hablábamos. Desconozco si esto ha cambiado para 12.10 o 13.04, así que lo consultaré y te responderé más tarde (si otro usuario no lo hace antes).

        Un saludo!

        Me gusta

  6. Tengo un problema y es al instalar los paquetes de primus aparece esto:

    Desempaquetando primus-lib:i386 (de …/primus-lib_201303160857git~raring1_i386.deb) …
    dpkg: error al procesar /var/cache/apt/archives/primus-lib_201303160857git~raring1_i386.deb (–unpack):
    intentando sobreescribir `/usr/lib/i386-linux-gnu/primus/libGL.so.1′, que está también en el paquete primus-libs:i386 20130527-1~raringppa1
    No se escribió ningún informe «apport» porque ya se ha alcanzado el valor de «MaxReports»
    Seleccionando el paquete primus previamente no seleccionado.
    Desempaquetando primus (de …/primus_201303160857git~raring1_i386.deb) …
    Se encontraron errores al procesar:
    /var/cache/apt/archives/primus-lib_201303160857git~raring1_i386.deb
    E: Sub-process /usr/bin/dpkg returned an error code (1)

    sabes qué puede ser?

    Gracias

    Me gusta

    • Prueba a ejecutar el comando:
      $ sudo dpkg -i --force-overwrite /var/cache/apt/archives/primus-lib_201303160857git~raring1_i386.deb
      Seguido de:
      $ sudo apt-get update && sudo apt-get install -f && sudo apt-get dist-upgrade

      Me gusta

    • Hola chau,
      desconozco porqué se está produciendo ese error. No lo puedo reproducir en mi máquina porque estoy utilizando la versión 12.04 LTS, pero seguro que otro usuario sabrá ayudarte 🙂

      Me gusta

  7. Saludos Emilio.

    Como tengo unos minutillos disponibles voy a aprovecharlos.

    Quería hacerte una consultita en relación con las gráficas Nvidia y sus drivers privativos en Ubuntu. Conste que mi equipo es de sobremesa y mi gráfica es una Asus Nvidia GTS 450 de 1GB.

    El sistema es un Ubuntu 12.04, instalado desde el CD 12.04.1 y actualizado. Mi hardware es el siguiente:

    Placa: GIGABYTE Z68AP-D3

    Pocesador: Intel Core i5 2500

    RAM: 8GB DDR3 1.600MHz

    Gráfica: Nvidia GeForce GTS450 1GB (Driver: 319)

    Mis problemas son dos.

    Problema 1

    Nunca he podido utilizar las tty, ninguna de las 6. La pantalla se muestra en negro con el cursor parpadeando y orientado en horizontal. Me han aconsejado de todo (generalmente tocar las resoluciones del GRUB) y, como máximo, conseguí cargarme la configuración del GRUB. Por suerte no he necesitado las tty, pero esto es como lo de coger la rebequita al salir de casa, si no refresca no te la pones, pero si refresca mejor que la hayas cogido. En la situación actual el día que refresque no tendré rebequita que ponerme. Esto me ha sucedido siempre, desde la primera instalación de Ubuntu 12.04 que hice con este equipo (la última ha sido hace un par de semanas sobre un SSD, de la que hemos hablado en comentarios esta entrada: https://emiliodevesa.wordpress.com/2013/02/15/linux-optimizar-ssd/ )

    Parece evidente que se trata de algo relacionado con la gráfica y sus drivers pero no sé como arreglarlo.

    Problema 2

    En la presentación comentaba que hice la instalación desde un CD de la versión 12.04.1. Y el apunte no es baladí, porque desde el 12.04.2 no puedo instalar los drivers privativos, no los encuentra. Lo mismo me sucedía al hacer la instalación desde el CD 12.04.1 cuando actualizaba el sistema antes de instalar los drivers. Si instalaba los drivers primero, sin problema, de modo que lo hice así. Ahora bien, una vez instalados los drivers 319 y actualizado el sistema, si trato de consultar los drivers instalados desde la gui de controladores adicionales me dice que no se encuentran controladores privativos en mi sistema. Steam tampoco los encuentra, sin embargo todo parece funcionar bien y tengo aceleración gráfica.

    Parece ser una cosa de kernel. En cualquier caso, el resultado es que si hubiera hecho la instalación desde el CD 12.04.2 o desde el 12.04.3 no habría podido instalar los drivers automáticamente, tendría que descargarlos y hacerlo a mano, o instalar los repositorios de marras. Y, en cualquier caso, para actualizaciones futuras del driver Nvidia no se como será la cosa. Será necesario instalar los repositorios de Nvidia?

    No he encontrado, o no he sabido buscar, información sobre esto en internet y ciertamente me tiene mosqueado.

    Sé que mis preguntas, salvo en que hablamos de gráficas, nada tienen que ver con la entrada. Pero como me has ayudado en otras cuestiones, espero que puedas hacerlo también con esto.

    Mil gracias.

    Me gusta

    • Abundando en el comentario anterior, cuando hablo de repositorios de Nvidia me refiero a los de ubuntu-x-swat (ppa:ubuntu-x-swat/x-updates).

      Saludos y gracias por tu colaboración.

      Me gusta

  8. Hola!
    Lo de las tty es bastante extraño, así a bote pronto no se me ocurre porqué no se te muestran. Por si acaso, vamos a verificar que el sistema activa las 6 consolas:
    $ cat /etc/default/console-setup | grep ACTIVE_CONSOLES
    Esto debería dar como salida cuales son las tty de tu sistema, por defecto:
    ACTIVE_CONSOLES="/dev/tty[1-6]"
    Es esto asi? Además en el directorio /etc/init deberian aparecer los archivos que configuran su carga:
    $ ls /etc/init/ | grep tty
    Y su salida:
    tty1.conf
    tty2.conf
    tty3.conf
    tty4.conf
    tty5.conf
    tty6.conf

    Verifica estos pasos.

    Por otra parte, el PPA que te recomiendo que añadas también es:
    $ sudo add-apt-repository ppa:xorg-edgers/ppa
    Deberías poder instalar la versión 325:
    $ sudo apt-get update
    $ sudo apt-get install nvidia-325

    Esta es la forma en que yo instalo los drivers Nvidia, y en la ventana de drivers privativos tampoco me aparecen que los esté usando (cuando es evidente que sí lo hago). Supongo que se trata de un bug del asistente de drivers, ya que el equipo funciona perfectamente. Como cuentas con aceleración, yo no le daría mucha más importancia.
    El driver se actualizará con nuevas versiones de la rama 325 como lo haría cualquier otro paquete. En ocasiones saldrá una rama nueva (pongamos por ejemplo la rama 330) y bastará con instalarla con apt-get para que sustituya la anterior.

    Me gusta

    • Respecto de las tty olvidé comentar que antes de instalar el driver privativo funcionan perfectamente, es decir, que la cosa tiene que ver con la gráfica y los drivers con toda probabilidad. Los que tengo instalados ahora son exactamente los 319.32.

      Te cuento en un momento como se han dado las comprobaciones de las tty:

      1º $ cat /etc/default/console-setup | grep ACTIVE_CONSOLES

      devuelve lo esperado

      ACTIVE_CONSOLES=”/dev/tty[1-6]”

      2º $ ls /etc/init/ | grep tty

      devuelve lo esperado

      tty1.conf
      tty2.conf
      tty3.conf
      tty4.conf
      tty5.conf
      tty6.conf

      Es decir, que las tty parecen estar ahí, pero no se ven. Además, hay que tener en cuenta lo que comentaba al principio, en el sentido de que se quedan tontas después de instalar el driver privativo.

      Me gusta

      • Pues esto se está volviendo un misterio. No se me ocurre un motivo claro por el que no estén funcionando bien las consolas.
        Echando un vistazo, podrías intentar seguir estas instrucciones (en ingles): http://news.softpedia.com/news/How-to-Fix-the-Big-and-Ugly-Plymouth-Logo-in-Ubuntu-10-04-140810.shtml
        Siempre que te pida que pulses Alt+F2, simplemente abre un terminal. Esto es así porque en versiones anteriores de ubuntu, esta combinación abría un cuadro de diálogo donde introducir órdenes, muy al estilo de Inicio/Ejecutar en Windows…
        A pesar de estar en inglés, son bastante directas y no tendrás que preocuparte mucho, pero eso sí, introduce siempre la resolución nativa de tu pc (en el ejemplo usan 1280×1024).

        Me gusta

        • Alguna cosa similar había probado ya y, ciertamente, se da la coincidencia de que el Plymouth no llega a verse nunca.

          Esta solución en concreto no la había probado. Si esta noche tengo tiempo trasteo un poco, lo pruebo y te cuento.

          Me gusta

        • La cosa es que, en su momento, consultando en un foro, me recomendaron consultar las resoluciones soportadas con el comando:

          sudo hwinfo –framebuffer

          El resultado que obtuve (el día 21/11/2012 con otro kernel y otros drivers) lo pego a continuación:

          [Created at bios.464]
          Unique ID: rdCR.d+WIbHsEuCC
          Hardware Class: framebuffer
          Model: “NVIDIA GF106 Board – 10600011”
          Vendor: “NVIDIA Corporation”
          Device: “GF106 Board – 10600011”
          SubVendor: “NVIDIA”
          SubDevice:
          Revision: “Chip Rev”
          Memory Size: 14 MB
          Memory Range: 0xed000000-0xeddfffff (rw)
          Mode 0x0300: 640×400 (+640), 8 bits
          Mode 0x0301: 640×480 (+640), 8 bits
          Mode 0x0303: 800×600 (+800), 8 bits
          Mode 0x0305: 1024×768 (+1024), 8 bits
          Mode 0x0307: 1280×1024 (+1280), 8 bits
          Mode 0x030e: 320×200 (+640), 16 bits
          Mode 0x030f: 320×200 (+1280), 24 bits
          Mode 0x0311: 640×480 (+1280), 16 bits
          Mode 0x0312: 640×480 (+2560), 24 bits
          Mode 0x0314: 800×600 (+1600), 16 bits
          Mode 0x0315: 800×600 (+3200), 24 bits
          Mode 0x0317: 1024×768 (+2048), 16 bits
          Mode 0x0318: 1024×768 (+4096), 24 bits
          Mode 0x031a: 1280×1024 (+2560), 16 bits
          Mode 0x031b: 1280×1024 (+5120), 24 bits
          Mode 0x0330: 320×200 (+320), 8 bits
          Mode 0x0331: 320×400 (+320), 8 bits
          Mode 0x0332: 320×400 (+640), 16 bits
          Mode 0x0333: 320×400 (+1280), 24 bits
          Mode 0x0334: 320×240 (+320), 8 bits
          Mode 0x0335: 320×240 (+640), 16 bits
          Mode 0x0336: 320×240 (+1280), 24 bits
          Mode 0x033d: 640×400 (+1280), 16 bits
          Mode 0x033e: 640×400 (+2560), 24 bits
          Mode 0x0345: 1600×1200 (+1600), 8 bits
          Mode 0x0346: 1600×1200 (+3200), 16 bits
          Mode 0x034a: 1600×1200 (+6400), 24 bits
          Mode 0x0360: 1280×800 (+1280), 8 bits
          Mode 0x0361: 1280×800 (+5120), 24 bits
          Config Status: cfg=new, avail=yes, need=no, active=unknown

          Imagino que a día de hoy el resultado sería el mismo.

          Teniendo en cuenta lo anterior, podría utilizar la resolución nativa de 1680×1050 para tales modificaciones?

          Me gusta

          • Disculpa. No puse bien el código html.

            Para abreviar y evitar errores, pego aquí sólo las resoluciones soportadas:

            Mode 0x0303: 800×600 (+800), 8 bits
            Mode 0x0305: 1024×768 (+1024), 8 bits
            Mode 0x0307: 1280×1024 (+1280), 8 bits
            Mode 0x0311: 640×480 (+1280), 16 bits
            Mode 0x0312: 640×480 (+2560), 24 bits
            Mode 0x0314: 800×600 (+1600), 16 bits
            Mode 0x0315: 800×600 (+3200), 24 bits
            Mode 0x0317: 1024×768 (+2048), 16 bits
            Mode 0x0318: 1024×768 (+4096), 24 bits
            Mode 0x031a: 1280×1024 (+2560), 16 bits
            Mode 0x031b: 1280×1024 (+5120), 24 bits
            Mode 0x0334: 320×240 (+320), 8 bits
            Mode 0x0335: 320×240 (+640), 16 bits
            Mode 0x0336: 320×240 (+1280), 24 bits

            Disculpa y, como siempre, muchas gracias.

            Me gusta

              • Una duda que tengo con esto es el hecho de que sea un how to para la versión 10.04. Aunque si es seguro para la 12.04 y el riesgo de cargarse algo gordo es bajo se podría intentar.

                Lo que yo había intentado hasta ahora es cambiar las resoluciones del GRUB, de ahí la comprobación de resoluciones soportadas que pegué en un comentario anterior. No me funcionó con ninguna de las teóricamente soportadas y en algún caso me cargué el GRUB del todo.

                Es por eso que me da yuyu tocar algo aquí, sobre todo porque no he visto en internet ni un solo caso equivalente al mío.

                En una ocasión pregunté por si el hecho de que no se viese el Plymouth podría tener relación con las tty y me propusieron esto: http://mikebeach.org/2010/06/21/nvidia-proprietary-drivers-and-low-resolution-plymouth-splash-screen/

                Veo que muchos de los pasos son similares a los del how to que tu me propones.

                ¿Mejor una que otra?

                ¿Da igual cualquiera de las dos?

                ¿Es posible que tengan algún riesgo gordo más allá de un error mío al tocar el GRUB? (esto debería de poder ahorrarse con una copia de seguridad del archivo de configuración, no?)

                Muchííísimas.

                Me gusta

              • Saludos nuevamente, Emilio.

                Aquí estoy releyendo la conversación sobre las tty, y casi me había decidido a hacerlo. Cierto es que, además de las tty no veo el Plymouth, aunque el Plymouth, dado que no lo necesito para nada, poco me preocupa. Pero si se soluciona el tema de las tty, pues habríamos ganado mucho.

                Y mi duda principal consiste en la resolución a emplear. Para otras modificaciones me habían indicado que la resolución debía estar, si o si, en la relación de resoluciones soportadas. En algún caso puse (hablamos de modificar simplemente las resoluciones del GRUB), por equivocación puse una no soportada y se fué todo al garete.

                He ahí, mi duda, pues. Mi resolución nativa, la que uso en el entorno gráfico, es la que te comenté de 1680×1050, que no está en la relación de resoluciones soportadas, por eso me lo tomo con cautela.

                Así pues, dejando aparte el error humano (que ese factor siempre está ahí)? Hay riesgo de que se fastidie el arranque por completo?

                Me gusta

                • Hola de nuevo,
                  creo que puedes utilizar el link que pusiste a “Ubuntizando” para intentar arrancar con “nomodeset” y ver si ese es el problema. Si se soluciona, sigue con los pasos para hacer el cambio permanente, sino en el siguiente reinicio todo debería volver a la situación anterior.
                  Sobre la resolución, creo que deberías arriesgarte y poner tu resolución nativa. Estoy bastante seguro de que no te dará problemas, aunque por supuesto conviene que tengas a mano alguna de las utilidades que te he indicado por si necesitas reparar algo.
                  En el peor de todos los casos, tendrías que iniciar sesión con un LiveCD, editar el fichero de configuración de grub de nuevo, utilizar chroot para usar tu disco duro como raíz de los ficheros y a continuación, actualizar grub (update-grub). Sobre esto hay mucha información en la red que te puede ayudar a devolver grub a una situación de normalidad si sucede algo extraño.
                  Se me agotan las ideas sobre las TTY, esperemos que otro lector con experiencia en este tipo de casos pueda ser de más ayuda que yo si esto no lo soluciona.
                  Un saludo!

                  Me gusta

                  • Gracias, como siempre, Emilio.

                    Realmente, dado el /home está a salvo, lo peor que puede pasar es tener que hacer una nueva instalación.

                    Simplemente, no me apetece hacer más instalaciones de las necesarias, teniendo en cuenta que el disco es SSD y sus escrituras limitadas.

                    Tengo que valorar que es mejor y darle caña.

                    En cualquier caso, te contaré lo que vaya haciendo, por si a alguien le sirve de ayuda.

                    Saludos.

                    Me gusta

                    • Saludos Emilio.

                      Por fin, desde hace un año que me decidí a migrar mi entorno de trabajo a Ubuntu 12.04 (en mi partición de Windows solo está Steam y algún juego) es la primera vez que veo la consola después de instalar los drivers de Nvidia. Justo después de instalar, antes de poner los de Nvidia si podía.

                      Y la solución era esa, poner el “nomodeset” de marras, la solución que propone el Link de Ubuntizando.

                      Probé a hacerlo en el arranque “et voilà”! Podía acceder a las tty sin problemas. Así que toqué el GRUB para hacerlo permanente y aquí estamos.

                      Muchas gracias por tu ayuda en esto. Sobre todo me has relajado lo sufucuente como para animarme a tocar de nuevo el GRUB, que me daba yuyu después de varias experiencias complicadas.

                      Sobre los drivers de xorg-edgers, aún no me he decidido, la verdad. Seguramente, aunque instale el repositorio, me quedaré con los drivers estables, que supongo se actualizarán a a la última estable de la rama, no?. En cualqier caso contaré lo que sea aquí mismo.

                      Muchas gracias, repito.

                      Me gusta

                    • Hola otra vez!
                      Me alegro de que la solución haya aparecido al fin 🙂
                      Efectivamente, aunque agregues el repositorio, seguirás en la rama estable (tal vez con alguna actualización). Recientemente han aparecido también unos nuevos drivers, los 331.13, que estoy empleando en mi Netbook con gráficos ION2 (que llevan el chip GT218).
                      Como recordarás, estaba en los 325; y tras aparecer estos, tuve que instalarlos explícitamente porque son una rama nueva. Esto es similar a tu caso.
                      Por lo de ahora, no he tenido ni un solo problema con esta nueva rama.
                      Un saludo!

                      Me gusta

  9. Trataré de hacer las comprobaciones para las tty en cuanto pueda (no estaré en mi casa hasta esta noche).

    Respecto del ppa de drivers, te comento que los repositorios de ubuntu-x-swat no los tengo añadidos, simplemente había leído sobre ellos. Respecto del ppa que me propones entiendo que corresponde a una rama experimental, no? Lo digo porque la web de nvidia ofrece el 319.49 y esa es la rama que tengo instalada, aunque no sabría decir en este momento cual versión, tendría que comprobarlo.

    Sólo había instalado drivers experimentales con los 304, que los ofrecía el asistente… y los había instalado porque me lo indicaba Steam, de lo contrario no se me habría ocurrido probarlos…

    Debo deducir, entonces, que la rama 325 sería a la 319 lo que la 304 era a los antiguos nvidia-current?

    Gracias a millones.

    Me gusta

    • En teoría la rama 325 es una rama “beta”. Además en ese PPA encontrarás otras actualizaciones del subsistema de gráficos.
      Aunque sea un PPA a veces descrito como “potencialmente peligroso” lo cierto es que será muy raro que te encuentres con problemas de algún tipo.
      Además, te recomiendo que instales el paquete de purga:
      $ sudo apt-get install ppa-purge
      Y si alguna vez tienes problemas…
      $ sudo ppa-purge xorg-edgers/ppa
      Y con eso debería ser suficiente.

      Me gusta

      • Acabo de echar un vistazo a los drivers que tengo instalados y son los 319.32.

        Respecto de los drivers de la rama 325 me da algo de yuyu que sean beta, aunque el hecho de que los recomiendes me hace pensar que deben ser mejores que los que uso ahora.

        Realmente la mejora del rendimiento hace que merezca la pena arriegarse a usar drivers beta?

        Me gusta

        • La mejora de los driver entre la versión 319 y la 325 no es abismal. Básicamente incluyen mejor soporte para chips recientes y otras mejoras. Son unos driver muy estables, pero si prefieres puedes seguir con los 319 sin preocuparte de nada más.

          Me gusta

          • Con franqueza, tendría que valorarlo. Mi gráfica tampoco es de las últimas, y siempre he tirado más por ramas estables. Supongo que el motivo de que los uses y me los sugieras tendrá que ver con la posibilidad de tener acceso siempre a las últimas actualizaciones, y ya sabemos que en esto de los drivers gráficos para Linux todo se mueve mucho. No sé, lo valoraré y te cuento, aunque.

            En cualquier caso, lo que sí parece es que, en el contexto actual en que el sistema detecta drivers privativos, alguno de los dos ppa habría que añadir, no?

            Me gusta

            • Si consultas el launchpad de “ubuntu-x-swat/x-updates” te encontrarás con que el driver más reciente que proporcionan es el 304:
              https://launchpad.net/~ubuntu-x-swat/+archive/x-updates
              Mientras que el de “xorg-edgers” se encuentran versiones más recientes (310, 313, 319, 325,…) así como actualizaciones de Mesa (hasta la 9.2).
              https://launchpad.net/~xorg-edgers/+archive/ppa
              No hay ningún problema en tener ambos PPA agregados a tu lista de repositorios. Simplemente, instala despues el paquete que prefieras.

              Me gusta

              • Pues no lo había consultado, la verdad.

                Lo tendré en cuenta, claro que si.

                Pero hoy ya me retiro, aunque te pondré al día de lo que haga al respecto.

                Muy amable, como siempre. Muchas gracias.

                Me gusta

                • Saludos, Emilio.

                  Estuve mirando el launchpad de “ubuntu-x-swat/x-updates” y veo las siguientes filas:

                  nvidia-graphics-drivers-319 / 319.49-0ubuntu1~precise~xup1 / Brandon Snider (14 hours ago)

                  nvidia-settings-319 / 319.49-0ubuntu1~precise~xup1 / Brandon Snider (10 hours ago)

                  Significa esto que el 319 está disponible? O es que solamente están disponibles los que llevan la coletilla: (Newer version available)?

                  Graciasssssssssss

                  Me gusta

                    • Saludos de nuevo, Emilio.

                      He estado valorando si utilizar xor-edgers, x-swat o ninguno de los dos. Leyendo (con las limitaciones del traductor de Googel) los textos de los respectivos launchpad veo que los propios desarrolladores de xorg-edgers recomiendan x-swat para quien busque estabilidad en su sistema… El caso es que para permanecer en la rama actual tendría que añadir x-swat necesariamente y en caso de aventurarme sería cosa de usar xorg-edgers. Hasta aquí, más o menos claro.

                      No obstante, teniendo en cuenta que al fin y al cabo soy nuevo en esto y mis conocimientos de informática son del todoacien, si me lo permites, tengo que hacerte unas preguntitas tontorronas seguramente, pero es que nunca instalé un driver gráfico que no fuese ofrecido por el asistente para controladores adicionales de Ubuntu.

                      La primera es: en asencia de oferta de controladores por parte del asistente (básicamente parece como si el sistsema no se enterase de que tiene una determinada gráfica pinchada en placa) podría instalar los drivers desde Synaptic con buenos resultados? Desde luego, synaptic los tiene ahí, pero no sé si se instalen automáticamente todas las dependencias o no, o si hay otros problemas.

                      La segunda: para instalar los drivers de xorg-edgers o los de x-swat es necesario que desinstale antes los que ahora uso? Imagino que en el caso de usar x-swat si no quiero cambiar de rama no tendría que hacer nada, salvo las actualizaciones de la rama que hubiese. Pero en el caso de xorg-edgers no tendría sentido añadir el repositorio si no voy a usar un driver más reciente y, de ser este el caso, tendría que desinstalar el actual 319 o simplemente instalando el 331, por ejemplo, debería funcionar todo?

                      Espero no tener que darte más la lata…

                      Muchas gracias por tu paciencia.

                      Me gusta

                    • Hola!
                      Efectivamente, en el repositorio “swat” encontrarás versiones más recientes pero consideradas ya suficientemente estables, mientras que el repositorio “edgers” encontrarás paquetería aún más nueva.
                      Y respondiendo más concretamente a tus dos preguntas, puedes instalar los drivers nuevos a pesar de que la gráfica no salga detallada en el sistema.
                      El propio sistema de paquetes también se encargará de desinstalar los drivers anteriores para sustituirlos por los nuevos si fuese necesario. Hace tiempo que no uso Synaptic y no recuerdo si su interfaz te detalla esas operaciones, pero haciendolo por consola sí que puedes verlo, por ejemplo:
                      $ sudo apt-get install nvidia-319

                      Me gusta

  10. 2013 de un plumazo! | Emilio Devesa

  11. Saludos de nuevo, Emilio.

    Hace ya mucho que no pasaba por aquí y, de hecho, veo que últimamente te dedicas más a la cosa musical (aunque no te lo había mencionado, yo también soy músico) que a la informática en el blog. Pero te debía una después de lo que me ayudaste en su momento.

    Pero vayamos al grano. Comento de nuevo esta entrada para decirte que, finalmente, después de tanto tiempo, ya con Ubuntu 14.04 y mucha más experiencia en esto de Linux, me decidí a añadir el PPA de xorg-edgers e instalar los últimos nvidia, en este caso los 346, que ya están funcionando a tope. Y lo hice única y exclusivamente para rentabilizar los 10€ que invertí en Bioshock Infinite (compré la trilogía, pero me interesaba la versión Linux del Infinite), ya que parece ser requisito tener los últimos drivers para jugarlo.

    Y, además de dar fe de tremenda efeméride, te cuento que tuve problemas en el primer intento de instalación porque la desinstalación del driver 331, el que ofrecen los repositorios de Ubuntu y que estaba instalado) falló y se quedó a medias, por lo que tuve que desinstalarlo a mano, reiniciar para quedarme con los nouveau (que con mi GTX 760 van como el culo) e instalar luego el 346 de xorg-edgers, reinicio de rigor, y listo.

    Te cuento esto porque, dada mi experiencia, creo que es recomendable desinstalar antes los drives Nvidia que estén instalados, reiniciar e instalar luego todo lo demás. No sé si todo el mundo tendrá el mismo problema que tuve yo, pero seguro que desinstalando antes el driver antiguo no habrá problemas.

    Saludos.

    Me gusta

    • Hola de nuevo!
      Sí, hace tiempo que no publico nada relacionado con la informática pero he estado más atareado que nunca. Muchas gracias por compartir tu experiencia, seguro que es de utilidad cuando alguno de nosotros se encuentre una situación similar. Cada vez sucede menos, pero de vez en cuando la máquina nos recuerda el camino que aun nos queda por recorrer en el software libre en cuanto a soporte hardware.
      Un saludo!

      Me gusta

  12. Adios, compañero! | Emilio Devesa

Responder

Introduce tus datos o haz clic en un icono para iniciar sesión:

Logo de WordPress.com

Estás comentando usando tu cuenta de WordPress.com. Cerrar sesión / Cambiar )

Imagen de Twitter

Estás comentando usando tu cuenta de Twitter. Cerrar sesión / Cambiar )

Foto de Facebook

Estás comentando usando tu cuenta de Facebook. Cerrar sesión / Cambiar )

Google+ photo

Estás comentando usando tu cuenta de Google+. Cerrar sesión / Cambiar )

Conectando a %s