[Hilo Oficial] Debian GNU/Linux

alohl669 escribió:Una cosa, en debian KDE hay veces que al pulsar sobre el boton de apagado no reacciona y otras veces si. Alguien sabe porque sucede?? como se arregla?? y en caso de no saberse, un metodo seguro de hacer el apagado??

Gracias.


A mi me pasa exactamente lo mismo. No aparece ni la ventana donde aparecen las opciones.
Tengo KDE 4.14.2 con Debian Testing y Linux 3.16-3-amd64.
De momento la única opción es hacerlo a mano con halt
aselR escribió:
alohl669 escribió:Una cosa, en debian KDE hay veces que al pulsar sobre el boton de apagado no reacciona y otras veces si. Alguien sabe porque sucede?? como se arregla?? y en caso de no saberse, un metodo seguro de hacer el apagado??

Gracias.


A mi me pasa exactamente lo mismo. No aparece ni la ventana donde aparecen las opciones.
Tengo KDE 4.14.2 con Debian Testing y Linux 3.16-3-amd64.
De momento la única opción es hacerlo a mano con halt


Hombre aun no he probado lo que me comentaron de instalar hal, pero porque no tengo claro que es lo de hal(que no halt) aun asi tengo alguna triquiñuela, por ejemplo, como uso el reproductor XBMC, este al salir te da la opción de apagar o reiniciar el PC y funciona, otras opciones que barajo es mediante "#shutdown -h -P now" o bien "#shutdown -r now"
juanjito escribió:Para algunos sera una tonteria [...]

No lo decía por eso. Es así: Jessie estará congelada hasta que no quede ningún release critical bug (categorías critical, grave o serious) reportado en la distro. Así que si ese bug del que hablas está dentro de alguna de esas categorías, una de dos, o será corregido, o si no puede ser corregido y ese paquete no es clave, será borrado antes de lanzar Jessie oficialmente como estable.
Si total se dejan bugs en estable. Nautilus tiene un bug al buscar fuera del directorio del usuario en wheezy y no busca, ni lo han arreglado... En jessie ya veremos si arreglan el autologin y el problema de nautilus con mostrar iconos en escritorio.
Kimy Hardy escribió:Si total se dejan bugs en estable. Nautilus tiene un bug al buscar fuera del directorio del usuario en wheezy y no busca, ni lo han arreglado... En jessie ya veremos si arreglan el autologin y el problema de nautilus con mostrar iconos en escritorio.


Si ese bug está reportado y entra dentro de las categorías critical, grave o serious, ten certeza de que no lo verás en la versión estable de jessie.
roMZell escribió:
Kimy Hardy escribió:Si total se dejan bugs en estable. Nautilus tiene un bug al buscar fuera del directorio del usuario en wheezy y no busca, ni lo han arreglado... En jessie ya veremos si arreglan el autologin y el problema de nautilus con mostrar iconos en escritorio.


Si ese bug está reportado y entra dentro de las categorías critical, grave o serious, ten certeza de que no lo verás en la versión estable de jessie.

- creo que se correspondía con este
- el auto login

lo que no entiendo es que en wheezy no arreglaron una cosa que si hicieron en testing, podrían haberlo llevado a wheezy en su momento.

bueno estos dos de jessie, tiene la pinta de que quedarán corregidos en estable, que ganas ya porque quiero usar los iconos en el desktop
Kimy Hardy escribió:
roMZell escribió:
Kimy Hardy escribió:Si total se dejan bugs en estable. Nautilus tiene un bug al buscar fuera del directorio del usuario en wheezy y no busca, ni lo han arreglado... En jessie ya veremos si arreglan el autologin y el problema de nautilus con mostrar iconos en escritorio.


Si ese bug está reportado y entra dentro de las categorías critical, grave o serious, ten certeza de que no lo verás en la versión estable de jessie.

- creo que se correspondía con este
- el auto login

lo que no entiendo es que en wheezy no arreglaron una cosa que si hicieron en testing, podrían haberlo llevado a wheezy en su momento.

bueno estos dos de jessie, tiene la pinta de que quedarán corregidos en estable, que ganas ya porque quiero usar los iconos en el desktop

Esos dos bugs que has puesto tienen categoría serious, por tanto quedarán corregidos durante la congelación de jessie. Si no fueran paquetes importantes y no se corrigieran sus errores, podrían ser borrados de la distro.

