El Mon, 10 Jun 2013 20:16:12 +0200, Eduardo Rios escribió: > El 10/06/13 19:47, Camaleón escribió: > >> A eso me refiero. >> >> Cuando activas la ATI entiendo que no se carga el driver intel ¿no? > > Si se carga. A ver, igual es que yo lo hago mal. > > 1. Arranco el sistema de modo "normal", por lo que inicia y usa la > gráfica Intel.
Bufff, ahora mismo en tu equipo ya no estaría tan segura de qué driver VGA se carga. Has toqueteado tanto en el vgaswitcheroo e instalado drivers a tutiplén que sería mejor asegurarse (en el registro de Xorg lo verás). > 2. Una vez el sistema está listo y con el entorno gráfico funcionando, > abro una consola y pongo las ordenes de encendido de la ATI y el cambio > a ella. Ya, ya... pero es que esos comandos no están grabados a fuego. Dependiendo de la tarjeta que tengas activada harán una cosa u otra, en fin, que conviene que sean los pasos que fueren te asegures antes de qué gráfica es la que aparece como "habilitada" antes de reiniciar. > 3. Cierro sesión... y ya no va. Y ves el cursor parpadeante. Vale. ¿Y puedes acceder al sistema desde ssh, responde el equipo a pings o tampoco? >> se debería de cargar el radeon con la bonita pantalla del fallo de >> segmentación. > > El caso es que si pongo un xorg.conf mínimo, Vuelvo a repetir que ningún driver gráfico de código abierto (aka: intel, radeon o nouveau) necesitan tener un xorg.conf. Ninguno. Cero. Ese archivo sólo lo necesitan los drivers cerrados (nvidia y fglxr). > la tarjeta ATI es detectada, y va siendo analizada por el kernel, hasta > que se produce el segment fault pero el error viene de antes, ya que > algo falla, ya que dice que no hay pantallas conectadas o algo así, > hace un segundo intento... y es cuando casca. Es que la ATI la debes activar a través del vgaswitcheroo no con el xorg.conf. El archivo de configuración de Xorg sólo lo deberías usar en casos determinados donde tengas que habilitar alguna característica específica para el driver libre debido a algún bug pero nada más. > Fijate en parte del Xorg.1.log que te pego (...) > [ 26.092] (II) [KMS] Kernel modesetting enabled. > [ 26.093] (II) RADEON(0): Creating default Display subsection in Screen > section "Default Screen Section" for depth/fbbpp 24/32 (...) > [ 26.093] (WW) RADEON(0): No outputs definitely connected, trying again... > [ 26.093] (WW) RADEON(0): Unable to find connected outputs - setting > 1024x768 initial framebuffer > [ 26.093] (II) RADEON(0): Using default gamma of (1.0, 1.0, 1.0) unless > otherwise stated. > [ 26.093] > [ 26.093] Backtrace: > [ 26.093] 0: /usr/bin/Xorg (xorg_backtrace+0x36) [0x7f38ce57ed06] > [ 26.093] 1: /usr/bin/Xorg (0x7f38ce400000+0x182859) [0x7f38ce582859] > [ 26.093] 2: /lib/x86_64-linux-gnu/libpthread.so.0 (0x7f38cd728000+0xf030) > [0x7f38cd737030] Esta es la traza del radeon con un archivo xorg.conf. ¿Qué monitores tienes conectados al portátil? Si no tienes ninguno, conecta el externo, enciéndelo y reinicia de nuevo. Si tienes conectado el externo, desconéctalo y reinicia de nuevo. Vuelve a mandar el registro de xorg a ver si hay algún cambio. En cualquier caso, un traza de ese tipo es para enviarla como informe de fallo a Debian. >> El cursor es buena señal, dentro de lo que cabe. Inicia sesión remota >> con ssh para ver te deja acceder al sistema. > > ¿Sesión remota? ¿Como, si es el unico equipo que tengo? (A parte de no > tener ni idea de SSH :-P Ugh, entonces nada :-) Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/pan.2013.06.11.13.57...@gmail.com
