Re: Pues sí, systemd se queda
On Fri, Nov 21, 2014 at 07:37:02PM +, C. L. Martinez wrote: > Aun así, no pierdas de vista que para los "mandamases" del proyecto es > el init por defecto. Eso quiere decir que si siguen en sus trece, > terminarás tragando con systemd de una u otra forma. Lo siento, pero en Debian no hay "mandamases", somos una cooperativa, como en casa de Mafalda: https://cooperacioncooperativa.files.wordpress.com/2013/05/mafalda_cooperativa.jpg > Contra los que si cargo (y toda la comunidad que no esté de acuerdo , > deberían cargar) es contra ese pseudo comité técnico de Debian que ha > tomado la "decisión prácticamente de forma unilateral". Porque en > otras distros al menos han dejado debatir (debate duro por cierto). Eso es absurdo. El resultado de la reciente resolución general, que ha sido votada por los desarrolladores, es que las cosas se quedan igual que estaban, lo cual es un refrendo a la decisión que tomó en su día el comité técnico (dado que algunas de las opciones votables modificaban dicha decisió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/2014112112.ga24...@cantor.unex.es
Re: Pues sí, systemd se queda
Santiago Vila. No se cual es tu formación, ni tu nivel profesional, lo único que me mostraste es tu grado de estupidez al modificar mi texto en un sentido totalmente diferente. Para mi, como para muchos administradores de grandes empresas, esté tema es de vital importancia, por que no podemos poner en riesgo miles de monedas por systemd. Incluso e ingresado a las listas de desarrollo de systemd, para ver por donde van y saber exactamente qué nos espera. Santiago Vila, si sabes programar revisa el código de systemd y lo discutimos en correos directos o si no les molesta a los demás lo podemos discutir en este mismo hilo. Salvador García Z. El 21/11/2014 11:54, "C. L. Martinez" escribió: > 2014-11-21 18:53 GMT+00:00 Manolo Díaz : > > El viernes, 21 nov 2014 a las 19:10 horas (UTC+1), > > C. L. Martinez escribió: > > > >>2014-11-21 17:44 GMT+00:00 Manolo Díaz : > >>> El viernes, 21 nov 2014 a las 18:06 horas (UTC+1), > >>> Felix Perez escribió: > >>> > >> > >>Ahora mismo ya no tengo ninguna jessie instalada, pero en su momento > >>TODO: postfix, ntp, apache, etc ... Ya digo que ahora mismo no sé si > >>es así, pero en las distros que llevan implantado systemd como > >>RHEL/CentOS/OL 7.x, SLES 12, OpenSuSE, ArchLinux es también, TODO y en > >>estas no hay opción: es systemd o nada. Pero también te digo, que > >>aunque te den la opción a instalar systemd no olvidemos que por > >>defecto, sí es el sistema init a utilizar. Eso quiere decir que ya > >>veremos que pasa con Debian 9. > > > > En este mismo momento (Debian Jessie) > > > > - No tengo systemd instalado, salvo una biblioteca para cumplir > > dependencias. > > > > $ dpkg -l \*systemd\* > > Deseado=desconocido(U)/Instalar/eliminaR/Purgar/retener(H) > > | > Estado=No/Inst/ficheros-Conf/desempaqUetado/medio-conF/medio-inst(H)/espera-disparo(W)/pendienTe-disparo > > |/ Err?=(ninguno)/requiere-Reinst (Estado,Err: mayúsc.=malo) > > ||/ Nombre Versión Arquitectura > Descripción > > > +++--=-=-= > > un libpam-systemd(no hay > ninguna descripción disponible) > > ii libsystemd0:amd64215-5+b1 amd64 systemd > utility library > > un systemd (no hay > ninguna descripción disponible) > > un systemd-shim (no hay > ninguna descripción disponible) > > un systemd-sysv (no hay > ninguna descripción disponible) > > > > Aun así, tengo instalado ntp, apache no, pero sí lighttpd. Y si me > > empeñase en instalarlo: > > > > # apt install -s postfix > > Leyendo lista de paquetes... Hecho > > Creando árbol de dependencias > > Leyendo la información de estado... Hecho > > Paquetes sugeridos: > > procmail postfix-mysql postfix-pgsql postfix-ldap postfix-pcre > > sasl2-bin libsasl2-modules dovecot-common resolvconf postfix-cdb ufw > > postfix-doc > > Los siguientes paquetes se ELIMINARÁN: > > dma > > Se instalarán los siguientes paquetes NUEVOS: > > postfix > > 0 actualizados, 1 se instalarán, 1 para eliminar y 0 no actualizados. > > Remv dma [0.9-1] > > Inst postfix (2.11.3-1 Debian:testing [amd64]) > > Conf postfix (2.11.3-1 Debian:testing [amd64]) > > > > # apt install -s apache2 > > Leyendo lista de paquetes... Hecho > > Creando árbol de dependencias > > Leyendo la información de estado... Hecho > > Se instalarán los siguientes paquetes extras: > > apache2-bin apache2-data apache2-utils libapr1 libaprutil1 > > libaprutil1-dbd-sqlite3 libaprutil1-ldap Paquetes sugeridos: > > apache2-doc apache2-suexec-pristine apache2-suexec-custom > > Se instalarán los siguientes paquetes NUEVOS: > > apache2 apache2-bin apache2-data apache2-utils libapr1 libaprutil1 > > libaprutil1-dbd-sqlite3 libaprutil1-ldap > > 0 actualizados, 8 se instalarán, 0 para eliminar y 0 no actualizados. > > Inst libapr1 (1.5.1-3 Debian:testing [amd64]) > > Inst libaprutil1 (1.5.4-1 Debian:testing [amd64]) > > Inst libaprutil1-dbd-sqlite3 (1.5.4-1 Debian:testing [amd64]) > > Inst libaprutil1-ldap (1.5.4-1 Debian:testing [amd64]) > > Inst apache2-bin (2.4.10-7 Debian:testing [amd64]) > > Inst apache2-utils (2.4.10-7 Debian:testing [amd64]) > > Inst apache2-data (2.4.10-7 Debian:testing [all]) > > Inst apache2 (2.4.10-7 Debian:testing [amd64]) > > Conf libapr1 (1.5.1-3 Debian:testing [amd64]) > > Conf libaprutil1 (1.5.4-1 Debian:testing [amd64]) > > Conf libaprutil1-dbd-sqlite3 (1.5.4-1 Debian:testing [amd64]) > > Conf libaprutil1-ldap (1.5.4-1 Debian:testing [amd64]) > > Conf apache2-bin (2.4.10-7 Debian:testing [amd64]) > > Conf apache2-utils (2.4.10-7 Debian:testing [amd64]) > > Conf apache2-data (2.4.10-7 Debian:testing [all]) > > Conf apache2 (2.4.10-7 Debian:testing [amd64]) > > > > Y no, no veo a systemd por ningún lado. > > Ya digo que hace algunos meses que ni la he probado (pero vamos
Re: JRE 32 en Debian 64
El Fri, 21 Nov 2014 17:36:46 -0300 Epsilon Minus escribió: > Buenas.. > > Para un sistema privado en Sistemas de 32bits agregaba un link simbolico a > una libreria de Java de Oracle el JRE 6 sobre /usr/lib/iceweasel/plugins > > ahora mismo tengo un Debian 64 y se me esta haciendo imposible que el > Iceweasel levante el plugin. > > ¿Algún consejo? > probaste instalando el plugin de la jre de 64 bits?? > Epsilon Minus -- Angel Claudio Alvarez -- 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/20141121181807.eea5d807454522ef24ab8...@angel-alvarez.com.ar
Re: Ayuda para reparar modo gráfico XFCE (SOLUCIONADO)
Con fecha Viernes, 21 de Noviembre de 2014, 02:11:24 p.m., Camaleón escribió: > El Fri, 21 Nov 2014 00:13:14 -0300, Eduardo Jorge Gil Michelena escribió: >> Con fecha Jueves, 20 de Noviembre de 2014, 10:51:37 p.m., Eduardo >> escribió: >>> Por un "cuelgue" grave ocasionado por un apagón eléctrico (se quedó >>> sin luz la ciudad) mientras estaba actualizando paquetes una PC quedó >>> hecha un desastre sin siquiera botear. > Siempre me ha sorprendido la poca resistencia que presentan los sistemas > de archivo de linux en caso de apagones a lo bruto. Se corrompe con una > facilidad pasmosa. Y... si... es así... pero no lo digamos en voz alta porque siempre podrá haber aquel que empiece a despotricar contra Linux por eso... >>> La arreglé como pude y, de esa forma, he podido ingresar al sistema >> OK, SOLUCIONADO. Probé reinstalando el server/lanzador gráfico. > Los mensajes de error son importantes. > Si te pasara otra vez, los registros del gestor de sesiones tendrían que > estar en "~/.xsession-errors" y aunque los mensajes suelen ser bastante > crípticos, te pueden dar una idea de por qué no se carga el entorno > gráfico. Si el servidor X no llegara a iniciar siquiera, "/var/log/ > Xorg.0.log" sería el archivo a mirar. Si... gracias. El tema es que la idea era solucionarlo rápido así que luego de verificado que los archivos de datos (MIS archivos) estaban bien y parte del SO también lo que me aboqué es a reparar rápidamente el SO algunos paquetes y luego el lanzador gráfico. No me llevó más de una hora. Si me hubiese llevado más tiempo lo mejor hubiese sido reinstalar. GRACIAS -muchas- por responder. -- 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/1118645480.20141121175...@yahoo.com.ar
JRE 32 en Debian 64
Buenas.. Para un sistema privado en Sistemas de 32bits agregaba un link simbolico a una libreria de Java de Oracle el JRE 6 sobre /usr/lib/iceweasel/plugins ahora mismo tengo un Debian 64 y se me esta haciendo imposible que el Iceweasel levante el plugin. ¿Algún consejo? Epsilon Minus
Re: Pues sí, systemd se queda
2014-11-21 18:53 GMT+00:00 Manolo Díaz : > El viernes, 21 nov 2014 a las 19:10 horas (UTC+1), > C. L. Martinez escribió: > >>2014-11-21 17:44 GMT+00:00 Manolo Díaz : >>> El viernes, 21 nov 2014 a las 18:06 horas (UTC+1), >>> Felix Perez escribió: >>> >> >>Ahora mismo ya no tengo ninguna jessie instalada, pero en su momento >>TODO: postfix, ntp, apache, etc ... Ya digo que ahora mismo no sé si >>es así, pero en las distros que llevan implantado systemd como >>RHEL/CentOS/OL 7.x, SLES 12, OpenSuSE, ArchLinux es también, TODO y en >>estas no hay opción: es systemd o nada. Pero también te digo, que >>aunque te den la opción a instalar systemd no olvidemos que por >>defecto, sí es el sistema init a utilizar. Eso quiere decir que ya >>veremos que pasa con Debian 9. > > En este mismo momento (Debian Jessie) > > - No tengo systemd instalado, salvo una biblioteca para cumplir > dependencias. > > $ dpkg -l \*systemd\* > Deseado=desconocido(U)/Instalar/eliminaR/Purgar/retener(H) > | > Estado=No/Inst/ficheros-Conf/desempaqUetado/medio-conF/medio-inst(H)/espera-disparo(W)/pendienTe-disparo > |/ Err?=(ninguno)/requiere-Reinst (Estado,Err: mayúsc.=malo) > ||/ Nombre Versión Arquitectura Descripción > +++--=-=-= > un libpam-systemd(no hay > ninguna descripción disponible) > ii libsystemd0:amd64215-5+b1 amd64 systemd > utility library > un systemd (no hay > ninguna descripción disponible) > un systemd-shim (no hay > ninguna descripción disponible) > un systemd-sysv (no hay > ninguna descripción disponible) > > Aun así, tengo instalado ntp, apache no, pero sí lighttpd. Y si me > empeñase en instalarlo: > > # apt install -s postfix > Leyendo lista de paquetes... Hecho > Creando árbol de dependencias > Leyendo la información de estado... Hecho > Paquetes sugeridos: > procmail postfix-mysql postfix-pgsql postfix-ldap postfix-pcre > sasl2-bin libsasl2-modules dovecot-common resolvconf postfix-cdb ufw > postfix-doc > Los siguientes paquetes se ELIMINARÁN: > dma > Se instalarán los siguientes paquetes NUEVOS: > postfix > 0 actualizados, 1 se instalarán, 1 para eliminar y 0 no actualizados. > Remv dma [0.9-1] > Inst postfix (2.11.3-1 Debian:testing [amd64]) > Conf postfix (2.11.3-1 Debian:testing [amd64]) > > # apt install -s apache2 > Leyendo lista de paquetes... Hecho > Creando árbol de dependencias > Leyendo la información de estado... Hecho > Se instalarán los siguientes paquetes extras: > apache2-bin apache2-data apache2-utils libapr1 libaprutil1 > libaprutil1-dbd-sqlite3 libaprutil1-ldap Paquetes sugeridos: > apache2-doc apache2-suexec-pristine apache2-suexec-custom > Se instalarán los siguientes paquetes NUEVOS: > apache2 apache2-bin apache2-data apache2-utils libapr1 libaprutil1 > libaprutil1-dbd-sqlite3 libaprutil1-ldap > 0 actualizados, 8 se instalarán, 0 para eliminar y 0 no actualizados. > Inst libapr1 (1.5.1-3 Debian:testing [amd64]) > Inst libaprutil1 (1.5.4-1 Debian:testing [amd64]) > Inst libaprutil1-dbd-sqlite3 (1.5.4-1 Debian:testing [amd64]) > Inst libaprutil1-ldap (1.5.4-1 Debian:testing [amd64]) > Inst apache2-bin (2.4.10-7 Debian:testing [amd64]) > Inst apache2-utils (2.4.10-7 Debian:testing [amd64]) > Inst apache2-data (2.4.10-7 Debian:testing [all]) > Inst apache2 (2.4.10-7 Debian:testing [amd64]) > Conf libapr1 (1.5.1-3 Debian:testing [amd64]) > Conf libaprutil1 (1.5.4-1 Debian:testing [amd64]) > Conf libaprutil1-dbd-sqlite3 (1.5.4-1 Debian:testing [amd64]) > Conf libaprutil1-ldap (1.5.4-1 Debian:testing [amd64]) > Conf apache2-bin (2.4.10-7 Debian:testing [amd64]) > Conf apache2-utils (2.4.10-7 Debian:testing [amd64]) > Conf apache2-data (2.4.10-7 Debian:testing [all]) > Conf apache2 (2.4.10-7 Debian:testing [amd64]) > > Y no, no veo a systemd por ningún lado. Ya digo que hace algunos meses que ni la he probado (pero vamos que tampoco lo voy a hacer ni cuando la liberen como estable. Con 5 meses "sufriendo" a ese engendro he tenido más que suficiente), pero en aquel momento (creo que era el mes de Junio pero no me hagas mucho caso) era dependencia obligada. Aun así, no pierdas de vista que para los "mandamases" del proyecto es el init por defecto. Eso quiere decir que si siguen en sus trece, terminarás tragando con systemd de una u otra forma. >>En definitiva, que el revuelo de systemd es considerable ... > > Excesivo, diría yo. Bienvenidas sean las objeciones técnicas, incluso > las políticas. Sobre todo si se expresan en los lugares adecuados (como > informes de fallos) y de forma adecuada, sin ataques personales. Con > "excesivo" me refería a esto último. Basta con echar un vistazo a > lkml.org para ver qué quiero decir. > Ahí estoy de acuerdo contigo y lo he dic
Re: Pues sí, systemd se queda
El viernes, 21 nov 2014 a las 19:47 horas (UTC+1), Camaleón escribió: >No sólo GNOME sino también XFCE. Y no me vengas con que un usuario puede >montar manualmente las llaves USB porque eso es absurdo y surrealista. Bueno, más que surrealista es un poco incómodo. Pero podía haber instalado systemd-shim para evitarlo. El hecho de no hacerlo es que me instalaría demasiadas cosas para mi gusto. Aunque tampoco es que las monte manualmente: he recurrido a reglas de udev. No obstante, la diferencia es fundamental: XFCE *sí* se puede instalar sin systemd y no debe ponerse en el mismo plano que GNOME. 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/20141121202053.264a1...@gmail.com
Re: Pues sí, systemd se queda
El viernes, 21 nov 2014 a las 19:10 horas (UTC+1), C. L. Martinez escribió: >2014-11-21 17:44 GMT+00:00 Manolo Díaz : >> El viernes, 21 nov 2014 a las 18:06 horas (UTC+1), >> Felix Perez escribió: >> >>>El día 21 de noviembre de 2014, 11:12, Santiago Vila >>>escribió: On Thu, Nov 20, 2014 at 04:27:48PM -0800, Salvador Garcia Z. wrote: > A ver, systemd no me gusta para nada. > He bajado el código y su estructura es algo extraño. Encierra todos > los servicios y demonios, lo que da una sensación de control > absoluto sobre el sistema. > Pero el control necesito tenerlo yo y no un sistema de inicio. A ver, Linux no me gusta para nada. He bajado el código (de kernel.org) y su estructura es algo extraña. Encierra todos los procesos, la gestión de memoria y los dispositivos, lo que da una sensación de control absoluto sobre el sistema. Pero el control necesito tenerlo yo, y no un núcleo. Además, para colmo, este núcleo es monolítico, cuando todo el mundo sabe, y no hay más que leer a Tanenbaum, que los núcleos buenos son los que están hechos con arquitectura de microkernel. (Espero que se capte la ironía) >>> >>>He seguido el hilo con mucha atención y aunque mis conocimientos no >>>me dan para tanto algo he entendido, pues bien ¿Qué alternativa >>>tenemos? ¿Nos pasamos a *bsd? ¿Algún fork? ¿Slackware? >> >> ¿Y qué tal Debian sin systemd? Al menos para Jessie es posible. >> >>>¿O finalmente con estas decisiones se contaminará todo? ¿Algún >>>comentario de la FSF? La verdad que esto a usuarios noveles más los >>>desorienta y a los más antiguos se nos cierra la puerta de la elección >>>y el concepto de comunidad se empieza a diluir. >> >> A mí me desorienta que se argumente contra systemd en servidores y se >> termine razonando que no es posible desinstalar systemd si tienes >> instalado Gnome. Desde la ignorancia, ¿qué aplicación usada >> habitualmente en servidores te fuerza a instalar systemd? >> > >Ahora mismo ya no tengo ninguna jessie instalada, pero en su momento >TODO: postfix, ntp, apache, etc ... Ya digo que ahora mismo no sé si >es así, pero en las distros que llevan implantado systemd como >RHEL/CentOS/OL 7.x, SLES 12, OpenSuSE, ArchLinux es también, TODO y en >estas no hay opción: es systemd o nada. Pero también te digo, que >aunque te den la opción a instalar systemd no olvidemos que por >defecto, sí es el sistema init a utilizar. Eso quiere decir que ya >veremos que pasa con Debian 9. En este mismo momento (Debian Jessie) - No tengo systemd instalado, salvo una biblioteca para cumplir dependencias. $ dpkg -l \*systemd\* Deseado=desconocido(U)/Instalar/eliminaR/Purgar/retener(H) | Estado=No/Inst/ficheros-Conf/desempaqUetado/medio-conF/medio-inst(H)/espera-disparo(W)/pendienTe-disparo |/ Err?=(ninguno)/requiere-Reinst (Estado,Err: mayúsc.=malo) ||/ Nombre Versión Arquitectura Descripción +++--=-=-= un libpam-systemd(no hay ninguna descripción disponible) ii libsystemd0:amd64215-5+b1 amd64 systemd utility library un systemd (no hay ninguna descripción disponible) un systemd-shim (no hay ninguna descripción disponible) un systemd-sysv (no hay ninguna descripción disponible) Aun así, tengo instalado ntp, apache no, pero sí lighttpd. Y si me empeñase en instalarlo: # apt install -s postfix Leyendo lista de paquetes... Hecho Creando árbol de dependencias Leyendo la información de estado... Hecho Paquetes sugeridos: procmail postfix-mysql postfix-pgsql postfix-ldap postfix-pcre sasl2-bin libsasl2-modules dovecot-common resolvconf postfix-cdb ufw postfix-doc Los siguientes paquetes se ELIMINARÁN: dma Se instalarán los siguientes paquetes NUEVOS: postfix 0 actualizados, 1 se instalarán, 1 para eliminar y 0 no actualizados. Remv dma [0.9-1] Inst postfix (2.11.3-1 Debian:testing [amd64]) Conf postfix (2.11.3-1 Debian:testing [amd64]) # apt install -s apache2 Leyendo lista de paquetes... Hecho Creando árbol de dependencias Leyendo la información de estado... Hecho Se instalarán los siguientes paquetes extras: apache2-bin apache2-data apache2-utils libapr1 libaprutil1 libaprutil1-dbd-sqlite3 libaprutil1-ldap Paquetes sugeridos: apache2-doc apache2-suexec-pristine apache2-suexec-custom Se instalarán los siguientes paquetes NUEVOS: apache2 apache2-bin apache2-data apache2-utils libapr1 libaprutil1 libaprutil1-dbd-sqlite3 libaprutil1-ldap 0 actualizados, 8 se instalarán, 0 para eliminar y 0 no actualizados. Inst libapr1 (1.5.1-3 Debian:testing [amd64]) Inst libaprutil1 (1.5.4-1 Debian:testing [amd64]) Inst libaprutil1-dbd-sqlite3 (1.5.4-1 Debian:testin
Re: Pues sí, systemd se queda
El Fri, 21 Nov 2014 18:44:45 +0100, Manolo Díaz escribió: > ¿Y qué tal Debian sin systemd? Al menos para Jessie es posible. Para los críticos de *systemd* entiendo que sería una opción aunque no exenta de problemas. Problemas que pueden ser simples molestias para quienes usen su sistema en entornos que no sean de producción ni críticos. Para los críticos con la *decisión* tomada (me incluyo) obviamente no es una opción porque ahora es systemd pero mañana puede ser otra cosa así que la confianza que deposité en el proyecto (junto con la decisión de optar por una distribución en concreto) ya no existe. > A mí me desorienta que se argumente contra systemd en servidores Los administradores somos muy raritos y tenemos nuestras manías como todo el mundo. systemd rompe con un esquema de funcionamiento que ha estado funcionando sin problemas durante décadas así que es normal que haya cierta resistencia para quienes no veamos ninguna ventaja en usarlo y muchos problemas y complicaciones en hacerlo. Los viejos del lugar hemos desarrollado un olfato extrafino para oler los problemas a kilómetros de distancia y éste (systemd) es uno de ellos. > y se termine razonando que no es posible desinstalar systemd si tienes > instalado Gnome. No sólo GNOME sino también XFCE. Y no me vengas con que un usuario puede montar manualmente las llaves USB porque eso es absurdo y surrealista. > Desde la ignorancia, ¿qué aplicación usada habitualmente en servidores > te fuerza a instalar systemd? Aplicaciones, ninguna (espero). Pero un servidor en producción no vive sólo de las dependencias que tenga un paquete sino de que las aplicaciones y servicios que se instalan funcionen como deben porque si tengo que abrir un informe de fallo en Debian cada vez que un servicio tenga problemas con systemv el tiempo que tengo que dedicar a administrar lo pierdo en el BTS con lo cual no me sale a cuento. Y si además el empaquetador de turno me dice que su aplicación está diseñada para systemd que es el gestor de servicios predeterminado en Jessie, tampoco voy a emplear un minuto en intentar convencerle de lo bueno, bonito y barato que es systemv. Cuando se llega a un punto en el que las divergencias entre las dos partes es tan grande que te hace perder el tiempo en cosas que no consideras importantes, entonces debes plantearte si merece la pena seguir luchando para atravesar el muro... o es mejor escalarlo. 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.11.21.18.47...@gmail.com
Re: Pues sí, systemd se queda
2014-11-21 17:03 GMT+00:00 Camaleón : > El Fri, 21 Nov 2014 11:19:20 +, C. L. Martinez escribió: > >> 2014-11-21 10:45 GMT+00:00 Luis Felipe Tabera Alonso >> : >>> On Friday 21 November 2014 11:38:11 Luis Felipe Tabera Alonso wrote: >>> ¿Mes estás diciendo que haciendo un pipe con un tail -10 solo te devuelve 8 líneas? ¿Y sin el tail? ¿También te devuelve 8 líneas? >>> >>> Lo que me refiero, para que no se me malinterprete, es que me dices que >>> como se ha llenado el espacio de memoria asignado para journalctl (en >>> debian está en un ramdisk si no me equivoco) este ha empezado a borrar >>> las entradas más antiguas. Lo mismo pasa con dmesg si se llena el >>> buffer del kernel ¿no? Me sorprende que sea justo esas dos líneas o no >>> 1000 líneas antes. >>> >>> >> La información que almacena journald es más extensa que la que hace un >> simple dmesg. Y eso ocupa más espacio: >> >> http://www.freedesktop.org/software/systemd/man/systemd.journal- >> fields.html > > Pero eso no es algo negativo de por sí, al fin y al cabo te da lo mismo > que dmesg contenga *menos* información (80/100) o que journald no la > registre toda (80/100). Además, puedes decirle a journald que reenvíe los > datos a syslog/rsyslog/syslog-ng para que sean éstos quienes almacenen > los registros. Ahora bien, con esta última opción, donde antes tenías un > servicio (syslog/syslog-ng/rsyslog) ahora tendrías dos (syslog/syslog-ng/ > rsyslog + journald) lo que se traduce en una pérdida de recursos y de > tiempo-máquina y además de que se duplican los problemas (si journald > falla no hay registros que valgan y si syslog/syslog-ng/rsyslog fallan > journald no tiene donde enviar los datos). > > Entiendo que la idea de los desarrolladores de systemd es que uses > journald y descartes el resto de servicios de registro mientras que > mantiene la compatibilidad con los sistemas antiguos en los casos donde > no sea posible/conveniente usar journald. O que envíes los registros a un > medio de almacenamiento fijo, lo cual tampoco me parece una mala idea > aunque es cierto que las opciones actuales que ofrece journald se pueden > quedar cortas en cuanto a configuración, lo cual también sería > comprensible porque se trata de un servicio "reciente" que tendrá que ir > puliéndose y mejorando con el tiempo (es un decir). > >> De ahí, que veas el resultado que has visto. Mientras que un simple >> dmesg no me pierde info, journald sí, por el simple hecho que ocupa más >> espacio que si fuese texto puro. > > Supongo que ya habrá (o con el tiempo se desarrollará) algún conversor > que te permita "traducir" el formato de registro que genera journald a un > archivo legible, lo cual no deja de ser peligroso porque cuando entra en > juego la conversión entre distintos formatos te arriesgas a la pérdida de > datos o a una interpretación errónea, pero ese es un riesgo que tendrá > que valorar detenidamente cada administrador y cada usuario. > > Sinceramente, systemd no me preocupa (técnicamente hablando), hay miles > de aplicaciones y servicios que hacen cosas que considero equivocadas y > sencillamente no las uso porque no se ajustan a mis necesidades. O que he > tenido que usarlas porque al valorar los pros y contras de esa aplicación > o servicio, los beneficios superaban con creces los puntos negativos. El > problema pues, desde mi punto de vista, no es systemd sino que nadie (!) > sea capaz de ver las barbaridades que hace y que además, promulguen su > uso. Este comportamiento absurdo no es el esperado en el mundo FLOSS, por > eso o bien la comunidad se ha contagiado por algún tipo de virus > desconocido u obedece a otras razones ocultas. > Hombre el problema es que sí se está viendo las barbaridades que hace y por eso la gente se queja. Y que en vez de simplificar las cosas y hacerlas más ágiles está añadiendo una complejidad desmesurada (aparte de unos bugs/gazapos que dan hasta vergüenza en pleno siglo 21, como el del journald) y lo peor es que las dos razones "técnicas" que más se utilizan a favor de systemd son: a) que el sistema arranca más rápido (que menuda soberana tontería. Yo un server quiero que arranque bien y de forma ordenada, no quiero que arranque rápido. Un laptop vale.) b) se suponía que facilitaría la gestión de los sevicios, que aunque en parte lo hace, resulta que tienes que estar prestando atención a ese maldito journald. En definitiva: poderes ocultos o no, lo dije en su momento. En mi opinión es la mayor cagada que he vivido nunca con sistemas Linux. Saludos. -- 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/CAEjQA5Kx3r_csZ=dyvs6nrmeypkq68u9ivcmkh8dpytoy6j...@mail.gmail.com
Re: Pues sí, systemd se queda
2014-11-21 17:44 GMT+00:00 Manolo Díaz : > El viernes, 21 nov 2014 a las 18:06 horas (UTC+1), > Felix Perez escribió: > >>El día 21 de noviembre de 2014, 11:12, Santiago Vila >>escribió: >>> On Thu, Nov 20, 2014 at 04:27:48PM -0800, Salvador Garcia Z. wrote: A ver, systemd no me gusta para nada. He bajado el código y su estructura es algo extraño. Encierra todos los servicios y demonios, lo que da una sensación de control absoluto sobre el sistema. Pero el control necesito tenerlo yo y no un sistema de inicio. >>> >>> A ver, Linux no me gusta para nada. >>> >>> He bajado el código (de kernel.org) y su estructura es algo >>> extraña. Encierra todos los procesos, la gestión de memoria y los >>> dispositivos, lo que da una sensación de control absoluto sobre el >>> sistema. >>> >>> Pero el control necesito tenerlo yo, y no un núcleo. >>> >>> Además, para colmo, este núcleo es monolítico, cuando todo el mundo >>> sabe, y no hay más que leer a Tanenbaum, que los núcleos buenos son >>> los que están hechos con arquitectura de microkernel. >>> >>> >>> (Espero que se capte la ironía) >>> >> >>He seguido el hilo con mucha atención y aunque mis conocimientos no >>me dan para tanto algo he entendido, pues bien ¿Qué alternativa >>tenemos? ¿Nos pasamos a *bsd? ¿Algún fork? ¿Slackware? > > ¿Y qué tal Debian sin systemd? Al menos para Jessie es posible. > >>¿O finalmente con estas decisiones se contaminará todo? ¿Algún >>comentario de la FSF? La verdad que esto a usuarios noveles más los >>desorienta y a los más antiguos se nos cierra la puerta de la elección >>y el concepto de comunidad se empieza a diluir. > > A mí me desorienta que se argumente contra systemd en servidores y se > termine razonando que no es posible desinstalar systemd si tienes > instalado Gnome. Desde la ignorancia, ¿qué aplicación usada > habitualmente en servidores te fuerza a instalar systemd? > Ahora mismo ya no tengo ninguna jessie instalada, pero en su momento TODO: postfix, ntp, apache, etc ... Ya digo que ahora mismo no sé si es así, pero en las distros que llevan implantado systemd como RHEL/CentOS/OL 7.x, SLES 12, OpenSuSE, ArchLinux es también, TODO y en estas no hay opción: es systemd o nada. Pero también te digo, que aunque te den la opción a instalar systemd no olvidemos que por defecto, sí es el sistema init a utilizar. Eso quiere decir que ya veremos que pasa con Debian 9. Lo del Gnome se comenta porque estos Apple-copiers (porque a mi que no me quieran vender la moto de que Gnome 3.x no tiene demasiados parecidos razonables con el SO de Apple) han metido dependencias en la suite hacia systemd. Es decir, que directamente te obligan a instalar systemd. De ahí, que por ejemplo, en los sistemas BSD se han tenido que sacar de la chistera un "fork", un "addon" (llamadlo como querais) para que Gnome 3.x se pueda instalar en esos sistemas. Aunque ya han salido voces discordantes en los foros BSD que porqué hacer ñapas con algo que nos econsidera crítico. Vamos que están por la labor de mandar a Gnome a paseo si continua ese tipo de dependencia ... En definitiva, que el revuelo de systemd es considerable ... -- 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/CAEjQA5KTFYq1UfsCFEVB_M_gy-17fFkMS69Tqk=vsaobfvq...@mail.gmail.com
Re: Pues sí, systemd se queda
El viernes, 21 nov 2014 a las 18:06 horas (UTC+1), Felix Perez escribió: >El día 21 de noviembre de 2014, 11:12, Santiago Vila >escribió: >> On Thu, Nov 20, 2014 at 04:27:48PM -0800, Salvador Garcia Z. wrote: >>> A ver, systemd no me gusta para nada. >>> He bajado el código y su estructura es algo extraño. Encierra todos >>> los servicios y demonios, lo que da una sensación de control >>> absoluto sobre el sistema. >>> Pero el control necesito tenerlo yo y no un sistema de inicio. >> >> A ver, Linux no me gusta para nada. >> >> He bajado el código (de kernel.org) y su estructura es algo >> extraña. Encierra todos los procesos, la gestión de memoria y los >> dispositivos, lo que da una sensación de control absoluto sobre el >> sistema. >> >> Pero el control necesito tenerlo yo, y no un núcleo. >> >> Además, para colmo, este núcleo es monolítico, cuando todo el mundo >> sabe, y no hay más que leer a Tanenbaum, que los núcleos buenos son >> los que están hechos con arquitectura de microkernel. >> >> >> (Espero que se capte la ironía) >> > >He seguido el hilo con mucha atención y aunque mis conocimientos no >me dan para tanto algo he entendido, pues bien ¿Qué alternativa >tenemos? ¿Nos pasamos a *bsd? ¿Algún fork? ¿Slackware? ¿Y qué tal Debian sin systemd? Al menos para Jessie es posible. >¿O finalmente con estas decisiones se contaminará todo? ¿Algún >comentario de la FSF? La verdad que esto a usuarios noveles más los >desorienta y a los más antiguos se nos cierra la puerta de la elección >y el concepto de comunidad se empieza a diluir. A mí me desorienta que se argumente contra systemd en servidores y se termine razonando que no es posible desinstalar systemd si tienes instalado Gnome. Desde la ignorancia, ¿qué aplicación usada habitualmente en servidores te fuerza a instalar systemd? >Saludos 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/20141121184445.3b9b3...@gmail.com
Re: Pues sí, systemd se queda
El día 21 de noviembre de 2014, 11:12, Santiago Vila escribió: > On Thu, Nov 20, 2014 at 04:27:48PM -0800, Salvador Garcia Z. wrote: >> A ver, systemd no me gusta para nada. >> He bajado el código y su estructura es algo extraño. Encierra todos los >> servicios y demonios, lo que da una sensación de control absoluto sobre el >> sistema. >> Pero el control necesito tenerlo yo y no un sistema de inicio. > > A ver, Linux no me gusta para nada. > > He bajado el código (de kernel.org) y su estructura es algo > extraña. Encierra todos los procesos, la gestión de memoria y los > dispositivos, lo que da una sensación de control absoluto sobre el > sistema. > > Pero el control necesito tenerlo yo, y no un núcleo. > > Además, para colmo, este núcleo es monolítico, cuando todo el mundo > sabe, y no hay más que leer a Tanenbaum, que los núcleos buenos son > los que están hechos con arquitectura de microkernel. > > > (Espero que se capte la ironía) > He seguido el hilo con mucha atención y aunque mis conocimientos no me dan para tanto algo he entendido, pues bien ¿Qué alternativa tenemos? ¿Nos pasamos a *bsd? ¿Algún fork? ¿Slackware? ¿O finalmente con estas decisiones se contaminará todo? ¿Algún comentario de la FSF? La verdad que esto a usuarios noveles más los desorienta y a los más antiguos se nos cierra la puerta de la elección y el concepto de comunidad se empieza a diluir. Saludos -- usuario linux #274354 normas de la lista: http://wiki.debian.org/es/NormasLista como hacer preguntas inteligentes: http://www.sindominio.net/ayuda/preguntas-inteligentes.html -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/caaizax7burfclnpuj-eqaos538mw24zlhfejukqsvpr1yt_...@mail.gmail.com
Re: Pues sí, systemd se queda
El Fri, 21 Nov 2014 11:19:20 +, C. L. Martinez escribió: > 2014-11-21 10:45 GMT+00:00 Luis Felipe Tabera Alonso > : >> On Friday 21 November 2014 11:38:11 Luis Felipe Tabera Alonso wrote: >> >>> ¿Mes estás diciendo que haciendo un pipe con un tail -10 solo te >>> devuelve 8 líneas? ¿Y sin el tail? ¿También te devuelve 8 líneas? >> >> Lo que me refiero, para que no se me malinterprete, es que me dices que >> como se ha llenado el espacio de memoria asignado para journalctl (en >> debian está en un ramdisk si no me equivoco) este ha empezado a borrar >> las entradas más antiguas. Lo mismo pasa con dmesg si se llena el >> buffer del kernel ¿no? Me sorprende que sea justo esas dos líneas o no >> 1000 líneas antes. >> >> > La información que almacena journald es más extensa que la que hace un > simple dmesg. Y eso ocupa más espacio: > > http://www.freedesktop.org/software/systemd/man/systemd.journal- > fields.html Pero eso no es algo negativo de por sí, al fin y al cabo te da lo mismo que dmesg contenga *menos* información (80/100) o que journald no la registre toda (80/100). Además, puedes decirle a journald que reenvíe los datos a syslog/rsyslog/syslog-ng para que sean éstos quienes almacenen los registros. Ahora bien, con esta última opción, donde antes tenías un servicio (syslog/syslog-ng/rsyslog) ahora tendrías dos (syslog/syslog-ng/ rsyslog + journald) lo que se traduce en una pérdida de recursos y de tiempo-máquina y además de que se duplican los problemas (si journald falla no hay registros que valgan y si syslog/syslog-ng/rsyslog fallan journald no tiene donde enviar los datos). Entiendo que la idea de los desarrolladores de systemd es que uses journald y descartes el resto de servicios de registro mientras que mantiene la compatibilidad con los sistemas antiguos en los casos donde no sea posible/conveniente usar journald. O que envíes los registros a un medio de almacenamiento fijo, lo cual tampoco me parece una mala idea aunque es cierto que las opciones actuales que ofrece journald se pueden quedar cortas en cuanto a configuración, lo cual también sería comprensible porque se trata de un servicio "reciente" que tendrá que ir puliéndose y mejorando con el tiempo (es un decir). > De ahí, que veas el resultado que has visto. Mientras que un simple > dmesg no me pierde info, journald sí, por el simple hecho que ocupa más > espacio que si fuese texto puro. Supongo que ya habrá (o con el tiempo se desarrollará) algún conversor que te permita "traducir" el formato de registro que genera journald a un archivo legible, lo cual no deja de ser peligroso porque cuando entra en juego la conversión entre distintos formatos te arriesgas a la pérdida de datos o a una interpretación errónea, pero ese es un riesgo que tendrá que valorar detenidamente cada administrador y cada usuario. Sinceramente, systemd no me preocupa (técnicamente hablando), hay miles de aplicaciones y servicios que hacen cosas que considero equivocadas y sencillamente no las uso porque no se ajustan a mis necesidades. O que he tenido que usarlas porque al valorar los pros y contras de esa aplicación o servicio, los beneficios superaban con creces los puntos negativos. El problema pues, desde mi punto de vista, no es systemd sino que nadie (!) sea capaz de ver las barbaridades que hace y que además, promulguen su uso. Este comportamiento absurdo no es el esperado en el mundo FLOSS, por eso o bien la comunidad se ha contagiado por algún tipo de virus desconocido u obedece a otras razones ocultas. 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.11.21.17.03...@gmail.com
Re: Ayuda para reparar modo gráfico XFCE (SOLUCIONADO)
El Fri, 21 Nov 2014 00:13:14 -0300, Eduardo Jorge Gil Michelena escribió: > Con fecha Jueves, 20 de Noviembre de 2014, 10:51:37 p.m., Eduardo > escribió: >> Por un "cuelgue" grave ocasionado por un apagón eléctrico (se quedó >> sin luz la ciudad) mientras estaba actualizando paquetes una PC quedó >> hecha un desastre sin siquiera botear. Siempre me ha sorprendido la poca resistencia que presentan los sistemas de archivo de linux en caso de apagones a lo bruto. Se corrompe con una facilidad pasmosa. >> La arreglé como pude y, de esa forma, he podido ingresar al sistema >> tanto como root como así también como usuario. >> El problema es que NO puedo ingresar al entorno gráfico y por más que >> reinstalé XFCE y demás... la PC se queda tildada ni bien se pasa al >> modo gráfico. Probe apt-get update / upgrade / install / install >> --reinstall / etc etc etc. ¿Alguna idea o ayuda? Sino lo que me queda >> (creo que es una opción rápida) es reinstalar todo de cero. > > OK, SOLUCIONADO. > Probé reinstalando el server/lanzador gráfico. > Metí unos cuentos :-) > Al final probando funcionó, ahora ni recuerdo cuantos metí :-) > Mañana voy a borrar los sobrantes pero primero preguntaré sobre cual es > mejor. SAludos. Los mensajes de error son importantes. Si te pasara otra vez, los registros del gestor de sesiones tendrían que estar en "~/.xsession-errors" y aunque los mensajes suelen ser bastante crípticos, te pueden dar una idea de por qué no se carga el entorno gráfico. Si el servidor X no llegara a iniciar siquiera, "/var/log/ Xorg.0.log" sería el archivo a mirar. 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.11.21.17.11...@gmail.com
Re: Conectando un servidor ircd a otro
El Thu, 20 Nov 2014 16:05:12 -0300, Fabián Bonetti escribió: >> En el enlace que mandas hay un ejemplo de configuración para enlazar 3 >> servidores con las líneas C/N correspondientes además de que el archivo >> de configuración del propio servicio incluye explicaciones y ejemplos >> para cada opción. >> >> Mira a ver qué tienes puesto en el archivo de configuración >> "/etc/dancer- >> ircd/ircd.conf" para estos valores. > En el servidor numero 1: > > M:mamalibre.:127.0.0.1:Debian mamalibre: > C:127.0.0.1:piper:127.0.0.1:6668:2 > N:127.0.0.1:$1$bp5/Seek$lWuykYLXNo2sGheqwGc8f0:127.0.0.1:0:2 H:*::* > P6667 > > En el servidor numero 2: (quiero que se conecte al 1) > > M:mamalibre2.:localhost:Debian mamalibre2: > C:127.0.0.1:shipment:mamalibre:6667::2 > N:127.0.0.1:$1$cGEhoGI5$omeX7SP1KylS5C8YyIPtI0:127.0.0.1:0:2 H:*::* > P6668 Estás usando la (misma) dirección loopback para ambos servidores, no creo que esa configuración sea posible porque la dirección de retrobucle sólo permite conexiones con destino al mismo equipo, no entre distintos equipos de la red. Por otra parte ¿están los dos servidores (mamalibre y mamalibre2) instalados en equipos separados o en la misma máquina? > Cuando hago en el servidor numero un un /rehash (recarga la > configuración) > > Me sale esto > (...) | > 16:00 [mired] -|- mamalibre.*** Notice -- ERROR :from 127.0.0.1 -- I am > mamalibre2., not 127.0.0.1| > 16:00 [mired] -|- mamalibre.*** Notice -- ERROR :from 127.0.0.1 -- Closing > Link: (Sorry, wrong number) | (...) > No logro descifrar el error. Tal vez alguien si. Ya mes es muy confuso y > es un viejo ircd. Esos dos errores que ves parecen apuntar a que los pobres servidores no saben quiénes son, quizá por la configuración que has utilizado. 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.11.21.15.54...@gmail.com
Re: Notebook no entra en hibernación
El Fri, 21 Nov 2014 09:47:27 -0300, Marioca escribió: Recuerda desactivar el formato html cuando mandes un correo a la lista. > Buenas lista; mi inconveniente es la siguiente. Tengo una notebook HP y > cuando tengo la necesidad de cerrar la pantalla sin apagar la maquina ni > salir de las aplicaciones que estoy utilizando esta debería hibernar Bueno, "debería hibernar" siempre y cuando lo hayas configurado para que lo haga. ¿Qué entorno de escritorio usas (gnome/kde/xfce...)? > pero eso no pasa, tengo Debian Versión 7.6 (wheezy) de 32-bit. se me > queda como una especia que esta colgado presiono el botón encender y no > pasa nada tengo que presionarlo por un tiempo y reiniciar, este > inconveniente ya me paso con una notebook Acer. (...) Hibernar (suspensión a disco) un ordenador es una tarea muy compleja aunque no lo parezca a simple vista. En primer lugar, todos los componentes de hardware deben ser compatibles y todos los drivers deben funcionar como un reloj suizo para sincronizar el procedimiento. Hay muchas cosas que pueden estar impidiendo al sistema entrar en modo de hibernación y restaurarlo "a posteriori" pero puedes ir empezando por revisar lo que comentan en la Wiki: https://wiki.debian.org/Hibernation https://wiki.debian.org/Suspend 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.11.21.15.35...@gmail.com
Re: Pues sí, systemd se queda
On Thu, Nov 20, 2014 at 04:27:48PM -0800, Salvador Garcia Z. wrote: > A ver, systemd no me gusta para nada. > He bajado el código y su estructura es algo extraño. Encierra todos los > servicios y demonios, lo que da una sensación de control absoluto sobre el > sistema. > Pero el control necesito tenerlo yo y no un sistema de inicio. A ver, Linux no me gusta para nada. He bajado el código (de kernel.org) y su estructura es algo extraña. Encierra todos los procesos, la gestión de memoria y los dispositivos, lo que da una sensación de control absoluto sobre el sistema. Pero el control necesito tenerlo yo, y no un núcleo. Además, para colmo, este núcleo es monolítico, cuando todo el mundo sabe, y no hay más que leer a Tanenbaum, que los núcleos buenos son los que están hechos con arquitectura de microkernel. (Espero que se capte la ironía) -- 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/20141121141259.ga16...@cantor.unex.es
Re: Notebook no entra en hibernación
El 21 de noviembre de 2014, 9:47, Marioca escribió: > Buenas lista; mi inconveniente es la siguiente. Tengo una notebook HP y > cuando tengo la necesidad de cerrar la pantalla sin apagar la maquina ni > salir de las aplicaciones que estoy utilizando esta debería hibernar pero > eso no pasa, tengo Debian Versión 7.6 (wheezy) de 32-bit. se me queda como > una especia que esta colgado presiono el botón encender y no pasa nada > tengo que presionarlo por un tiempo y reiniciar, este inconveniente ya me > paso con una notebook Acer. > Espero algunas respuestas de parte de uds. si ya les paso algo parecido, > por que es muy incomodo ya que hay momentos que tengo la necesidad de > cerrarlo pero luego termino reiniciando cerrando todas las apps y > documentos abiertos.- > -- > Per quanto riguarda > Marioca > hola, para hibernar necesitas tener una particion swap, verifica que este correcta. ademas, creo que por defecto cuando se cierra la tapa se suspende. intenta mirar si tienes los controladores correctos de tu chipset gráfico. eso me solía dar problemas para hibernar. pd: encuentro mejor opción suspender el equipo, a hibernar. es mas rápido!
Notebook no entra en hibernación
Buenas lista; mi inconveniente es la siguiente. Tengo una notebook HP y cuando tengo la necesidad de cerrar la pantalla sin apagar la maquina ni salir de las aplicaciones que estoy utilizando esta debería hibernar pero eso no pasa, tengo Debian Versión 7.6 (wheezy) de 32-bit. se me queda como una especia que esta colgado presiono el botón encender y no pasa nada tengo que presionarlo por un tiempo y reiniciar, este inconveniente ya me paso con una notebook Acer. Espero algunas respuestas de parte de uds. si ya les paso algo parecido, por que es muy incomodo ya que hay momentos que tengo la necesidad de cerrarlo pero luego termino reiniciando cerrando todas las apps y documentos abiertos.- -- Per quanto riguarda Marioca
Re: Pues sí, systemd se queda
2014-11-21 10:45 GMT+00:00 Santiago Vila : >> Tercero: "No hay consiguiente". Tú has probado el systemd (probarlo de >> verdad, no instalado en un laptop para navegar por Internet y demás), >> lo mismo que las veces que yo he he intentado hacer una paella de >> marisco. Ninguna. > > Con lo de "no hay consiguiente" lo único que he querido decir es que > el argumento de "almacenamiento binario" implica "corrupción de datos" me > parece engañoso, pues las bases de datos mysql también se guardan en > binario (aunque se consulten con órdenes SQL) y no pasa absolutamente nada. > > Si se produce corrupción de datos será por algún bug que haya, no > simplemente "porque los logs se guarden en binario". Al ejemplo de > mysql me remito. No necesariamente. Puede ser causa de otras cosas como por ejemplo una alta carga de un server en un espacio definido y acotado en el tiempo. Algo así los engines de BBDD actuales lo tienen resulto, systemd no: perderá los datos directamente si trabaja en memoria. Y más que un bug, es un problema de diseño de la morralla en cuestión. > >> Cuarto: Vaya journald.conf es la solución a mis problemas. Ja. ¿Que >> docs has leido tú? > > Pues journald.conf(5) para empezar. > >> ¿journald.conf me libra de la pérdida o corrupción de los logs >> binarios?. Mentira. > > Estás mezclando pérdida y corrupción. La corrupción sería un bug. La corrupción puede y puede que no sea un bug. Te he dado un ejemplo arriba. > > La pérdida de datos, en el ejemplo que has puesto, se ha producido > porque el journal está en RAM y no puede ni debe crecer indefinidamente > porque se te acabaría la RAM y algo hay que dejar para el resto del sistema. Mismamente. > > Para que el journal sea persistente lo que puedes hacer, y seguramente > en tu caso te conviene, es crear el directorio /var/log/journal. Si el > servicio "systemd-journald", al iniciarse, ve que ese directorio existe, > entonces los logs del journal van ahí y no a /run/log/journal. Pues no, y no me dá la gana por el sencillo motivo porque para eso tengo a "dos bestias" que se llaman rsyslog y syslog-ng que lo hacen muy pero que muy bien y no pierden datos a menos que haya problemas de hardware. ¿Por que tengo que redundar tareas y complicarlas si este tema hace años que lo tengo resuelto con esos dos componentes? La otra que también hay es que journald hace "casque" desde el momento que le empiezan a entrar más de 12k EPS. Error oficial reportado en Oracle. Es otro ejemplo de hasta donde se quiere llevar a systemd y donde se lo van a comer con patatas ... > > Por supuesto, no digo que esto resuelva todos los problemas que tengas > con systemd, pero creo que tener el journal en disco duro es una > posibilidad que se debería considerar. > Ni pienso. Ni systemd ni journald ni ninguno de los componentes asociados está a la altura de lo que se exige en arquitecturas de servidor. Aquí el problema de verdad es que se están creando múltiples problemas nuevos de algo que hacía años Unix tenía resulto y muy bien resulto. De hecho estos problemas de journald, son los mismos que arrastraban las ediciones Windows Server de Microsoft con su event viewer, que según me comentaron, por fin consiguieron medio resolverlo con Windows 2008 R2/2012 R2. Saludos. -- 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/caejqa5lsdl8tpogk+ydy8p05ltqx5hpfk4+nckbvh1hv4t4...@mail.gmail.com
Re: Pues sí, systemd se queda
2014-11-21 10:45 GMT+00:00 Luis Felipe Tabera Alonso : > On Friday 21 November 2014 11:38:11 Luis Felipe Tabera Alonso wrote: > >> ¿Mes estás diciendo que haciendo un pipe con un tail -10 solo te devuelve 8 >> líneas? ¿Y sin el tail? ¿También te devuelve 8 líneas? > > Lo que me refiero, para que no se me malinterprete, es que me dices que como > se > ha llenado el espacio de memoria asignado para journalctl (en debian está en > un ramdisk si no me equivoco) este ha empezado a borrar las entradas más > antiguas. Lo mismo pasa con dmesg si se llena el buffer del kernel ¿no? Me > sorprende que sea justo esas dos líneas o no 1000 líneas antes. > La información que almacena journald es más extensa que la que hace un simple dmesg. Y eso ocupa más espacio: http://www.freedesktop.org/software/systemd/man/systemd.journal-fields.html De ahí, que veas el resultado que has visto. Mientras que un simple dmesg no me pierde info, journald sí, por el simple hecho que ocupa más espacio que si fuese texto puro. Saludos. -- 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/caejqa5+0h8s2kmtfwoy+sqs4dwfbyfd0-myjnek-yq70rtm...@mail.gmail.com
Re: La nueva colección de invierno ¡Visitala!
On 2014-11-21 02:09, Deportedirecto.es wrote: PARA VER ESTE CORREO ELECTRÓNICO, HAGA CLIC AQUÍ. [1] HOMBRES [2] MUJERES [3] NIÑOS [4] ACCESORIOS [5] REBAJAS [6] [7] www.deportedirecto.es [7] Mujer Chaquetas [8] < td style="text-align:left;" colspan="2" bgcolor="#fff"> [9] [10] Mujer Sudaderas [11] [12] [13] Hombre Chaquetas y Sudaderas [14] [15] [16] Hombre Chándales y pijamas [17] [18] [19] Niño Chaquetas y Chándales [20] [21] [22] Niño Botas y pijamas [23] [24] [25] Este es un mensaje autom ático. Por favor, no enviar respuesta. Si tiene alguna pregunta, póngase en contacto con nosotros a nuestro correo electronico i...@deportedirecto.es. Para no perder nuestras ofertas semanales y añadir newslet...@deportedirecto.es en su libreta de direcciones. Si no desea recibir ofertas semanales, anular su suscripción haciendo clic aquí [26]. DEPORTEDIRECTO.ES [27] E-MAIL: i...@deportedirecto.es Links: -- [1] http://emailmarketing.mymall.bg/w/8926ohy0F1CMgXR1oNceSTiQ/ZodOhddtjOiUcqXOspFjkA/KATKr97EZpBR855I0KGPkA [2] http://emailmarketing.mymall.bg/l/8926ohy0F1CMgXR1oNceSTiQ/4PukKg8927RH6TPajfprIvIg/KATKr97EZpBR855I0KGPkA [3] http://emailmarketing.mymall.bg/l/8926ohy0F1CMgXR1oNceSTiQ/fKRbB1LEoS0PufngrlmrMA/KATKr97EZpBR855I0KGPkA [4] http://emailmarketing.mymall.bg/l/8926ohy0F1CMgXR1oNceSTiQ/QmVJv7yBoV9Rx3vo763v763G9A/KATKr97EZpBR855I0KGPkA [5] http://emailmarketing.mymall.bg/l/8926ohy0F1CMgXR1oNceSTiQ/xGuy8RPjtF5bdkU8N05KyQ/KATKr97EZpBR855I0KGPkA [6] http://emailmarketing.mymall.bg/l/8926ohy0F1CMgXR1oNceSTiQ/lg1WVIzWZo0JKevT27763Ctg/KATKr97EZpBR855I0KGPkA [7] http://emailmarketing.mymall.bg/l/8926ohy0F1CMgXR1oNceSTiQ/T43m892evUddoeN51ot763MmXg/KATKr97EZpBR855I0KGPkA [8] http://emailmarketing.mymall.bg/l/8926ohy0F1CMgXR1oNceSTiQ/PTZiaatvJ6danDeRTRJm9g/KATKr97EZpBR855I0KGPkA [9] http://emailmarketing.mymall.bg/l/8926ohy0F1CMgXR1oNceSTiQ/0Azl3vvV3F6q6E5cWc94LA/KATKr97EZpBR855I0KGPkA [10] http://emailmarketing.mymall.bg/l/8926ohy0F1CMgXR1oNceSTiQ/eC79D6SPNyL5Q0oecerQug/KATKr97EZpBR855I0KGPkA [11] http://emailmarketing.mymall.bg/l/8926ohy0F1CMgXR1oNceSTiQ/kKeGqy3Wn0HT0DuyDfFUGw/KATKr97EZpBR855I0KGPkA [12] http://emailmarketing.mymall.bg/l/8926ohy0F1CMgXR1oNceSTiQ/I1V8YliHIuLIdjjCy06HtA/KATKr97EZpBR855I0KGPkA [13] http://emailmarketing.mymall.bg/l/8926ohy0F1CMgXR1oNceSTiQ/7x7FLdQY5s0anwqgb6G3763g/KATKr97EZpBR855I0KGPkA [14] http://emailmarketing.mymall.bg/l/8926ohy0F1CMgXR1oNceSTiQ/aAvFgpmGU9WbmCbYpa0B5g/KATKr97EZpBR855I0KGPkA [15] http://emailmarketing.mymall.bg/l/8926ohy0F1CMgXR1oNceSTiQ/aZ9TCWvtZWpHL763ZGGAq892Aw/KATKr97EZpBR855I0KGPkA [16] http://emailmarketing.mymall.bg/l/8926ohy0F1CMgXR1oNceSTiQ/mE7ZF1ezmikWRd0Is1n1sA/KATKr97EZpBR855I0KGPkA [17] http://emailmarketing.mymall.bg/l/8926ohy0F1CMgXR1oNceSTiQ/0N2bn5iew4Pvd2vqHj2TXA/KATKr97EZpBR855I0KGPkA [18] http://emailmarketing.mymall.bg/l/8926ohy0F1CMgXR1oNceSTiQ/cNVik3MPKXPI763URDZbYiFQ/KATKr97EZpBR855I0KGPkA [19] http://emailmarketing.mymall.bg/l/8926ohy0F1CMgXR1oNceSTiQ/gjki7CfuY2nyhpMFhiwscA/KATKr97EZpBR855I0KGPkA [20] http://emailmarketing.mymall.bg/l/8926ohy0F1CMgXR1oNceSTiQ/763rEHtso8tP892937qHWqlZCA/KATKr97EZpBR855I0KGPkA [21] http://emailmarketing.mymall.bg/l/8926ohy0F1CMgXR1oNceSTiQ/bvNn892Ps05c8oKjpNM7dQmw/KATKr97EZpBR855I0KGPkA [22] http://emailmarketing.mymall.bg/l/8926ohy0F1CMgXR1oNceSTiQ/e3ZUYpJED2LVNwvWAuhgDg/KATKr97EZpBR855I0KGPkA [23] http://emailmarketing.mymall.bg/l/8926ohy0F1CMgXR1oNceSTiQ/DMLRliHlLWiKfs2bBxgtaQ/KATKr97EZpBR855I0KGPkA [24] http://emailmarketing.mymall.bg/l/8926ohy0F1CMgXR1oNceSTiQ/4o8Xao6892Gf0OE2nwNnqy4g/KATKr97EZpBR855I0KGPkA [25] http://emailmarketing.mymall.bg/l/8926ohy0F1CMgXR1oNceSTiQ/Wfh1HBs47892IhiPFnjxgK7w/KATKr97EZpBR855I0KGPkA [26] http://emailmarketing.mymall.bg/unsubscribe/AX0CtC7636DnaDY892wP6damNLlQsZKXMqLn0763zwkN1ORuL4Rw9V6u0MJnuqTrZvKTcR/ZodOhddtjOiUcqXOspFjkA/KATKr97EZpBR855I0KGPkA [27] http://emailmarketing.mymall.bg/l/8926ohy0F1CMgXR1oNceSTiQ/9kPWEF19eU8jlxhCmcWq6w/KATKr97EZpBR855I0KGPkA (ese html) (...) Eso de buscar en Google como que no te va ¿no? ;-) ¿y marcar como OT? -- 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/db168ae0f82093d6a79b9aa476901...@openmailbox.org
Re: Pues sí, systemd se queda
On Fri, Nov 21, 2014 at 07:13:13AM +, C. L. Martinez wrote: > Primero: Estás hablando con alguien que en su trabajo diario, una de > sus funciones es el despliegue, management y explotación de > infraestructuras de diversas índoles con SLA's asociados con > penalización económica de varios miles de euros cada x tiempo por > downtime. Por tanto, lo de "antes de poner el sistema en producción", > te sobra. > > Segundo: ¿A tí el fqdn del log que he puesto no te suena a nada? Lo > repito:ol7test01.my.domain. Vaya, ¿lo de "ol7test01" lo tenemos claro > verdad? Vale, no me había fijado en el fqdn. O sea, que lo estás probando, e imagino que estarás detectando posibles problemas antes de usarlo en producción. Me parece perfecto. > Tercero: "No hay consiguiente". Tú has probado el systemd (probarlo de > verdad, no instalado en un laptop para navegar por Internet y demás), > lo mismo que las veces que yo he he intentado hacer una paella de > marisco. Ninguna. Con lo de "no hay consiguiente" lo único que he querido decir es que el argumento de "almacenamiento binario" implica "corrupción de datos" me parece engañoso, pues las bases de datos mysql también se guardan en binario (aunque se consulten con órdenes SQL) y no pasa absolutamente nada. Si se produce corrupción de datos será por algún bug que haya, no simplemente "porque los logs se guarden en binario". Al ejemplo de mysql me remito. > Cuarto: Vaya journald.conf es la solución a mis problemas. Ja. ¿Que > docs has leido tú? Pues journald.conf(5) para empezar. > ¿journald.conf me libra de la pérdida o corrupción de los logs > binarios?. Mentira. Estás mezclando pérdida y corrupción. La corrupción sería un bug. La pérdida de datos, en el ejemplo que has puesto, se ha producido porque el journal está en RAM y no puede ni debe crecer indefinidamente porque se te acabaría la RAM y algo hay que dejar para el resto del sistema. Para que el journal sea persistente lo que puedes hacer, y seguramente en tu caso te conviene, es crear el directorio /var/log/journal. Si el servicio "systemd-journald", al iniciarse, ve que ese directorio existe, entonces los logs del journal van ahí y no a /run/log/journal. Por supuesto, no digo que esto resuelva todos los problemas que tengas con systemd, pero creo que tener el journal en disco duro es una posibilidad que se debería considerar. -- 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/20141121104527.ga4...@cantor.unex.es
Re: Pues sí, systemd se queda
On Friday 21 November 2014 11:38:11 Luis Felipe Tabera Alonso wrote: > ¿Mes estás diciendo que haciendo un pipe con un tail -10 solo te devuelve 8 > líneas? ¿Y sin el tail? ¿También te devuelve 8 líneas? Lo que me refiero, para que no se me malinterprete, es que me dices que como se ha llenado el espacio de memoria asignado para journalctl (en debian está en un ramdisk si no me equivoco) este ha empezado a borrar las entradas más antiguas. Lo mismo pasa con dmesg si se llena el buffer del kernel ¿no? Me sorprende que sea justo esas dos líneas o no 1000 líneas antes. A ver, que a mi el journald tampoco me gusta mucho, pero seguimos teniendo la opción de usar syslog. Luis -- 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/5494377.Excv0LErXo@mychabol
Re: Pues sí, systemd se queda
On Thursday 20 November 2014 16:18:49 C. L. Martinez wrote: > 2014-11-20 15:38 GMT+00:00 Luis Felipe Tabera Alonso : > > On Thursday 20 November 2014 14:33:06 C. L. Martinez wrote: > >> 2014-11-20 14:07 GMT+00:00 Santiago Vila : > >> > On Thu, Nov 20, 2014 at 10:20:24AM -0300, Ricardo Delgado wrote: > >> >> desde el simple hecho de tirar un "dmesg" > >> > > >> > ¿Qué le pasa a dmesg? > >> > > >> >> o tratar de ver los logs. > >> > > >> > ¿Qué le pasa a /var/log/syslog? Si no te gusta journalctl todavía > >> > puedes usar los logs de siempre. ¿Qué problema tienes? > >> > >> Ricardo tiene razón ... Es un auténtico despropósito todo el systemd > >> en sí. ¿Tu has comparado las salidas de "dmesg", "syslog" y > >> journalctl? Porque una cagada más a añadir a las tantas de systemd, es > >> que encima te mete los logs en binario que no vas a ver con el comando > >> "dmesg" y dentro del archivo syslog ... > > > > root@mychabol:/home/luisfe# journalctl -k -o short-monotonic| tail -5 > > [ 703.807585] mychabol kernel: usb 2-1.2: new high-speed USB device > > number 9 using ehci-pci > > [ 714.223097] mychabol kernel: usb 2-1.2: device not accepting address 9, > > error -110 > > [ 714.295340] mychabol kernel: usb 2-1.2: new high-speed USB device > > number 10 using ehci-pci > > [ 724.711056] mychabol kernel: usb 2-1.2: device not accepting address > > 10, > > error -110 > > [ 724.711201] mychabol kernel: usb 2-1-port2: unable to enumerate USB > > device > > > > root@mychabol:/home/luisfe# dmesg | tail -5 > > [ 703.807585] usb 2-1.2: new high-speed USB device number 9 using > > ehci-pci > > [ 714.223097] usb 2-1.2: device not accepting address 9, error -110 > > [ 714.295340] usb 2-1.2: new high-speed USB device number 10 using > > ehci-pci [ 724.711056] usb 2-1.2: device not accepting address 10, error > > -110 [ 724.711201] usb 2-1-port2: unable to enumerate USB device > > Vale, vamos a jugar a ver quien la tiene mejor puesta :)) (es un broma > o sea que no nos cabreemos): > > [root@ol7test01 ~]# journalctl -k -o short-monotonic| tail -10 > [ 2569.625996] ol7test01.my.domain kernel: net vethGI7O4O: > 'vethGI7O4O' renaming to 'eth0' > [ 2569.633998] ol7test01.my.domain kernel: IPv6: > ADDRCONF(NETDEV_CHANGE): vprodif0: link becomes ready > [ 2569.634025] ol7test01.my.domain kernel: prodif: port 4(vprodif0) > entered forwarding state > [ 2569.634033] ol7test01.my.domain kernel: prodif: port 4(vprodif0) > entered forwarding state > [ 2569.634260] ol7test01.my.domain kernel: net vethNLBR02: > 'vethNLBR02' renaming to 'eth1' > [ 2569.638889] ol7test01.my.domain kernel: IP v6: > ADDRCONF(NETDEV_CHANGE): vsiemif0: link becomes ready > [ 2569.638916] ol7test01.my.domain kernel: siemif: port 3(vsiemif0) > entered forwarding state > [ 2569.638922] ol7test01.my.domain kernel: siemif: port 3(vsiemif0) > entered forwarding state > [root@ol7test01 ~]# dmesg | tail -10 > [ 2569.613771] net vethGI7O4O: 'vethGI7O4O' renaming to 'vethGI7O4O' > [ 2569.621746] net vethNLBR02: 'vethNLBR02' renaming to 'vethNLBR02' > [ 2569.625996] net vethGI7O4O: 'vethGI7O4O' renaming to 'eth0' > [ 2569.633998] IPv6: ADDRCONF(NETDEV_CHANGE): vprodif0: link becomes ready > [ 2569.634025] prodif: port 4(vprodif0) entered forwarding state > [ 2569.634033] prodif: port 4(vprodif0) entered forwarding state > [ 2569.634260] net vethNLBR02: 'vethNLBR02' renaming to 'eth1' > [ 2569.638889] IPv6: ADDRCONF(NETDEV_CHANGE): vsiemif0: link becomes ready > [ 2569.638916] siemif: port 3(vsiemif0) entered forwarding state > [ 2569.638922] siemif: port 3(vsiemif0) entered forwarding state ¿Mes estás diciendo que haciendo un pipe con un tail -10 solo te devuelve 8 líneas? ¿Y sin el tail? ¿También te devuelve 8 líneas? -- 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/1431799.yDDOj3qhOi@mychabol