En debian hay que aprovechar en la fase de testing-congelación para reportar los bugs si queremos una estable bien pulida, por la política de lanzar la estable con 0 bugs criticos, serios y graves.
Una vez que ya lanzan la versión estable, el equipo se centra en otras cosas. No hay suficiente gente -recuerda que todos son voluntarios en debian- para corregir todos los bugs que se descubren en estable una vez que esta ya ha sido lanzada (excepto los de seguridad, que esos si los corrigen rapido). Así que, a buscar y reportar bugs compañeros! Buena caza! XD ratataaaa
El bug #766272 viene de serie con gnome 3.14, lo tenemos en ArchLinux de serie, que no modifica prácticamente nada de los sources.

Veo que Debian porfin ha cambiado gdm. ¿El autologin como lo hacéis? Yo lo pongo desde Panel de control ->Usuarios.
Yo soy mas de consola, editando el archivo daemon.conf del directorio /etc/gdm3

Pero da igual el bug de las narices, quite gnome3 y puse xfce, es mas feo, pero hace autologin perfecto. Y total, lo controlo remotamente por SSH por consola, asi que ni me entero del escritorio
juanjito escribió:Yo soy mas de consola, editando el archivo daemon.conf del directorio /etc/gdm3

Pero da igual el bug de las narices, quite gnome3 y puse xfce, es mas feo, pero hace autologin perfecto. Y total, lo controlo remotamente por SSH por consola, asi que ni me entero del escritorio


Por qué no usas algo como el supervisord para arrancar los programas/aplicaciones/servicios/scripts... al inicio que quieras? Tener un servidor con entorno gráfico sólo para arrancar N cosas cuando haga autologin lo encuentro un poco rebuscado, la verdad... más cuando dices que sólo lo controlas vía ssh... Con supervisord arrancas lo que quieras con el usuario que quieras mediante ficheros de configuración muy simples.
El que usa cosas rebuscadas soy yo, que añadi conky a alacarte, despues con eso lo añadi a aplicaciones al inicio, y para accesos directos a juegos y programas que uso con wine me creo archivos .desktop y los coloco para que me salgan en el menu aplicaciones de mi user xdd
MutantCamel escribió:
juanjito escribió:Yo soy mas de consola, editando el archivo daemon.conf del directorio /etc/gdm3

Pero da igual el bug de las narices, quite gnome3 y puse xfce, es mas feo, pero hace autologin perfecto. Y total, lo controlo remotamente por SSH por consola, asi que ni me entero del escritorio


Por qué no usas algo como el supervisord para arrancar los programas/aplicaciones/servicios/scripts... al inicio que quieras? Tener un servidor con entorno gráfico sólo para arrancar N cosas cuando haga autologin lo encuentro un poco rebuscado, la verdad... más cuando dices que sólo lo controlas vía ssh... Con supervisord arrancas lo que quieras con el usuario que quieras mediante ficheros de configuración muy simples.


Gracias, le echare un ojo, de todos modos, puede que meta arch sin ningun escritorio, me gusta cacharrear y aprender, y ya en alguna ocasion meti arch para aprender y la experiencia fue buena.
Kimy Hardy escribió:
alohl669 escribió:Una cosa, en debian KDE hay veces que al pulsar sobre el boton de apagado no reacciona y otras veces si. Alguien sabe porque sucede?? como se arregla?? y en caso de no saberse, un metodo seguro de hacer el apagado??

Gracias.

que versión de debian?

no sé si es este bug que no arreglaron en squeeze https://bugs.debian.org/cgi-bin/bugrepo ... bug=586283


Aquí está el mismo bug pero actualizado
https://bugs.debian.org/cgi-bin/bugrepo ... se&mbox=no

Según parece se arregla modificando una variable de entorno:

"The correct upstream bug is the one above. As noted in that page, a
workaround is to export QT_NO_GLIB=1. Exporting it in /etc/environment
worked for me."
he estado probando debian kde y es que siempre vuelvo a gnome, si kde es muy completo (demasiado), y al estar acostumbrado a gnome, a la hora de configurarlo se me hace un mundo, con gnome tardo menos en ponerlo a mi gusto. Para los iconos de los .exe como haceis en KDE?, porque yo con gnome uso el paquete de ubuntu gnome-exe-thumbnailer.
Hola, de nuevo necesito vuestros consejos.

Resulta que ya pude configurar mi servidor para acceder externamente desde mi mobil android con ssh, asi poder iniciar/detener servicios, encender apagar servidor etc..

Ahora, hice un pequeño script, para apagarlo remotamente, (llamado apagar.sh y dentro solo shutdown -h now) pero cada vez que quiero apagarlo, tengo que escribir en la consola ssh desde mi mobil: sh apagar

