Re: [OT] ¿Songr en Debian?
El jue, 21-01-2016 a las 02:30 +0100, Jorge Chaves escribió: > El mié, 20-01-2016 a las 22:20 -0300, alparkom . escribió: > > El día 20 de enero de 2016, 22:03, Jorge Chaves > > escribió: > > > ¿Alguien conoce un buen sustituto para Songr en Debian? > > > > > > Gracias por adelantado. > > > Saludos. > > > Jorge. > > > > > > > > > > Según dicen "pymaxe" es una buena alternativa. > > > > > > Ok, la probaré. Gracias. > > En Debian 8 puede haber problemas al instalarlo. La solución la he encontrado aquí: http://unbrutocondebian.blogspot.com.es/2015/01/descargando-musica-con-pymaxe.html Más adelante probaré algunas cosas y si descubro algo más ya os contaré. Saludos.
Re: Lentitud en el sistema después de ciertos movimientos
El día 20 de enero de 2016, 19:03, alparkom . escribió: > El día 20 de enero de 2016, 18:56, Felix Perez > escribió: >> El día 20 de enero de 2016, 15:57, alparkom . escribió: >>> El día 20 de enero de 2016, 15:27, listascor...@msjs.co >>> escribió: El 20/01/16 a las 12:17, alparkom . escribió: > > El día 20 de enero de 2016, 14:02, Camaleón escribió: >> >> El Wed, 20 Jan 2016 00:14:49 -0300, alparkom . escribió: >> >>> Buenas lista. >>> >>> Paso a explicar el tema: cuando descargo varios archivos (por ejemplo >>> vídeos) en cantidades aproximadas de 200 y un peso de unos 30GB en >>> total, los paso a un pendrive u otra memoria, y se borran del sistema, >>> el entorno de escritorio se vuelve sumamente lento. De hecho, si >>> quisiera ver vídeos en Youtube no podría por la lentitud en la que los >>> mostraría, lo mismo al cambiar los espacios de trabajo. >>> >>> También me pasó cuando hacia pruebas de creación de varios archivos .txt >>> con una línea de contenido al azar. Luego de esto el sistema se volvió >>> muy lento. Aclaro que luego de crear los archivos (500 mil casi siempre) >> >> >> ¿*Medio millón* de archivos? O_o >> > > Sí, medio millón. Jajaja. > Hice una prueba de velocidad para saber si convenía usar JSon > generados de forma temporal para no hacer tantas conexiones a la base > de datos. Uyy siii como no moñito... archivos .txt o Json le llaman ahora no?... pos claro, como no, como cambian las palabras de rápido... =risas= >>> >>> ._. >>> Es que da igual si son .json o .txt, después de todo, los JSon guardan >>> objetos JavaScript y los TXT también permiten esto. Es que cambia >>> algo? >>> >>> Te burlas sin tener el conocimiento de lo que se habla? >>> Tranquilo su secreto esta a salvo: http://www.cuantarazon.com/175741/despistar =risas= Bromas aparte, lee esto http://www.eldemonionegro.com/blog/archivos/2007/01/12/vaciar-la-cache-de-miniaturas-thumbnails-de-nautilus y pon un poco de acción y sobrecargue adredemente su portatil, pa' saber que es lo que pasa... trate de repetir lo que hizo cuando se vio la lentitud. >>> >>> Usted es retrasado? >> >> ¿Es malo ser retrasado? >> >> Um, Que buena persona es usted. Y además sin sentido del humor. >> > > Malo? Para nada, pero es una forma de ofender a alguien. Entonces espero que ningún hijo, familiar o cercano a usted tenga esa condición. Con esta respuesta ya me indica claramente que tipo de persona es usted. > >> >>> Ya dije cuando se vuelve lento. >> >> No importa si ya lo dijiste, lo que se te pide es que puedas repetir >> la incidencia al realizar los mismo pasos. >> > > Mi estimado, respondí de esa forma por la manera de contestar que tuvo > el señor "listascor...@msjs.co". No tome conclusiones apresuradas. Ninguna conclusión hasta ahora. Mi último mensaje a este hilo y a usted. > >> Uf. >> >> Por favor no contesten al privado, gracias. >> >>> Saludos; >>> y al entrar a la carpeta con nautilus, el sistema prácticamente no >>> respondía, aunque cerrara la ventana y eliminara los archivos (por >>> prueba terminada). Esto solo se solucionaba al reiniciar el sistema. >> >> >> Nautilus es muy lento cuando tiene que cargar directorios con gran >> cantidad de archivos y si hay 500.000 pues se debe de quedar procesando >> datos y medio colgado. >> >> Ejecuta "top" para ver la carga de CPU de cada proceso así sabrás quién >> es el culpable de la lentitud del sistema y verifica que no te quedas sin >> espacio en disco. Prueba con otro explorador de archivos (midnight >> commander, por ejemplo) o ajustando las opciones de Nautilus para que no >> use tanta caché. >> >> (...) > > > Usaré "top" y "iotop" cuando vuelva a ocurrir. Por ahora esta igual que > siempre. > > Sobre los exploradores de archivos, como puedo saber cuales tengo > instalados? > >> >>> Lo que no probé fue el tema de los archivos temporales en "/tmp/" y >>> "/var/tmp". Podría ser esto? >> >> >> Los temporales por sí solos no deben de causar problemas, más bien el >> proceso que los esté usando o los tenga en caché, y ese debe ser el >> explorador de archivos. >> >> Saludos, >> >> -- >> Camaleó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 >> -- 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
Re: [OT] ¿Songr en Debian?
El mié, 20-01-2016 a las 22:20 -0300, alparkom . escribió: > El día 20 de enero de 2016, 22:03, Jorge Chaves > escribió: > > ¿Alguien conoce un buen sustituto para Songr en Debian? > > > > Gracias por adelantado. > > Saludos. > > Jorge. > > > > > > Según dicen "pymaxe" es una buena alternativa. > > Ok, la probaré. Gracias.
Re: [OT] ¿Songr en Debian?
El día 20 de enero de 2016, 22:03, Jorge Chaves escribió: > ¿Alguien conoce un buen sustituto para Songr en Debian? > > Gracias por adelantado. > Saludos. > Jorge. > > Según dicen "pymaxe" es una buena alternativa.
[OT] ¿Songr en Debian?
¿Alguien conoce un buen sustituto para Songr en Debian? Gracias por adelantado. Saludos. Jorge.
Re: Lentitud en el sistema después de ciertos movimientos
El día 20 de enero de 2016, 18:56, Felix Perez escribió: > El día 20 de enero de 2016, 15:57, alparkom . escribió: >> El día 20 de enero de 2016, 15:27, listascor...@msjs.co >> escribió: >>> El 20/01/16 a las 12:17, alparkom . escribió: El día 20 de enero de 2016, 14:02, Camaleón escribió: > > El Wed, 20 Jan 2016 00:14:49 -0300, alparkom . escribió: > >> Buenas lista. >> >> Paso a explicar el tema: cuando descargo varios archivos (por ejemplo >> vídeos) en cantidades aproximadas de 200 y un peso de unos 30GB en >> total, los paso a un pendrive u otra memoria, y se borran del sistema, >> el entorno de escritorio se vuelve sumamente lento. De hecho, si >> quisiera ver vídeos en Youtube no podría por la lentitud en la que los >> mostraría, lo mismo al cambiar los espacios de trabajo. >> >> También me pasó cuando hacia pruebas de creación de varios archivos .txt >> con una línea de contenido al azar. Luego de esto el sistema se volvió >> muy lento. Aclaro que luego de crear los archivos (500 mil casi siempre) > > > ¿*Medio millón* de archivos? O_o > Sí, medio millón. Jajaja. Hice una prueba de velocidad para saber si convenía usar JSon generados de forma temporal para no hacer tantas conexiones a la base de datos. >>> >>> >>> Uyy siii como no moñito... archivos .txt o Json le llaman ahora no?... pos >>> claro, como no, como cambian las palabras de rápido... =risas= >>> >> >> ._. >> Es que da igual si son .json o .txt, después de todo, los JSon guardan >> objetos JavaScript y los TXT también permiten esto. Es que cambia >> algo? >> >> Te burlas sin tener el conocimiento de lo que se habla? >> >>> Tranquilo su secreto esta a salvo: >>> http://www.cuantarazon.com/175741/despistar >>> >>> =risas= >>> >>> Bromas aparte, lee esto >>> http://www.eldemonionegro.com/blog/archivos/2007/01/12/vaciar-la-cache-de-miniaturas-thumbnails-de-nautilus >>> >>> y pon un poco de acción y sobrecargue adredemente su portatil, pa' saber que >>> es lo que pasa... >>> trate de repetir lo que hizo cuando se vio la lentitud. >>> >> >> Usted es retrasado? > > ¿Es malo ser retrasado? > > Um, Que buena persona es usted. Y además sin sentido del humor. > Malo? Para nada, pero es una forma de ofender a alguien. > >> Ya dije cuando se vuelve lento. > > No importa si ya lo dijiste, lo que se te pide es que puedas repetir > la incidencia al realizar los mismo pasos. > Mi estimado, respondí de esa forma por la manera de contestar que tuvo el señor "listascor...@msjs.co". No tome conclusiones apresuradas. > Uf. > > Por favor no contesten al privado, gracias. > >> >>> Saludos; >>> >>> >> y al entrar a la carpeta con nautilus, el sistema prácticamente no >> respondía, aunque cerrara la ventana y eliminara los archivos (por >> prueba terminada). Esto solo se solucionaba al reiniciar el sistema. > > > Nautilus es muy lento cuando tiene que cargar directorios con gran > cantidad de archivos y si hay 500.000 pues se debe de quedar procesando > datos y medio colgado. > > Ejecuta "top" para ver la carga de CPU de cada proceso así sabrás quién > es el culpable de la lentitud del sistema y verifica que no te quedas sin > espacio en disco. Prueba con otro explorador de archivos (midnight > commander, por ejemplo) o ajustando las opciones de Nautilus para que no > use tanta caché. > > (...) Usaré "top" y "iotop" cuando vuelva a ocurrir. Por ahora esta igual que siempre. Sobre los exploradores de archivos, como puedo saber cuales tengo instalados? > >> Lo que no probé fue el tema de los archivos temporales en "/tmp/" y >> "/var/tmp". Podría ser esto? > > > Los temporales por sí solos no deben de causar problemas, más bien el > proceso que los esté usando o los tenga en caché, y ese debe ser el > explorador de archivos. > > Saludos, > > -- > Camaleó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 >
Re: Lentitud en el sistema después de ciertos movimientos
El día 20 de enero de 2016, 15:57, alparkom . escribió: > El día 20 de enero de 2016, 15:27, listascor...@msjs.co > escribió: >> El 20/01/16 a las 12:17, alparkom . escribió: >>> >>> El día 20 de enero de 2016, 14:02, Camaleón escribió: El Wed, 20 Jan 2016 00:14:49 -0300, alparkom . escribió: > Buenas lista. > > Paso a explicar el tema: cuando descargo varios archivos (por ejemplo > vídeos) en cantidades aproximadas de 200 y un peso de unos 30GB en > total, los paso a un pendrive u otra memoria, y se borran del sistema, > el entorno de escritorio se vuelve sumamente lento. De hecho, si > quisiera ver vídeos en Youtube no podría por la lentitud en la que los > mostraría, lo mismo al cambiar los espacios de trabajo. > > También me pasó cuando hacia pruebas de creación de varios archivos .txt > con una línea de contenido al azar. Luego de esto el sistema se volvió > muy lento. Aclaro que luego de crear los archivos (500 mil casi siempre) ¿*Medio millón* de archivos? O_o >>> >>> Sí, medio millón. Jajaja. >>> Hice una prueba de velocidad para saber si convenía usar JSon >>> generados de forma temporal para no hacer tantas conexiones a la base >>> de datos. >> >> >> Uyy siii como no moñito... archivos .txt o Json le llaman ahora no?... pos >> claro, como no, como cambian las palabras de rápido... =risas= >> > > ._. > Es que da igual si son .json o .txt, después de todo, los JSon guardan > objetos JavaScript y los TXT también permiten esto. Es que cambia > algo? > > Te burlas sin tener el conocimiento de lo que se habla? > >> Tranquilo su secreto esta a salvo: >> http://www.cuantarazon.com/175741/despistar >> >> =risas= >> >> Bromas aparte, lee esto >> http://www.eldemonionegro.com/blog/archivos/2007/01/12/vaciar-la-cache-de-miniaturas-thumbnails-de-nautilus >> >> y pon un poco de acción y sobrecargue adredemente su portatil, pa' saber que >> es lo que pasa... >> trate de repetir lo que hizo cuando se vio la lentitud. >> > > Usted es retrasado? ¿Es malo ser retrasado? Um, Que buena persona es usted. Y además sin sentido del humor. > Ya dije cuando se vuelve lento. No importa si ya lo dijiste, lo que se te pide es que puedas repetir la incidencia al realizar los mismo pasos. Uf. Por favor no contesten al privado, gracias. > >> Saludos; >> >> > y al entrar a la carpeta con nautilus, el sistema prácticamente no > respondía, aunque cerrara la ventana y eliminara los archivos (por > prueba terminada). Esto solo se solucionaba al reiniciar el sistema. Nautilus es muy lento cuando tiene que cargar directorios con gran cantidad de archivos y si hay 500.000 pues se debe de quedar procesando datos y medio colgado. Ejecuta "top" para ver la carga de CPU de cada proceso así sabrás quién es el culpable de la lentitud del sistema y verifica que no te quedas sin espacio en disco. Prueba con otro explorador de archivos (midnight commander, por ejemplo) o ajustando las opciones de Nautilus para que no use tanta caché. (...) >>> >>> >>> Usaré "top" y "iotop" cuando vuelva a ocurrir. Por ahora esta igual que >>> siempre. >>> >>> Sobre los exploradores de archivos, como puedo saber cuales tengo >>> instalados? >>> > Lo que no probé fue el tema de los archivos temporales en "/tmp/" y > "/var/tmp". Podría ser esto? Los temporales por sí solos no deben de causar problemas, más bien el proceso que los esté usando o los tenga en caché, y ese debe ser el explorador de archivos. Saludos, -- Camaleó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
Re: Lentitud en el sistema después de ciertos movimientos
El día 20 de enero de 2016, 15:27, listascor...@msjs.co escribió: > El 20/01/16 a las 12:17, alparkom . escribió: >> >> El día 20 de enero de 2016, 14:02, Camaleón escribió: >>> >>> El Wed, 20 Jan 2016 00:14:49 -0300, alparkom . escribió: >>> Buenas lista. Paso a explicar el tema: cuando descargo varios archivos (por ejemplo vídeos) en cantidades aproximadas de 200 y un peso de unos 30GB en total, los paso a un pendrive u otra memoria, y se borran del sistema, el entorno de escritorio se vuelve sumamente lento. De hecho, si quisiera ver vídeos en Youtube no podría por la lentitud en la que los mostraría, lo mismo al cambiar los espacios de trabajo. También me pasó cuando hacia pruebas de creación de varios archivos .txt con una línea de contenido al azar. Luego de esto el sistema se volvió muy lento. Aclaro que luego de crear los archivos (500 mil casi siempre) >>> >>> >>> ¿*Medio millón* de archivos? O_o >>> >> >> Sí, medio millón. Jajaja. >> Hice una prueba de velocidad para saber si convenía usar JSon >> generados de forma temporal para no hacer tantas conexiones a la base >> de datos. > > > Uyy siii como no moñito... archivos .txt o Json le llaman ahora no?... pos > claro, como no, como cambian las palabras de rápido... =risas= > ._. Es que da igual si son .json o .txt, después de todo, los JSon guardan objetos JavaScript y los TXT también permiten esto. Es que cambia algo? Te burlas sin tener el conocimiento de lo que se habla? > Tranquilo su secreto esta a salvo: > http://www.cuantarazon.com/175741/despistar > > =risas= > > Bromas aparte, lee esto > http://www.eldemonionegro.com/blog/archivos/2007/01/12/vaciar-la-cache-de-miniaturas-thumbnails-de-nautilus > > y pon un poco de acción y sobrecargue adredemente su portatil, pa' saber que > es lo que pasa... > trate de repetir lo que hizo cuando se vio la lentitud. > Usted es retrasado? Ya dije cuando se vuelve lento. > Saludos; > > y al entrar a la carpeta con nautilus, el sistema prácticamente no respondía, aunque cerrara la ventana y eliminara los archivos (por prueba terminada). Esto solo se solucionaba al reiniciar el sistema. >>> >>> >>> Nautilus es muy lento cuando tiene que cargar directorios con gran >>> cantidad de archivos y si hay 500.000 pues se debe de quedar procesando >>> datos y medio colgado. >>> >>> Ejecuta "top" para ver la carga de CPU de cada proceso así sabrás quién >>> es el culpable de la lentitud del sistema y verifica que no te quedas sin >>> espacio en disco. Prueba con otro explorador de archivos (midnight >>> commander, por ejemplo) o ajustando las opciones de Nautilus para que no >>> use tanta caché. >>> >>> (...) >> >> >> Usaré "top" y "iotop" cuando vuelva a ocurrir. Por ahora esta igual que >> siempre. >> >> Sobre los exploradores de archivos, como puedo saber cuales tengo >> instalados? >> >>> Lo que no probé fue el tema de los archivos temporales en "/tmp/" y "/var/tmp". Podría ser esto? >>> >>> >>> Los temporales por sí solos no deben de causar problemas, más bien el >>> proceso que los esté usando o los tenga en caché, y ese debe ser el >>> explorador de archivos. >>> >>> Saludos, >>> >>> -- >>> Camaleón >>> >> >> >
Re: Lentitud en el sistema después de ciertos movimientos
El 20/01/16 a las 12:17, alparkom . escribió: El día 20 de enero de 2016, 14:02, Camaleón escribió: El Wed, 20 Jan 2016 00:14:49 -0300, alparkom . escribió: Buenas lista. Paso a explicar el tema: cuando descargo varios archivos (por ejemplo vídeos) en cantidades aproximadas de 200 y un peso de unos 30GB en total, los paso a un pendrive u otra memoria, y se borran del sistema, el entorno de escritorio se vuelve sumamente lento. De hecho, si quisiera ver vídeos en Youtube no podría por la lentitud en la que los mostraría, lo mismo al cambiar los espacios de trabajo. También me pasó cuando hacia pruebas de creación de varios archivos .txt con una línea de contenido al azar. Luego de esto el sistema se volvió muy lento. Aclaro que luego de crear los archivos (500 mil casi siempre) ¿*Medio millón* de archivos? O_o Sí, medio millón. Jajaja. Hice una prueba de velocidad para saber si convenía usar JSon generados de forma temporal para no hacer tantas conexiones a la base de datos. Uyy siii como no moñito... archivos .txt o Json le llaman ahora no?... pos claro, como no, como cambian las palabras de rápido... =risas= Tranquilo su secreto esta a salvo: http://www.cuantarazon.com/175741/despistar =risas= Bromas aparte, lee esto http://www.eldemonionegro.com/blog/archivos/2007/01/12/vaciar-la-cache-de-miniaturas-thumbnails-de-nautilus y pon un poco de acción y sobrecargue adredemente su portatil, pa' saber que es lo que pasa... trate de repetir lo que hizo cuando se vio la lentitud. Saludos; y al entrar a la carpeta con nautilus, el sistema prácticamente no respondía, aunque cerrara la ventana y eliminara los archivos (por prueba terminada). Esto solo se solucionaba al reiniciar el sistema. Nautilus es muy lento cuando tiene que cargar directorios con gran cantidad de archivos y si hay 500.000 pues se debe de quedar procesando datos y medio colgado. Ejecuta "top" para ver la carga de CPU de cada proceso así sabrás quién es el culpable de la lentitud del sistema y verifica que no te quedas sin espacio en disco. Prueba con otro explorador de archivos (midnight commander, por ejemplo) o ajustando las opciones de Nautilus para que no use tanta caché. (...) Usaré "top" y "iotop" cuando vuelva a ocurrir. Por ahora esta igual que siempre. Sobre los exploradores de archivos, como puedo saber cuales tengo instalados? Lo que no probé fue el tema de los archivos temporales en "/tmp/" y "/var/tmp". Podría ser esto? Los temporales por sí solos no deben de causar problemas, más bien el proceso que los esté usando o los tenga en caché, y ese debe ser el explorador de archivos. Saludos, -- Camaleón
Re: Lentitud en el sistema después de ciertos movimientos
El 20/01/16 a las 03:11, alfon escribió: Lo que probé fue: # sync ; echo 3 > /proc/sys/vm/drop_caches Según tengo entendido, eso limpia el caché del sistema y no es necesario reiniciar. Pero al hacer eso el sistema seguía lento. Lo que no probé fue el tema de los archivos temporales en "/tmp/" y "/var/tmp". Podría ser esto? Eso no debería influir, quizás tengas algún proceso en ejecución que consuma mucho tiempo de CPU y memoria. Cuando te vuelva a pasar, ejecuta el comando top, y pega la salida para que podamos hacer un primer diagnóstico. Ale, abur Cuando vuelva a ocurrirte este problema has lo siguiente: 1.- sudo journalctl -b 1 > journalctl.txt 2.- ps aux > ps.txt 3. -Saca informacion de top e iotop. ¿Por cierto que sistema de archivos (ext4, xfs) usas? -- Dios en su Cielo, todo bien la Tierra *
Re: Lentitud en el sistema después de ciertos movimientos
El Wed, 20 Jan 2016 14:17:13 -0300, alparkom . escribió: > El día 20 de enero de 2016, 14:02, Camaleón > escribió: (...) >>> y al entrar a la carpeta con nautilus, el sistema prácticamente no >>> respondía, aunque cerrara la ventana y eliminara los archivos (por >>> prueba terminada). Esto solo se solucionaba al reiniciar el sistema. >> >> Nautilus es muy lento cuando tiene que cargar directorios con gran >> cantidad de archivos y si hay 500.000 pues se debe de quedar procesando >> datos y medio colgado. >> >> Ejecuta "top" para ver la carga de CPU de cada proceso así sabrás quién >> es el culpable de la lentitud del sistema y verifica que no te quedas >> sin espacio en disco. Prueba con otro explorador de archivos (midnight >> commander, por ejemplo) o ajustando las opciones de Nautilus para que >> no use tanta caché. >> >> (...) > > Usaré "top" y "iotop" cuando vuelva a ocurrir. Por ahora esta igual que > siempre. > > Sobre los exploradores de archivos, como puedo saber cuales tengo > instalados? Normalmente sólo se instala el que viene con el entorno gráfico (Nautilus en GNOME, Dolphin/Konqueror en KDE, Thunar en XFCE...). Si quieres algún otro lo tendrás que instalar a mano, aunque conviene ser cauteloso para que no fagocite al que ya tienes instalado (yo siempre instalo Midnight Commander que al ser ncurses -se ejecuta en consola- no entra en conflicto con el navegador predeterminado del entorno). Saludos, -- Camaleón
Re: Particiones desalineadas
El Wed, 20 Jan 2016 14:17:09 +0100, David Rotger escribió: > estoy montando un servidor con un RAID 1 para sistema y un RAID 10 para > datos. El RAID 1 se compone de 2 discos de 500GB, donde preparo un array > MD para todo el disco y después creo una partición lógica de 16gb para > swap y el resto para /. Cuando ejecuto fdisk -l: (...) > Disco /dev/md10: 1,8 TiB, 2000140894208 bytes, 3906525184 sectores > Unidades: sectores de 1 * 512 = 512 bytes Tamaño de sector > (lógico/físico): 512 bytes / 4096 bytes Tamaño de E/S (mínimo/óptimo): > 524288 bytes / 1048576 bytes Disco /dev/md11: 465,7 GiB, 499971522560 > bytes, 976506880 sectores Unidades: sectores de 1 * 512 = 512 bytes > Tamaño de sector (lógico/físico): 512 bytes / 4096 bytes Tamaño de E/S > (mínimo/óptimo): 4096 bytes / 4096 bytes Tipo de etiqueta de disco: dos > Identificador del disco: 0x707976b8 > > Device Boot Start End Sectors Size Id Type > /dev/md11p1 63 945312794 945312732 450,8G 83 Linux > /dev/md11p2 945312795 976494959 31182165 14,9G 5 Extended > /dev/md11p5 945312858 976494959 31182102 14,9G 82 Linux swap / > Solaris > > La partición 2 no empieza en el límite del sector físico. > > La partición 3 no empieza en el límite del sector físico. > > La partición 6 no empieza en el límite del sector físico. > > Como puedo resolver este problema?!?! No es un problema, más allá de la hipotética pérdida de rendimiento que puedas tener (que normalmente no debe ser perceptible), me parece que lo que te dice es que los discos están usando el formato avanzado (tamaño de sectores de 4096 bytes en lugar de 512) y este tipo de discos funcionan mejor cuando se alienan las particiones a 1 MiB pero el programa con el que has hecho las particiones ha usado el sistema antiguo para ubicarlas y que no es el óptimo para este tipo de discos duros, de ahí el aviso. Gparted permite mover las particiones para ajustarlas a su límite óptimo pero estas operaciones con particiones siempre pueden conllevar pérdida de datos, por lo que si sigues adelante asegúrate de tener copia de seguridad de la información que tengas en las particiones afectadas, las que vayas a "reubicar". Saludos, -- Camaleón
Re: Lentitud en el sistema después de ciertos movimientos
El día 20 de enero de 2016, 14:02, Camaleón escribió: > El Wed, 20 Jan 2016 00:14:49 -0300, alparkom . escribió: > >> Buenas lista. >> >> Paso a explicar el tema: cuando descargo varios archivos (por ejemplo >> vídeos) en cantidades aproximadas de 200 y un peso de unos 30GB en >> total, los paso a un pendrive u otra memoria, y se borran del sistema, >> el entorno de escritorio se vuelve sumamente lento. De hecho, si >> quisiera ver vídeos en Youtube no podría por la lentitud en la que los >> mostraría, lo mismo al cambiar los espacios de trabajo. >> >> También me pasó cuando hacia pruebas de creación de varios archivos .txt >> con una línea de contenido al azar. Luego de esto el sistema se volvió >> muy lento. Aclaro que luego de crear los archivos (500 mil casi siempre) > > ¿*Medio millón* de archivos? O_o > Sí, medio millón. Jajaja. Hice una prueba de velocidad para saber si convenía usar JSon generados de forma temporal para no hacer tantas conexiones a la base de datos. >> y al entrar a la carpeta con nautilus, el sistema prácticamente no >> respondía, aunque cerrara la ventana y eliminara los archivos (por >> prueba terminada). Esto solo se solucionaba al reiniciar el sistema. > > Nautilus es muy lento cuando tiene que cargar directorios con gran > cantidad de archivos y si hay 500.000 pues se debe de quedar procesando > datos y medio colgado. > > Ejecuta "top" para ver la carga de CPU de cada proceso así sabrás quién > es el culpable de la lentitud del sistema y verifica que no te quedas sin > espacio en disco. Prueba con otro explorador de archivos (midnight > commander, por ejemplo) o ajustando las opciones de Nautilus para que no > use tanta caché. > > (...) Usaré "top" y "iotop" cuando vuelva a ocurrir. Por ahora esta igual que siempre. Sobre los exploradores de archivos, como puedo saber cuales tengo instalados? > >> Lo que no probé fue el tema de los archivos temporales en "/tmp/" y >> "/var/tmp". Podría ser esto? > > Los temporales por sí solos no deben de causar problemas, más bien el > proceso que los esté usando o los tenga en caché, y ese debe ser el > explorador de archivos. > > Saludos, > > -- > Camaleón >
Re: Lentitud en el sistema después de ciertos movimientos
El día 20 de enero de 2016, 14:00, alparkom . escribió: > El día 20 de enero de 2016, 7:44, fernando sainz > escribió: >> El día 20 de enero de 2016, 8:41, alfon escribió: >> >> Y de paso prueba también con "iotop" (paquete del mismo nombre) para >> ver si hay problemas en las operaciones de lectura/escritura en disco. >> > > Aclaro que es un notebook bastante bueno... corre sin problemas hasta > que comienzo a manejar muchos archivos. > Y...? Dinos que te muestra top e iotop. -- 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
Re: Lentitud en el sistema después de ciertos movimientos
El Wed, 20 Jan 2016 00:14:49 -0300, alparkom . escribió: > Buenas lista. > > Paso a explicar el tema: cuando descargo varios archivos (por ejemplo > vídeos) en cantidades aproximadas de 200 y un peso de unos 30GB en > total, los paso a un pendrive u otra memoria, y se borran del sistema, > el entorno de escritorio se vuelve sumamente lento. De hecho, si > quisiera ver vídeos en Youtube no podría por la lentitud en la que los > mostraría, lo mismo al cambiar los espacios de trabajo. > > También me pasó cuando hacia pruebas de creación de varios archivos .txt > con una línea de contenido al azar. Luego de esto el sistema se volvió > muy lento. Aclaro que luego de crear los archivos (500 mil casi siempre) ¿*Medio millón* de archivos? O_o > y al entrar a la carpeta con nautilus, el sistema prácticamente no > respondía, aunque cerrara la ventana y eliminara los archivos (por > prueba terminada). Esto solo se solucionaba al reiniciar el sistema. Nautilus es muy lento cuando tiene que cargar directorios con gran cantidad de archivos y si hay 500.000 pues se debe de quedar procesando datos y medio colgado. Ejecuta "top" para ver la carga de CPU de cada proceso así sabrás quién es el culpable de la lentitud del sistema y verifica que no te quedas sin espacio en disco. Prueba con otro explorador de archivos (midnight commander, por ejemplo) o ajustando las opciones de Nautilus para que no use tanta caché. (...) > Lo que no probé fue el tema de los archivos temporales en "/tmp/" y > "/var/tmp". Podría ser esto? Los temporales por sí solos no deben de causar problemas, más bien el proceso que los esté usando o los tenga en caché, y ese debe ser el explorador de archivos. Saludos, -- Camaleón
Re: Lentitud en el sistema después de ciertos movimientos
El día 20 de enero de 2016, 7:44, fernando sainz escribió: > El día 20 de enero de 2016, 8:41, alfon escribió: > > Y de paso prueba también con "iotop" (paquete del mismo nombre) para > ver si hay problemas en las operaciones de lectura/escritura en disco. > Aclaro que es un notebook bastante bueno... corre sin problemas hasta que comienzo a manejar muchos archivos. > S2. >
Re: Ayuda con Smokeping
El Tue, 19 Jan 2016 17:33:21 -0500, Lic. Manuel Salgado escribió: > Hola a todos: > Por problemas en un servidor debian 7 me vi obligado a purgar Apache, > por supuesto salvando sus configuraciones y datos publicos. En este > servidor existen herramientas de monitoreo como Ntop, Nagios3 y > Smokeping. Lo que me ocurre ahora es que al instalarlo nuevamente e ir > al monitoreo de los graficos de smokeping no se me muestra ningun > grafico, si logro ver los reportes y etiquetas, asi como los titulos, > menues, secciones, etc que se han configurado, pero no se logran ver > los graficos. Alguien me da alguna sugerencia? Entiendo que si los problemas con smokeping te vinieron tras eliminar apache el error se debe a que algún dato de la configuración de esa aplicación ya no está disponible o ha tomado valores predeterminados. Yo te diría que volvieras a revisar la configuración¹ de smokeping desde cero como si lo acabaras de instalar y lo estuvieras configurando, y más concretamente la parte donde engancha con apache y los permisos del directorio donde almacena los datos. ¹https://wiki.archlinux.org/index.php/smokeping Saludos, -- Camaleón
Re: Particiones desalineadas
El 20 de enero de 2016, 10:17, David Rotger escribió: > Hola, > > estoy montando un servidor con un RAID 1 para sistema y un RAID 10 para > datos. El RAID 1 se compone de 2 discos de 500GB, donde preparo un array MD > para todo el disco y después creo una partición lógica de 16gb para swap y > el resto para /. Cuando ejecuto fdisk -l: > > Disco /dev/sdc: 931,5 GiB, 1000204886016 bytes, 1953525168 sectores > Unidades: sectores de 1 * 512 = 512 bytes > Tamaño de sector (lógico/físico): 512 bytes / 4096 bytes > Tamaño de E/S (mínimo/óptimo): 4096 bytes / 4096 bytes > Tipo de etiqueta de disco: dos > Identificador del disco: 0x6e4d1d9a > > > Disco /dev/sda: 465,8 GiB, 500107862016 bytes, 976773168 sectores > Unidades: sectores de 1 * 512 = 512 bytes > Tamaño de sector (lógico/físico): 512 bytes / 4096 bytes > Tamaño de E/S (mínimo/óptimo): 4096 bytes / 4096 bytes > Tipo de etiqueta de disco: dos > Identificador del disco: 0xf85f9904 > > Device Boot Start End Sectors Size Id Type > /dev/sda12048 976771071 976769024 465,8G fd Linux raid autodetect > > Disco /dev/sdf: 931,5 GiB, 1000204886016 bytes, 1953525168 sectores > Unidades: sectores de 1 * 512 = 512 bytes > Tamaño de sector (lógico/físico): 512 bytes / 4096 bytes > Tamaño de E/S (mínimo/óptimo): 4096 bytes / 4096 bytes > Tipo de etiqueta de disco: dos > Identificador del disco: 0x6420211c > > > Disco /dev/sde: 931,5 GiB, 1000204886016 bytes, 1953525168 sectores > Unidades: sectores de 1 * 512 = 512 bytes > Tamaño de sector (lógico/físico): 512 bytes / 4096 bytes > Tamaño de E/S (mínimo/óptimo): 4096 bytes / 4096 bytes > Tipo de etiqueta de disco: dos > Identificador del disco: 0x38d77552 > > > Disco /dev/sdd: 931,5 GiB, 1000204886016 bytes, 1953525168 sectores > Unidades: sectores de 1 * 512 = 512 bytes > Tamaño de sector (lógico/físico): 512 bytes / 4096 bytes > Tamaño de E/S (mínimo/óptimo): 4096 bytes / 4096 bytes > Tipo de etiqueta de disco: dos > Identificador del disco: 0x30e6c2f6 > > > Disco /dev/sdb: 465,8 GiB, 500107862016 bytes, 976773168 sectores > Unidades: sectores de 1 * 512 = 512 bytes > Tamaño de sector (lógico/físico): 512 bytes / 4096 bytes > Tamaño de E/S (mínimo/óptimo): 4096 bytes / 4096 bytes > Tipo de etiqueta de disco: dos > Identificador del disco: 0x051a7c70 > > Device Boot Start End Sectors Size Id Type > /dev/sdb1 * 2048 976771071 976769024 465,8G fd Linux raid autodetect > > Disco /dev/md10: 1,8 TiB, 2000140894208 bytes, 3906525184 sectores > Unidades: sectores de 1 * 512 = 512 bytes > Tamaño de sector (lógico/físico): 512 bytes / 4096 bytes > Tamaño de E/S (mínimo/óptimo): 524288 bytes / 1048576 bytes > Disco /dev/md11: 465,7 GiB, 499971522560 bytes, 976506880 sectores > Unidades: sectores de 1 * 512 = 512 bytes > Tamaño de sector (lógico/físico): 512 bytes / 4096 bytes > Tamaño de E/S (mínimo/óptimo): 4096 bytes / 4096 bytes > Tipo de etiqueta de disco: dos > Identificador del disco: 0x707976b8 > > Device Boot Start End Sectors Size Id Type > /dev/md11p1 63 945312794 945312732 450,8G 83 Linux > /dev/md11p2 945312795 976494959 31182165 14,9G 5 Extended > /dev/md11p5 945312858 976494959 31182102 14,9G 82 Linux swap / > Solaris > > La partición 2 no empieza en el límite del sector físico. > > La partición 3 no empieza en el límite del sector físico. > > La partición 6 no empieza en el límite del sector físico. > > Como puedo resolver este problema?!?! > Para que podamos ayudarte: Porque no defines primero, cual es el problema que detectas y deseas resolver? -- Ricardo A.Frydman Administrador Senior de Sistemas Unix (IBM) Sun Certified System Administrator - Solaris 10 HACMP System Administrator "Aequam memento rebus in arduis servare mentem"
Particiones desalineadas
Hola, estoy montando un servidor con un RAID 1 para sistema y un RAID 10 para datos. El RAID 1 se compone de 2 discos de 500GB, donde preparo un array MD para todo el disco y después creo una partición lógica de 16gb para swap y el resto para /. Cuando ejecuto fdisk -l: Disco /dev/sdc: 931,5 GiB, 1000204886016 bytes, 1953525168 sectores Unidades: sectores de 1 * 512 = 512 bytes Tamaño de sector (lógico/físico): 512 bytes / 4096 bytes Tamaño de E/S (mínimo/óptimo): 4096 bytes / 4096 bytes Tipo de etiqueta de disco: dos Identificador del disco: 0x6e4d1d9a Disco /dev/sda: 465,8 GiB, 500107862016 bytes, 976773168 sectores Unidades: sectores de 1 * 512 = 512 bytes Tamaño de sector (lógico/físico): 512 bytes / 4096 bytes Tamaño de E/S (mínimo/óptimo): 4096 bytes / 4096 bytes Tipo de etiqueta de disco: dos Identificador del disco: 0xf85f9904 Device Boot Start End Sectors Size Id Type /dev/sda12048 976771071 976769024 465,8G fd Linux raid autodetect Disco /dev/sdf: 931,5 GiB, 1000204886016 bytes, 1953525168 sectores Unidades: sectores de 1 * 512 = 512 bytes Tamaño de sector (lógico/físico): 512 bytes / 4096 bytes Tamaño de E/S (mínimo/óptimo): 4096 bytes / 4096 bytes Tipo de etiqueta de disco: dos Identificador del disco: 0x6420211c Disco /dev/sde: 931,5 GiB, 1000204886016 bytes, 1953525168 sectores Unidades: sectores de 1 * 512 = 512 bytes Tamaño de sector (lógico/físico): 512 bytes / 4096 bytes Tamaño de E/S (mínimo/óptimo): 4096 bytes / 4096 bytes Tipo de etiqueta de disco: dos Identificador del disco: 0x38d77552 Disco /dev/sdd: 931,5 GiB, 1000204886016 bytes, 1953525168 sectores Unidades: sectores de 1 * 512 = 512 bytes Tamaño de sector (lógico/físico): 512 bytes / 4096 bytes Tamaño de E/S (mínimo/óptimo): 4096 bytes / 4096 bytes Tipo de etiqueta de disco: dos Identificador del disco: 0x30e6c2f6 Disco /dev/sdb: 465,8 GiB, 500107862016 bytes, 976773168 sectores Unidades: sectores de 1 * 512 = 512 bytes Tamaño de sector (lógico/físico): 512 bytes / 4096 bytes Tamaño de E/S (mínimo/óptimo): 4096 bytes / 4096 bytes Tipo de etiqueta de disco: dos Identificador del disco: 0x051a7c70 Device Boot Start End Sectors Size Id Type /dev/sdb1 * 2048 976771071 976769024 465,8G fd Linux raid autodetect Disco /dev/md10: 1,8 TiB, 2000140894208 bytes, 3906525184 sectores Unidades: sectores de 1 * 512 = 512 bytes Tamaño de sector (lógico/físico): 512 bytes / 4096 bytes Tamaño de E/S (mínimo/óptimo): 524288 bytes / 1048576 bytes Disco /dev/md11: 465,7 GiB, 499971522560 bytes, 976506880 sectores Unidades: sectores de 1 * 512 = 512 bytes Tamaño de sector (lógico/físico): 512 bytes / 4096 bytes Tamaño de E/S (mínimo/óptimo): 4096 bytes / 4096 bytes Tipo de etiqueta de disco: dos Identificador del disco: 0x707976b8 Device Boot Start End Sectors Size Id Type /dev/md11p1 63 945312794 945312732 450,8G 83 Linux /dev/md11p2 945312795 976494959 31182165 14,9G 5 Extended /dev/md11p5 945312858 976494959 31182102 14,9G 82 Linux swap / Solaris La partición 2 no empieza en el límite del sector físico. La partición 3 no empieza en el límite del sector físico. La partición 6 no empieza en el límite del sector físico. Como puedo resolver este problema?!?! gracias. -- David Rotger
Re: Lentitud en el sistema después de ciertos movimientos
El 20/01/16 a las 05:44, fernando sainz escribió: El día 20 de enero de 2016, 8:41, alfon escribió: Lo que probé fue: # sync ; echo 3 > /proc/sys/vm/drop_caches Según tengo entendido, eso limpia el caché del sistema y no es necesario reiniciar. Pero al hacer eso el sistema seguía lento. Lo que no probé fue el tema de los archivos temporales en "/tmp/" y "/var/tmp". Podría ser esto? Eso no debería influir, quizás tengas algún proceso en ejecución que consuma mucho tiempo de CPU y memoria. Cuando te vuelva a pasar, ejecuta el comando top, y pega la salida para que podamos hacer un primer diagnóstico. Ale, abur Y de paso prueba también con "iotop" (paquete del mismo nombre) para ver si hay problemas en las operaciones de lectura/escritura en disco. S2. Borra: /home/usuario/.cache /home/usuario/.local/share/Trash/files revisa el tamaño de los archivos /var/log En este pdf dice como hacer que trabaje mas rápido el equipo. https://deblinux.wordpress.com/2015/07/09/libro-en-pdf-cosas-a-hacer-tras-instalar-debian-8-jessie-lo-completo-que-veras-en-tu-vida/ revisa: $ swapon -s $ free -h reinicia swap: sudo swapoff -a && sudo swapon -a Saludos;
Re: Lentitud en el sistema después de ciertos movimientos
El día 20 de enero de 2016, 8:41, alfon escribió: >> >> Lo que probé fue: >> >> # sync ; echo 3 > /proc/sys/vm/drop_caches >> >> Según tengo entendido, eso limpia el caché del sistema y no es >> necesario reiniciar. Pero al hacer eso el sistema seguía lento. >> >> Lo que no probé fue el tema de los archivos temporales en "/tmp/" y >> "/var/tmp". Podría ser esto? > > Eso no debería influir, quizás tengas algún proceso en ejecución que > consuma mucho tiempo de CPU y memoria. Cuando te vuelva a pasar, > ejecuta el comando top, y pega la salida para que podamos hacer un > primer diagnóstico. > > Ale, abur > Y de paso prueba también con "iotop" (paquete del mismo nombre) para ver si hay problemas en las operaciones de lectura/escritura en disco. S2.