Re: Systemd
El 26/09/2014, a las 05:36, agronomo agron...@agronomos.ca escribió: En la wiki.debian.org existe una pagina https://wiki.debian.org/Debate/initsystem/systemd donde están resumidas las razones por las que Debian debe usar systemd… lo que más me llama la atención es la cantidad de funciones que asumen y la no necesidad en ese momento de usar software tan básico como monit, rsyslog, etc….. es decir que systemd va a contener decenas de funciones que eran ejecutadas por diferentes piezas claramente diferenciadas…. y eso si que da cierto respeto ante un cambio radical en como vemos un sistema linux……. . Has leido la lista en Ingles? Le hechan el muerto a los que tomaron la desicion; 5 creo y al Comite Tecnico; dicen que estaba amanada; que la mayoria de DDs son empleados de Red Hat y otras empresas (por supuesto, apoyan systemd); asi que ahora estan, practicamente usuarios Debian + DDs que no quieren systemd en contra de usuarios que si quieren systemd + DDs acusados de vender Debian. Yo no entiendo bien; por que quienes crearon Debian, no fueron los DDs actuales (los empleados de empresas); fueron los que practicamente iniciaron GNU; a la que tambien estan tratando de joder los de systemd (Lennart y otro, segun dicen en esa lista). Yo tengo 1 servidor y 2 Gnomes, con Squeeze y queria pasarlos a Wheezy; pero mejor alli los dejo. No se en realidad cual es el riesgo en seguridad, pero no quiero pasarlo a systemd. Me suena muy sucio, todo lo que leo. Y segun se lee, no hay forma de cambiar la decision sin una revolucion! hasta luego. . Aqui, esta una conversacion interesante; yo uso google para traducir: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=727708 Cada vez, veo mas claro 1 grupo que quiere imponer systemd, quien sabe las razones, pero casi se ve que hay mano peluda. Y 1 grupo que propone la escogitancia. Yo prefiero elegir y que no me digan que debo tener en mis computadores. Y menos si viene de quien quiere dominar el mundo. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/5424df22.9070...@agronomos.ca Novedades, aquí hablan de uno de los líderes Debian y un paquete transicional que nos va a permití usar el clásico init pero la verdad es que por debajo va a estar systemd. http://www.itwire.com/business-it-news/open-source/65684-debian-leader-says-users-can-continue-with-sysvinit -- 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/f65517e7-c85a-4501-b02c-3c65b0462...@gmail.com
Re: chromium y chrome version 38
En este caso me evitó el inconveniente tener instalado apt-listbugs, ya que me avisó antes de upgradear que chromium estaba roto. (Me pareció bien recordarlo para quienes no lo usan, porque me viene evitando sorpresas desagradables :) ¡Slds! On Sun, Oct 12, 2014 at 9:51 PM, Edward Villarroel (EDD) edward.villarr...@gmail.com wrote: muchas gracias si por lo que pude leer se trata del mismo problema Edward Villarroel: @Agentedd -- 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/cadfsjo2yjz-a6suekxov39--rb5rdinq6dxe7uuvw1czmr8...@mail.gmail.com
Re: chromium
No sé si es el mismo hilo y lo estoy repitiendo, pero por las dudas: apt-listbugs avisó con tiempo que chromium presentaba problemas severos (como para no upgradearlo sin estar al tanto). ¡Slds! 2014-10-12 18:36 GMT-03:00 Manolo Díaz diaz.man...@gmail.com: debian jessie 64bits esto fue lo que me dijo cuando lo reinstale para ver si se corrige el error % apt-get --reinstall install chromium Leyendo lista de paquetes... Hecho Creando árbol de dependencias Leyendo la información de estado... Hecho 0 actualizados, 0 se instalarán, 1 reinstalados, 0 para eliminar y 0 no actualizados. Se necesita descargar 0 B/37,5 MB de archivos. Se utilizarán 0 B de espacio de disco adicional después de esta operación. (Leyendo la base de datos ... 646985 ficheros o directorios instalados actualmente.) Preparing to unpack .../chromium_38.0.2125.101-1_amd64.deb ... Unpacking chromium (38.0.2125.101-1) over (38.0.2125.101-1) ... Processing triggers for menu (2.1.47) ... Processing triggers for man-db (2.7.0.2-1) ... Processing triggers for hicolor-icon-theme (0.13-1) ... Processing triggers for mime-support (3.57) ... Processing triggers for gnome-menus (3.13.3-2) ... Processing triggers for desktop-file-utils (0.22-1) ... Configurando chromium (38.0.2125.101-1) ... dpkg: aviso: la versión `/etc/chromium/master_preferences' tiene una sintaxis errónea: el número de versión no empieza por un dígito Processing triggers for menu (2.1.47) ... Edward Villarroel: @Agentedd El día 12 de octubre de 2014, 15:26, Edward Villarroel (EDD) edward.villarr...@gmail.com escribió: buenas tarde soy el unico que tras instalar las actualizaciones de jessie chromiun le dejo de funcionar? Edward Villarroel: @Agentedd Cuando ocurre algo así, no está de más buscar si alguien ya ha informado del error en https://www.debian.org/Bugs Saludos. -- Manolo Díaz -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141012233623.7c280...@gmail.com
[OT] Ver información del manejo de los núcleos
Saludos, gente, tengo una máquina con un Ubuntu 12.04, $ uname -a Linux user 3.2.0-70-lowlatency #72-Ubuntu SMP PREEMPT Mon Sep 29 22:38:22 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux , y un micro AMD Phenom(tm) 8650 Triple-Core Processor del que por algún motivo parecen sólo estar trabajando a fondo dos núcleos (uno de ellos, no llega jamás a los 40ºC mientras que los otros dos oscilan de 50 a 70 según el grado de actividad, como si aquel no estuviera trabajando...), hice algunas búsquedas pero no veo por dónde empezar a mirar para encontrar la causa, ¿alguna idea para orientar la pesquisa? (dónde mirar, qué buscar, etx). Desde ya les agradezco a todos y perdón por el OT, ¡saludos!
Re: Systemd
El lunes, 13 oct 2014 a las 10:05 horas (UTC+2), ZorroPlateado escribió: El 26/09/2014, a las 05:36, agronomo agron...@agronomos.ca escribió: En la wiki.debian.org existe una pagina https://wiki.debian.org/Debate/initsystem/systemd donde están resumidas las razones por las que Debian debe usar systemd… lo que más me llama la atención es la cantidad de funciones que asumen y la no necesidad en ese momento de usar software tan básico como monit, rsyslog, etc….. es decir que systemd va a contener decenas de funciones que eran ejecutadas por diferentes piezas claramente diferenciadas…. y eso si que da cierto respeto ante un cambio radical en como vemos un sistema linux……. . Has leido la lista en Ingles? Le hechan el muerto a los que tomaron la desicion; 5 creo y al Comite Tecnico; dicen que estaba amanada; que la mayoria de DDs son empleados de Red Hat y otras empresas (por supuesto, apoyan systemd); asi que ahora estan, practicamente usuarios Debian + DDs que no quieren systemd en contra de usuarios que si quieren systemd + DDs acusados de vender Debian. Yo no entiendo bien; por que quienes crearon Debian, no fueron los DDs actuales (los empleados de empresas); fueron los que practicamente iniciaron GNU; a la que tambien estan tratando de joder los de systemd (Lennart y otro, segun dicen en esa lista). Yo tengo 1 servidor y 2 Gnomes, con Squeeze y queria pasarlos a Wheezy; pero mejor alli los dejo. No se en realidad cual es el riesgo en seguridad, pero no quiero pasarlo a systemd. Me suena muy sucio, todo lo que leo. Y segun se lee, no hay forma de cambiar la decision sin una revolucion! hasta luego. . Aqui, esta una conversacion interesante; yo uso google para traducir: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=727708 Cada vez, veo mas claro 1 grupo que quiere imponer systemd, quien sabe las razones, pero casi se ve que hay mano peluda. Y 1 grupo que propone la escogitancia. Yo prefiero elegir y que no me digan que debo tener en mis computadores. Y menos si viene de quien quiere dominar el mundo. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/5424df22.9070...@agronomos.ca Novedades, aquí hablan de uno de los líderes Debian y un paquete transicional que nos va a permití usar el clásico init pero la verdad es que por debajo va a estar systemd. http://www.itwire.com/business-it-news/open-source/65684-debian-leader-says-users-can-continue-with-sysvinit No sé qué quieres decir con por debajo, pero con dicha configuración sería init, y no systemd, el proceso 1. El caso es que no asegura que dicho paquete, systemd-shim, siga existiendo tras Jessie. Estoy en condiciones de asegurarte que es posible prescindir de systemd por completo en Jessie. Eso sí, vas a perder muchas comodidades, como montar automáticamente un medio extraíble o dormir el sistema como usuario no root. Saludos. -- Manolo Díaz -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141013111850.5059d...@gmail.com
Re: [OT] Ver información del manejo de los núcleos
El día 13 de octubre de 2014, 11:31, Rivera Valdez riveraval...@ysinembargo.com escribió: Saludos, gente, tengo una máquina con un Ubuntu 12.04, $ uname -a Linux user 3.2.0-70-lowlatency #72-Ubuntu SMP PREEMPT Mon Sep 29 22:38:22 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux , y un micro AMD Phenom(tm) 8650 Triple-Core Processor del que por algún motivo parecen sólo estar trabajando a fondo dos núcleos (uno de ellos, no llega jamás a los 40ºC mientras que los otros dos oscilan de 50 a 70 según el grado de actividad, como si aquel no estuviera trabajando...), hice algunas búsquedas pero no veo por dónde empezar a mirar para encontrar la causa, ¿alguna idea para orientar la pesquisa? (dónde mirar, qué buscar, etx). Desde ya les agradezco a todos y perdón por el OT, ¡saludos! En un hilo reciente comentaba como ver/probar la carga de los núcleos Lo puedes ver con el comando top y una vez arrancado pulsando 1 para ver los cores de forma independiente. Yo para probar estas cosas ejecuto un comando que se coma todo el procesador (yes, del paquete coreutlis, creo), varias veces si es multicore y voy mirando con sensors las temperaturas y velocidad de ventilador: $ yes /dev/null $ yes /dev/null $ yes /dev/null $ yes /dev/null para matarlos... $ killall yes S2. -- 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/CAGw=rhhxbzyey1febl_j-vvl1n2ff8k6-w9mya+jrds_viw...@mail.gmail.com
Desideriamo ricomprare i tuoi crediti
Aggiungi mn...@sender.permission-dem.it alla tua rubrica [Versione web](http://sender.permission-dem.it/nl/link?c=25nkid=6dbh=22ov62el38ojkd6man85l751ai=4l1n=63ip=T301800627s=wvsn=63i) [Inoltra](http://sender.permission-dem.it/nl/link?c=25nkid=6dbh=2a3rdnoh7dndtt97gcmmhsrip0i=4l1n=63ip=T301716059s=fwdnsn=63i) Consolida i tuoi prestiti con UNA RATA Hai troppe rate da pagare e fai fatica a starci dietro? Sai che è possibile aprire un prestito di consolidamento, che ti permette di chiudere i tuoi prestiti e mantenerne solo uno? E oggi i tassi sono in discesa, quindi la convenienza è assicurata! ilTuoPrestito è la risposta a te che sei in cerca di [ ](http://sender.permission-dem.it/nl/link?c=25nkid=6dbh=3gfspec9aq92igi2a4hfntd4jfi=4l1p=T113145259s=lpsn=63iz=3a07)[un modo migliore per realizzare i tuoi progetti.](http://sender.permission-dem.it/nl/link?c=25nkid=6dbh=38phva68bnmcdoc2l6vkpdhlcpi=4l1p=T113145258s=lpsn=63iz=3a07) Non hai prestiti già in corso? ilTuoPrestito è [convenzionato INPS per offrire i tassi migliori](http://sender.permission-dem.it/nl/link?c=25nkid=6dbh=3h0k85lhe7s659pijj6n198cufi=4l1p=T113145257s=lpsn=63iz=3a07) ai Dipendenti Statali e Pubblici, e ai Pensionati INPS. I nostri prestiti sono anche pensati per i dipendenti privati cui garantiamo sempre ottimi tassi. Cosa aspetti? Non attendere e [realizza subito i tuoi progetti](http://sender.permission-dem.it/nl/link?c=25nkid=6dbh=3luj45k0n445rmt37pkuudpcvai=4l1p=T113145256s=lpsn=63iz=3a07) [CLICCA QUI per scoprire le nostre offerte!](http://sender.permission-dem.it/nl/link?c=25nkid=6dbh=ucfccp8eauj33qoudilann3rbi=4l1p=T113145255s=lpsn=63iz=3a07) In osservanza D.lgs. 1/9/93 n.385 sulla trasparenza delle operazioni finanziarie. Tassi e condizioni sono riportati nei fogli informativi disponibili in filiale o [cliccando qui](http://sender.permission-dem.it/nl/link?c=25nkid=6dbh=26o0bmf04nse8b0eea2limampsi=4l1p=T113145254s=lpsn=63iz=3a07) IltuoPrestito Srl è intermediario creditizio per conto di UniCredit Iscrizione all' OAM n. A7985 RUI: E00037780 - P.I. 01870920996 Messaggio pubblicitario con finalità promozionale. Finanziamento subordinato ad autorizzazione preventiva/discrezionale di UniCredit Ricevi questa email all'indirizzo debian-user-spanish@lists.debian.org perché hai dato il consenso a ricevere le nostre comunicazioni. Puoi annullare la tua iscrizione in qualsiasi momento cliccando sul collegamento cancellazione. [Cancellazione](http://sender.permission-dem.it/nl/link?c=25nkid=6dbh=30v6buvibu72r4pgvqfivaaun1i=4l1p=T2077557214s=unsubsn=63i) Condividi:[Forward](http://sender.permission-dem.it/nl/link?c=25nkid=6dbh=1u0g3lnkrvao76ikie5gica00gi=4l1n=63ip=T1830092739s=fwdnsn=63i) [facebook](http://sender.permission-dem.it/nl/link?c=25nkid=6dbh=28g1trc4d7tefl05hv9fc6p87qi=4l1n=63ip=T1830092714s=snsdsc=shimage=shtype=shurl=sn=63isoc=facebooktit=) [twitter](http://sender.permission-dem.it/nl/link?c=25nkid=6dbh=ump6j6fn9on8smv1kcn00kkuui=4l1n=63ip=T1830092710s=snshrel=shrep=shtag=shtxt=shvia=sn=63isoc=twitter) [google+](http://sender.permission-dem.it/nl/link?c=25nkid=6dbh=1nrkrfnqk64qorrueo4mh5ilbpi=4l1n=63ip=T1830092685s=snsdsc=shimage=shtype=shurl=sn=63isoc=googleplustit=)[linkedin](http://sender.permission-dem.it/nl/link?c=25nkid=6dbh=4ukpd0djoda6lpl1i341ckludi=4l1n=63ip=T1830092682s=snshsrc=shsum=sn=63isoc=linkedintit=)
Re: Systemd
El 13/10/2014, a las 11:18, Manolo Díaz diaz.man...@gmail.com escribió: El lunes, 13 oct 2014 a las 10:05 horas (UTC+2), ZorroPlateado escribió: El 26/09/2014, a las 05:36, agronomo agron...@agronomos.ca escribió: En la wiki.debian.org existe una pagina https://wiki.debian.org/Debate/initsystem/systemd donde están resumidas las razones por las que Debian debe usar systemd… lo que más me llama la atención es la cantidad de funciones que asumen y la no necesidad en ese momento de usar software tan básico como monit, rsyslog, etc….. es decir que systemd va a contener decenas de funciones que eran ejecutadas por diferentes piezas claramente diferenciadas…. y eso si que da cierto respeto ante un cambio radical en como vemos un sistema linux……. . Has leido la lista en Ingles? Le hechan el muerto a los que tomaron la desicion; 5 creo y al Comite Tecnico; dicen que estaba amanada; que la mayoria de DDs son empleados de Red Hat y otras empresas (por supuesto, apoyan systemd); asi que ahora estan, practicamente usuarios Debian + DDs que no quieren systemd en contra de usuarios que si quieren systemd + DDs acusados de vender Debian. Yo no entiendo bien; por que quienes crearon Debian, no fueron los DDs actuales (los empleados de empresas); fueron los que practicamente iniciaron GNU; a la que tambien estan tratando de joder los de systemd (Lennart y otro, segun dicen en esa lista). Yo tengo 1 servidor y 2 Gnomes, con Squeeze y queria pasarlos a Wheezy; pero mejor alli los dejo. No se en realidad cual es el riesgo en seguridad, pero no quiero pasarlo a systemd. Me suena muy sucio, todo lo que leo. Y segun se lee, no hay forma de cambiar la decision sin una revolucion! hasta luego. . Aqui, esta una conversacion interesante; yo uso google para traducir: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=727708 Cada vez, veo mas claro 1 grupo que quiere imponer systemd, quien sabe las razones, pero casi se ve que hay mano peluda. Y 1 grupo que propone la escogitancia. Yo prefiero elegir y que no me digan que debo tener en mis computadores. Y menos si viene de quien quiere dominar el mundo. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/5424df22.9070...@agronomos.ca Novedades, aquí hablan de uno de los líderes Debian y un paquete transicional que nos va a permití usar el clásico init pero la verdad es que por debajo va a estar systemd. http://www.itwire.com/business-it-news/open-source/65684-debian-leader-says-users-can-continue-with-sysvinit No sé qué quieres decir con por debajo, pero con dicha configuración sería init, y no systemd, el proceso 1. El caso es que no asegura que dicho paquete, systemd-shim, siga existiendo tras Jessie. Estoy en condiciones de asegurarte que es posible prescindir de systemd por completo en Jessie. Eso sí, vas a perder muchas comodidades, como montar automáticamente un medio extraíble o dormir el sistema como usuario no root. Saludos. -- Manolo Díaz -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141013111850.5059d...@gmail.com Lo que me hace pensar que systemd sigue funcionando por debajo es la frase “ … works as an emulation layer between systemd componente like….” -- 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/025a9c8d-a2e2-4d68-ac41-52131439a...@gmail.com
Re: (SOLUCIONADO) Thunar no reconoce correctamente algunos los mime types (PDF, OpenDocument e Imágenes)
El 09/10/14 a las 20:19, jEsuSdA 8) escribió: Hola, compañeros! Tengo desde hace días un problema que no he logrado resolver de ningún modo y ya no sé qué hacer... El caso es que cuando, desde Thunar (el navegador de archivos de XFCE) hago clic sobre un archivo PDF, de Imagen o de LibreOffice, en lugar de abrírmelos con el programa que tengo definido para ello, me los abre con otro. * Los PDF lo tengo definido que se abran con Evince. * Los ODX con LibreOffice. * Las imágenes con EOG. Pero me los abre con ePDFViewer, Calligra y GPicView respectivamente. Ejemplos de comportamiento con PDFs: * Si hago clic derecho en el archivo, por defecto me sale que se abre con ePDFViewer [screenshot 1] * Pero si hago clic derecho en los archivos y me voy a propiedades, me sale que el programa por defecto es Evince. [screenshot 2] * En el editor de archivos mime de XFCE me indica que, efectivamente, se usará Evince para abrir los PDFs [screenshot 3] * Si abro el archivo PDF desde consola con: xdg-open pdffile.pdf , lo abre con Evince, como es de esperar. * Si hago clic derecho, Abrir con... y elijo Evince y marco la opción de Utilzar como predeterminado para este tipo de archivo, sigue abriéndome los PDF con el programa incorrecto [screenshot 4] * En mi archivo ~/.local/share/applications/mimeapps.list no aparece, ni por asomo, ninguna referencia a ePDFViewer [mimeapps.list] Screenshot 1: http://www.pasteall.org/pic/show.php?id=78253 Screenshot 2: http://www.pasteall.org/pic/show.php?id=78254 Screenshot 3: http://www.pasteall.org/pic/show.php?id=78255 Screenshot 4: http://www.pasteall.org/pic/show.php?id=78260 mimeapps.list: http://www.pasteall.org/54460 En resumen: * No sé como averiguar qué pasa cuando hago clic en un archivo para ver por qué se abre con un programa distinto al definido por defecto. * Si, por ejemplo, desinstalo ePDFViewer, entonces sigue sin abrirme el PDF con Evince, sino que coge algún otro programa asociado a PDFs que tenga instalado y lo abre en ese (pej. PDFMod ). ¿Alguien tiene alguna idea de qué leches ha pasado?... porque antes funcionaba de perlas... :_( Un saludo!! Hola! Finalmente y gracias a un compañero de la lista de correo de XFCE encontré el problema y la solución: El problema está causado por la actualización de libglib a una versión = 2.41. Y parece ser que no sólo Thunar se vería afectado. Con la nueva actualización, el archivo mimeapps.list pasaría a estar ubicado en .config/mimeapps.list. Aquí se puede ver el reporte del error: https://bugzilla.xfce.org/show_bug.cgi?id=11212 Mientras que Thunar soluciona este fallo, una solución sencilla es editar el archivo .config/mimeapps.list Que es el que causa que se emplee la aplicación incorrecta para cargar los archivos. Sólo hay que editarlo, arreglar las asignaciones incorrectas y guardar. Esto soluciona el problema. Espero que os sea de utilidad si alguno os encontráis con este problema. ;) Salu2 de jEsuSdA 8) -- 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/543bafc6.5080...@jesusda.com
Re: [OT] Ver información del manejo de los núcleos
El Mon, 13 Oct 2014 06:31:13 -0300, Rivera Valdez escribió: Saludos, gente, tengo una máquina con un Ubuntu 12.04, Que tengas Ubuntu, pase, pero el html... g :-) $ uname -a Linux user 3.2.0-70-lowlatency #72-Ubuntu SMP PREEMPT Mon Sep 29 22:38:22 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux Ese kernel no es habitual, supongo que o bien lo has compilado tú o se trata de algún paquete no oficial de Ubuntu. , y un micro AMD Phenom(tm) 8650 Triple-Core Processor del que por algún motivo parecen sólo estar trabajando a fondo dos núcleos (uno de ellos, no llega jamás a los 40ºC mientras que los otros dos oscilan de 50 a 70 según el grado de actividad, como si aquel no estuviera trabajando...), hice algunas búsquedas pero no veo por dónde empezar a mirar para encontrar la causa, ¿alguna idea para orientar la pesquisa? (dónde mirar, qué buscar, etx). Con top podrás ver qué carga tienen los núcleos (pulsa 1 para verlos todos) pero la carga de trabajo que se asigna a cada núcleo es tarea del kernel y de las aplicaciones que ejecutas que admitan smp, pero tiene que hacerse automáticamente. Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/pan.2014.10.13.13.50...@gmail.com
Re: Systemd
El Mon, 13 Oct 2014 11:18:50 +0200, Manolo Díaz escribió: El lunes, 13 oct 2014 a las 10:05 horas (UTC+2), ZorroPlateado escribió: Novedades, aquí hablan de uno de los líderes Debian y un paquete transicional que nos va a permití usar el clásico init pero la verdad es que por debajo va a estar systemd. http://www.itwire.com/business-it-news/open-source/65684-debian-leader-says-users-can-continue-with-sysvinit Ese paquete existe desde hace mucho tiempo pero en este momento no es posible eliminar systemd. No sé qué quieres decir con por debajo, pero con dicha configuración sería init, y no systemd, el proceso 1. El caso es que no asegura que dicho paquete, systemd-shim, siga existiendo tras Jessie. Seguirá existiendo o sacarán alguno que haga lo mismo y que permita usar sysvinit, eso ya lo han dicho, que el soporte para systemv estará vigente al menos en jessie... luego ya veremos. Estoy en condiciones de asegurarte que es posible prescindir de systemd por completo en Jessie. Eso sí, vas a perder muchas comodidades, como montar automáticamente un medio extraíble o dormir el sistema como usuario no root. Yo ahora mismo no puedo corroborar eso debido a una dependencia del paquete libpam-systemd, es decir, no puedo eliminar systemd. Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/pan.2014.10.13.13.44...@gmail.com
Cambiar Pcman por Nautilus
Buenos días. Tengo Debian 7 con LXDE como único SO en mi máquina. El hecho es que instalé Nautilus junto a Pcman por razones de necesidad. La consulta es si puedo eliminar pcman y dejar sólo nautilus. Muchas gracias. -- Martín Ayos === http://www.martinayos.nsmweb.com.ar http://www.ratakruel.nsmweb.com.ar === Linux User # 481475 ===
Re: Cambiar Pcman por Nautilus
El Mon, 13 Oct 2014 11:02:23 -0300, martin ayos escribió: Buenos días. Tengo Debian 7 con LXDE como único SO en mi máquina. El hecho es que instalé Nautilus junto a Pcman por razones de necesidad. La consulta es si puedo eliminar pcman y dejar sólo nautilus. Muchas gracias. Si nadie lo necesita podrás eliminarlo. sm01@stt008:~$ apt-cache rdepends pcmanfm pcmanfm Reverse Depends: pcmanfm-dbg lxsession lxde-core lxsession sólo sugiere pcmanfm y lxde-core es un metapaquete, no creo que te dé problemas porque si mal no recuerdo, eliminar un metapaquete NO elimina los paquetes de los que depende. Ahora bien, las pruebas mejor con gaseosa, si tienes un entorno virtual donde puedas probarlo antes, mejor porque no sabes hasta qué punto LXDE te va a funcionar correctamente sin su explorador predeterminado. Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/pan.2014.10.13.14.16...@gmail.com
Re: Cambiar Pcman por Nautilus
El día 13 de octubre de 2014, 11:16, Camaleón noela...@gmail.com escribió: El Mon, 13 Oct 2014 11:02:23 -0300, martin ayos escribió: Buenos días. Tengo Debian 7 con LXDE como único SO en mi máquina. El hecho es que instalé Nautilus junto a Pcman por razones de necesidad. La consulta es si puedo eliminar pcman y dejar sólo nautilus. Muchas gracias. Si nadie lo necesita podrás eliminarlo. sm01@stt008:~$ apt-cache rdepends pcmanfm pcmanfm Reverse Depends: pcmanfm-dbg lxsession lxde-core lxsession sólo sugiere pcmanfm y lxde-core es un metapaquete, no creo que te dé problemas porque si mal no recuerdo, eliminar un metapaquete NO elimina los paquetes de los que depende. Ahora bien, las pruebas mejor con gaseosa, si tienes un entorno virtual donde puedas probarlo antes, mejor porque no sabes hasta qué punto LXDE te va a funcionar correctamente sin su explorador predeterminado. Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/pan.2014.10.13.14.16...@gmail.com Como siempre, muchas gracias, Camaleón. Esa es mi duda principal. Si LXDE va a funcionar. Otra idea que se me ocurre es que Nautilus sea el navegador por defecto. Pero no sé si se puede ni cómo. Estuve buscando, pero no encontré nada al respecto. Intentaré instalar una VM para probarlo sin destruir LXDE. -- Martín Ayos === http://www.martinayos.nsmweb.com.ar http://www.ratakruel.nsmweb.com.ar === Linux User # 481475 === -- 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/CALWEsC=tsrkhqytfxjl5_hs-jfvw99ldovstcez_trur2mk...@mail.gmail.com
Re: Cambiar Pcman por Nautilus
El Mon, 13 Oct 2014 11:32:56 -0300, martin ayos escribió: El día 13 de octubre de 2014, 11:16, Camaleón noela...@gmail.com escribió: (...) Ahora bien, las pruebas mejor con gaseosa, si tienes un entorno virtual donde puedas probarlo antes, mejor porque no sabes hasta qué punto LXDE te va a funcionar correctamente sin su explorador predeterminado. Como siempre, muchas gracias, Camaleón. Esa es mi duda principal. Si LXDE va a funcionar. Otra idea que se me ocurre es que Nautilus sea el navegador por defecto. Pero no sé si se puede ni cómo. Estuve buscando, pero no encontré nada al respecto. Intentaré instalar una VM para probarlo sin destruir LXDE. Ten en cuenta que algunos entornos gráficos usan el explorador de archivos para más cosas que como simple gestor (p. ej., GNOME2 usa nautilus para dibujar el escritorio) por lo que si no estás seguro o ves que te hace cosas raras en la VM, deja los dos y simplemente define como predeterminado Nautilus. Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/pan.2014.10.13.14.42...@gmail.com
Re: Cambiar Pcman por Nautilus
El día 13 de octubre de 2014, 11:42, Camaleón noela...@gmail.com escribió: El Mon, 13 Oct 2014 11:32:56 -0300, martin ayos escribió: El día 13 de octubre de 2014, 11:16, Camaleón noela...@gmail.com escribió: (...) Ahora bien, las pruebas mejor con gaseosa, si tienes un entorno virtual donde puedas probarlo antes, mejor porque no sabes hasta qué punto LXDE te va a funcionar correctamente sin su explorador predeterminado. Como siempre, muchas gracias, Camaleón. Esa es mi duda principal. Si LXDE va a funcionar. Otra idea que se me ocurre es que Nautilus sea el navegador por defecto. Pero no sé si se puede ni cómo. Estuve buscando, pero no encontré nada al respecto. Intentaré instalar una VM para probarlo sin destruir LXDE. Ten en cuenta que algunos entornos gráficos usan el explorador de archivos para más cosas que como simple gestor (p. ej., GNOME2 usa nautilus para dibujar el escritorio) por lo que si no estás seguro o ves que te hace cosas raras en la VM, deja los dos y simplemente define como predeterminado Nautilus. Saludos, -- Camaleón Gracias otra vez. Es lo que voy a hacer. -- Martín Ayos === http://www.martinayos.nsmweb.com.ar http://www.ratakruel.nsmweb.com.ar === Linux User # 481475 === -- 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/CALWEsC=r4qyiheK=nX1RqsLH38kbF9jFcEyHH=ibecucjec...@mail.gmail.com
Re: DHCP: máquinas que consumen dos ips
El Sun, 12 de Oct de 2014, a las 09:02:12PM +, Camaleón dijo: ¿Por algún motivo en particular? Dadas las restricciones que tienes con la asignación de las IP sería lo más lógico ¿no? :-? Es una larga historia: las configuración del DHCP no la hago directamente, sino a través de un script. Ponerles ip fija me resultaría engorroso. ¿Tampoco vale en los clientes Windows que arrancan por red o es que sólo los clientes Linux tiran de PXE? Si es esto último entonces entendido :-) En realidad son ordenadores que tienen arranque dual: a veces arrancan con linux, a veces arrancan con windows y a veces (muy pocas) es necesario arrancarlos por red para descargarles la imagen del disco con clonezilla. El arranque por red o con linux no envía ningún identificador, windows en cambio, sí. Así que a todos los efectos windows es un cliente y linux (o el arranque por pxe), otro. Si hago que linux envíe el mismo identificador que windows, sigue habiendo dos clientes: la máquina arrancando windows o linux, y la máquina arrancando con pxe. Lamentablemente no hay forma de hacer que windows no envíe el uid al servidor. Pues he probado, y no ocurre lo previsto: con deny duplicates recibo primero una ip (la .66) y luego la otra (la .67). No entiendo nada. ¿Y con deny duplicates sigue la .66 ocupada o el servidor la ha liberado? Sigue ocupada. Eso podría haber ocurrido con one-lease-per-client true; pero tampoco porque un mismo cliente es el que envía el mismo identificador, no el que tiene la misma MAC. Es posible que estemos interpretando mal lo que hace esa variable o que nos estemos saltando algo básico, como que demos por hecho que el servidor esté evaluando la petición del cliente recibiendo la información correcta (MAC duplicadas → no más leases) cuando realmente no es así de ahí la importancia de los registros para que qué datos son los que le llegan al servidor. Sí, si cada vez que ha pasado algo he ido a ver qué se ha quedado registrado en la caché del servidor. Es cierto que podría haber mirado /var/log/syslog cuando el servidor no ha dado la ip, pero en realidad lo que me parece inexplicable es que con deny duplicates dé una segunda ip a un cliente con la misma MAC y distinto UID. El manual da a entender que no debería darla (o bien, que le diera la misma que fue lo que interpreté yo, quizás mal). Estoy mirando /var/lib/dhcp/dhcpd.leases para comprobar todo lo que ocurre. Y también en el cliente podrás obtener información jugosa (creo que esto va a parar al /var/log/syslog). En el cliente también puede consultarse la caché: /var/lib/dhcp/dhclient.eth0.leases. Y el syslog, claro. Y buscando en Google parece que la duda es generalizada :-): https://forums.novell.com/showthread.php/353997-DHCP-double-leases https://forums.novell.com/showthread.php/220615-PXE-and-Windows-eating-up- DHCP-leases A mí me da la impresión de que: a) Muy posiblemente no interpretara correctamente deny duplicates y que no me sirva para lo que quiero. b) Que la interpretación correcta sea la que me has dado, pero que en ese caso la directiva, directamente, no funcione. Yo tampoco he visto ningún hilo en internet donde den una explicación satisfactoria. Al final creo que voy a optar por la solución de meter los clientes en una clase aparte cuando arranquen por PXE. Saludos. -- Todo es vana arquitectura, porque dijo un sabio un día que a los sastres se debía la mitad de su hermosura. --- Lope de Vega -- -- 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/20141013151410.ga21...@cubo.casa
Re: DHCP: máquinas que consumen dos ips
El Mon, 13 Oct 2014 17:14:10 +0200, José Miguel (sio2) escribió:
El Sun, 12 de Oct de 2014, a las 09:02:12PM +, Camaleón dijo:
¿Por algún motivo en particular? Dadas las restricciones que tienes con
la asignación de las IP sería lo más lógico ¿no? :-?
Es una larga historia: las configuración del DHCP no la hago
directamente, sino a través de un script. Ponerles ip fija me resultaría
engorroso.
Si ya lo tienes todo hecho, sólo tendrías que añadir la IP en cada host
que quieras que tenga una asignación fija, p. ej.:
host pc05-vlan9 {
hardware ethernet 00:11:22:33:44:55;
ddns-hostname pc05;
fixed-address 192.168.129.66;
}
¿Tampoco vale en los clientes Windows que arrancan por red o es que
sólo los clientes Linux tiran de PXE? Si es esto último entonces
entendido :-)
En realidad son ordenadores que tienen arranque dual: a veces arrancan
con linux, a veces arrancan con windows y a veces (muy pocas) es
necesario arrancarlos por red para descargarles la imagen del disco con
clonezilla.
El arranque por red o con linux no envía ningún identificador, windows
en cambio, sí. Así que a todos los efectos windows es un cliente y linux
(o el arranque por pxe), otro. Si hago que linux envíe el mismo
identificador que windows, sigue habiendo dos clientes: la máquina
arrancando windows o linux, y la máquina arrancando con pxe.
Lamentablemente no hay forma de hacer que windows no envíe el uid al
servidor.
Que windows haga una cosa y linux otra sería irrelevante si se le pudiera
decir al servidor DHCP que sólo tuviera en cuenta la dirección MAC del
equipo, que es raro que cambie.
Pues he probado, y no ocurre lo previsto: con deny duplicates
recibo primero una ip (la .66) y luego la otra (la .67).
No entiendo nada.
¿Y con deny duplicates sigue la .66 ocupada o el servidor la ha
liberado?
Sigue ocupada. Eso podría haber ocurrido con
one-lease-per-client true;
pero tampoco porque un mismo cliente es el que envía el mismo
identificador, no el que tiene la misma MAC.
Volvemos a lo mimos de antes, si el servidor usara sólo la MAC para
identificar a los clientes no habría problemas, al menos no en este caso,
en otros escenarios sí que sería posible que la MAC fuera diferente.
Es posible que estemos interpretando mal lo que hace esa variable o que
nos estemos saltando algo básico, como que demos por hecho que el
servidor esté evaluando la petición del cliente recibiendo la
información correcta (MAC duplicadas → no más leases) cuando realmente
no es así de ahí la importancia de los registros para que qué datos son
los que le llegan al servidor.
Sí, si cada vez que ha pasado algo he ido a ver qué se ha quedado
registrado en la caché del servidor. Es cierto que podría haber mirado
/var/log/syslog cuando el servidor no ha dado la ip,
Más que nada para hacer ingeniería inversa, es decir, ponerse en el
pellejo del servidor/cliente para ver qué hace y qué responde cuando se
activa esa variable.
Y por otra parte, también cabría preguntarse por qué el cliente solicita
una nueva IP si se le ha asignado ya una siendo que podrías configurar la
opción de leases permanentes (infinite-is-reserved).
pero en realidad lo que me parece inexplicable es que con deny
duplicates dé una segunda ip a un cliente con la misma MAC y distinto
UID. El manual da a entender que no debería darla (o bien, que le diera
la misma que fue lo que interpreté yo, quizás mal).
Sí, es raro... es raro que obtengas el mismo resultado si activas/
desactivas esa opción, tendría que haber algún tipo de cambio o
diferencia que no vemos.
Estoy mirando /var/lib/dhcp/dhcpd.leases para comprobar todo lo que
ocurre.
Y también en el cliente podrás obtener información jugosa (creo que
esto va a parar al /var/log/syslog).
En el cliente también puede consultarse la caché:
/var/lib/dhcp/dhclient.eth0.leases. Y el syslog, claro.
Sí, pero no en la información de leases no ves el diálogo entre cliente/
servidor, sólo el resultado de la asignación final.
Y buscando en Google parece que la duda es generalizada :-):
https://forums.novell.com/showthread.php/353997-DHCP-double-leases
https://forums.novell.com/showthread.php/220615-PXE-and-Windows-eating-
up-
DHCP-leases
A mí me da la impresión de que:
a) Muy posiblemente no interpretara correctamente deny duplicates y
que no me sirva para lo que quiero.
b) Que la interpretación correcta sea la que me has dado, pero que en
ese caso la directiva, directamente, no funcione. Yo tampoco he visto
ningún hilo en internet donde den una explicación satisfactoria.
Por aquí arrojan algo de luz:
https://lists.isc.org/pipermail/dhcp-users/2006-November/002376.html
---8---8---
(P)
4. I was convinced that the deny duplicates option would solve the
problem, am i doing something wrong in the config file, do i use it the
wrong way?
The bottom line is, the client allways grabs 2
Re: DHCP: máquinas que consumen dos ips
El 13/10/2014 17:53, Camaleón noela...@gmail.com escribió:
El Mon, 13 Oct 2014 17:14:10 +0200, José Miguel (sio2) escribió:
El Sun, 12 de Oct de 2014, a las 09:02:12PM +, Camaleón dijo:
¿Por algún motivo en particular? Dadas las restricciones que tienes con
la asignación de las IP sería lo más lógico ¿no? :-?
Es una larga historia: las configuración del DHCP no la hago
directamente, sino a través de un script. Ponerles ip fija me resultaría
engorroso.
Si ya lo tienes todo hecho, sólo tendrías que añadir la IP en cada host
que quieras que tenga una asignación fija, p. ej.:
host pc05-vlan9 {
hardware ethernet 00:11:22:33:44:55;
ddns-hostname pc05;
fixed-address 192.168.129.66;
}
¿Tampoco vale en los clientes Windows que arrancan por red o es que
sólo los clientes Linux tiran de PXE? Si es esto último entonces
entendido :-)
En realidad son ordenadores que tienen arranque dual: a veces arrancan
con linux, a veces arrancan con windows y a veces (muy pocas) es
necesario arrancarlos por red para descargarles la imagen del disco con
clonezilla.
El arranque por red o con linux no envía ningún identificador, windows
en cambio, sí. Así que a todos los efectos windows es un cliente y linux
(o el arranque por pxe), otro. Si hago que linux envíe el mismo
identificador que windows, sigue habiendo dos clientes: la máquina
arrancando windows o linux, y la máquina arrancando con pxe.
Lamentablemente no hay forma de hacer que windows no envíe el uid al
servidor.
Que windows haga una cosa y linux otra sería irrelevante si se le pudiera
decir al servidor DHCP que sólo tuviera en cuenta la dirección MAC del
equipo, que es raro que cambie.
Pues he probado, y no ocurre lo previsto: con deny duplicates
recibo primero una ip (la .66) y luego la otra (la .67).
No entiendo nada.
¿Y con deny duplicates sigue la .66 ocupada o el servidor la ha
liberado?
Sigue ocupada. Eso podría haber ocurrido con
one-lease-per-client true;
pero tampoco porque un mismo cliente es el que envía el mismo
identificador, no el que tiene la misma MAC.
Volvemos a lo mimos de antes, si el servidor usara sólo la MAC para
identificar a los clientes no habría problemas, al menos no en este caso,
en otros escenarios sí que sería posible que la MAC fuera diferente.
Es posible que estemos interpretando mal lo que hace esa variable o que
nos estemos saltando algo básico, como que demos por hecho que el
servidor esté evaluando la petición del cliente recibiendo la
información correcta (MAC duplicadas → no más leases) cuando realmente
no es así de ahí la importancia de los registros para que qué datos son
los que le llegan al servidor.
Sí, si cada vez que ha pasado algo he ido a ver qué se ha quedado
registrado en la caché del servidor. Es cierto que podría haber mirado
/var/log/syslog cuando el servidor no ha dado la ip,
Más que nada para hacer ingeniería inversa, es decir, ponerse en el
pellejo del servidor/cliente para ver qué hace y qué responde cuando se
activa esa variable.
Y por otra parte, también cabría preguntarse por qué el cliente solicita
una nueva IP si se le ha asignado ya una siendo que podrías configurar la
opción de leases permanentes (infinite-is-reserved).
pero en realidad lo que me parece inexplicable es que con deny
duplicates dé una segunda ip a un cliente con la misma MAC y distinto
UID. El manual da a entender que no debería darla (o bien, que le diera
la misma que fue lo que interpreté yo, quizás mal).
Sí, es raro... es raro que obtengas el mismo resultado si activas/
desactivas esa opción, tendría que haber algún tipo de cambio o
diferencia que no vemos.
Estoy mirando /var/lib/dhcp/dhcpd.leases para comprobar todo lo que
ocurre.
Y también en el cliente podrás obtener información jugosa (creo que
esto va a parar al /var/log/syslog).
En el cliente también puede consultarse la caché:
/var/lib/dhcp/dhclient.eth0.leases. Y el syslog, claro.
Sí, pero no en la información de leases no ves el diálogo entre cliente/
servidor, sólo el resultado de la asignación final.
Y buscando en Google parece que la duda es generalizada :-):
https://forums.novell.com/showthread.php/353997-DHCP-double-leases
https://forums.novell.com/showthread.php/220615-PXE-and-Windows-eating-
up-
DHCP-leases
A mí me da la impresión de que:
a) Muy posiblemente no interpretara correctamente deny duplicates y
que no me sirva para lo que quiero.
b) Que la interpretación correcta sea la que me has dado, pero que en
ese caso la directiva, directamente, no funcione. Yo tampoco he visto
ningún hilo en internet donde den una explicación satisfactoria.
Por aquí arrojan algo de luz:
https://lists.isc.org/pipermail/dhcp-users/2006-November/002376.html
---8---8---
(P)
4. I was convinced that the deny duplicates option would solve the
Re: [OT] Ver información del manejo de los núcleos
El 13/10/14 a las 11:50, fernando sainz escribió: En un hilo reciente comentaba como ver/probar la carga de los núcleos Lo puedes ver con el comando top y una vez arrancado pulsando 1 para ver los cores de forma independiente. Yo para probar estas cosas ejecuto un comando que se coma todo el procesador (yes, del paquete coreutlis, creo), varias veces si es multicore y voy mirando con sensors las temperaturas y velocidad de ventilador: $ yes /dev/null $ yes /dev/null $ yes /dev/null $ yes /dev/null para matarlos... $ killall yes S2. A mi también me pica la curiosidad. Creo que mi procesador es de 4 núcleos, (aparecen 8 porque creo que cada procesador real tiene otro lógico), y este es el resultado He ejecutado 4 instancias de yes /dev/null y creo que no están trabajando a fondo los 4 núcleos, verdad? top - 19:00:58 up 21 min, 2 users, load average: 4,07, 3,70, 2,33 Tasks: 199 total, 6 running, 193 sleeping, 0 stopped, 0 zombie %Cpu0 : 1,4 us, 0,7 sy, 0,0 ni, 97,6 id, 0,3 wa, 0,0 hi, 0,0 si, 0,0 st %Cpu1 : 99,7 us, 0,3 sy, 0,0 ni, 0,0 id, 0,0 wa, 0,0 hi, 0,0 si, 0,0 st %Cpu2 : 0,3 us, 0,0 sy, 0,0 ni, 99,7 id, 0,0 wa, 0,0 hi, 0,0 si, 0,0 st %Cpu3 : 99,7 us, 0,3 sy, 0,0 ni, 0,0 id, 0,0 wa, 0,0 hi, 0,0 si, 0,0 st %Cpu4 :100,0 us, 0,0 sy, 0,0 ni, 0,0 id, 0,0 wa, 0,0 hi, 0,0 si, 0,0 st %Cpu5 : 0,3 us, 0,0 sy, 0,0 ni, 99,7 id, 0,0 wa, 0,0 hi, 0,0 si, 0,0 st %Cpu6 : 0,7 us, 0,3 sy, 0,0 ni, 99,0 id, 0,0 wa, 0,0 hi, 0,0 si, 0,0 st %Cpu7 :100,0 us, 0,0 sy, 0,0 ni, 0,0 id, 0,0 wa, 0,0 hi, 0,0 -- 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/m1h0l9$1oi$1...@ger.gmane.org
Re: [OT] Ver información del manejo de los núcleos
El día 13 de octubre de 2014, 19:03, Eduardo Rios eduri...@yahoo.es escribió: El 13/10/14 a las 11:50, fernando sainz escribió: En un hilo reciente comentaba como ver/probar la carga de los núcleos Lo puedes ver con el comando top y una vez arrancado pulsando 1 para ver los cores de forma independiente. Yo para probar estas cosas ejecuto un comando que se coma todo el procesador (yes, del paquete coreutlis, creo), varias veces si es multicore y voy mirando con sensors las temperaturas y velocidad de ventilador: $ yes /dev/null $ yes /dev/null $ yes /dev/null $ yes /dev/null para matarlos... $ killall yes S2. A mi también me pica la curiosidad. Creo que mi procesador es de 4 núcleos, (aparecen 8 porque creo que cada procesador real tiene otro lógico), y este es el resultado He ejecutado 4 instancias de yes /dev/null y creo que no están trabajando a fondo los 4 núcleos, verdad? top - 19:00:58 up 21 min, 2 users, load average: 4,07, 3,70, 2,33 Tasks: 199 total, 6 running, 193 sleeping, 0 stopped, 0 zombie %Cpu0 : 1,4 us, 0,7 sy, 0,0 ni, 97,6 id, 0,3 wa, 0,0 hi, 0,0 si, 0,0 st %Cpu1 : 99,7 us, 0,3 sy, 0,0 ni, 0,0 id, 0,0 wa, 0,0 hi, 0,0 si, 0,0 st %Cpu2 : 0,3 us, 0,0 sy, 0,0 ni, 99,7 id, 0,0 wa, 0,0 hi, 0,0 si, 0,0 st %Cpu3 : 99,7 us, 0,3 sy, 0,0 ni, 0,0 id, 0,0 wa, 0,0 hi, 0,0 si, 0,0 st %Cpu4 :100,0 us, 0,0 sy, 0,0 ni, 0,0 id, 0,0 wa, 0,0 hi, 0,0 si, 0,0 st %Cpu5 : 0,3 us, 0,0 sy, 0,0 ni, 99,7 id, 0,0 wa, 0,0 hi, 0,0 si, 0,0 st %Cpu6 : 0,7 us, 0,3 sy, 0,0 ni, 99,0 id, 0,0 wa, 0,0 hi, 0,0 si, 0,0 st %Cpu7 :100,0 us, 0,0 sy, 0,0 ni, 0,0 id, 0,0 wa, 0,0 hi, 0,0 -- www.LinuxCounter.net Registered user #558467 has 2 linux machines Como tienes 4 reales (8 logicos) y has ejecutado 4 procesos, yo si veo 4 casi al 100% Si quieres darle caña, ejecuta 8 veces o más el comando. S2. -- 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/CAGw=rhgmvzbjceaw70fn1ws6rdxm5js437m_faz_kds2ngx...@mail.gmail.com
Re: [OT] Ver información del manejo de los núcleos
El 13/10/14 a las 19:13, fernando sainz escribió: El día 13 de octubre de 2014, 19:03, Eduardo Rios eduri...@yahoo.es escribió: El 13/10/14 a las 11:50, fernando sainz escribió: En un hilo reciente comentaba como ver/probar la carga de los núcleos Lo puedes ver con el comando top y una vez arrancado pulsando 1 para ver los cores de forma independiente. Yo para probar estas cosas ejecuto un comando que se coma todo el procesador (yes, del paquete coreutlis, creo), varias veces si es multicore y voy mirando con sensors las temperaturas y velocidad de ventilador: $ yes /dev/null $ yes /dev/null $ yes /dev/null $ yes /dev/null para matarlos... $ killall yes S2. A mi también me pica la curiosidad. Creo que mi procesador es de 4 núcleos, (aparecen 8 porque creo que cada procesador real tiene otro lógico), y este es el resultado He ejecutado 4 instancias de yes /dev/null y creo que no están trabajando a fondo los 4 núcleos, verdad? top - 19:00:58 up 21 min, 2 users, load average: 4,07, 3,70, 2,33 Tasks: 199 total, 6 running, 193 sleeping, 0 stopped, 0 zombie %Cpu0 : 1,4 us, 0,7 sy, 0,0 ni, 97,6 id, 0,3 wa, 0,0 hi, 0,0 si, 0,0 st %Cpu1 : 99,7 us, 0,3 sy, 0,0 ni, 0,0 id, 0,0 wa, 0,0 hi, 0,0 si, 0,0 st %Cpu2 : 0,3 us, 0,0 sy, 0,0 ni, 99,7 id, 0,0 wa, 0,0 hi, 0,0 si, 0,0 st %Cpu3 : 99,7 us, 0,3 sy, 0,0 ni, 0,0 id, 0,0 wa, 0,0 hi, 0,0 si, 0,0 st %Cpu4 :100,0 us, 0,0 sy, 0,0 ni, 0,0 id, 0,0 wa, 0,0 hi, 0,0 si, 0,0 st %Cpu5 : 0,3 us, 0,0 sy, 0,0 ni, 99,7 id, 0,0 wa, 0,0 hi, 0,0 si, 0,0 st %Cpu6 : 0,7 us, 0,3 sy, 0,0 ni, 99,0 id, 0,0 wa, 0,0 hi, 0,0 si, 0,0 st %Cpu7 :100,0 us, 0,0 sy, 0,0 ni, 0,0 id, 0,0 wa, 0,0 hi, 0,0 -- www.LinuxCounter.net Registered user #558467 has 2 linux machines Como tienes 4 reales (8 logicos) y has ejecutado 4 procesos, yo si veo 4 casi al 100% Si quieres darle caña, ejecuta 8 veces o más el comando. S2. Vale, ahora si, alternan casi todos entre, 99,7% y 100%. Aparte de 12 instancias de yes /dev/null , se está ejecutando Icedove y Rhytmbox :) -- 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/m1h1md$i62$1...@ger.gmane.org
Re: DHCP: máquinas que consumen dos ips
El Mon, 13 de Oct de 2014, a las 03:52:14PM +, Camaleón dijo:
Si ya lo tienes todo hecho, sólo tendrías que añadir la IP en cada host
que quieras que tenga una asignación fija, p. ej.:
host pc05-vlan9 {
hardware ethernet 00:11:22:33:44:55;
ddns-hostname pc05;
fixed-address 192.168.129.66;
Lo sé, pero esa solución no me gusta porque la ip fija no la necesito para
nada (en realidad lo que quiero es fijarle el nombre a los clientes), y
habría que andar con cuidado para que esas ips quedaran fuera de los rangos
que sí se conceden. No es que sea difícil, pero exige al que toquetea la
configuración (que está en un xml), tener en cuenta eso.
Que windows haga una cosa y linux otra sería irrelevante si se le pudiera
decir al servidor DHCP que sólo tuviera en cuenta la dirección MAC del
equipo, que es raro que cambie.
Sí, pero por lo que he leído investigando esto, eso viola el protocolo
DHCP. Por eso, el servidor del ISC no lo permite.
Y por otra parte, también cabría preguntarse por qué el cliente solicita
una nueva IP si se le ha asignado ya una siendo que podrías configurar la
opción de leases permanentes (infinite-is-reserved).
Para investigar eso creo que debería ver el DHCPREQUEST que envía el
cliente con wireshark. No lo he hecho. De todos modos, yo creo que el
cliente sí que pide la misma IP, lo que ocurre es que el servidor se la
deniega y le da otra, porque otro cliente (él mismo con otro UID) la
reservó, y la reserva aún no ha caducado.
Puede ser que esta información también aparezca en el syslog, pero estoy
convencidísimo de que la explicación es esta.
Por aquí arrojan algo de luz:
¿Por qué arrojan luz ahí? No soy capaz de verlo. Lo que sí veo es que
eso no podría funcionar, porque no hay ninguna declaración host que el
manual dice que es necesaria para que funcione deny duplicates.
As I read it, the client will still get two addresses during
boot, but one of them will be freed by the server. This does not mean
that the address WILL be reused, merely that it CAN be reused if required.
A mí esto sí me ha funcionado. one-leases-per-client true; me liberaba
una ip previamente reservada, si el cliente pedía luego otra distinta
sin que hubiera caducado la anterior. Lo que ocurre es que tenía que
haber sido reservada por el mismo cliente y para eso el servidor DHCP se
fija en el UID, no en la MAC (volvemos otra vez al problema de siempre)
Al final creo que voy a optar por la solución de meter los clientes en
una clase aparte cuando arranquen por PXE.
Supongo que tendrás varias opciones para resolverlo, la de usar clases es
la que maś comentan por los foros y listas que he encontrado en Google.
Ya nos dirás cómo te fue.
En realidad, voy a probar a usar una variante de eso: crearé una clase
para los clientes PXE, pero no les reservaré un rango. Lo que voy a
hacer es denegarles los rangos reservados para las demas clases y las
máquinas conocidas, de manera que acaben pillando una ip del rango
general:
#v+
pool {
deny members of pxe;
deny known-clients;
allow members of clase1;
range a b;
}
pool {
deny members of pxe;
deny known-clients;
allow members of clase2;
range b+1 c;
}
pool {
deny members of pxe;
allow known-clients;
range c+1 d;
}
pool {
range d+1 e;
}
#v-
Con esta configuración las máquinas que arranquen por pxe, acabarán
pillando ip del último rango (el de las máquinas desconocidas y que no
pertenecen a una clase con rango reservado): así no les tengo que
reservar permanentemente un rango. Debe de funcionar sin problemas.
Como lo tengo que programar, iprocuraré buscar un hueco esta seman y ya
os confirmaré (eso espero) que funciona.
Saludos.
--
Todo es vana arquitectura,
porque dijo un sabio un día
que a los sastres se debía
la mitad de su hermosura.
--- Lope de Vega --
--
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/20141013172324.ga25...@cubo.casa
Re: [OT] Ver información del manejo de los núcleos
Con fecha Lunes, 13 de Octubre de 2014, 06:31:13 a.m., Rivera escribió: tengo una máquina con un Ubuntu 12.04, $ uname -a Linux user 3.2.0-70-lowlatency #72-Ubuntu SMP PREEMPT Mon Sep 29 , y un micro AMD Phenom(tm) 8650 Triple-Core Processor del que por algún motivo parecen sólo estar trabajando a fondo dos núcleos (uno de ellos, no llega jamás a los 40ºC mientras que los otros dos oscilan de 50 a 70 según el grado de actividad, como si aquel no estuviera trabajando...), hice algunas búsquedas pero no veo por dónde empezar a mirar YO, en una de las máquina, en la que edito multimedia, tengo el mismo kernel. Si te dedicas a la edición ese kernel es la mejor opción, si en cambio te dedicas a otra cosa es mejor trabajar con los kernels comunes. En principio me llama la atención la gran diferencia de temperatura entre los tres núcleos que, estando a milímetros uno del otro, se registren temperaturas muy diferentes por lo que sospecho que puede ser una falla en los sensores. La razón es simple: cuando dos cuerpos están a diferentes temperaturas y vinculados por un medio conductor (de temperatura) éstas (temperaturas) tienden a igualarse ocasionando un flujo de calor del cuerpo más cálido al más frío. Como la diferencia que acusas es de 30 grados y la distancia entre los núcleos en milimétrica se puede suponer que los núcleos están aislados termicamente (cosa improbable) por algún medio super-aislante o bien que las lecturas de temperatura sean erróneas. Como no se conoce un medio aislante (salvo el vacío absoluto) supongo entonces que la lectura es incorrecta. OTRA COSA, que es independiente a la primera, es que dos núcleos trabajen y el otro NO cosa que puede deberse a dos causas: La PRIMERA: Que un núcleo esté inhabilitado por la BIOS (algunas BIOS tienen esa opción) por lo que habría que revisar la configuración de la BIOS y ver si realmente todos los núcleos se encuentran habilitados. La SEGUNDA: Que algo del software esté fallando. En principio te recomiendo usar desde consola el programa HTOP (no TOP) porque presenta más y mejor información incluso la carga de trabajo por cada núcleo. Instala, lo configuras (es fácil por terminal) lo usas y te fijas. Para que el operativo te indique cuántos núcleos te reconoce puedes usar desde consola el comando nproc que te devolverá la cantidad de TRHEATH o NUCLEOS (NO ES LO MISMO) Yo tengo una máquina con un micro de un núcleo y dos TRHEATH. Nproc en tu caso te deberá devolver 3, si no lo hace entonces algo está fallando (quizás el SO te reconozca, por alguna razón sólo 2 núcleos) Ejecuta luego lscpu para obtener información en detalle: lscpu Asumiendo que el sistema dispone de tres núcleos en tu caso la salida será similar a la siguiente: Architecture: i686 CPU op-mode(s):64-bit Byte Order:Little Endian CPU(s):3 On-line CPU(s) list: 0,1,2 Thread(s) per core:1 Core(s) per socket:2 SI la salida CPU(s) te indica 3 o On-line CPU(s) list te indica 0,1 entonces tendremos el mismo problema que el anterior, el SO sólo reconoce 2. Haz esto... luego informa... Veremos luego como seguir. Incluso para establecer afinidad de procesos a un núcleo que podría ser de ayuda. -- Saludos, Eduardomailto:egis_e...@yahoo.com.ar -- 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/496675846.20141013142...@yahoo.com.ar
Re: DHCP: máquinas que consumen dos ips
El Mon, 13 Oct 2014 19:23:24 +0200, José Miguel (sio2) escribió:
El Mon, 13 de Oct de 2014, a las 03:52:14PM +, Camaleón dijo:
Si ya lo tienes todo hecho, sólo tendrías que añadir la IP en cada host
que quieras que tenga una asignación fija, p. ej.:
host pc05-vlan9 {
hardware ethernet 00:11:22:33:44:55;
ddns-hostname pc05; fixed-address
192.168.129.66;
Lo sé, pero esa solución no me gusta porque la ip fija no la necesito
para nada (en realidad lo que quiero es fijarle el nombre a los
clientes), y habría que andar con cuidado para que esas ips quedaran
fuera de los rangos que sí se conceden. No es que sea difícil, pero
exige al que toquetea la configuración (que está en un xml), tener en
cuenta eso.
Siempre será mejor delimitar las direcciones IP fijas para que ciertos
equipos sólo tomen una dentro de un rango limitado en el que no se
permiten duplicados que permitir al servidor DHCP asignarle varias que se
supone es lo que quieres evitar.
Que windows haga una cosa y linux otra sería irrelevante si se le
pudiera decir al servidor DHCP que sólo tuviera en cuenta la dirección
MAC del equipo, que es raro que cambie.
Sí, pero por lo que he leído investigando esto, eso viola el protocolo
DHCP. Por eso, el servidor del ISC no lo permite.
¿Qué es lo que viola el protocolo? ¿Que se identifique al equipo por la
MAC en lugar del identificador? ¿Dónde has leído eso? :-?
Lo que sí que pone en la ayuda de dhcpd.conf es que precisamente la
variable deny duplicates va en contra de lo que dicta la normativa pero
igualmente lo permiten.
Y por otra parte, también cabría preguntarse por qué el cliente
solicita una nueva IP si se le ha asignado ya una siendo que podrías
configurar la opción de leases permanentes (infinite-is-reserved).
Para investigar eso creo que debería ver el DHCPREQUEST que envía el
cliente con wireshark. No lo he hecho. De todos modos, yo creo que el
cliente sí que pide la misma IP, lo que ocurre es que el servidor se la
deniega y le da otra, porque otro cliente (él mismo con otro UID) la
reservó, y la reserva aún no ha caducado.
Puede ser que esta información también aparezca en el syslog, pero estoy
convencidísimo de que la explicación es esta.
El cliente no debe pedir ninguna IP en especial, simplemente solicitar
una al servidor cuando esté configurado para hacerlo y eso es otra cosa
que tendrías que revisar, el motivo de por qué la solicita una vez que ya
la tiene. Si no quieres que renueve su IP (esto es algo que se suele
hacer con clientes móviles que pasan de un servidor DHCP a otro)
configúralo para que no haga.
Por aquí arrojan algo de luz:
¿Por qué arrojan luz ahí? No soy capaz de verlo. Lo que sí veo es que
eso no podría funcionar, porque no hay ninguna declaración host que el
manual dice que es necesaria para que funcione deny duplicates.
As I read it, the client will still get two addresses during boot, but
one of them will be freed by the server. This does not mean that the
address WILL be reused, merely that it CAN be reused if required.
A mí esto sí me ha funcionado. one-leases-per-client true; me liberaba
una ip previamente reservada, si el cliente pedía luego otra distinta
sin que hubiera caducado la anterior. Lo que ocurre es que tenía que
haber sido reservada por el mismo cliente y para eso el servidor DHCP se
fija en el UID, no en la MAC (volvemos otra vez al problema de siempre)
Lo interesante no es lo que dicen del one-leases-per-client sino lo que
opina de la función del deny duplicates, que aunque esté activado el
cliente obtendrá una segunda dirección y en el caso de que lo necesite,
podrá reutilizar la anterior. Eso no concuerda con la idea que tienes del
funcionamiento del deny duplicates, por eso decía que quizá lo estemos
interpretando mal.
Al final creo que voy a optar por la solución de meter los clientes
en una clase aparte cuando arranquen por PXE.
Supongo que tendrás varias opciones para resolverlo, la de usar clases
es la que maś comentan por los foros y listas que he encontrado en
Google. Ya nos dirás cómo te fue.
En realidad, voy a probar a usar una variante de eso: crearé una clase
para los clientes PXE, pero no les reservaré un rango. Lo que voy a
hacer es denegarles los rangos reservados para las demas clases y las
máquinas conocidas, de manera que acaben pillando una ip del rango
general:
(...)
Con esta configuración las máquinas que arranquen por pxe, acabarán
pillando ip del último rango (el de las máquinas desconocidas y que no
pertenecen a una clase con rango reservado): así no les tengo que
reservar permanentemente un rango. Debe de funcionar sin problemas.
Como lo tengo que programar, iprocuraré buscar un hueco esta seman y ya
os confirmaré (eso espero) que funciona.
Ya nos dirás si funciona como esperas y te sirve para tu entorno.
Saludos,
--
Camaleón
--
To UNSUBSCRIBE, email to
Re: [OT] Ver información del manejo de los núcleos
Con fecha Lunes, 13 de Octubre de 2014, 10:50:25 a.m., Camaleón escribió: El Mon, 13 Oct 2014 06:31:13 -0300, Rivera Valdez escribió: tengo una máquina con un Ubuntu 12.04, Que tengas Ubuntu, pase, pero el html... g :-) $ uname -a Linux user 3.2.0-70-lowlatency #72-Ubuntu SMP PREEMPT Mon Sep 29 22:38:22 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux Ese kernel no es habitual, supongo que o bien lo has compilado tú o se trata de algún paquete no oficial de Ubuntu. El kernel que cita, de baja latencia, es de una distribución oficial de Ubuntu que se llama Ubuntu Studio, que por tener escritorio XFCE debería llamarse Xubuntu Studio. Una de las máquinas que tengo trabaja bajo esta distribución. El Ubuntu Studio es lo mejor que he probado -y debo decir que he probado mucho- para procesamiento multimedia pues la respuesta es inmediata y constante; esto es cuando un proceso demanda trabajo de micro el micro lo atiende con preferencia hasta la culminación del proceso. Esto es importante por ejemplo en procesamiento multimedia proporcionando una edición más fluída de lo que estemos editando. Estos kernels NO son aconsejados en cambio para instalar en máquinas que requieran correr y atender muchos procesos (por ejemplo servers) y menos aún en aquellas en donde se posea solamente uno o dos núcleos. Ubuntu Studio viene con el escritorio liviano XFCE, un acierto en la elección pues ese escritorio responde bien aún bajo gran carga de trabajo que es corriente cuando se editan videos. Contiene cientos de aplicativos para edición multimedia PROFESIONAl (video, música, imágen) y las pasarelas de audio Pulse, ALSA y JACK (aunque juntas traen problemas varios). SI se trabaja en EDICIÓN de VIDEO o AUDIO en forma PROFESIONAL Ubuntu Studio es la mejor opción. -- Saludos, Eduardomailto:egis_e...@yahoo.com.ar -- 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/43436394.20141013145...@yahoo.com.ar
Re: DHCP: máquinas que consumen dos ips
El Mon, 13 de Oct de 2014, a las 05:39:34PM +, Camaleón dijo: ¿Qué es lo que viola el protocolo? ¿Que se identifique al equipo por la MAC en lugar del identificador? ¿Dónde has leído eso? :-? Pues no recuerdo bien (incluso quizás me lo he inventado o lo me malinterpretado), así que me he ido al RFC 2131 y he leído en la sección 4.2: DHCP server needs to use some unique identifier to associate a client with its lease. The client MAY choose to explicitly provide the identifier through the 'client identifier' option. If the client supplies a 'client identifier', the client MUST use the same 'client identifier' in all subsequent messages, and the server MUST use that identifier to identify the client. If the client does not provide a 'client identifier' option, the server MUST use the contents of the 'chaddr' field to identify the client. It is crucial for a DHCP client to use an identifier unique within the subnet to which the client is attached in the 'client identifier' option. Use of 'chaddr' as the client's unique identifier may cause unexpected results, as that identifier may be associated with a hardware interface that could be moved to a new client. Some sites may choose to use a manufacturer's serial number as the 'client identifier', to avoid unexpected changes in a clients network address due to transfer of hardware interfaces among computers. Sites may also choose to use a DNS name as the 'client identifier', causing address leases to be associated with the DNS name rather than a specific hardware box. Ahí dice que el servidor debe usar el UID si el cliente se lo ha enviado; y sólo usar la MAC, si no le envió ninguno. Así que pasar del UID y fijarse sólo en la MAC, viola este RFC. Yo lo entiendo así y supongo que por eso el servidor del ISC no lo ha implementado. El cliente no debe pedir ninguna IP en especial, Sí, sí que puede pedir una: es la opción 50. El paquete DHCPREQUEST incluye esa opción. Mira el contenido de este tipo de paquete: http://en.wikipedia.org/wiki/Dynamic_Host_Configuration_Protocol#DHCP_request Incluye la opción 50. Y una explicación más prolija de para qué sirve la opción 50, aquí: http://www.cisco.com/c/en/us/td/docs/net_mgmt/network_registrar/6-1-1/user/guide/users/UserApB.html#wp1069731 Used in a client request (DHCPDISCOVER) to allow the client to request that a particular IP address be assigned. En el DHCPDISCOVER (si miras la página de la wiki) verás que también se puede incluir la opción. Esa es la razón por la que los ordenadores (si son menos que ips disponibles) suelen obtener siempre la misma ip: piden la que obtuvieron por última vez, y, si tienen suerte, estará libre y el servidor se la volverá a conceder. Si no lo está, el servidor les asigna otra. eso es otra cosa que tendrías que revisar, el motivo de por qué la solicita una vez que ya la tiene. Si no quieres que renueve su IP (esto es algo que se suele hacer con clientes móviles que pasan de un servidor DHCP a otro) configúralo para que no haga. No entiendo qué quieres decir. Lo interesante no es lo que dicen del one-leases-per-client sino lo que opina de la función del deny duplicates, que aunque esté activado el cliente obtendrá una segunda dirección y en el caso de que lo necesite, podrá reutilizar la anterior. Eso no concuerda con la idea que tienes del funcionamiento del deny duplicates, por eso decía que quizá lo estemos interpretando mal. El único elemento de juicio que tenemos para opinar es lo que dice la página del manual, que copio otra vez: $ man 5 dhcpd.conf [...] The duplicates keyword allow duplicates; deny duplicates; Host declarations can match client messages
Re: chromium
tarde ya no tengo chromium XDD Edward Villarroel: @Agentedd El día 13 de octubre de 2014, 4:00, Rivera Valdez riveraval...@ysinembargo.com escribió: No sé si es el mismo hilo y lo estoy repitiendo, pero por las dudas: apt-listbugs avisó con tiempo que chromium presentaba problemas severos (como para no upgradearlo sin estar al tanto). ¡Slds! 2014-10-12 18:36 GMT-03:00 Manolo Díaz diaz.man...@gmail.com: debian jessie 64bits esto fue lo que me dijo cuando lo reinstale para ver si se corrige el error % apt-get --reinstall install chromium Leyendo lista de paquetes... Hecho Creando árbol de dependencias Leyendo la información de estado... Hecho 0 actualizados, 0 se instalarán, 1 reinstalados, 0 para eliminar y 0 no actualizados. Se necesita descargar 0 B/37,5 MB de archivos. Se utilizarán 0 B de espacio de disco adicional después de esta operación. (Leyendo la base de datos ... 646985 ficheros o directorios instalados actualmente.) Preparing to unpack .../chromium_38.0.2125.101-1_amd64.deb ... Unpacking chromium (38.0.2125.101-1) over (38.0.2125.101-1) ... Processing triggers for menu (2.1.47) ... Processing triggers for man-db (2.7.0.2-1) ... Processing triggers for hicolor-icon-theme (0.13-1) ... Processing triggers for mime-support (3.57) ... Processing triggers for gnome-menus (3.13.3-2) ... Processing triggers for desktop-file-utils (0.22-1) ... Configurando chromium (38.0.2125.101-1) ... dpkg: aviso: la versión `/etc/chromium/master_preferences' tiene una sintaxis errónea: el número de versión no empieza por un dígito Processing triggers for menu (2.1.47) ... Edward Villarroel: @Agentedd El día 12 de octubre de 2014, 15:26, Edward Villarroel (EDD) edward.villarr...@gmail.com escribió: buenas tarde soy el unico que tras instalar las actualizaciones de jessie chromiun le dejo de funcionar? Edward Villarroel: @Agentedd Cuando ocurre algo así, no está de más buscar si alguien ya ha informado del error en https://www.debian.org/Bugs Saludos. -- Manolo Díaz -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141012233623.7c280...@gmail.com -- 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/cadfsjo0u0d3qj9bfva7chmre1as+e563cwfidbjgpd+cxjm...@mail.gmail.com
Re: [OT] Ver información del manejo de los núcleos
Bueno, ante todo, gracias a todos y uno por uno (Fernando, Camaleón y Eduardo especialmente) porque creo que todas las respuestas me dieron información muy útil y valiosa. Francamente, con lo poco que describí la situación, no puedo menos que agradecer efusivamente :) Segundo: ¡Perdón por el HTML! (Lo había quitado antes y pensé que no volvería a activarse solo; espero no volver a olvidarme de checkearlo.) Tercero: He probado todas las cosas que tan amablemente me han propuesto y en efecto el SO (que es un Ubuntu Studio 12.04 con Xfce), o más bien el kernel, está levantando y usando parejamente los 3 núcleos del micro, es decir, el problema no es que uno no fucione sino que los sensores indican que dos de ellos están calentando mucho y muy rápido mientras el tercero está tranquilo. Por lo que dice Eduardo en cuanto a termodinámica aplicada ;) a mí también me parece probable que se trate de un fallo de los sensores, que están indicando una subida de temperatura de dos de los núcleos que no es real. ¿Podrá ser un bug del kernel o tiene que ser un fallo de hardware?, ¿hay manera de distinguir eso? Lo otro que no termino de entender es que el ventilador no llegue nunca a 4000 rpm, por más trabajo que esté haciendo el micro y temperatura que indiquen los sensores (en dos de los núcleos). Situación, pues: Los 3 núcleos trabajan bien y parejamente, los sensores de temperatura indican que uno siempre está fresco (de 39 a 46 ºC) y los otros dos oscilan de 50 a 70 según la actividad, mientras el ventilador jamás llega a 3300 rpm. ¿Podrá ser que el ventilador no suba porque lo detiene el núcleo que está fresco y que en conjunto estén fallando los sensores para los 3 núcleos? ¿Podrá ser que el ventilador no gire más rápido porque está sucio o poco lubricado (hace sólo algunos meses lo limpié y aceité por última vez)? Creo que la cosa iría por el lado de checkear el calibrado y funcionamiento de los sensores de temperatura, y a partir de ahí ver qué información le dan al sistema para que haga subir o bajar la velocidad del fan. Desde ya, les vuelvo a agradecer a todos :) 2014-10-13 14:51 GMT-03:00 Eduardo Jorge Gil Michelena egis_e...@yahoo.com.ar: Con fecha Lunes, 13 de Octubre de 2014, 10:50:25 a.m., Camaleón escribió: El Mon, 13 Oct 2014 06:31:13 -0300, Rivera Valdez escribió: tengo una máquina con un Ubuntu 12.04, Que tengas Ubuntu, pase, pero el html... g :-) $ uname -a Linux user 3.2.0-70-lowlatency #72-Ubuntu SMP PREEMPT Mon Sep 29 22:38:22 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux Ese kernel no es habitual, supongo que o bien lo has compilado tú o se trata de algún paquete no oficial de Ubuntu. El kernel que cita, de baja latencia, es de una distribución oficial de Ubuntu que se llama Ubuntu Studio, que por tener escritorio XFCE debería llamarse Xubuntu Studio. Una de las máquinas que tengo trabaja bajo esta distribución. El Ubuntu Studio es lo mejor que he probado -y debo decir que he probado mucho- para procesamiento multimedia pues la respuesta es inmediata y constante; esto es cuando un proceso demanda trabajo de micro el micro lo atiende con preferencia hasta la culminación del proceso. Esto es importante por ejemplo en procesamiento multimedia proporcionando una edición más fluída de lo que estemos editando. Estos kernels NO son aconsejados en cambio para instalar en máquinas que requieran correr y atender muchos procesos (por ejemplo servers) y menos aún en aquellas en donde se posea solamente uno o dos núcleos. Ubuntu Studio viene con el escritorio liviano XFCE, un acierto en la elección pues ese escritorio responde bien aún bajo gran carga de trabajo que es corriente cuando se editan videos. Contiene cientos de aplicativos para edición multimedia PROFESIONAl (video, música, imágen) y las pasarelas de audio Pulse, ALSA y JACK (aunque juntas traen problemas varios). SI se trabaja en EDICIÓN de VIDEO o AUDIO en forma PROFESIONAL Ubuntu Studio es la mejor opción. -- Saludos, Eduardomailto:egis_e...@yahoo.com.ar -- 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/43436394.20141013145...@yahoo.com.ar -- 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/cad8u+g8phzet0kghab3by7syblncorggebhesndvrpx4_gh...@mail.gmail.com
Notifica el 14.10.2014
Ciao, mi chiamo Giulio e con questa mail intendo informarti di una nuova opportunità per affrontare le difficoltà economiche. Attualmente esistono nuove forme di guadagno che rappresentano una soluzione per migliorare la propria vita ma a cui, purtroppo, non viene data la giusta attenzione, poiché spesso vengono tenute nascoste. Gli italiani che hanno intrapreso questa strada, sia come secondo lavoro per arrotondare lo stipendio, sia come impiego principale per garantirsi un`entrata continuativa, hanno innalzato in modo considerevole il loro tenore di vita. Si tratta di una soluzione alla portata di tutti! Per poter intraprendere questa strada infatti sarà sufficiente munirsi di un computer e di una connessione al web per lavorare da casa. A seguito di una breve fase di training inziale, anche tu potrai iniziare a guadagnare dei bei soldi. Ecco il link [Clicca qui](http://sender.permission-dem.it/nl/link?c=25nkid=6dqh=3obirgd11olvke4if6oh08d7bbi=4l1p=T113145259s=lpsn=6d5z=3g33) Richiedi informazioni tramite la pagina e abbraccia questa opportunità concreta di migliorare la tua vita! Giulio Ricevi questa email all'indirizzo debian-user-spanish@lists.debian.org perché hai dato il consenso a ricevere le nostre comunicazioni. Puoi annullare la tua iscrizione in qualsiasi momento cliccando sul collegamento cancellazione. [Cancellazione](http://sender.permission-dem.it/nl/link?c=25nkid=6dqh=2hdpheaa1kp49qp5a0urlqkto4i=4l1p=T2077557214s=unsubsn=6d5) Condividi:[Forward](http://sender.permission-dem.it/nl/link?c=25nkid=6dqh=41th7sgocae0315ebpv2d1c10i=4l1n=6d5p=T1830092739s=fwdnsn=6d5) [facebook](http://sender.permission-dem.it/nl/link?c=25nkid=6dqh=14m6057nlmahnjgdgbd3r6qr7fi=4l1n=6d5p=T1830092714s=snsdsc=shimage=shtype=shurl=sn=6d5soc=facebooktit=) [twitter](http://sender.permission-dem.it/nl/link?c=25nkid=6dqh=2eh984t3sqkhdefhjjirc2hm1fi=4l1n=6d5p=T1830092710s=snshrel=shrep=shtag=shtxt=shvia=sn=6d5soc=twitter) [google+](http://sender.permission-dem.it/nl/link?c=25nkid=6dqh=2ed0jm9sjn9dkif122svuioiggi=4l1n=6d5p=T1830092685s=snsdsc=shimage=shtype=shurl=sn=6d5soc=googleplustit=)[linkedin](http://sender.permission-dem.it/nl/link?c=25nkid=6dqh=2cd62rhkdpr32m8p7vpkv4rh5ai=4l1n=6d5p=T1830092682s=snshsrc=shsum=sn=6d5soc=linkedintit=)
