[OT] Plano físico de cableado
Vaya por delante que esto es un fuera-de-tema como una casa, porque no está directa (ni indirectamente) relacionado con debian, pero no se me ocurre otro sitio mejor dónde pueda encontrar a alguien con una buena respuesta. Resulta que en una red que medio sigo administrando (el servidor es debian, por supuesto), quiero hacer el plano *físico* de cableado. En realidad quiero modificarlo, porque, cuando la monté, lo dibujé. Yo me manejo con los programas de CAD, así que sobre los planos de planta fui capaz de dibujar el cableado y los dispositivos de red. Pero me topé con el problema de que fui incapaz de encontrar una norma con la que estuvieran normalizados este tipo de planos y no quedé muy satisfecho con la claridad de mi notación: no hay sólo que pintar cables y dispositivos, sino también notar de alguna forma que el dispositivo tal conecta que este uno y este otro, y que de un vistazo se vea claramente, sin tener que recorrer el cable con los ojos para saber hasta dónde llega. Ahora se han hecho algunos cambios y tengo que volver sobre los planos, y he pensado que es un buen momento para intentar rehacerlos bien. Y ahí va mi pregunta, ¿hay alguna norma para hacer estos planos que me pueda servir de guía o Sabe alguien dónde puedo encontrar planos ya hechos para ver si son más legibles que los que yo hice? Desde ya, gracias. Un saludo. -- ¿No ha de haber un espíritu valiente? ¿Siempre se ha de sentir lo que se dice? ¿Nunca se ha de decir lo que se siente? --- Francisco de Quevedo --- -- 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/20140908061850.ga2...@cubo.casa
Re: Postfix error al enviar correos
El 05/09/14 14:19, Juan Guil escribió: El día 5 de septiembre de 2014, 14:17, Manolo Díaz diaz.man...@gmail.com escribió: El viernes, 5 sep 2014 a las 13:31 horas (UTC+2), Antonio Moreno escribió: Por lo que he podido leer en google mi problema esta en el virtual_alias_maps virtual_alias_maps = mysql:/etc/postfix/mysql-virtual-alias-maps.cf,mysql:/etc/postfix/mysql-email2email.cf He revisado 2 millones de veces esta linea pero no veo que puede estar mal, alguien me puede ayudar??? En lugar de leer 2 millones de veces (tirando por lo bajo) esa línea, a lo mejor sería buena idea leer esos dos ficheros de configuración, buscar qué significa lo que allí se dice y ver los campos de las tablas de mysql asociadas y sus contendidos para que te hagas una buena idea de dónde está el problema. 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/20140905141733.15ecb...@gmail.com Yo te diria. Has revisado bien si estan todas las tablas en la base de datos mysql? en la consulta q Tablas Mysql Virtual_aliases | id | domain_id | source| destination | ++---+---+-+ | 1 | 1 | ad...@midominio.es | anto...@midominio.es | | 2 | 1 | r...@midominio.es | anto...@midominio.es | ++---+---+-+ Virtual_domains ++-+ | id | name| ++-+ | 1 | midominio.es | ++-+ Virtual_users ++---+--+-+ | id | domain_id | password | email | ++---+--+-+ | 1 | 1 | password| anto...@midominio.es | ++---+--+-+ Archivos /etc/postfix/mysql-virtual-mailbox-domains.cf user = root password = pass hosts = 127.0.0.1 dbname = mailserver query = Select 1 from virtual_domains where name='%s' /etc/postfix/mysql-virtual-mailbox-maps.cf user = root password = pass hosts = 127.0.0.1 dbname = mailserver query = Select 1 from virtual_users where email='%s' /etc/postfix/mysql-virtual-alias-maps.cf user = root password = pass hosts = 127.0.0.1 dbname = mailserver query = Select destination from virtual_aliases where source='%s' /etc/postfix/mysql-email2email.cf user = root password = pass hosts = 127.0.0.1 dbname = mailserver query = Select email FROM virtual_users where email='%s' Muchas gracias por vuestra ayuda -- 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/540d54d5.1000...@sorianatural.es
Ayuda con LVM
Estimados, configuré un servidor (de pruebas por ahora) con LVM y RAID1. Dicha configuración la realicé en la instalación del sistema, al momento de definir las particiones. La configuración es la siguiente: Particiones: Part.Prim/Log.Tipo Uso Tamaño Booteable sda1 Primaria ext4 /boot 1GB Si sda5 Lógica ext4 / 80GB No sda6 Lógica ext4 Resto - 4 GB No--- En esta partición configuré luego LVM, por eso acá no defino punto de montaje sda7 Lógica ext4 SWAP 5GB No RAID1: Componentes /Dispositivo sda1 con sdb1 /dev/md0 sda5 con sdb5 /dev/md1 sda6 con sdb6 /dev/md2 sda7 con sdb7 /dev/md3 LVM: Cantidad de grupos de volúmenes:1 Nombre del grupo de volúmenes: LVM Dispositivos que componen el grupo: /dev/md2 Cantidad de volúmenes lógicos: 3 - Volumen lógico 1: LVM --- Backups (100 GB) - Volumen lógico 2: LVM --- Logs(100 GB) - Volumen lógico 3: LVM --- Cloud (300 GB) Como verán por los nombres de los volúmenes lógicos voy a ir probando varias cosas, entre ellas claro está LVM. El servidor en si está funcionando y por ahora solo está en uso el volumen lógico Logs (montado en /var/log). El problema es que ahora quiero comenzar a utilizar el volumen lógico Backups pero no lo encuentro :S Miren la salida de los siguientes comandos: pvscan No matching physical volumes found lvscan No volume groups found vgscan Reading all physical volumes. This may take a while... No volume groups found cat /etc/fstab # /etc/fstab: static file system information. # # Use 'blkid' to print the universally unique identifier for a # device; this may be used with UUID= as a more robust way to name devices # that works even if disks are added and removed. See fstab(5). # # file system mount point type options dump pass # / was on /dev/md1 during installation UUID=768762e9-6528-4ffd-a4db-a6b00ea493b2/ ext4 errors=remount-ro 0 1 # /boot was on /dev/md0 during installation UUID=f7b8f1be-38db-49e4-9bf5-c35a7da38eca/boot ext4 defaults 0 2 # swap was on /dev/md3 during installation UUID=7dc5f23e-b5e2-43f3-99b5-e022b822fcb2none swap sw0 0 /dev/sr0 /media/cdrom0 udf,iso9660 user,noauto 0 0 cat /proc/mdstat Personalities : [raid1] md3 : active raid1 sda7[2] sdb7[0] 4881344 blocks super 1.2 [2/2] [UU] md2 : active raid1 sda6[2] sdb6[0] 892445504 blocks super 1.2 [2/2] [UU] --- Esta es la partición de 851 GB en donde, supuestamente, tengo LVM md1 : active raid1 sda5[2] sdb5[0] 78253952 blocks super 1.2 [2/2] [UU] md0 : active raid1 sda1[2] sdb1[0] 975296 blocks super 1.2 [2/2] [UU] unused devices: none La verdad que estoy perdido. Me estoy olvidando de algo? Por si acaso instalé Webmin, pero cuando voy al módulo de LVM me dice que no se han encontrado grupo de volúmenes en el sistema... Les agradecería mucho su ayuda para resolver este misterio. A lo mejor estoy pasando algo por alto, es la primera vez que uso LVM. Cualquier otra cosa que necesiten ver háganmelo saber por favor. Saludos y muchas gracias, Mauro. -- 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/540d9e39.9090...@gmail.com
Re: Ayuda con LVM
Hola, según veo de tu fstab, no esas usando el 'volumen lógico Logs (montado en /var/log)' como dices.. al menos en tu fstab no aparece. Como sabes realmente que lo estas usando? en comando mount que te indica? Por otro lado en tu mail, en un lado indicas que sda6 tiene 4GB y en otro 851GB, cual de los dos es correcto? En fin para mi intentaste configurar lvm en la instalación, pero no le diste en 'aplicar' :), si pvscan te indica que no hay un, es probable que no tengas definido un PV :) Podes comenzar con 'pvcreate /dev/sda6´ y configurar todo sin reiniciar el equipo. Saludos.
Claves publias SSH authorized_keys
Buenos dias,tarde,noche Lista tengo una pequeña duda al utilizar varias llaves publicas contra un mismo servidor ssh veo que solo existe un solo archivo llamado authorized_keys donde estar la información de la llave del cliente que ha de conectarse a nuestro servidor. puedo conectar muchos clientes de esta manera al mismo server? Hay que generar otros authorized_keys? debo modificar alguna directiva en el sshd_confg? agradezco el apoyo de cada uno. Saludos! -- John M. A. Vera F. VaSLibre Valencia-Venezuela Linux Counter # 467192 Huella digital de la clave: D7F5 0E53 7C0B 19E2 6212 C584 9CD3 3F7D 738F BE9A y la verdad OS hara Libres!! -- 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/cakned_upoqqzup7zpkpxpuw7o3rv34vbbr1cjdgohhh+pgk...@mail.gmail.com
Re: Claves publias SSH authorized_keys
El día 8 de septiembre de 2014, 15:03, john vera john.ve...@gmail.com escribió: Buenos dias,tarde,noche Lista tengo una pequeña duda al utilizar varias llaves publicas contra un mismo servidor ssh veo que solo existe un solo archivo llamado authorized_keys donde estar la información de la llave del cliente que ha de conectarse a nuestro servidor. puedo conectar muchos clientes de esta manera al mismo server? Hay que generar otros authorized_keys? debo modificar alguna directiva en el sshd_confg? agradezco el apoyo de cada uno. Saludos! En el fichero autorized_keys es el fichero donde guardas la clave publica del usuario de la maquina donde te vas a conectar (Maquina origen), es decir tu servidor destino dejara conectarse si ve que la clave publica que tiene almacenada, coincide con la clave privada que se genera con dicha clave publica. Por tanto, podras conectar todos los clientes que quieras o mejor decir (usuarios, siempre que tengan su clave publica/privada) y la importes en el autorized_keys. Por tanto, en el servidor destino no tendras que generar nada ni configurar nada, solamente tendras que crear las claves en los clientes y añadirlos al autorized_keys. De todas formas, ssh se hace mas restringuido. Hay una directiva en el sshd_config Permit Users (o algo así) dodne: Permit Users: pedro Solo permitira conectarse con el usuario Pedro, y no te dejara, con otros usuarios auque tengas la clave publica de estos usuartios enel autorized_keys. Crero que es asi, si no me equivoco. Un saludo -- 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/CAMF5f5CZNfckw9Wj2jYY7xFTT8hHi=fpnn9pd7wcn20661e...@mail.gmail.com
Re: resolucion monitor
El Sun, 07 Sep 2014 14:59:44 -0300, Alexis Saucedo escribió: Corrijo el html y el top-posting... Alexis, tanto tiempo en la lista y aún haciendo las cosas mal ¿eh? ;-) El 7 de septiembre de 2014, 14:31, Camaleón noela...@gmail.com escribió: (...) ¿Y qué resolución tienes en el portátil? Es posible que el driver VESA la admita de manera nativa. Prueba a generar el modeline como te puse antes y añade esa línea en el xorg.conf que tenías a ver si lo admite pero como te digo, el driver VESA es muy limitado ;-( El modelo del Flatron es W1941S, Perfecto... veo que tiene una conexión D-SUB. lo que acabo de hacer hacer que el sistema cree el xorg.con.new de nuevo, ahora si me muestra dos monitores (...) No necesitas hacer eso, se supone que el portátil controla la salida de vídeo automáticamente cuando conmutas/activas el monitor externo. Lo que has hecho sirve cuando el sistema tiene una tarjeta con salida dual (dual- head) o tienes dos tarjetas gráficas instaladas pero no es tu caso. pero cuando me voy a menu de aplicaciones/pantalla solo me muestra un monitor que dice default, no deberia mostrarme los dos? Sí, bueno, depende... ¿estás con gnome-shell? ¿qué te dice ahora xrandr - q? También deberías asegurarte de que el portátil permita tener activadas al mismo tiempo las dos salidas de vídeo (pantalla integrada y monitor externo). reemplace el pedazo de codigo: Identifier Card0 Driver vesa BusID PCI:1:0:0 por: Identifier SiS Card Driver sis y cuando reinicio le pac comienza a levantar y simplemente cuando quiere levantar las x se queda en negro con el cursor parpadeando, no me da ningun error solo que no arranca, tengo q entrar por colsola, renombrar el archivo y reciem me permite levantar. Igualmente revisa el archivo que tienes en /var/log/Xorg.0.log por si hubiera volcado algún dato del error. Si no puedes usar el driver SiS en el sistema con el VESA vas a tener muchos problemas y un rendimiento extremadamente bajo. ¿Has probado a renombrar el archivo xorg.con para que el sistema intente detectar la configuración automáticamente y una vez iniciado el sistema activar la salida al monitor externo? Tiene que funcionar sin que hagas nada especial. 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.09.08.14.04...@gmail.com
Re: Claves publias SSH authorized_keys
On Mon, Sep 08, 2014 at 08:33:45AM -0430, john vera wrote: Hay que generar otros authorized_keys? debo modificar alguna directiva en el sshd_confg? Puedes utilizar ssh-copy-id, que te facilitará la vida. -- Adrià García-Alzórriz 0x09494C14 Olla que hierve arrebatada, olla malograda. signature.asc Description: Digital signature
Re: [OT] Plano físico de cableado
El Mon, 08 Sep 2014 08:18:50 +0200, José Miguel (sio2) escribió: (...) Ahora se han hecho algunos cambios y tengo que volver sobre los planos, y he pensado que es un buen momento para intentar rehacerlos bien. Y ahí va mi pregunta, ¿hay alguna norma para hacer estos planos que me pueda servir de guía o Sabe alguien dónde puedo encontrar planos ya hechos para ver si son más legibles que los que yo hice? Normativa para el conexionado del cableado y su distribución sí conozco pero para el diseño de planos de la instalación, no. Yo me hice en su día dos esquemas enlazados: uno gráfico para mostrar la ubicación en planta de los componentes y equipos y otro tabloide (tablas y texo) con los detalles y datos técnicos. 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.09.08.14.11...@gmail.com
Re: Claves publias SSH authorized_keys
El día 8 de septiembre de 2014, 16:11, Adrià ad...@fsfe.org escribió: On Mon, Sep 08, 2014 at 08:33:45AM -0430, john vera wrote: Hay que generar otros authorized_keys? debo modificar alguna directiva en el sshd_confg? Puedes utilizar ssh-copy-id, que te facilitará la vida. -- autorized_keys es un fichero que se crea dentro de un directorio oculto en el home del usuario .ssh Echale un vistazo a este articulo, viene todo muy bien explicado. http://kzkggaara.wordpress.com/2011/02/14/ssh-sin-contrasena-en-solo-3-pasos/ Un saludo -- 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/camf5f5bvtye8p4-csuf3trrbbjigts9nxmfrpxvr2uyalcg...@mail.gmail.com
Re: OT.: Parece que el sistema pasa a suspensión en vez de apagar
El Mon, 08 Sep 2014 00:05:17 -0300, Paulo Riquelme escribió: El día 6 de septiembre de 2014, 15:56, Camaleón noela...@gmail.com escribió: (...) Hum... ¿cómo desactivaste exactamente el demonio? Porque si lo detienes y reinicias el equipo se vuelve a cargar. Y por otra parte, se trata de comprobar que estando encendido el equipo SIN ese demonio en ejecución la batería permanece estable. Ten en cuenta que al NO tener conectado el cable de alimentación al portátil la batería se consume continuamente y sólo con encender el equipo ya debe de bajar el nivel de carga. Sí, lo siento, no fui nada claro, lo que quise decir es que efectivamente desactivé el laptop-mode-tools de forma definitiva desde /etc/laptop-mode/laptop-mode.conf cambiando el valor de la línea ENABLE_LAPTOP_MODE_TOOLS=1 y lo cambié por ENABLE_LAPTOP_MODE_TOOLS=0, de hecho de puro menso en las líneas ENABLE_LAPTOP_MODE_ON_BATTERY también le cambié el valor a 0, luego de eso reinicié el sistema entero desde Gnome, no lo comprobé pero supongo que ya cambiando el valor de la primera línea que mencioné a 0 ya no se carga el Laptop-mode-tools. Comprueba que no esté iniciado con service laptop-mode status. No, no es lo mismo. Interesa que desactives completamente el servicio que se ejecuta como demonio y se carga nada más iniciar el sistema. En el archivo /etc/laptop-mode/laptop-mode.conf define la variable ENABLE_LAPTOP_MODE_TOOLS a 0, guarda los cambios y reinicia el equipo para comprobar que no se inicia el servicio. Como dije arriba, el viernes desactivé el laptop-mode-tools, cambiando el valor de la variable ENABLE_LAPTOP_MODE_TOOLS a 0, reinicié el sistema desde el botón reiniciar de Gnome, al iniciar nuevamente el sistema trabajé un rato más, tomé nota del nivel de batería que bajó un poco (6 a 7 % +-) al desactivar laptop-mode-tools y seguidamente apagué desde una xterminal, con shutdown -h now. Desde ese momento no lo toqué hasta hoy. Hoy, después de 48 horas encendí mi notebook y parece que vamos bien, ya que después de los 2 días vi una descarga sólo del 5% (lectura el viernes 71% y lectura ahora 66%) que es un cambio mucho menor que el ocurrido las veces anteriores. Sobre si quedan dudas de la carga de laptop-mode-tools como demonio, ejecuté systemctl varias veces y con las opciones por separado grep | Laptop, grep | laptop, grep | lmt;grep | LMT y no habían datos. Bien :-) Acá está el dmesg http://pastebin.com/L6YtaA1L En el archivo que mandas no se ve nada raro: detecta la batería y no detecta conexión a la red eléctrica. Tienes que tener en cuenta que una vez iniciado el sistema con todos los servicios (y sin usar ningún perfil de ahorro energético, ni suspensión/hibernación) la carga de la batería te va a ir disminuyendo progresivamente, eso es normal. Y como no la conectas a la toma de corriente, pues se agota. Ah! se me olvidaba que al ingresar al sistema el reloj del gnome me estaba mostrando las 01:07 del lunes 08 de septiembre cuando de verdad eran las 23:07 del domingo 07, esto lo menciono nada más que para ser detallista en todo lo que ocurre en mi compu, no creo que tenga relación con lo mismo que estamos viendo. Y luego como que se arregló sólo a la hora correcta, debió ser cuando reinicié mi router porque no me estaba dando internet. Es decir, que GNOME muestra un desfase de la zona horaria (+0200), mira a ver qué te devuelve date para ver si la zona es correcta. 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.09.08.14.29...@gmail.com
Re: Ayuda con LVM
El 08/09/14 a las 09:29, Flako escibió: Hola, según veo de tu fstab, no esas usando el 'volumen lógico Logs (montado en /var/log)' como dices.. al menos en tu fstab no aparece. Como sabes realmente que lo estas usando? en comando mount que te indica? Esta es la salida del comando mount: mount sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime) proc on /proc type proc (rw,nosuid,nodev,noexec,relatime) udev on /dev type devtmpfs (rw,relatime,size=10240k,nr_inodes=504899,mode=755) devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000) tmpfs on /run type tmpfs (rw,nosuid,noexec,relatime,size=405168k,mode=755) /dev/disk/by-uuid/768762e9-6528-4ffd-a4db-a6b00ea493b2 on / type ext4 (rw,relatime,errors=remount-ro,user_xattr,barrier=1,data=ordered) tmpfs on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k) tmpfs on /run/shm type tmpfs (rw,nosuid,nodev,noexec,relatime,size=1786600k) /dev/md0 on /boot type ext4 (rw,relatime,user_xattr,barrier=1,data=ordered) rpc_pipefs on /var/lib/nfs/rpc_pipefs type rpc_pipefs (rw,relatime) Por otro lado en tu mail, en un lado indicas que sda6 tiene 4GB y en otro 851GB, cual de los dos es correcto? Nono, si te fijás bien dice resto - 4 GB, osea que es el resto del disco menos 4 GB que dejo para la SWAP. Esto da 851 GB aprox. En fin para mi intentaste configurar lvm en la instalación, pero no le diste en 'aplicar' :), si pvscan te indica que no hay un, es probable que no tengas definido un PV :) Me parece que tenés razón. Que distracción de mi parte... Podes comenzar con 'pvcreate /dev/sda6´ y configurar todo sin reiniciar el equipo. Definitivamente, según la salida de los comandos que les pasé, md2 (formado por sda6 y sdb6) no está en uso verdad? Voy a ver entonces si configuro, tal como dices, LVM manualmente. Será una buena oportunidad para practicar. Saludos. Saludos y gracias, Mauro. -- 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/540dc3c5.5000...@gmail.com
Re: Postfix error al enviar correos
El Mon, 08 Sep 2014 09:03:49 +0200, Antonio Moreno escribió: El 05/09/14 14:19, Juan Guil escribió: (...) Yo te diria. Has revisado bien si estan todas las tablas en la base de datos mysql? en la consulta q Tablas Mysql (...) Archivos (...) Muchas gracias por vuestra ayuda Antonio, todo parece correcto en Postfix, revisa la configuración que tienes en Dovecot para enlazarlo con la bdd y que según el enlace que pasaste y que usaste como guía, debería ser el archivo /etc/dovecot/ dovecot-sql.conf.ext 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.09.08.15.21...@gmail.com
Re: OT.: Parece que el sistema pasa a suspensión en vez de apagar
El día 8 de septiembre de 2014, 11:29, Camaleón noela...@gmail.com escribió: El Mon, 08 Sep 2014 00:05:17 -0300, Paulo Riquelme escribió: El día 6 de septiembre de 2014, 15:56, Camaleón noela...@gmail.com escribió: (...) Hum... ¿cómo desactivaste exactamente el demonio? Porque si lo detienes y reinicias el equipo se vuelve a cargar. Y por otra parte, se trata de comprobar que estando encendido el equipo SIN ese demonio en ejecución la batería permanece estable. Ten en cuenta que al NO tener conectado el cable de alimentación al portátil la batería se consume continuamente y sólo con encender el equipo ya debe de bajar el nivel de carga. Sí, lo siento, no fui nada claro, lo que quise decir es que efectivamente desactivé el laptop-mode-tools de forma definitiva desde /etc/laptop-mode/laptop-mode.conf cambiando el valor de la línea ENABLE_LAPTOP_MODE_TOOLS=1 y lo cambié por ENABLE_LAPTOP_MODE_TOOLS=0, de hecho de puro menso en las líneas ENABLE_LAPTOP_MODE_ON_BATTERY también le cambié el valor a 0, luego de eso reinicié el sistema entero desde Gnome, no lo comprobé pero supongo que ya cambiando el valor de la primera línea que mencioné a 0 ya no se carga el Laptop-mode-tools. Comprueba que no esté iniciado con service laptop-mode status. No, no es lo mismo. Interesa que desactives completamente el servicio que se ejecuta como demonio y se carga nada más iniciar el sistema. En el archivo /etc/laptop-mode/laptop-mode.conf define la variable ENABLE_LAPTOP_MODE_TOOLS a 0, guarda los cambios y reinicia el equipo para comprobar que no se inicia el servicio. Como dije arriba, el viernes desactivé el laptop-mode-tools, cambiando el valor de la variable ENABLE_LAPTOP_MODE_TOOLS a 0, reinicié el sistema desde el botón reiniciar de Gnome, al iniciar nuevamente el sistema trabajé un rato más, tomé nota del nivel de batería que bajó un poco (6 a 7 % +-) al desactivar laptop-mode-tools y seguidamente apagué desde una xterminal, con shutdown -h now. Desde ese momento no lo toqué hasta hoy. Hoy, después de 48 horas encendí mi notebook y parece que vamos bien, ya que después de los 2 días vi una descarga sólo del 5% (lectura el viernes 71% y lectura ahora 66%) que es un cambio mucho menor que el ocurrido las veces anteriores. Sobre si quedan dudas de la carga de laptop-mode-tools como demonio, ejecuté systemctl varias veces y con las opciones por separado grep | Laptop, grep | laptop, grep | lmt;grep | LMT y no habían datos. Bien :-) Acá está el dmesg http://pastebin.com/L6YtaA1L En el archivo que mandas no se ve nada raro: detecta la batería y no detecta conexión a la red eléctrica. Tienes que tener en cuenta que una vez iniciado el sistema con todos los servicios (y sin usar ningún perfil de ahorro energético, ni suspensión/hibernación) la carga de la batería te va a ir disminuyendo progresivamente, eso es normal. Y como no la conectas a la toma de corriente, pues se agota. Ok, naturalmente va a ir disminuyendo la carga de la batería si no la conecto a AC, pero: un apagado + 48 horas inactivo + un encendido = -5% no sé si sea normal aunque insisto que estoy más que contento con ese consumo ya que es mucho menor al que tenía anteriormente, ahora bien, ¿me recomendarías que activara el laptop-mode-tools y de manera personal comience a buscar los parámetros adecuados que hacen drenar batería al estar inactivo? te pregunto esto ya que contar con un perfil de ahorro mientras el notebook está encendido maximiza el tiempo de autonomía y por otro lado ya sé que aalgo de lo que administra el laptop-mode-tools me hacía consumir batería mientras estaba apagado. Ah! se me olvidaba que al ingresar al sistema el reloj del gnome me estaba mostrando las 01:07 del lunes 08 de septiembre cuando de verdad eran las 23:07 del domingo 07, esto lo menciono nada más que para ser detallista en todo lo que ocurre en mi compu, no creo que tenga relación con lo mismo que estamos viendo. Y luego como que se arregló sólo a la hora correcta, debió ser cuando reinicié mi router porque no me estaba dando internet. Es decir, que GNOME muestra un desfase de la zona horaria (+0200), mira a ver qué te devuelve date para ver si la zona es correcta. Lo voy a revisar pero como digo se arregló sólo y me pareció que fue cuando recuperé la conexión a internet. Muuuchas Gracias de nuevo. -- Paulo -- 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/CAJvcBJZxo++bgBCw_BpTv=jfw52txerx1_zgs+w0xou-waa...@mail.gmail.com
Re: OT.: Parece que el sistema pasa a suspensión en vez de apagar
El Mon, 08 Sep 2014 12:21:46 -0300, Paulo Riquelme escribió: El día 8 de septiembre de 2014, 11:29, Camaleón noela...@gmail.com escribió: (...) En el archivo que mandas no se ve nada raro: detecta la batería y no detecta conexión a la red eléctrica. Tienes que tener en cuenta que una vez iniciado el sistema con todos los servicios (y sin usar ningún perfil de ahorro energético, ni suspensión/hibernación) la carga de la batería te va a ir disminuyendo progresivamente, eso es normal. Y como no la conectas a la toma de corriente, pues se agota. Ok, naturalmente va a ir disminuyendo la carga de la batería si no la conecto a AC, pero: un apagado + 48 horas inactivo + un encendido = -5% La ecuación sería: encendido n horas + 1 apagado + 48 horas inactivo/sin carga + 1 encendido = -5% Razonable. no sé si sea normal aunque insisto que estoy más que contento con ese consumo ya que es mucho menor al que tenía anteriormente, ahora bien, ¿me recomendarías que activara el laptop-mode-tools y de manera personal comience a buscar los parámetros adecuados que hacen drenar batería al estar inactivo? te pregunto esto ya que contar con un perfil de ahorro mientras el notebook está encendido maximiza el tiempo de autonomía y por otro lado ya sé que aalgo de lo que administra el laptop-mode-tools me hacía consumir batería mientras estaba apagado. (...) Bueno, se supone que laptop-mode-tools sirve precisamente para aumentar la autonomía de la batería cuando no está conectado a la red eléctrica pero en tu caso parece que tiene el efecto contrario, quizá porque no pones el equipo a cargar después de trabajar con él y vas dejando que la batería se vaya agotando. Yo no tengo instalado ese paquete pero como ya te comenté suelo trabajar con el equipo siempre alimentado y cuando tengo que tirar de la batería lo pongo a cargar en cuanto puedo. En cualquier caso, tampoco estaría de más que miraras si hay alguna actualización de la BIOS/EFI de tu equipo. 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.09.08.15.32...@gmail.com
Re: Postfix error al enviar correos
El Mon, 08 Sep 2014 15:21:47 +, Camaleón escribió: El Mon, 08 Sep 2014 09:03:49 +0200, Antonio Moreno escribió: El 05/09/14 14:19, Juan Guil escribió: (...) Yo te diria. Has revisado bien si estan todas las tablas en la base de datos mysql? en la consulta q Tablas Mysql (...) Archivos (...) Muchas gracias por vuestra ayuda Antonio, todo parece correcto en Postfix, revisa la configuración que tienes en Dovecot para enlazarlo con la bdd y que según el enlace que pasaste y que usaste como guía, debería ser el archivo /etc/dovecot/ dovecot-sql.conf.ext Otra cosa... revisando la documentación de Postfix para los dominios virtuales¹, algo que siempre se olvida y que Postfix nos recuerda con mayúsculas es: *** NEVER list a virtual MAILBOX domain name as a mydestination domain! *** O lo que es lo mismo, la variable mydestination del archivo main.cf sólo debe de contener dominios *locales* y la tuya contiene: mydestination = localhost, localhost.midominio.es Prueba a dejar sencillamente: mydestination = localhost Recarga la configuración de Postfix y prueba de nuevo. http://www.postfix.org/VIRTUAL_README.html#in_virtual_other 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.09.08.16.01...@gmail.com
Re: Postfix error al enviar correos
El 08/09/14 18:01, Camaleón escribió: (...) Otra cosa... revisando la documentación de Postfix para los dominios virtuales¹, algo que siempre se olvida y que Postfix nos recuerda con mayúsculas es: *** NEVER list a virtual MAILBOX domain name as a mydestination domain! *** O lo que es lo mismo, la variable mydestination del archivo main.cf sólo debe de contener dominios *locales* y la tuya contiene: mydestination = localhost, localhost.midominio.es Prueba a dejar sencillamente: mydestination = localhost Recarga la configuración de Postfix y prueba de nuevo. http://www.postfix.org/VIRTUAL_README.html#in_virtual_other Saludos, Ya lo lei, muchas gracias por el recordatorio Seguire revisando la configuracion pero todo parece correcto Muchas gracias de nuevo -- 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/540dd757.6020...@sorianatural.es
Re: Postfix error al enviar correos
El Mon, 08 Sep 2014 18:20:39 +0200, Antonio Moreno escribió: El 08/09/14 18:01, Camaleón escribió: (...) Otra cosa... revisando la documentación de Postfix para los dominios virtuales¹, algo que siempre se olvida y que Postfix nos recuerda con mayúsculas es: *** NEVER list a virtual MAILBOX domain name as a mydestination domain! *** O lo que es lo mismo, la variable mydestination del archivo main.cf sólo debe de contener dominios *locales* y la tuya contiene: mydestination = localhost, localhost.midominio.es Prueba a dejar sencillamente: mydestination = localhost Recarga la configuración de Postfix y prueba de nuevo. http://www.postfix.org/VIRTUAL_README.html#in_virtual_other Saludos, Ya lo lei, muchas gracias por el recordatorio ¿Y te sigue diciendo lo mismo al quitar el dominio virtual? Haz la prueba para ir descartando cosas y envía de nuevo el registro de Postfix/Dovecot tras haber cambiado ese valor. Seguire revisando la configuracion pero todo parece correcto Manda los datos de configuración, cuantos más ojos los vean mejor :-) P.S. Recuerda omitir datos sensibles de contraseñas, etc... 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.09.08.16.26...@gmail.com
Re: Postfix error al enviar correos
El 08/09/14 17:21, Camaleón escribió: (...) Antonio, todo parece correcto en Postfix, revisa la configuración que tienes en Dovecot para enlazarlo con la bdd y que según el enlace que pasaste y que usaste como guía, debería ser el archivo /etc/dovecot/ dovecot-sql.conf.ext Saludos, Las lineas que conectan la bbdd son estas, en principio son correctas con las tablas que tengo y si las ejecuto directamente en mysql me devuelven lo que tienen que devolver connect = host=127.0.0.1 dbname=mailserver user=root password=pass user_query = SELECT '/home/vmail/%d/%n' AS home, 5000 AS uid, 5000 AS gid FROM virtual_users WHERE email = '%u' password_query = Select email as user, password from virtual_users where email='%u'; La tabla virtual_users tiene los siguientes campos +---+--+--+-+-++ | Field | Type | Null | Key | Default | Extra | +---+--+--+-+-++ | id| int(11) | NO | PRI | NULL| auto_increment | | domain_id | int(11) | NO | MUL | NULL|| | password | varchar(32) | NO | | NULL|| | email | varchar(100) | NO | UNI | NULL|| +---+--+--+-+-++ Como veis todos los campos se supone que estan correctamente. Mañana seguire revisando mas cosas pero ya me estoy dando por vencido (con lo bien que me va qmail, para que lo voy a cambiar ;-)) Muchas gracias -- 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/540dd9d4.7070...@sorianatural.es
Re: Postfix error al enviar correos
El Mon, 08 Sep 2014 18:31:16 +0200, Antonio Moreno escribió: El 08/09/14 17:21, Camaleón escribió: (...) Antonio, todo parece correcto en Postfix, revisa la configuración que tienes en Dovecot para enlazarlo con la bdd y que según el enlace que pasaste y que usaste como guía, debería ser el archivo /etc/dovecot/ dovecot-sql.conf.ext Las lineas que conectan la bbdd son estas, en principio son correctas con las tablas que tengo y si las ejecuto directamente en mysql me devuelven lo que tienen que devolver connect = host=127.0.0.1 dbname=mailserver user=root password=pass user_query = SELECT '/home/vmail/%d/%n' AS home, 5000 AS uid, 5000 AS gid FROM virtual_users WHERE email = '%u' password_query = Select email as user, password from virtual_users where email='%u'; Hum... en tu guía pone otra cosa: /etc/dovecot/dovecot-sql.conf.ext https://workaround.org/ispmail/wheezy/setting-up-dovecot La tabla virtual_users tiene los siguientes campos (...) Como veis todos los campos se supone que estan correctamente. Mañana seguire revisando mas cosas pero ya me estoy dando por vencido (con lo bien que me va qmail, para que lo voy a cambiar ;-)) Los datos de las tablas parecen correctos pero por algún motivo Dovecot no encuentra a los usuarios. Yo haría esas dos pruebas: 1/ Cambiar la variable mydestination 2/ Usar la configuración de la guía Y con cada cambio, reinicio de los servicios, prueba de envío/recepción de correo y envío del registro de errores. Por otra parte ¡animo! merece la pena el esfuerzo dado que Qmail apenas se actualiza. 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.09.08.16.52...@gmail.com
Re: Ayuda con LVM
por lo de 'sda6 tiene 4GB y en otro 851GB,' tienes razón.. no lei la palabra 'resto' :( en la salida del comando mount, no tenes ningún recurso montando en /tmp por lo que confirma que no estas usando el volumen lógico llamado Logs Por el listado de /dev/md2 solo te esta describiendo el raid 1. Si deberias buscar algun tutorial de como usar lvm con raid y comenzar. En tu caso siendo que es un raid no estoy seguro a que le deberias correr el pvcreate, no se si a /dev/md2 o a /dev/sda6 y se sincroniza solo con sdb6. (no se...) Saludos,
Re: Ayuda con LVM
El 08/09/14 a las #4, Mauro Antivero escribió: Estimados, configuré un servidor (de pruebas por ahora) con LVM y RAID1. Dicha configuración la realicé en la instalación del sistema, al momento de definir las particiones. La configuración es la siguiente: [...] La verdad que estoy perdido. Me estoy olvidando de algo? Hola, Has sido muy claro en tu mail, pero tengo algunas dudas sobre el proceso. RAID-1 se hace con particiones tipo RAID, sin embargo las muestras formateadas con ext4 como si fueran particiones regulares Linux (83 si mal no recuerdo). Sobre esos RAID-1 se declaran los PV agrupados en VG y luego se crean los LV de acuerdo a la implementación que quieras lograr, los que luego se formatean con el filesystem de tu interés. No es la única forma de hacerlo, existe LVM sin RAID o incluso gente que ha configurado RAID sobre LVM pero no son recetas habituales. Sugiero: https://raid.wiki.kernel.org/index.php/Partitioning_RAID_/_LVM_on_RAID y http://www.markus-gattol.name/ws/lvm.html -- Seb -- 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/540e18f0.3020...@indomitux.com.ar
Re: Problema de saturación de red
El Thu, 04 Sep 2014 17:20:33 -0700 agronomo agron...@agronomos.ca escribió: On 09/04/2014 05:01 PM, Fabián Bonetti wrote: On Thu, 4 Sep 2014 18:52:08 -0500 Antonio Galicia antonio.gali...@gmail.com wrote: A mi me sucede lo mismo debes en cuando. Tense que era un ddos. Tal vez la tarjeta de red se sobrecaliente? Sera la solución un Bonding? Fabian: Revisa el trafico UDP y la ortografia; parece que debe algo o le debe a alguien (duelen los ojos) -- 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/540901d1.2070...@agronomos.ca -- Angel Claudio Alvarez an...@angel-alvarez.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/20140908214704.29c120c7cb66f11f3d0bc...@angel-alvarez.com.ar
Re: Problema de saturación de red
y la ortografia; parece que debe algo o le debe a alguien (duelen los ojos) Por favor sabemos que tienes potencial. No lo malgastes. ortografia... se escribe ignorante así ortografía. Salúdame a tu maestra. -- Servicios:. http://mamalibre.com.ar/plus MamaLibre, Casa en Lincoln, Ituzaingo 1085 CP6070, Buenos Aires, Argentina pgp3Tj3prFHpc.pgp Description: PGP signature