Y yo quisiera poder escribir solo apagar, se que es una tonteria, pero me gustaria poder apagarlo sin escribir antes lo de sh, por temas de que ya me es dificil escribir en el mobil desde la consola ssh.

Gracias, y si no se puede hacer pues no pasaria nada, pero me gusta aprender y cacharrear.
juanjito escribió:Hola, de nuevo necesito vuestros consejos.

Resulta que ya pude configurar mi servidor para acceder externamente desde mi mobil android con ssh, asi poder iniciar/detener servicios, encender apagar servidor etc..

Ahora, hice un pequeño script, para apagarlo remotamente, (llamado apagar.sh y dentro solo shutdown -h now) pero cada vez que quiero apagarlo, tengo que escribir en la consola ssh desde mi mobil: sh apagar

Y yo quisiera poder escribir solo apagar, se que es una tonteria, pero me gustaria poder apagarlo sin escribir antes lo de sh, por temas de que ya me es dificil escribir en el mobil desde la consola ssh.

Gracias, y si no se puede hacer pues no pasaria nada, pero me gusta aprender y cacharrear.


Para hacer el script ejecutable, usa el comando
chmod +x /ruta/nombre-script
y comprueba que el script se encuentra en alguna de las rutas que el sistema reconoce como ejecutables. Una que se usa mucho para scripts personales es
/usr/local/bin/

Una vez el script sea ejecutable y se encuentre en esa ruta, podrás ejecutarlo escribiendo solo el nombre.
Si no quieres ponerlo en esa ruta, podrás ejecutarlo usando, desde la misma carpeta donde esté,
./script
Bueno, casi casi, ya consegui ejecutarlo sin el sh delante, pero ahora le tengo que poner el .sh detras [+risas] [+risas] [+risas] [+risas]

con apagar.sh se apaga, solo con "apagar" no lo hace.

Pero me doy por satisfecho, escribir apagar.sh en mi android tampoco es tanta molestia.

Gracias
puedes hacer 3 cosas.
1.- Renombrar el script.sh a script (mv /ruta/script.sh /ruta/script)
2.- Crear un enlace simbólico (ln -s /ruta/script.sh /ruta/script)
3.- Crear un alias (Edita el archivo ~/.bash_aliases y añade dentro la línea alias apagar='/ruta/script.sh')

Con la primera, solo funcionará ejecutando apagar
Con las otras dos, funcionará tanto ejecutando apagar como apagar.sh, con una ligera diferencia, con la tercera apagar solo funcionará para el usuario del cual se ha editado el archivo bash_aliases, y con la segundo para todos los usuarios.
juanjito escribió:Bueno, casi casi, ya consegui ejecutarlo sin el sh delante, pero ahora le tengo que poner el .sh detras [+risas] [+risas] [+risas] [+risas]

con apagar.sh se apaga, solo con "apagar" no lo hace.

Pero me doy por satisfecho, escribir apagar.sh en mi android tampoco es tanta molestia.

Gracias

¿No te sirve crear un alias? Yo no sé bien cómo va, pero se supone que puedes asociar una serie de comandos o valores a un texto, por ejemplo crear un alias que sea "off" y asignarle que sea el comando ./apagar.sh que quieras, de modo que en la consola mediante ssh tal vez solo debas escribir "ssh off" para ejecutar el script apagar. Pero de nuevo te digo que no sé cómo va, tendrás que investigar. Suerte y si puedes pues comenta a ver cómo te ha ido.

Edit: Ya se me adelantó panko [+risas]
Ya esta, gracias, con la opcion 1 ya me funcionó, solo tenia que renombrar el .sh

P.D: el archivo ~/.bash_aliases en esa ruta no me existe, entro como root, debian jessie.
Bueno, tampoco hace falta que exista, simplemente se usa ese archivo para no andar tocando en ~/.bashrc, que puedes "destrozar" algo. Si en un futuro te hiciera falta, suele bastar con crearlo tu mismo.

Si has optado por la primera opción, pues correcto, te vale perfectamente.
Alguien ha probado BTRFS en Debian? No se que tal irá aunque según la wiki ya se considera estable hace tiempo.
Lo que me tira para atrás es la complejidad, llevo unos días probandolo y me parece bastante complicado.
Pero si lo comparamos con EXT4 lo humilla en características porque tiene de todo.

