¿Podrías mostrarnos la salida estándar de la ejecución de lspci | grep -i vga? Gracias.

Saludos

Creo que tienes el mismo problema que yo. En windows nvidia optimus funciona bien, pero hoy por hoy nvidia no soporta esta nueva tecnología en linux (y han dicho que en un futuro cercano no lo harán).
Se están haciendo pruebas con los drivers libres, pero por ahora todo es muy "beta". Sólo nos queda esperar, supongo

Por supuesto, quillo: ahí va:

Ajá. Habrá que esperar la evolución de nouveau, pero a mi entender ese es un problema distinto al que menciono, ya que no consigo tener acceso a la tarjeta Nvidia, sino que me quedo en la Intel.

La verdad es que tenía dudas con Asus y Linux, porque hace poco otro portátil de esta marca para una amiga dio problemas con la webcam integrada (se veía cabeza abajo) , y con el touchpad (que no se podía configurar con el módulo correspondiente de KDE, clamando que el sistema no soportaba la configuración del touchpad) .

Pero la verdad es que por equipamiento es una buena máquina.

Voy a marcar el tema como solucionado, aunque no he aplicado la solución. Si algún moderador considerara que no es oportuno calificarlo así, por favor que lo cambie.

Como decía perseus , el quid estaba en la tecnología Optimus de Nvidia, que de momento no está implantada en sus drivers para Linux. ATI tiene una tecnología parecida, llamada Hybrid Graphics. Ambas consisten en el uso discrecional de dos tarjetas gráficas instaladas en un mismo equipo, una integrada y con menores prestaciones y consumo de energía (en mi caso una Intel), y otra dedicada de mejores características, más devoradoras de energía, ... y también más cara of course (en mi caso, una Nvidia).

En Windows 7, que sí tiene soporte completo de Optimus, en condiciones no exigentes de vídeo o procesamiento funciona la tarjeta Intel, y si se requiere mucha capacidad gráfica (como algunos juegos), entra en juego la Nvidia. O al menos esa es la teoría, personalmente no lo he comprobado

Este modelo híbrido está usándose en los últimos portátiles de muchas marcas, entre ellas Asus, Toshiba, Lenovo, Acer y Sony.

En Linux, el sistema operativo detecta ambos dispositivos, pero Xorg escoge el que tiene menor BusID, que corresponde a la tarjeta de menores prestaciones; y de momento, es un parámetro que no puede modificarlo el usuario. Así, como el número de linuxeros en esta situación va aumentando, se ha creado un grupo de usuarios y desarrolladores, y ya se cuenta con un par de herramientas: un módulo del kernel, acpi_call y un conjunto de scripts, vga_switcheroo, que trabajan conjuntamente. Por lo que yo sé, éste es el primer acercamiento a la solución, por Dave Airlie, en febrero de este año.

La versión del kernel linux que tiene Squeeze en estos momentos es anterior a la que permite incorporar el módulo acpi_call, y aunque instalé la versión 2.6.37 del repositorio experimental, el sistema estaba inestable y lento. Posiblemente, todas las pruebas que mencioné en el primer post del hilo contribuyeron a tales inestabilidad y lentitud .

Probé a instalar Chakra, 0.3.0, que en las notas de la versión que mostraba el instalador se afirmaba que tenía soporte para acpi_call y vga_switcheroo, pero fue una decepción mayúscula: aunque funcionaba estupendamente como LiveCD, al instalarlo no se mostraba el grub para escoger entre Chakra y Windows 7, sino que directamente iniciaba Chakra, y al momento de mostrar el kdm, la pantalla se quedaba en negro con un cursor en la esquina superior izquierda. Si bien podía acceder a las tty, no conozco Chakra lo suficiente, y lo que intenté no resultó.

Así que he reinstalado Debian Testing, y vuelvo a tener un equipo rápido, estable, ligero y bonito.