De cara al próximo PC quería montarme un RAID1 por software con LVM y el propio BTRFS hace todo eso y más.
Como he dicho antes, la pega es la complejidad, aparte de que no hay tanta documentación.
Tengo un problema molesto con el repositorio de google y es que hace poco añadieron chrome en los repositorios de steam y creo que el error es ese, pero al tirar para borrar los repositorios de google no los encuentro en la sources.list


W: Duplicate sources.list entry http://dl.google.com/linux/chrome/deb/ stable/main amd64 Packages (/var/lib/apt/lists/dl.google.com_linux_chrome_deb_dists_stable_main_binary-amd64_Packages)
W: Duplicate sources.list entry http://dl.google.com/linux/chrome/deb/ stable/main i386 Packages (/var/lib/apt/lists/dl.google.com_linux_chrome_deb_dists_stable_main_binary-i386_Packages)
W: You may want to run apt-get update to correct these problems


Y mi sources.list

deb http://repo.steampowered.com/steamos alchemist main contrib non-free
deb-src http://repo.steampowered.com/steamos alchemist main contrib non-free

deb http://http.debian.net/debian/ wheezy main contrib non-free
deb-src http://http.debian.net/debian/ wheezy main contrib non-free

deb http://http.debian.net/debian/ wheezy-updates main contrib non-free
deb-src http://http.debian.net/debian/ wheezy-updates main contrib non-free


En /var/lib/apt/lists/ si que aparecen pero si los borro al cargar de nuevo el apt se los vuelve a bajar ( lógico si no los he borrado )
Pirat escribió:Tengo un problema molesto con el repositorio de google y es que hace poco añadieron chrome en los repositorios de steam y creo que el error es ese, pero al tirar para borrar los repositorios de google no los encuentro en la sources.list


W: Duplicate sources.list entry http://dl.google.com/linux/chrome/deb/ stable/main amd64 Packages (/var/lib/apt/lists/dl.google.com_linux_chrome_deb_dists_stable_main_binary-amd64_Packages)
W: Duplicate sources.list entry http://dl.google.com/linux/chrome/deb/ stable/main i386 Packages (/var/lib/apt/lists/dl.google.com_linux_chrome_deb_dists_stable_main_binary-i386_Packages)
W: You may want to run apt-get update to correct these problems


Y mi sources.list

deb http://repo.steampowered.com/steamos alchemist main contrib non-free
deb-src http://repo.steampowered.com/steamos alchemist main contrib non-free

deb http://http.debian.net/debian/ wheezy main contrib non-free
deb-src http://http.debian.net/debian/ wheezy main contrib non-free

deb http://http.debian.net/debian/ wheezy-updates main contrib non-free
deb-src http://http.debian.net/debian/ wheezy-updates main contrib non-free


En /var/lib/apt/lists/ si que aparecen pero si los borro al cargar de nuevo el apt se los vuelve a bajar ( lógico si no los he borrado )

Mira en /etc/apt/sources.list.d/ a ver están ahí los repositorios
Hola a todos

Estoy probando debian testing en un portátil y hay una cosa que me está molestando bastante pero no se si es un bug o una nueva "feature".

En wheezy cuando hago click en el icono de network-manager me aparece una lista con las distintas redes wifi a las que puedo conectarme. En jessie también aparecen pero en lugar de hacer un click tengo que mantener pulsado el botón del ratón. Me parece de lo más incomodo. Es un fallo del programa o es que en las nuevas versiones funciona así? Si es esto último, hay alguna forma de ponerlo como antes?
Ronbin escribió:Hola a todos

Estoy probando debian testing en un portátil y hay una cosa que me está molestando bastante pero no se si es un bug o una nueva "feature".

En wheezy cuando hago click en el icono de network-manager me aparece una lista con las distintas redes wifi a las que puedo conectarme. En jessie también aparecen pero en lugar de hacer un click tengo que mantener pulsado el botón del ratón. Me parece de lo más incomodo. Es un fallo del programa o es que en las nuevas versiones funciona así? Si es esto último, hay alguna forma de ponerlo como antes?

¿plasma-nm? ¿nm-applet? ¿kde? ¿gnome? ¿lxde? ¿xfce4? ¿e17? ¿has probado a hacer click con el botón derecho y comprobar la configuración?
Los siento, se me ha olvidado decirlo: uso xfce y network-manager-gnome. Con el botón derecho me sale un desplegable con opciones para configurar redes pero no hay nada para configurar el propio programa. He investigado un poco y he visto esto en los foros de arch

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

Ahí dicen que el problema es de GTK3. Sabéis donde puedo mirar si el bug ya ha sido reportado en debian?
Ronbin escribió:Los siento, se me ha olvidado decirlo: uso xfce y network-manager-gnome. Con el botón derecho me sale un desplegable con opciones para configurar redes pero no hay nada para configurar el propio programa. He investigado un poco y he visto esto en los foros de arch

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

Ahí dicen que el problema es de GTK3. Sabéis donde puedo mirar si el bug ya ha sido reportado en debian?

Busqueda de bugs del paquete network-manager-gnome en debian testing:
https://bugs.debian.org/cgi-bin/pkgrepo ... ager-gnome
aselR escribió:
Pirat escribió:Tengo un problema molesto con el repositorio de google y es que hace poco añadieron chrome en los repositorios de steam y creo que el error es ese, pero al tirar para borrar los repositorios de google no los encuentro en la sources.list


W: Duplicate sources.list entry http://dl.google.com/linux/chrome/deb/ stable/main amd64 Packages (/var/lib/apt/lists/dl.google.com_linux_chrome_deb_dists_stable_main_binary-amd64_Packages)
W: Duplicate sources.list entry http://dl.google.com/linux/chrome/deb/ stable/main i386 Packages (/var/lib/apt/lists/dl.google.com_linux_chrome_deb_dists_stable_main_binary-i386_Packages)
W: You may want to run apt-get update to correct these problems


Y mi sources.list

deb http://repo.steampowered.com/steamos alchemist main contrib non-free
deb-src http://repo.steampowered.com/steamos alchemist main contrib non-free

deb http://http.debian.net/debian/ wheezy main contrib non-free
deb-src http://http.debian.net/debian/ wheezy main contrib non-free

deb http://http.debian.net/debian/ wheezy-updates main contrib non-free
deb-src http://http.debian.net/debian/ wheezy-updates main contrib non-free


En /var/lib/apt/lists/ si que aparecen pero si los borro al cargar de nuevo el apt se los vuelve a bajar ( lógico si no los he borrado )

Mira en /etc/apt/sources.list.d/ a ver están ahí los repositorios


Muchas gracias por contestar, pero el archivo esta vació :( me da rabia porque en la ventana de preferencias de actualizaciones y la pestaña de los repositorios si que aparece como repositorio activo y no lo puedo ni eliminar ni deshabilitar Oooh
roMZell escribió:
Ronbin escribió:Los siento, se me ha olvidado decirlo: uso xfce y network-manager-gnome. Con el botón derecho me sale un desplegable con opciones para configurar redes pero no hay nada para configurar el propio programa. He investigado un poco y he visto esto en los foros de arch

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

Ahí dicen que el problema es de GTK3. Sabéis donde puedo mirar si el bug ya ha sido reportado en debian?

Busqueda de bugs del paquete network-manager-gnome en debian testing:
https://bugs.debian.org/cgi-bin/pkgrepo ... ager-gnome


Pues tal y como dice ahi, parece un bug de GTK3, en efecto, y proponen como "workaround" instalar las versiones gtk2 de las apps que presenten ese problema. En Debian tienes el bug reportado contra src:gtk3 (libgkt-3-dev). De momento parece que te toca esperar a que lo fixeen.

Una forma de buscar bugs en los paquetes de Debian, es irte a Debian Packages y ahi buscar el paquete sobre el que quieres ver los bugs reportados. A la derecha, en la página del paquete en cuestión, verás varios enlaces, entre ellos uno que te lleva a la página con los bugs reportados sobre dicho paquete.

Otra forma es utilizar en consola apt-list-bugs:
~$ apt-listbugs -s [all|grave|serious|important|normal|wishlist] list nombre-paquete


Y otra es instalar reportbug-ng. Con éste podrás buscar y ver los bugs reportados en cualquier paquete de debian y añadir información al bug si quieres o crear un reporte nuevo si no ha sido reportado.
Pirat escribió:
aselR escribió:
Pirat escribió:Tengo un problema molesto con el repositorio de google y es que hace poco añadieron chrome en los repositorios de steam y creo que el error es ese, pero al tirar para borrar los repositorios de google no los encuentro en la sources.list


W: Duplicate sources.list entry http://dl.google.com/linux/chrome/deb/ stable/main amd64 Packages (/var/lib/apt/lists/dl.google.com_linux_chrome_deb_dists_stable_main_binary-amd64_Packages)
W: Duplicate sources.list entry http://dl.google.com/linux/chrome/deb/ stable/main i386 Packages (/var/lib/apt/lists/dl.google.com_linux_chrome_deb_dists_stable_main_binary-i386_Packages)
W: You may want to run apt-get update to correct these problems


Y mi sources.list

deb http://repo.steampowered.com/steamos alchemist main contrib non-free
deb-src http://repo.steampowered.com/steamos alchemist main contrib non-free

deb http://http.debian.net/debian/ wheezy main contrib non-free
deb-src http://http.debian.net/debian/ wheezy main contrib non-free

deb http://http.debian.net/debian/ wheezy-updates main contrib non-free
deb-src http://http.debian.net/debian/ wheezy-updates main contrib non-free


En /var/lib/apt/lists/ si que aparecen pero si los borro al cargar de nuevo el apt se los vuelve a bajar ( lógico si no los he borrado )

Mira en /etc/apt/sources.list.d/ a ver están ahí los repositorios


Muchas gracias por contestar, pero el archivo esta vació :( me da rabia porque en la ventana de preferencias de actualizaciones y la pestaña de los repositorios si que aparece como repositorio activo y no lo puedo ni eliminar ni deshabilitar Oooh


Es un directorio :) Igual has revisado mal [sonrisa]

drwxr-xr-x 2 root root 4096 ago 21 12:53 /etc/apt/sources.list.d/
al fin han arreglado Nautilus con iconos en el escritorio
¿algun equivalente del applet del montador de discos de gnome pero para LXDE? Para montar facil las particiones en este entorno y tal
Tengo un problema con debian jessie y deluge.

Me funcionava todo correcto, hasta que un dia, debido a una actualizacion, dejo de arrancarme el demonio deluged.

Despues de semanas peleandome, acabe formateando e instalando de nuevo jessie+deluge y aparte meti tambien noip2, para poder conectarme remotamente teniendo ip dinamica.

Todo ok...Pero ahora de vez en cuando, se me bloquea la conexion, deja de descargar y compartir, y no puedo navegar, pero lo bueno es que se quita solo, al cabo de unos minutos vuelve a descargar todo con normalidad y puedo navegar, sin reiniciar router.

Es un poco jodienda, porque lo hace muy amenudo, y se cortan las descargas, y luego cuestan a reiniciarse 8por el tema de colas supongo)

Ya baje las maximas conexiones a 10, las half open a 20, las de cada 5 segundos a 5 etc..para que no colapse, pero lo hace igual, tenga 300 conexiones que 10,

Cuando se bloquea la conexion, si hago por consola un pkill deluged, al acto vuelvo a poder navegar, y si vuelvo a levantar el deluged, vuelve a conectar bien, y poco a poco sube la velocidad.

Tengo tambien configuradas la velocidad de bajada y subida al 50% de su capacidad maxima para que no me influya, pero lo hace igual

Ya no se que hacer, al final si sige dando por c...metere a mano arch haber si es cosa del jessie el deluge 1.3.10

Gracias
Pues es una gran solución. Cambiar a otra distro porque deluged te da problemas...

¿Has mirado algún log? ¿Has mirado si hay algún bug reportado?
Ya se que es lo facil cambiar de distro, pero ya investigare como mirar logs, y haber como miro si hay bugs de deluge en jessie.

Ahora hice pruevas, y mas o menos cada 20-30 minutos de usar deluge me corta todo, de 60 ks compartiendo pasa a 0, unos 2-3 minutos, y luego vuelve a 60 ks en pocos minutos. asi cada 20-30 minutos.

Haber si sera que movistar me esta capando o algo, yo ya pongo upnp y puertos aleatorios...

Edito: No es cada 20-30 minutos, es aleatorio, ahora a los 3 minutos volvio a bloquearme la conexion, si remotamente hago un reboot vuelve a funcionar, pero claro, como se me queda bloqueada la conexion no puedo accer remotamente tampoco, hasta pasados 3 minutos que se desbloquea
No descartaría una penalización por parte de movistar. Para asegurar que el problema es deluge yo pondría transmission a trabajar tanto como te trabaja el deluge, a ver si ocurre igual o no. Hasta probaría que no se corte la conexión sin tener descargando nada.
Sin tener deluge conectado no se para, ya lo testee ayer.
Ya metere transmission o qtorrent, pero la verdad, la interface web de deluge me encanta, por su estetica y las opciones que te deja configurar.
Pase de transmission a deluge por ese motivo, tiene una interfaz muy bonita.

Ahora mismo lleva 2 horas y todo el rato a 0 / 0 subida/descarga, en algun momento se pone a compartir, pero luego vuelve a cortarse. Y son archivos bastante nuevos, compartidos, y con demanda.
Bueno, descartado tambien un posible capado de movistar.

Almenos con utorrent, desde otra particion que instale esta tarde, con win 8+utorrent, el mismo archivo que en toda la tarde estava a 0/0 o como mucho 100/20 esta desde hace media hora a 800/60, que es el tope que le puse al utorrent, y todo el rato esta sin pararse, ni bloquearme la conexion.

Voy a seguir un tutorial que encontra para instalar utorrent en debian, y cuento mañana.

Gracias
Bueno, descartando cosas, no es de deluge ni nada parecido, hay algun proceso que me satura la conexion.

Hice un systemctl disable deluged, y el deluged ya no arranca en el inicio, y cuando enciendo el debian las luces del router se vuelven locas.

Hay algo que no para de enviar/recibir datos que me satura la conexion. Tengo instalado webmin, para configurar cosas remotamente, pero no creo que sea eso.

Hay algun modo (por consola) de saber que proceso o programa me esta enviando y recibiendo datos en todo momento?

Gracias
Sospecho que tu nivel de Linux será superior al mio, pero buscando por Internet no tardan en salir los programas tcpflow y tcpdump. Desconozco su funcionamiento y cualquiera diría que son aplicaciones que requieren establecer un puerto de escucha, lo que limitaría mucho las posibilidades de detectar tu problema.

Por mi parte, tema ajeno al de @juanjito. Reconozco que como ultimamente le doy mucho a los videojuegos tengo Linux bastante apartado, entre otras porque hay algunos problemas que tengo sin solucionar, hoy me dispongo a arreglarlos, obviamente buscaré por la red, pero si alguien conoce soluciones pues aportarlas no está de más. No sé si son problemas de Debian Whezzy o de KDE:

- Vídeos: El problema más serio por ser de los que más me afectan. Tengo dos discos duros, uno Sata y otro SSD. Estando en Windows es indiferente cual utilice, pero en Debian el audio y el vídeo van unos segundos desincronizados si reproduzco los vídeos desde el disco Sata, pero si lo hago desde el SSD van bien :-?
- Kdm: La pantalla de login de KDE. Al principio ni siquiera me reconocía el idioma del teclado así que ni podía logear... arreglado ese asunto, me ocurre que debo desconectar el teclado y volverlo a conectar cada vez que arranco el S.O, de lo contrario no lo reconoce. Temo que pueda ser cosa del receptor inhalámbrico unifying de logitech y que no tenga solución.
- Chroot: Lo más secundario, pero también creo que podría ser lo más complicado. Tengo que entender como funciona esto, hoy por hoy tengo Steam instalado en un chroot pero no arrancan los juegos :( sé que hay miles de tutoriales de añadir repositorios y tal y cual a la distribución para instalar Steam sin usar chroot, pero en la web oficial de Debian recomiendan usar un chroot para no romper el SO, por ello quiero usar el chroot; os juro que joder el S.O es lo último que quiero. También quiero instalar telegram en uno, pero no sé hacerlo xD
A ver si alguien me aclara unas dudas sobre el Chroot:
El objetivo del chroot es poder instalar aplicaciones sin afectar al sistema base ¿no es así? Si instalo software en un chroot, dicho software resulta ser un virus o tener malware en sus entrañas ¿podría afectar al sistema? Por ejemplo telegram son archivos binarios, por eso desconfío y prefiero instalarlo en un chroot, pero igual me complico para nada.
Si en mi sistema base tengo los drivers privativos de Nvidia ¿en el entorno chroot debo instalarlos también para que por ejemplo vayan los juegos de Steam? Y dado que los drivers de nvidia parecen ir ligados a las linux headers y al Xorg, si el chroot no tiene el xorg... :-? :-? no parece que puedan instalarse bien :( .
Bueno, tema solucionado [mad]

Resulta, que segun ifconfig, 2 minutos solamente despues de iniciar el debian, me salia una burrada de "packets" enviados, mas de 2Gigas..asi que pense que seria cosa de la red interna que tengo montado en casa.

Despues de intentar 40 cosas, se me ocurrio cambiar de puerto el equipo con debian en el mini-switch de 5 puertos gigabit que tengo para administrar todas las conexiones..y tachan, problema resuelto...todo lo que conecte en ese puerto, genera un trafico indefinido que bloquea todo, si no conecto nada alli, todo funciona ok.

Como me queda libre 1 puerto, pues no me afecta, pero si a la larga se jode otro puerto tendre que comprar otro switch gigabit.

Gracias por todo, ahora todo volvio a la normalidad.
@juanjito, cómo se te ocurrió que el problema podía ser el puerto del switch? xD
Esperaaaa esperaaaaa que esta locura no acaba aqui... [snif] [snif] [snif] [snif]

Ya vuelve a fallar...me esta volviendo loco esto [+furioso] [+furioso]

Lo estoy intentando todo, no es que se me ocurriera, cambie el cable, probe todos los puertos del swtich, me puse delante del equipo haciendo el pino-puente etc..pero dio la p..casualidad que cuando cambie ese puerto del switch pillo uno de esos momentos de cordura que funciono bien.

Tampoco tengo mucho tiempo para hacer pruevas, y como cuando le da por ai funciona un buen rato, pues no tengo tanto tiempo libre de estar delante del pc comprobando si se para o no, y como aveces son solo micro-cortes pues ni me entero.

Ahora mismo los datos del ifconfig, es que desde la ultima sesion (segun webmin 8 horas 58 minutos) se an mandado la friolera de TX bytes:83143472190 (77.4 GiB) Y tengo solo 10m de bajada y de subida teoricos 1m, pero segun tests de velocidad me llegan 8,5/0'6

Asi que, o es cosa del debian, o de la placa base, que este jodiendose la red integrada (una realtek que al instalar debian me dice siempre que no tiene firm, y que lo ponga aparte, y siempre le instalo luego el firm realtek desde aptitude)

Este fin de semana tendre mas tiempo, y me dejaran un router de movistar, y sino se arregla optare por formateo/instalar todo denuevo, y si sige fallando..comprar una Tarjeta de Red PCI-E, no queda otra por testear creo ya.
Con nethogs puedes ver que procesos están enviando/recibiendo a través de la red.
~# nethogs interface-de-red

cuando está en marcha, pulsando la tecla 'm' cambias entre velocidad y volumen de transmisión.
Con netstat puedes ver las conexiones establecidas (mejor lo ejecutas sin deluge en marcha, asi disminuyes bastante las conexiones que te mostrará. Mira la ayuda para filtrar más si quieres.
~$ netstat
uff, cuando ejecuto nethogs eth0, me sale sin parar unas conexiones, desde diferentes puertos, a casi siempre la misma direccion ip, 222.216.231.222 a puerto 80 siempre de 0.186 indefinidamente en el valor sent, pero de 0.0 ks/segundo
juanjito escribió:uff, cuando ejecuto nethogs eth0, me sale sin parar unas conexiones, desde diferentes puertos, a casi siempre la misma direccion ip, 222.216.231.222 a puerto 80 siempre de 0.186 indefinidamente en el valor sent, pero de 0.0 ks/segundo

Igual tienes un virus que se está copiando todo tu PC [fiu]
juanjito escribió:uff, cuando ejecuto nethogs eth0, me sale sin parar unas conexiones, desde diferentes puertos, a casi siempre la misma direccion ip, 222.216.231.222 a puerto 80 siempre de 0.186 indefinidamente en el valor sent, pero de 0.0 ks/segundo

Y no te dice que comando/programa es? nethogs dice eso, programa, enviado/recibido y poco más, netstat si te muestra direcciones desde y hacia, con ip y puerto si es necesario.

Edit...

Esa ip parece ser china... [fiu]
nethogs en donde pone program es donde me sale mi ip local con puerto seguido de la ip a la que manda.

P.D:Malditos amarillos ratataaaa
Desde hace ya bastante tiempo** tengo un comportamiento muy raro en Testing a la hora de copiar/mover archivos grandes desde el disco duro a cualquier pendrive: es como si se copiase primero el archivo y luego se quedase un par de minutos sin hacer nada. Lo raro es que me pasa tanto desde el terminal como desde KDE. Desde el terminal veo como los bytes del archivo destino van subiendo hasta llegar hasta los de origen y luego se queda parado dos minutos. Desde KDE veo como copia el archivo desde las notificaciones, luego el contador de Mb/s cae a cero, y ahí se queda durante un par de minutos. En estos dos minutos "en blanco" que comento, el archivo (vamos a poner que es un MKV de poco más de 3 Gb) lo puedo abrir sin problema y reproducirlo hasta el final, sin embargo el archivo no se ha terminado de copiar/mover.

¿Alguien tiene idea de porqué pasa esto?



** No estoy del todo seguro, pero esto creo que me empezó a pasar desde que testing pasó de wheezy a jessie, o quizás un poco más tarde. Lo que si que puedo asegurar es que esto con wheezy no me pasaba.
4219 respuestas