Re: RECUPERAR directorio en LINUX
El 17/10/14 a las 12:08, Camaleón escibió: El Fri, 17 Oct 2014 06:38:16 -0300, Eduardo Jorge Gil Michelena escribió: Ha ocurrido un grave problema. Un "niño" travieso cuando hacía limpieza y traslados de archivos ha borrado accidentalmente un directorio. Unos 200 GB. ¡Ay! Por lo menos me dio aviso ni bien ocurrió el error... así que procedí a desmontar el disco de inmediato ¡Por suerte era un disco "auxiliar"! ni siquiera el de las /homes. Voy a intentar con extundelete a ver que pasa... Sólo funciona con sistemas de archivos ext2/3/4, para los demás puedes probar con el que te han recomendado (testdisk). Trabaja siempre con una copia en bruto del disco/partición sobre la que vas a trabajar en la recuperación y a ser posible desde una LiveCD. El problema es que no recuerda bien el nombre del directorio... así que no me queda otra alternativa que intentar recuperar todo el disco. De todas formas, la ventaja del extundelete es que te deja todo en un directorio llamado recovery_files y dentro de el, los subdirectorios y archivos recuperados con el nombre que tenían, no es así en el caso del photorec. Además si no conoces el directorio exacto que falta, tal ve conozcas el nombre de un directorio del cual este sea un subdirectorio, eso afinaría la búsqueda. Lo bueno es que el extundelete es (según mi experiencia) bastante mas rápido que el photorec, así que si el sistema de archivos es, como te indicó camaleón, ext2/3/4te lo recomiendo. Para estos casos tengo preparado un pendrive con deft con todas las herramientas listas, lo puedes descargar desde aquí: www.deftlinux.net Es una distribución para propósitos forenses que entre otras cosas te facilita mucho el trabajo, hace los mount r/o y cosas por el estilo, aparte de que te permite hacer "autopsias" a equipos con Android, Samsung Galaxys y cosas por el estilo. (...) Si tenía permisos de administrador, mala cosa... si era un disco secundario como dices sólo con datos y no del sistema, tendrás más suerte ;-) Saludos, 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/5442091d.90...@gmail.com
Re: Agrandar patición raiz del sistema
El 17/10/14 a las 10:05, Santiago Vila escibió: On Fri, Oct 17, 2014 at 09:28:05AM -0400, Ismael L. Donis Garcia wrote: 1 / 15 G Mi directorio raíz no pasa de 4 Gigas. ¿Qué hace la gente para necesitar más de 10? Te recomiendo que, si tanta pereza te da reinstalar, en vez de darle más espacio al directorio raíz, reduzcas la necesidad de espacio quitando lo que sobre. Llevo con esa partición así desde debian 5 (unos meses antes de salir la versión 6) que fue cuando comencé a usar linux. En ese caso puede que hayas acumulado muchos paquetes que ya no te hacen falta. De hecho, en el directorio /var/cache/apt/archives te guarda los paquetes que has descargado y creeme, eso puede ocupar varios GB. Una forma sencilla de limpiar eso es la siguiente: Desde cualquier consola ejecutas: $df -h para ver como está el espacio. #aptitude o $sudo aptitude + t para abrir el menú. bajas con la flecha hasta donde dice: Limpiar el almacén de paquetes y presionas , luego otra ve para aceptar y listo. Ya tienes otros GB disponibles. Si lo deseas vuelve a presionar + t y ahora bajas hasta donde dice ·limpiar ficheros obsoletos" y presionas . Ahora te dice cuanto espacio recuperaste, presiona para aceptar y listo. Sales de aptitude con "q". Vuelve a ejecutar. $df -h y observa como quedó todo. * Usa deborphan para quitar paquetes que no sean necesarios. * Desinstala cualquier paquete que no quieras tener instalado de verdad. Usa "debfoster". * Rota los logs a diario. Reduce el número de rotaciones que se hacen en total. Por ejemplo, en /etc/logrotate.conf prueba a poner esto: # rotate log files daily daily # keep 7 days worth of backlogs rotate 7 Luego ve a /etc/logrotate.d y elimina cualquier "weekly" o "monthly" que veas. Y cada vez que veas un rotate con un número, quítalo (tendrá preferencia el "rotate 7" de /etc/logrotate.conf). Ese manejo de los archivos de log que te indica Santiago es muy importante y te sugiero que lo investigues independientemente de la solución que vayas a dar a tu requerimiento. 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/54420204.9000...@gmail.com
Re: [OT] Proposición para preservar la libertad de elección del sistema de inicio
El 17/10/14 a las 21:02, Manolo Díaz escibió: En varias ocasiones esta lista ha mostrado su preocupación al respecto. Pues bien, parece ser que el comité técnico votará dicha proposición en breve. https://lists.debian.org/debian-vote/2014/10/msg1.html Gracias por la información pero no veo por qué lo marcas OT. Saludos. 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/5441f871.8040...@gmail.com
Re: Ayuda!!!!!!
El oct 17, 2014 9:46 p.m., "Manolo Díaz" escribió: > > El miércoles, 27 abr 2016 a las 21:53 horas (UTC+2), > lreyes escribió: > > >hola amigis megustaria saber porque motivo mi postfix no me quiere > >enviar > >correos a el dominio yahoo una ves ke lo me manda estes error > > > >he probado con usuarios que no estan activos en los server de yahoo > >pero de todas formas con usuarios reales de yahoo me da el mismo error > >saludos > > > >This is the mail system at host mx.rimed.cu. > > > >I'm sorry to have to inform you that your message could not > >be delivered to one or more recipients. It's attached below. > > > >For further assistance, please send mail to postmaster. > > > >If you do so, please include this problem report. You can > >delete your own text from the attached returned message. > > > > The mail system > > > >: host mta7.am0.yahoodns.net[63.250.192.45] said: 554 > >Message > > not allowed - [320] (in reply to end of DATA command) > > > >: host mx-eu.mail.am0.yahoodns.net[188.125.69.79] said: > >554 > > Message not allowed - [320] (in reply to end of DATA command) > > > >: host mx-eu.mail.am0.yahoodns.net[188.125.69.79] > >said: > >554 > > Message not allowed - [320] (in reply to end of DATA command) > > > >Reporting-MTA: dns; mx.rimed.cu > >X-Postfix-Queue-ID: EA8206409F > >X-Postfix-Sender: rfc822; lre...@ipurr.sc.sc.rimed.cu > >Arrival-Date: Fri, 17 Oct 2014 15:12:30 -0400 (EDT) > > > >Final-Recipient: rfc822; q...@yahoo.com > >Original-Recipient: rfc822;q...@yahoo.com > >Action: failed > >Status: 5.0.0 > >Remote-MTA: dns; mta7.am0.yahoodns.net > >Diagnostic-Code: smtp; 554 Message not allowed - [320] > > > >Final-Recipient: rfc822; df...@yahoo.es > >Original-Recipient: rfc822;df...@yahoo.es > >Action: failed > >Status: 5.0.0 > >Remote-MTA: dns; mx-eu.mail.am0.yahoodns.net > >Diagnostic-Code: smtp; 554 Message not allowed - [320] > > > >Final-Recipient: rfc822; sacdga...@yahoo.it > >Original-Recipient: rfc822;sacdga...@yahoo.it > >Action: failed > >Status: 5.0.0 > >Remote-MTA: dns; mx-eu.mail.am0.yahoodns.net > >Diagnostic-Code: smtp; 554 Message not allowed - [320] > > > > > > Ahí no dice que postfix tu servidor no quisiera enviar los mensajes, > sino que el servidor receptor no quería recibirlos. ¿Por qué será? > > -- > Manolo Díaz > Es un tema de configuración de los servidores receptores, para que no saturen los servidores de los mismos. Y es una forma de que no Allan tantos correos basura. Pd. Esto que digo son opiniones Mias. 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/20141018024541.7f33e...@gmail.com >
[OT] Proposición para preservar la libertad de elección del sistema de inicio
En varias ocasiones esta lista ha mostrado su preocupación al respecto. Pues bien, parece ser que el comité técnico votará dicha proposición en breve. https://lists.debian.org/debian-vote/2014/10/msg1.html 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/20141018033217.18feb...@gmail.com
Re: Ayuda!!!!!!
El miércoles, 27 abr 2016 a las 21:53 horas (UTC+2), lreyes escribió: >hola amigis megustaria saber porque motivo mi postfix no me quiere >enviar >correos a el dominio yahoo una ves ke lo me manda estes error > >he probado con usuarios que no estan activos en los server de yahoo >pero de todas formas con usuarios reales de yahoo me da el mismo error >saludos > >This is the mail system at host mx.rimed.cu. > >I'm sorry to have to inform you that your message could not >be delivered to one or more recipients. It's attached below. > >For further assistance, please send mail to postmaster. > >If you do so, please include this problem report. You can >delete your own text from the attached returned message. > > The mail system > >: host mta7.am0.yahoodns.net[63.250.192.45] said: 554 >Message > not allowed - [320] (in reply to end of DATA command) > >: host mx-eu.mail.am0.yahoodns.net[188.125.69.79] said: >554 > Message not allowed - [320] (in reply to end of DATA command) > >: host mx-eu.mail.am0.yahoodns.net[188.125.69.79] >said: >554 > Message not allowed - [320] (in reply to end of DATA command) > >Reporting-MTA: dns; mx.rimed.cu >X-Postfix-Queue-ID: EA8206409F >X-Postfix-Sender: rfc822; lre...@ipurr.sc.sc.rimed.cu >Arrival-Date: Fri, 17 Oct 2014 15:12:30 -0400 (EDT) > >Final-Recipient: rfc822; q...@yahoo.com >Original-Recipient: rfc822;q...@yahoo.com >Action: failed >Status: 5.0.0 >Remote-MTA: dns; mta7.am0.yahoodns.net >Diagnostic-Code: smtp; 554 Message not allowed - [320] > >Final-Recipient: rfc822; df...@yahoo.es >Original-Recipient: rfc822;df...@yahoo.es >Action: failed >Status: 5.0.0 >Remote-MTA: dns; mx-eu.mail.am0.yahoodns.net >Diagnostic-Code: smtp; 554 Message not allowed - [320] > >Final-Recipient: rfc822; sacdga...@yahoo.it >Original-Recipient: rfc822;sacdga...@yahoo.it >Action: failed >Status: 5.0.0 >Remote-MTA: dns; mx-eu.mail.am0.yahoodns.net >Diagnostic-Code: smtp; 554 Message not allowed - [320] > > Ahí no dice que postfix tu servidor no quisiera enviar los mensajes, sino que el servidor receptor no quería recibirlos. ¿Por qué será? -- 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/20141018024541.7f33e...@gmail.com
Re: Agrandar patición raiz del sistema
On Fri, Oct 17, 2014 at 04:54:27PM -0400, Ismael L. Donis Garcia wrote: > También lo quiero hacer porque quiero migrar a Jessie y talves este me ocupe > más espacio aun que el que tengo en wheezy. El problema que con el tiempo he > ido montando aplicaciones y lo que en un momento me parecio un buen espacio > para la / ya se me está quedando corto y para colmo monté el apache que hace > crecer el archivo access.log cada ves que los usuarios me entran a una > página porque registra todo los post que esta página hace. Eso me esta medio > que complicando; ya eso es una tarea que tengo que realizar más adelante > para evitar que me cresca en demasía el archivo access.log de php Muy bien. Tienes un apache. ¡Pues vaya problema tan gordo! A ver, que hay que darlo todo masticadito. apt-get install logrotate rm -f /var/log/apache2/*.gz nano /etc/logrotate.d/apache2 Verás que dice "weekly" y "rotate 52". Quiere decir que se guardan 52 semanas de logs (un año). Prueba a ponerle "daily" y "rotate 7". Necesitarás 50 veces menos espacio que antes. En vez de esos 5 Gigas que estás pensando en usar te bastarían 100 Megas, y /var/log dejará de ser un problema. ¿No vas a tener 100 Megas en la partición raíz actual? De verdad que no lo entiendo. ¿Vas a andar trasteando con las particiones por no saber o no querer configurar logrotate? -- 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/20141017234156.ga9...@cantor.unex.es
Re: Ayuda!!!!!!
Hola, buenas. Yo tuve el mismo problema, el tema es el siguiente. Después de mandar masivamente correos con el gestor de correo. Yahoo y hotmail detecta que es un gestor de correo masivo y automáticamente frena los correos para esos host. Mi solución fue enviar por lotes. Espero que te sirva. Saludos Pd. Discuten por mandar mal. Estoy respondiendo de mi celular El oct 17, 2014 7:39 p.m., "lreyes" escribió: > > hola amigis megustaria saber porque motivo mi postfix no me quiere enviar > correos a el dominio yahoo una ves ke lo me manda estes error > > he probado con usuarios que no estan activos en los server de yahoo pero de todas formas con usuarios reales de yahoo me da el mismo error > saludos > > This is the mail system at host mx.rimed.cu. > > I'm sorry to have to inform you that your message could not > be delivered to one or more recipients. It's attached below. > > For further assistance, please send mail to postmaster. > > If you do so, please include this problem report. You can > delete your own text from the attached returned message. > > The mail system > > : host mta7.am0.yahoodns.net[63.250.192.45] said: 554 > Message > not allowed - [320] (in reply to end of DATA command) > > : host mx-eu.mail.am0.yahoodns.net[188.125.69.79] said: 554 > Message not allowed - [320] (in reply to end of DATA command) > > : host mx-eu.mail.am0.yahoodns.net[188.125.69.79] said: > 554 > Message not allowed - [320] (in reply to end of DATA command) > > Reporting-MTA: dns; mx.rimed.cu > X-Postfix-Queue-ID: EA8206409F > X-Postfix-Sender: rfc822; lre...@ipurr.sc.sc.rimed.cu > Arrival-Date: Fri, 17 Oct 2014 15:12:30 -0400 (EDT) > > Final-Recipient: rfc822; q...@yahoo.com > Original-Recipient: rfc822;q...@yahoo.com > Action: failed > Status: 5.0.0 > Remote-MTA: dns; mta7.am0.yahoodns.net > Diagnostic-Code: smtp; 554 Message not allowed - [320] > > Final-Recipient: rfc822; df...@yahoo.es > Original-Recipient: rfc822;df...@yahoo.es > Action: failed > Status: 5.0.0 > Remote-MTA: dns; mx-eu.mail.am0.yahoodns.net > Diagnostic-Code: smtp; 554 Message not allowed - [320] > > Final-Recipient: rfc822; sacdga...@yahoo.it > Original-Recipient: rfc822;sacdga...@yahoo.it > Action: failed > Status: 5.0.0 > Remote-MTA: dns; mx-eu.mail.am0.yahoodns.net > Diagnostic-Code: smtp; 554 Message not allowed - [320] > > > -- > 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/05756ccc34a071f7cb1d50a2401a2...@ipurr.sc.sc.rimed.cu >
Ayuda!!!!!!
hola amigis megustaria saber porque motivo mi postfix no me quiere enviar correos a el dominio yahoo una ves ke lo me manda estes error he probado con usuarios que no estan activos en los server de yahoo pero de todas formas con usuarios reales de yahoo me da el mismo error saludos This is the mail system at host mx.rimed.cu. I'm sorry to have to inform you that your message could not be delivered to one or more recipients. It's attached below. For further assistance, please send mail to postmaster. If you do so, please include this problem report. You can delete your own text from the attached returned message. The mail system : host mta7.am0.yahoodns.net[63.250.192.45] said: 554 Message not allowed - [320] (in reply to end of DATA command) : host mx-eu.mail.am0.yahoodns.net[188.125.69.79] said: 554 Message not allowed - [320] (in reply to end of DATA command) : host mx-eu.mail.am0.yahoodns.net[188.125.69.79] said: 554 Message not allowed - [320] (in reply to end of DATA command) Reporting-MTA: dns; mx.rimed.cu X-Postfix-Queue-ID: EA8206409F X-Postfix-Sender: rfc822; lre...@ipurr.sc.sc.rimed.cu Arrival-Date: Fri, 17 Oct 2014 15:12:30 -0400 (EDT) Final-Recipient: rfc822; q...@yahoo.com Original-Recipient: rfc822;q...@yahoo.com Action: failed Status: 5.0.0 Remote-MTA: dns; mta7.am0.yahoodns.net Diagnostic-Code: smtp; 554 Message not allowed - [320] Final-Recipient: rfc822; df...@yahoo.es Original-Recipient: rfc822;df...@yahoo.es Action: failed Status: 5.0.0 Remote-MTA: dns; mx-eu.mail.am0.yahoodns.net Diagnostic-Code: smtp; 554 Message not allowed - [320] Final-Recipient: rfc822; sacdga...@yahoo.it Original-Recipient: rfc822;sacdga...@yahoo.it Action: failed Status: 5.0.0 Remote-MTA: dns; mx-eu.mail.am0.yahoodns.net Diagnostic-Code: smtp; 554 Message not allowed - [320] -- 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/05756ccc34a071f7cb1d50a2401a2...@ipurr.sc.sc.rimed.cu
Re: Agrandar patición raiz del sistema
- Original Message - From: "Debian GMail" To: Sent: Friday, October 17, 2014 2:09 PM Subject: Re: Agrandar patición raiz del sistema El 17/10/14 a las 14:06, Ismael L. Donis Garcia escibió: Respondo y pregunto entre Líneas - Original Message - From: "Carlos Zuniga" To: "Debian User Spanish" Sent: Friday, October 17, 2014 9:58 AM Subject: Re: Agrandar patición raiz del sistema 2014-10-17 8:28 GMT-05:00 Ismael L. Donis Garcia : Que herramienta me recomiendan para agrandar la extensión raíz de mi PC que tiene formato ext4? No tengo disco para hacer copia de seguridad. Tengo 3 particiones en el orden que las expongo: 1 / 15 G 2 /home 15 G 3 /opt resto del disco Quiero quitarle 5 G a /opt para dárselo a / por lo que tengo que achicar /opt y mover /home para poder agrandar / dado que están en ese orden en el disco. Lo malo del caso es que no tengo donde resguardar lo de /opt ni lo de /home ni tampoco lo de / y no quiero reinstalar porque tengo muchas cosas montadas y configuradas. Llevo con esa partición así desde debian 5 (unos meses antes de salir la versión 6) que fue cuando comencé a usar linux. Quiero agrandar la raíz porque tengo que estarla monitoreando a cada rato porque me quedo sin espacio y tengo que estar borrando cosas de /var/log a cada cierto tiempo. Toda sugerencia será bien acogida. Parece difícil sin mover toda la data de /home para hacer espacio. Una opción puede ser que intentes montar un directorio de /opt como /var/log: mount --bind /opt/log /var/log Con esta opción sería permanente el cambio? Me has dado otra idea: hachicar /opt y al final crear otra partición de 5 Gb y en ella montar /var/log Que opinan de esto? Como cambiaría de forma permanente a /var/log para que el sistema me lo reconozca de forma permanente en esa 4ta partición que crearía sin reinstalar el sistema? O en tu fstab: /opt/log /var/log none bind De esa manera todos los archivos de /var/log se guardarían en la partición de /opt (Claro, tienes que mover el contenido de /var/log antes, sería bueno que lo hagas desde un livecd para que no tengas problemas con procesos utilizando archivos en ese directorio). Disclaimer: nunca he hecho esto para un directorio del sistema, no me culpes si tu pc se enciende en llamas o algo parecido. Bueno de todas las sujerencias esta es la que no me ha gustado para nada. jajajaja Saludos Reiterados | ISMAEL | Lo que MENOS RIESGO tiene y lo más EFICIENTE en el manejo de recursos es lo que ya te dije: En la partición 3, dentro de /opt, copias todo el /var. # cp -r /var /opt Borras el /var original. # rm -r /var Creas un enlace lógico de donde lo copiaste, al directorio raíz y que se llame /var. # ln -s /opt/var /var Menos riesgoso, porque haces una copia. Hasta que no estés seguro que queden igualitos, no sigues adelante. Más eficiente, pues no le dedicas una partición exclusiva; el lugar libre que no ocupe /var, puede ser ocupado por algo de /opt. O si /var se "pasa" de los 5GB, puede utilizar recursos de /opt sin bloquearte el sistema. Una preguntonta: ¿dónde tenés la swap, y de qué tamaño es? Porque podés recuperar el espacio de la swap, si la tenés en una partición, adosársela a alguna de las particiones que ya tenés, como ser /opt, y utilizar como swap un archivo más chico que la partición original. O no usarla. Dependiendo de la exigencia que le des al sistema. JAP No me gusta montarlo directo sobre /opt porque entonces me engordaría /opt y eso es aun más peligroso porque tengo base de datos que no pueden quedarse sin espacio. swap la tengo en una partición al final de /opt Realmente el disco tiene una partición primaria de 15 Gb donde esta el sistema. Y el resto una partición lógica la cual está en orden las particiones dentro. - 15 Gb /home - Resto del espacio para /opt - 2.6 Gb para swap Lo que quería es crear una partición para /var/log separada, se que perdería espacio, pero gano en menos riesgos "me parece". Esa partición iria entre la partición /opt y swap, pero quitandole espacio a /opt Lo que desconocía o descozco como asignar de forma permanente esa partición al /var/log ahora después de tener el sistema instalado. Se que durante la instalación con el asistente lo puedes hacer perfectamente, pero nunca lo he realizado después de tener el sistema tiempo funcionando. Yo lo primero que pretendía era agrandar la partición primaria, pero creo que eso me va a traer más dolores de cabeza ya que tengo que hacer muchos cambios antes de hacer eso. También lo quiero hacer porque quiero migrar a Jessie y talves este me ocupe más espacio aun que el que tengo en wheezy. El problema que con el tiempo he ido montando aplicaciones y lo que en un momento me parecio un buen espacio para la / ya se me está quedando corto y para colmo monté el apache que hace crecer el archivo access.log cada ves que los usuarios me entran a una página porque registra todo los pos
Re: Problema actualizar Chrome
El jueves, 16 de octubre de 2014 11:20:02 UTC-4:30, Ing. Nelson Guerra escribió: > Mensaje original > Subject:Re: Update problem > From:Cyril Brulebois > To:Nelson Guerra > Cc:debia...@lists.debian.org > > > Nelson Guerra (2014-10-16): > > Hola, estoy escribiendo desde Argentina. > > > > Recientemente actualicé el navegador Google Chrome y otros paquetes > > mediante Synaptic, pero desde entonces este navegador ya no funciona. > > Mi sistema operativo es Debian 7 estable con escritorio gnome 3, en una > > portátil Presario f500. > > Ojalá ustedes puedan ayudarme. > > Actualmente existe un problema con las nuevas versiones de chrome y debian 7, algún tema con las librerías pero ahora no recuerdo cual. > > Saludos, Nelson > > Hola! > > I believe you should be able to find some help on the Spanish user list: > https://lists.debian.org/debian-user-spanish/ > > Mraw, > KiBi. -- 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/2075462e-b5cb-4b06-a39c-8d92bc93c...@googlegroups.com
Re: Alternativas para server de correo sobre Debian
El miércoles, 15 de octubre de 2014 09:30:02 UTC-4:30, ciracusa escribió: > Hola Lista. > > > > Les consulto, estoy analizando la idea de montar mi propio server de > > correo para alojar 150 cuentas (mas o menos) en modalidad pop3/smtp > > (osea no van a ser imap). > > Cual es la razon para que no uses IMAP? > > Que solución aconsejan? > Algo simple, sin interfaz web postfix + dovecot Si quieres webmail roundcube > > > Que opinión les merece Zimbra? > > Funciona bien, pero no sobre debian, al menos no de la 7 en adelante > > Muchas Gracias. > > > > Salu2. > > > > > > -- > > 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/543e7c1a.60...@gmail.com -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/be839c3d-b378-4aa6-a2da-2b85f7975...@googlegroups.com
Re: Problemas Samba + *.mdb
Hola, De a poco voy solucionando el tema, al menos configurando la mascara quedo mejor. Voy acotando los margenes. El problema que tengo ahora es que los archivos suelen quedar colgados, por ejemplo. Abro un archivo, trabajo sobre el y lo cierro. Cuando otra persona quiere abrirlo me dice que esta tomado por otro usuario. El archivo «archivo.odt» está bloqueado para evitar su edición por: Usuario desconocido Alguna idea? -- Marcos Germán Capelari Teléfono: (+54) 0351 - 4281906 Móvil: (+54) 0351 - 152505843 Córdoba - Argentina Mail/Msn: marcoscapel...@gmail.com
wish
Re: RECUPERAR directorio en LINUX
On Fri, Oct 17, 2014 at 02:15:55PM -0300, Eduardo Jorge Gil Michelena wrote: > Con fecha Viernes, 17 de Octubre de 2014, 09:22:32 a.m., escribió: > > On Fri, Oct 17, 2014 at 06:38:16AM -0300, Eduardo Jorge Gil Michelena wrote: > >> Un "niño" travieso cuando hacía limpieza y traslados de archivos ha > >> borrado accidentalmente un directorio. Unos 200 GB. > >> Por lo menos me dio aviso ni bien ocurrió el error... así que procedí > >> a desmontar el disco de inmediato ¡Por suerte era un disco "auxiliar"! > >> ni siquiera el de las /homes. > >> Voy a intentar con extundelete a ver que pasa... > >> El problema es que no recuerda bien el nombre del directorio... así > >> que no me queda otra alternativa que intentar recuperar todo el disco. > > > Mira en .bash_history. > > Por otro lado, deberías conocer mejor tu sistema, eso de que alguien > > borre 200 GB y no sepas dónde hay 200 GB en tu sistema me parece poco > > ortodoxo (mis sistemas de escritorio no ocupan más de 4 Gigas, a lo > > que habría que añadir el /home pero siempre lo tengo aparte). > > ¿Quién dijo que era MI sistema? Es una máquina de oficina en donde se > realiza edición de videos. Aquí cualquier trabajo (cualquiera) de UN > día ocupa más de 100 GB. Gracias por la aclaración. Una idea para evitar restaurarlo todo: En el directorio donde estaba todo, haz find . -type f | sort > ~/lista1 y en la copia de seguridad find . -type f | sort > ~/lista2 Entonces con un "diff lista1 lista2" tal vez averigües qué directorio es el que desapareció y entonces sabrás lo que necesitas restaurar. -- 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/20141017191621.ga32...@cantor.unex.es
Re: Agrandar patición raiz del sistema
On Fri, Oct 17, 2014 at 04:43:41PM +, Camaleón wrote: > "logorate" debería encargase automáticamente de compactar y eliminar los > registros antiguos, logrotate Parece que esta semana se ha puesto de moda escribirlo mal. -- 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/20141017182108.GB4893@nuc
Re: Agrandar patición raiz del sistema
- Original Message - From: "Debian GMail" To: Sent: Friday, October 17, 2014 10:08 AM Subject: Re: Agrandar patición raiz del sistema El 17/10/14 a las 10:28, Ismael L. Donis Garcia escibió: Que herramienta me recomiendan para agrandar la extensión raíz de mi PC que tiene formato ext4? No tengo disco para hacer copia de seguridad. Tengo 3 particiones en el orden que las expongo: 1 / 15 G 2 /home 15 G 3 /opt resto del disco Quiero quitarle 5 G a /opt para dárselo a / por lo que tengo que achicar /opt y mover /home para poder agrandar / dado que están en ese orden en el disco. Lo malo del caso es que no tengo donde resguardar lo de /opt ni lo de /home ni tampoco lo de / y no quiero reinstalar porque tengo muchas cosas montadas y configuradas. Llevo con esa partición así desde debian 5 (unos meses antes de salir la versión 6) que fue cuando comencé a usar linux. Quiero agrandar la raíz porque tengo que estarla monitoreando a cada rato porque me quedo sin espacio y tengo que estar borrando cosas de /var/log a cada cierto tiempo. Toda sugerencia será bien acogida. | ISMAEL | Primera opción, para transpirar adrenalina: Te bajás la iso de http://www.sysresccd.org/SystemRescueCd_Homepage Quemás el disco y te asegurás que se haya grabado bien. Arrancás la máquina con el CD. Le prendés una vela a los santos, ulemas, budas, árboles corazón o a los siete de Poniente, o a quien te plazca, rogando que no se corte la luz en el proceso, o alguien te desenchufe la máquina, o gparted no falle. Sería mejor pedir un disco prestado, clonarlo, y después ponerse a correr riesgos. Iniciás la utilidad gparted. Achicás /opt, y grabás. Movés /home y grabás. Es más, yo recomendaría: Agrandás /home por la derecha y grabás. Achicás /home por la izquierda y grabás. Agrandás / y grabás. Hacé las operaciones de a una. Puede programarse para que haga todas, una a continuación de la otra, pero no lo recomiendo. Segunda opción, menos riesgosa: En la partición de /opt, copiar una o dos carpetas de la raíz que tenga más o menos los 5GB que le querés sacar y no tenga mucho movimiento. O directamente /var, que es la que te está dando dolores de cabeza. Borrás el directorio /var de / (root) Enlazás el nuevo /var que está en la partición 3. He estado pensando crear una 4ta partición al final para /var/log de 5Gb pero lo que no se ahora es como enlazar de forma permanente a /var/log en la 4ta partición y no ne la raiz? He pensado montarlo en fstab como me dijo carlos zuniga /opt/log /var/log none bind Es lo correcto? Voy a investigar que significa el none bind Pero, a veces es lindo caminar en la cornisa. JAP Saludos | ISMAEL | -- 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/b780e3d2d15147c8a20eea32d0d7e...@natio.co.cu
Re: Agrandar patición raiz del sistema
On Fri, Oct 17, 2014 at 01:06:09PM -0400, Ismael L. Donis Garcia wrote: > > mount --bind /opt/log /var/log > > Con esta opción sería permanente el cambio? Ningún "mount" es permanente, para que lo sea tienes que poner una línea en /etc/fstab (la forma de hacerlo ya te la han explicado). > Me has dado otra idea: hachicar /opt y al final crear otra partición de 5 Gb > y en ella montar /var/log > > Que opinan de esto? Pues opino que son dos barbaridades. Lo de "hachicar" la primera, pero también me lo parece reservar 5 GB para /var/log. ¿De verdad necesitas 5 GB de logs? ¿Acaso los lees? Usa logcheck para que te avise de si hay algo raro, pero todo lo demás es descartable. Y aparte de eso: ¿Qué hay de usar debfoster e instalar solamente lo que necesites? ¿Y de rotar los logs a diario? ¿Y de guardar menos logs? -- 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/20141017181413.GA4893@nuc
Alternativas para server de correo sobre Debian
El oct 17, 2014 9:42 a.m., "Yoslan Raul Jimenez Carvajal" < yr...@ucp.ss.rimed.cu> escribió: > > prueba iredmail > > > El 17/10/2014 a las #4, Maykel Franco escribió: > >> El día 17 de octubre de 2014, 13:45, Flako escribió: >>> >>> Me quede pensado.. >>> También tenes Zarafa que es otro groupware, como Zimbra (tema de >>> licencias habría que verlo, creo que la versión Open Source es mas >>> libre que Zimbra) >>> Otra opción es Zentyal, que implementa todos los servicios de correo >>> si solo vas a usar clientes desktop eso te alcanzaría, sino creo que >>> Zentyal sigue implementado Zarafa. >>> >>> 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/cadqxbrrko_y8kjdw+yh8pd-fb18rre3agcmkzgjspw-5ean...@mail.gmail.com >>> >> >> Yo instalaría un combinado, postfix + dovecot + mysql/ldap + >> spamassasins + clamav + roundcubemail/horde . Y es más, el antispam >> para no cargar mucho la máquina podrías ponerlo en otra máquina y >> enrutar los correos. >> >> Si no quieres complicarte mucho, con ispconfig he tenido muy buenas >> experiencias en otra empresa. Administración web en ajax muy visual y >> efectiva. >> >> Pero haciendo el combinado que te he comentado, tienes todo el control >> y lo ajustas a tu medida. Te será más fácil identificar los errores. >> Un servidor de correo necesita una niñera... >> >> Saludos. Hola Yo me inclinaria a ISPconfig ya trae todo integrado y tiene interfas Web sobretodo. Saludos
Re: DHCP: máquinas que consumen dos ips
El Fri, 17 de Oct de 2014, a las 04:22:22PM +, Camaleón dijo: > Con la opción b) puedes decirle que envíe como UID la dirección MAC > editando manualmente el campo desde los clientes lo que a todos los > efectos sería como si sólo se le enviara un dato,o al menos als ervidor > sólo le llegaría el mismo dato (UID → dirección MAC o MAC → dirección > MAC). No son datos distintos: la MAC es una cosa y el UID es otra, que se envían en campos distintos del paquete DHCPREQUEST. De hecho, de modo predeterminado ocurre lo que tú dices: que el UID vale lo mismo que la MAC. Pero a pesar de ello un cliente que envía un UID(=MAC) y una MAC se considera distinto al que no envía UID y sí la misma MAC (que es dato que siempre se envía). > ¿Seguro? Si fuerzo una petición de IP desde el cliente (dhclient -r) me > da una IP distinta de la que aparece en el archivo "/var/lib/dhcp/ > dhclient.leases" :-? En todo momento estoy hablando de ifup/ifdown que internamente usan dhclient. En cualquier caso, he mirado el manual y "dhclient -r" no pide ip, sino que para el cliente enviando al servidor una notificación para que libere la ip. Como con ifdown ocurre esto, supongo que ipdown usará esta opción "-r". Si el cliente vuelve a pedir la ip y nadie recibió esa ip entre el momento en que se liberó y el que se ha vuelvo a pedir, se le concede la misma, porque el cliente le sugiere al servidor que se la dé. Esa es mi experiencia: no he hecho pruebas exhaustivas, que tampoco vienen mucho a cuento, porque en nada cambian el problema con "deny duplicates". > No sé qué decirte... ¿es posible que esa opción sea aplicable sólo a > clientes que usan BOOTP? La estructura del paquete DHCPREQUEST que te envié yo era de un artículo sobre el protocolo DHCP. > Pero ese archivo de leases no parece una base de datos sino un archivo de > información que le ha enviado el servidor. No, es un archivo que almacena los datos que se ha recibido del servidor. > No sé... yo sigo pensando que si el cliente no pide otra IP al servidor > no volverías a tener problemas porque mantendría la misma durante toda la > sesión, salvo, efectivamente que el equipo reiniciara o recargara el > demonio de la red y no tuviera información alguna de los leases que como > dices más arriba, Es que el problema no se produce mientras se está usando un ordenador y, de repente, se queda uno sin ip. El problema se produce porque se está usando un ordenador en windows (o se estuvo usando hace sólo unas horas por lo que la concesión de ip no ha caducado) y se reinicia en linux o se reinicia para arrancar por red. > Pero eso no ataca el problema de fondo que es evitar que los clientes > pidan (u obtengan) direcciones distintas cada vez. Es que ese no es el problema que quiero resolver: a mí me trae sin cuidado que un ordenador no reciba siempre la misma ip: para eso ya está fixed-address. Lo que yo quiero impedir es que un cliente (entendiendo por cliente una ordenador con una tarjeta de red) acapare dos ips a la vez: una que le dieron cuando ejecutaba windows y que no está libre porque no ha acabado la concesión, y otra que usa en el presente porque está ejecutando linux. > Saludos, Saludos. -- -¿Quién le dice a v.m. que no se pueda hacer? Hacerse puede, que ser imposible es otra cosa. --- 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/20141017182354.ga10...@cubo.casa
Re: Agrandar patición raiz del sistema
El 17/10/14 a las 14:06, Ismael L. Donis Garcia escibió: Respondo y pregunto entre Líneas - Original Message - From: "Carlos Zuniga" To: "Debian User Spanish" Sent: Friday, October 17, 2014 9:58 AM Subject: Re: Agrandar patición raiz del sistema 2014-10-17 8:28 GMT-05:00 Ismael L. Donis Garcia : Que herramienta me recomiendan para agrandar la extensión raíz de mi PC que tiene formato ext4? No tengo disco para hacer copia de seguridad. Tengo 3 particiones en el orden que las expongo: 1 / 15 G 2 /home 15 G 3 /opt resto del disco Quiero quitarle 5 G a /opt para dárselo a / por lo que tengo que achicar /opt y mover /home para poder agrandar / dado que están en ese orden en el disco. Lo malo del caso es que no tengo donde resguardar lo de /opt ni lo de /home ni tampoco lo de / y no quiero reinstalar porque tengo muchas cosas montadas y configuradas. Llevo con esa partición así desde debian 5 (unos meses antes de salir la versión 6) que fue cuando comencé a usar linux. Quiero agrandar la raíz porque tengo que estarla monitoreando a cada rato porque me quedo sin espacio y tengo que estar borrando cosas de /var/log a cada cierto tiempo. Toda sugerencia será bien acogida. Parece difícil sin mover toda la data de /home para hacer espacio. Una opción puede ser que intentes montar un directorio de /opt como /var/log: mount --bind /opt/log /var/log Con esta opción sería permanente el cambio? Me has dado otra idea: hachicar /opt y al final crear otra partición de 5 Gb y en ella montar /var/log Que opinan de esto? Como cambiaría de forma permanente a /var/log para que el sistema me lo reconozca de forma permanente en esa 4ta partición que crearía sin reinstalar el sistema? O en tu fstab: /opt/log /var/log none bind De esa manera todos los archivos de /var/log se guardarían en la partición de /opt (Claro, tienes que mover el contenido de /var/log antes, sería bueno que lo hagas desde un livecd para que no tengas problemas con procesos utilizando archivos en ese directorio). Disclaimer: nunca he hecho esto para un directorio del sistema, no me culpes si tu pc se enciende en llamas o algo parecido. Bueno de todas las sujerencias esta es la que no me ha gustado para nada. jajajaja Saludos Reiterados | ISMAEL | Lo que MENOS RIESGO tiene y lo más EFICIENTE en el manejo de recursos es lo que ya te dije: En la partición 3, dentro de /opt, copias todo el /var. # cp -r /var /opt Borras el /var original. # rm -r /var Creas un enlace lógico de donde lo copiaste, al directorio raíz y que se llame /var. # ln -s /opt/var /var Menos riesgoso, porque haces una copia. Hasta que no estés seguro que queden igualitos, no sigues adelante. Más eficiente, pues no le dedicas una partición exclusiva; el lugar libre que no ocupe /var, puede ser ocupado por algo de /opt. O si /var se "pasa" de los 5GB, puede utilizar recursos de /opt sin bloquearte el sistema. Una preguntonta: ¿dónde tenés la swap, y de qué tamaño es? Porque podés recuperar el espacio de la swap, si la tenés en una partición, adosársela a alguna de las particiones que ya tenés, como ser /opt, y utilizar como swap un archivo más chico que la partición original. O no usarla. Dependiendo de la exigencia que le des al sistema. JAP -- 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/54415b51.7040...@gmail.com
Re: start job is running hace varios minutos
El vie, 17-10-2014 a las 16:54 +, Camaleón escribió: > El Fri, 17 Oct 2014 12:42:20 -0300, Gonzalo Rivero escribió: > > > Holas, > > es que me trajeron un disco nuevo, apagué la computadora para probarlo > > hice mis pruebas, y cuando estuve conforme apagué de nuevo para sacarlo. > > Entonces enciendo de nuevo y tengo este cartel: > > [** ] A start job is running for Create Volatile Files and Directories > > (16min 51s / no limit) > > > > ¿a alguien ya le pasó y/o sabe de que se trata?, hasta ahora encontré > > algo con la partición de swap, pero el disco de mi computadora no lo > > toqué, solo trabajé en el nuevo. > > Según Google es un mensaje de systemd y su servicio de recolección de > "basura": > > http://www.freedesktop.org/software/systemd/man/systemd-tmpfiles.html > http://unix.stackexchange.com/questions/162594/systemd-slow-boot-systemd-tmpfiles-setup > https://www.google.com/webhp?complete=0&hl=en&gws_rd=ssl#complete=0&hl=en&q=Create+Volatile+Files+and+Directories > > Parece un comportamiento similar a la rutina de comprobación de disco > duro que se ejecuta cada 30 días (fsck), quizá como el disco es nuevo > se ha activado al iniciarlo. > Pero... ocurrió *después* que desconecté el disco nuevo. Tal vez demoró mucho porque lo estaría buscando(?) Cada vez me molesta mas ese systemd. > Saludos, > > -- > Camaleón > > -- (-.(-.(-.(-.(-.(-.-).-).-).-).-).-) -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/1413568083.5313.2.ca...@gmail.com
Re: Agrandar patición raiz del sistema
Respondo y pregunto entre Líneas - Original Message - From: "Carlos Zuniga" To: "Debian User Spanish" Sent: Friday, October 17, 2014 9:58 AM Subject: Re: Agrandar patición raiz del sistema 2014-10-17 8:28 GMT-05:00 Ismael L. Donis Garcia : Que herramienta me recomiendan para agrandar la extensión raíz de mi PC que tiene formato ext4? No tengo disco para hacer copia de seguridad. Tengo 3 particiones en el orden que las expongo: 1 / 15 G 2 /home 15 G 3 /opt resto del disco Quiero quitarle 5 G a /opt para dárselo a / por lo que tengo que achicar /opt y mover /home para poder agrandar / dado que están en ese orden en el disco. Lo malo del caso es que no tengo donde resguardar lo de /opt ni lo de /home ni tampoco lo de / y no quiero reinstalar porque tengo muchas cosas montadas y configuradas. Llevo con esa partición así desde debian 5 (unos meses antes de salir la versión 6) que fue cuando comencé a usar linux. Quiero agrandar la raíz porque tengo que estarla monitoreando a cada rato porque me quedo sin espacio y tengo que estar borrando cosas de /var/log a cada cierto tiempo. Toda sugerencia será bien acogida. Parece difícil sin mover toda la data de /home para hacer espacio. Una opción puede ser que intentes montar un directorio de /opt como /var/log: mount --bind /opt/log /var/log Con esta opción sería permanente el cambio? Me has dado otra idea: hachicar /opt y al final crear otra partición de 5 Gb y en ella montar /var/log Que opinan de esto? Como cambiaría de forma permanente a /var/log para que el sistema me lo reconozca de forma permanente en esa 4ta partición que crearía sin reinstalar el sistema? O en tu fstab: /opt/log /var/log none bind De esa manera todos los archivos de /var/log se guardarían en la partición de /opt (Claro, tienes que mover el contenido de /var/log antes, sería bueno que lo hagas desde un livecd para que no tengas problemas con procesos utilizando archivos en ese directorio). Disclaimer: nunca he hecho esto para un directorio del sistema, no me culpes si tu pc se enciende en llamas o algo parecido. Bueno de todas las sujerencias esta es la que no me ha gustado para nada. jajajaja Saludos Reiterados | ISMAEL | -- 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/d98299acf4ba4d12b2b233a200ef1...@natio.co.cu
Re: Forzado a detener mutt
El Thu, 16 Oct 2014 22:52:57 -0500, Debia Linux escribió: > 2014-10-16 14:27 GMT-05:00 Debia Linux : >> Debianeros: >> >> Casi cometo una barbaridad, casi envio toda la base de datos del los >> Centros Deportivos y Culturales a TODOS LOS USUARIOS... >> >> Me vi forzado a detener mutt con Ctrlc+c y cerrar intempestivamente >> xterm. >> >> Ahora que deseo enviar mail desde la consola... tengo el siguiente >> error. >> >> >> # MENSAJE DESPUES DE CERRAR MUTT POR MEDIO DE LA FUERZA BRUTA # >> No se pudo bloquear /home/$USER/sent con dotlock. >> # MENSAJE DESPUES DE CERRAR MUTT POR MEDIO DE LA FUERZA BRUTA # > > Problema corregido, solo elimine el archivo /home/$USER/sent.lock con > sudo. > > sudo /home/$USER/sent.lock Recuerda que también puedes activar el modo de depuración que es bastante autoexplicativo. Con "mutt -d 2" te genera un archivo de registro en "~/.muttdebug0" y aunque en este caso el mensaje de error que te sacaba ya te ponía en la pista para resolverlo otras veces el error no es tan evidente y resulta muy útil ver lo que hace Mutt internamente. Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/pan.2014.10.17.17.27...@gmail.com
Re: RECUPERAR directorio en LINUX
Con fecha Viernes, 17 de Octubre de 2014, Gonzalo Rivero 11:53:10 a.m., > El vie, 17-10-2014 a las 06:38 -0300, Eduardo Jorge Gil Michelena > escribió: >> Un "niño" travieso cuando hacía limpieza y traslados de archivos ha >> borrado accidentalmente un directorio. Unos 200 GB. >> > seguramente ya lo dijeron (todavía no leo las otras respuestas a este > hilo), pero el procedimiento es muy simple: > restaurar las cosas perdidas del backup. > Porque... ¿había backup verdad?. Y si no había, acabás de aprender la > importancia de tener uno Si habrás leído y comprendido bien el error ocurrió haciendo limpieza y traslados, paso previo a la realización del BK; caso contrario cada día haríamos no 200 GB sino 1TB de BK. -- 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/496359925.20141017142...@yahoo.com.ar
Re: RECUPERAR directorio en LINUX
Con fecha Viernes, 17 de Octubre de 2014, 09:22:32 a.m., escribió: > On Fri, Oct 17, 2014 at 06:38:16AM -0300, Eduardo Jorge Gil Michelena wrote: >> Un "niño" travieso cuando hacía limpieza y traslados de archivos ha >> borrado accidentalmente un directorio. Unos 200 GB. >> Por lo menos me dio aviso ni bien ocurrió el error... así que procedí >> a desmontar el disco de inmediato ¡Por suerte era un disco "auxiliar"! >> ni siquiera el de las /homes. >> Voy a intentar con extundelete a ver que pasa... >> El problema es que no recuerda bien el nombre del directorio... así >> que no me queda otra alternativa que intentar recuperar todo el disco. > Mira en .bash_history. > Por otro lado, deberías conocer mejor tu sistema, eso de que alguien > borre 200 GB y no sepas dónde hay 200 GB en tu sistema me parece poco > ortodoxo (mis sistemas de escritorio no ocupan más de 4 Gigas, a lo > que habría que añadir el /home pero siempre lo tengo aparte). ¿Quién dijo que era MI sistema? Es una máquina de oficina en donde se realiza edición de videos. Aquí cualquier trabajo (cualquiera) de UN día ocupa más de 100 GB. -- 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/546705279.20141017141...@yahoo.com.ar
Re: start job is running hace varios minutos
El Fri, 17 Oct 2014 12:42:20 -0300, Gonzalo Rivero escribió: > Holas, > es que me trajeron un disco nuevo, apagué la computadora para probarlo > hice mis pruebas, y cuando estuve conforme apagué de nuevo para sacarlo. > Entonces enciendo de nuevo y tengo este cartel: > [** ] A start job is running for Create Volatile Files and Directories > (16min 51s / no limit) > > ¿a alguien ya le pasó y/o sabe de que se trata?, hasta ahora encontré > algo con la partición de swap, pero el disco de mi computadora no lo > toqué, solo trabajé en el nuevo. Según Google es un mensaje de systemd y su servicio de recolección de "basura": http://www.freedesktop.org/software/systemd/man/systemd-tmpfiles.html http://unix.stackexchange.com/questions/162594/systemd-slow-boot-systemd-tmpfiles-setup https://www.google.com/webhp?complete=0&hl=en&gws_rd=ssl#complete=0&hl=en&q=Create+Volatile+Files+and+Directories Parece un comportamiento similar a la rutina de comprobación de disco duro que se ejecuta cada 30 días (fsck), quizá como el disco es nuevo se ha activado al iniciarlo. Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/pan.2014.10.17.16.54...@gmail.com
Re: Agrandar patición raiz del sistema
El Fri, 17 Oct 2014 09:28:05 -0400, Ismael L. Donis Garcia escribió: > Que herramienta me recomiendan para agrandar la extensión raíz de mi PC > que tiene formato ext4? > > No tengo disco para hacer copia de seguridad. > Tengo 3 particiones en el orden que las expongo: > 1 / 15 G 2 /home 15 G 3 /opt resto del disco > > Quiero quitarle 5 G a /opt para dárselo a / por lo que tengo que achicar > /opt y mover /home para poder agrandar / dado que están en ese orden en > el disco. Exacto, las particiones tienes que ser colindantes (la 1 y la 2 o la 2 y la 3 pero no la 1 y la 3). Tendrás que hacer varias operaciones con lo que aumentas el riesgo de errores y de pérdida de datos. > Lo malo del caso es que no tengo donde resguardar lo de /opt ni lo de > /home ni tampoco lo de / y no quiero reinstalar porque tengo muchas > cosas montadas y configuradas. Llevo con esa partición así desde debian > 5 (unos meses antes de salir la versión 6) que fue cuando comencé a usar > linux. > > Quiero agrandar la raíz porque tengo que estarla monitoreando a cada > rato porque me quedo sin espacio y tengo que estar borrando cosas de > /var/log a cada cierto tiempo. "logorate" debería encargase automáticamente de compactar y eliminar los registros antiguos, deberías buscar más información de qué es lo que pasa ahí. > Toda sugerencia será bien acogida. Compra otro disco y particiona menos ;-P Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/pan.2014.10.17.16.43...@gmail.com
Re: RECUPERAR directorio en LINUX
El Fri, 17 Oct 2014 06:38:16 -0300, Eduardo Jorge Gil Michelena escribió: > Ha ocurrido un grave problema. > Un "niño" travieso cuando hacía limpieza y traslados de archivos ha > borrado accidentalmente un directorio. Unos 200 GB. > ¡Ay! > Por lo menos me dio aviso ni bien ocurrió el error... así que procedí a > desmontar el disco de inmediato ¡Por suerte era un disco "auxiliar"! ni > siquiera el de las /homes. > > Voy a intentar con extundelete a ver que pasa... Sólo funciona con sistemas de archivos ext2/3/4, para los demás puedes probar con el que te han recomendado (testdisk). Trabaja siempre con una copia en bruto del disco/partición sobre la que vas a trabajar en la recuperación y a ser posible desde una LiveCD. > El problema es que no recuerda bien el nombre del directorio... así que > no me queda otra alternativa que intentar recuperar todo el disco. (...) Si tenía permisos de administrador, mala cosa... si era un disco secundario como dices sólo con datos y no del sistema, tendrás más suerte ;-) Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/pan.2014.10.17.16.38...@gmail.com
Re: Iconos gigantes
El Fri, 17 Oct 2014 10:33:22 +0200, J. OCTAVIO Avalos escribió: > Muy buenas a todos, > Despues de la última actualización de Jessie me he visto invadido por > una legion de icono gigantes en la barra de menus de nautilus y en otras > aplicaciones del sistema gtk como por ejemplo synaptycs. > > sabeis como se puede corregir esto, gracias y un saludo a todos Habría que ver esa barra invadida por los súper-iconos X-) Tengo Jessie con gnome-shell pero no he sufrido esa invasión que comentas, quizá porque tengo habilitada la variable que controla el tamaño de las barras de menús de gtk, pero no recuerdo dónde lo hice... era una opción del tipo gtk_icon_size_toolbar [small] o algo así, fue una de las primeras cosas que cambié en gnome-shell, quizá en el gsettings o dconf :-? Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/pan.2014.10.17.16.33...@gmail.com
Re: DHCP: máquinas que consumen dos ips
El Thu, 16 Oct 2014 21:35:26 +0200, José Miguel (sio2) escribió: > El Thu, 16 de Oct de 2014, a las 06:07:37PM +, Camaleón dijo: > >> Sí, eso está claro, pero estamos hablando de tu caso donde además >> necesitas una configuración muy concreta y donde sí controlas los >> clientes y puedes elegir enviar el valor que prefieras (UID o MAC). Y >> además, puedes configurar los clientes para que envíen como UID la >> dirección MAC. > > No, no puedo, aunque controle los clientes; porque, aun habiendo en > principio dos soluciones: > > a) Hacer que todos los sistemas enviaran el mismo UID. > b) Hacer que ningún sistema enviara el UID. > > La a) no puedo hacerla porque no puedo manipular el arranque por red. > La b) no puedo hacerla porque el cliente de windows siempre envía un UID > y no hay forma de que no lo envíe: lo más que deja es cambiarlo, pero > siempre envía uno. Con la opción b) puedes decirle que envíe como UID la dirección MAC editando manualmente el campo desde los clientes lo que a todos los efectos sería como si sólo se le enviara un dato,o al menos als ervidor sólo le llegaría el mismo dato (UID → dirección MAC o MAC → dirección MAC). >> ¿Dices que el cliente mantiene una base de datos local con la última >> dirección que se le ha asignado y solicita esa dirección cuando tiene >> que renovar la IP?i > > > Sí, en /var/lib/dhcp/dhclient.nombre_interfaz.conf. El cliente le > sugiere al servidor una ip (la última que se le concedió) ¿Seguro? Si fuerzo una petición de IP desde el cliente (dhclient -r) me da una IP distinta de la que aparece en el archivo "/var/lib/dhcp/ dhclient.leases" :-? >> Pensaba que eso no dependía del cliente sino del servidor. > > La concesión de la IP depende en última instancia del servidor, pero el > cliente puede sugerirle una ip (opción 50), cuando hace la petición. Si > no hay ningún impedimento, el servidor le hace caso, y se la entrega. No sé qué decirte... ¿es posible que esa opción sea aplicable sólo a clientes que usan BOOTP? >> Bueno, ahí estás manipulando la configuración y además sin reiniciar >> los demonios, no es una prueba fiable. > > Da igual que reinicie el demonio: la caché está en un fichero. Si lo > reinicio, el servidor sigue recordando qué ips entregó, porque las lee > del fichero. Para limpiar la caché del servidor DHCP hay que vaciar por > completo ese fichero (/var/lib/dhcp/dhcpd.conf). Pero ese archivo de leases no parece una base de datos sino un archivo de información que le ha enviado el servidor. >> ¿Y no crees que si los clientes no solicitaran la renovación el >> servidor mantendría una única IP (la primera que les ha dado) para cada >> uno de ellos? > > No creo que sea un problema de renovaciones: más bien es un problema de > revocaciones. Me he dado cuenta de que cuando en linux se baja la > interfaz, dhclient le dice al servidor DHCP que libere la ip, y éste lo > hace, aunque la concesión pudiera haberse alargado más. Con los windows > en cambio no parece que pase eso: aunque el sistema se apague, la > concesión sigue vigente, así que si luego arranco linux la ip que se > concedió en windows, sigue ocupada. Si windows obrara como linux, no > habría ningún problema, salvo en el caso de que se apagara windows de > improviso (por un corte de luz) y la petición de revocación no se > efectura. No sé... yo sigo pensando que si el cliente no pide otra IP al servidor no volverías a tener problemas porque mantendría la misma durante toda la sesión, salvo, efectivamente que el equipo reiniciara o recargara el demonio de la red y no tuviera información alguna de los leases que como dices más arriba, debería usar los datos de la última configuración que ha recibido del servidor. >>> No sé, o hay un error en la programación o un error en la >>> documentación. >> Yo apuesto más por el fallo humano, que nos gustaría que se tratara de >> un parámetro que haga lo que queremos pero que sirve para otra cosa >> O:-) > > Bueno, en ese caso es un error de documentación: se interpreta una cosa > que no es. Además, no hay nadie (o yo no lo he visto) que diga por qué > no funciona y cuál es la verdadera interpretación. > >> Porque entonces el cliente podría estar pidiendo direcciones IP >> distintas continuamente, primero una (192.168.0.1), luego otra >> (192.168.0.2) y reserva la anterior, luego pide otra (192.168.0.n) y >> aunque sigue con la primera reservada no la usa, luego pide otra y se >> le da la reservada (192.168.0.1) y así... > > No, cada vez que pidiera una ip distinta y se le concediera, se > liberarían todas las ips que se hubieran asignado anteriormente a esa > MAC (eso es lo que yo y muchos entendemos al leer el manual). Por tanto, > un cliente podría haber tenido muchas ips, pero sólo habría ocupado una > en cada momento. Pero eso no ataca el problema de fondo que es evitar que los clientes pidan (u obtengan) direcciones distintas cada vez. Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-
Re: start job is running hace varios minutos
El día 17 de octubre de 2014, 12:42, Gonzalo Rivero escribió: > Holas, > es que me trajeron un disco nuevo, apagué la computadora para probarlo > hice mis pruebas, y cuando estuve conforme apagué de nuevo para > sacarlo. > Entonces enciendo de nuevo y tengo este cartel: > [** ] A start job is running for Create Volatile Files and Directories > (16min 51s / no limit) > > ¿a alguien ya le pasó y/o sabe de que se trata?, hasta ahora encontré > algo con la partición de swap, pero el disco de mi computadora no lo > toqué, solo trabajé en el nuevo. > yo de nuevo, finalmente arrancó después de unos 20min. Ahora estoy revisando los logs, pero no encuentro mucho. http://pastebin.com/C6eqUVSg -> el syslog. Lo único que veo -y no se si tendrá relación- es: Oct 17 12:46:58 gonz minissdpd[1290]: device not found for removing : uuid:3d6fc652-dcc6-4298-a05a-ebae8d331cfa::upnp:rootdevice Oct 17 12:46:58 gonz minissdpd[1290]: device not found for removing : uuid:3d6fc652-dcc6-4298-a05a-ebae8d331cfa Oct 17 12:46:58 gonz minissdpd[1290]: device not found for removing : uuid:3d6fc652-dcc6-4298-a05a-ebae8d331cfa::urn:schemas-upnp-org:device:MediaRenderer:1 Oct 17 12:46:58 gonz minissdpd[1290]: device not found for removing : uuid:3d6fc652-dcc6-4298-a05a-ebae8d331cfa::urn:schemas-upnp-org:service:RenderingControl:1 Oct 17 12:47:01 gonz minissdpd[1290]: device not found for removing : uuid:3d6fc652-dcc6-4298-a05a-ebae8d331cfa::upnp:rootdevice Oct 17 12:47:01 gonz minissdpd[1290]: device not found for removing : uuid:3d6fc652-dcc6-4298-a05a-ebae8d331cfa::urn:schemas-upnp-org:service:RenderingControl:1 Oct 17 12:47:01 gonz minissdpd[1290]: device not found for removing : uuid:3d6fc652-dcc6-4298-a05a-ebae8d331cfa Oct 17 12:47:01 gonz minissdpd[1290]: device not found for removing : uuid:3d6fc652-dcc6-4298-a05a-ebae8d331cfa::urn:schemas- pero mi /etc/fstab tiene: # / was on /dev/sda2 during installation UUID=d8058435-b212-4e41-a880-1244e92d42d5 / ext4 errors=remount-ro 0 1 # swap was on /dev/sda1 during installation UUID=c60e0d64-752c-41ee-b6c3-fa408b2445ec noneswapsw supongo que ese uuid se refiere al disco que estuve probando?. De todas maneras lo monté en /mnt/sdblablabla. Nunca fue rootdevice (suponiendo que se refiera al / ) y el dmesg: http://pastebin.com/YLLVi7PA me dice menos -- 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/CAPqjQdQmbwRcf_MaOESXstkZxANs2JgOXuV-G2b=dkt1q...@mail.gmail.com
Re: Backups con lvm snapshot en caliente - tamaño necesario
El Fri, 17 Oct 2014 13:04:31 +0200, Maykel Franco escribió: > 2014-10-16 20:14 GMT+02:00 Camaleón : >> El Thu, 16 Oct 2014 18:32:01 +0200, Maykel Franco escribió: >> >>> Aprovecho este hilo para preguntar si alguien sabe como se traduce la >>> variable Free PE , es decir, cuanto espacio realmente en MB te quedan >>> disponibles en un Volumen Group de LVM. En este caso 12799 >>> >>> --- Physical volume --- >>> PV Name /dev/sdc1 VG Name test PV Size >>> 450.00 GiB / not usable 3.00 MiB Allocatable yes >>> PE Size 4.00 MiB Total PE 115199 Free PE >>> 12799 Allocated PE 102400 PV UUID >>> kd9hiO-1zzD-nraa-ntzO-fdLk-eOEX-y8vRHf >>> >>> Saludos. >> >> ¿Has probado con "pvs"? >> >> Te lo comento por esto: >> >> How can I find out the free space on an LVM PV in human readable format? >> http://unix.stackexchange.com/questions/103535/how-can-i-find-out-the-free-space-on-an-lvm-pv-in-human-readable-format >> > > Perfecto Camaleón...Justo lo que necesitaba... > > Por cierto ese valor que aparece ahí, qué son bloques, sectores? No tengo ni idea :-? En el manual dice que es el número -cifra de cantidad, entiendo- de "extents" (no sé cómo se traduce ese término al español) físicas disponibles (o libres) pero supongo que esa cifra en bruto al administrador no le dice mucho salvo que quiera realizar operaciones con el volumen (mover datos, etc...) de manera precisa. Otro comando (vgdisplay) te muestra el número de "extents" y al lado su tamaño. Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/pan.2014.10.17.15.42...@gmail.com
start job is running hace varios minutos
Holas, es que me trajeron un disco nuevo, apagué la computadora para probarlo hice mis pruebas, y cuando estuve conforme apagué de nuevo para sacarlo. Entonces enciendo de nuevo y tengo este cartel: [** ] A start job is running for Create Volatile Files and Directories (16min 51s / no limit) ¿a alguien ya le pasó y/o sabe de que se trata?, hasta ahora encontré algo con la partición de swap, pero el disco de mi computadora no lo toqué, solo trabajé en el 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/1413560540.1143.11.ca...@gmail.com
Re: RECUPERAR directorio en LINUX
El vie, 17-10-2014 a las 06:38 -0300, Eduardo Jorge Gil Michelena escribió: > Ha ocurrido un grave problema. > Un "niño" travieso cuando hacía limpieza y traslados de archivos ha > borrado accidentalmente un directorio. Unos 200 GB. > ¡Ay! > Por lo menos me dio aviso ni bien ocurrió el error... así que procedí > a desmontar el disco de inmediato ¡Por suerte era un disco "auxiliar"! > ni siquiera el de las /homes. > > Voy a intentar con extundelete a ver que pasa... > > El problema es que no recuerda bien el nombre del directorio... así > que no me queda otra alternativa que intentar recuperar todo el disco. > > Mientras tanto... pregunto ¿Alguien tiene alguna idea, programa, > procedimiento, oración a algún santo que pueda yo hacer uso de él o > ellos? > seguramente ya lo dijeron (todavía no leo las otras respuestas a este hilo), pero el procedimiento es muy simple: restaurar las cosas perdidas del backup. Porque... ¿había backup verdad?. Y si no había, acabás de aprender la importancia de tener uno > ¡Que le vamos a hacer! ¡La vida es dura! > > 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/1413557590.1143.9.ca...@gmail.com
Re: Agrandar patición raiz del sistema
On Fri, Oct 17, 2014 at 09:28:05AM -0400, Ismael L. Donis Garcia wrote: > 1 / 15 G Mi directorio raíz no pasa de 4 Gigas. ¿Qué hace la gente para necesitar más de 10? Te recomiendo que, si tanta pereza te da reinstalar, en vez de darle más espacio al directorio raíz, reduzcas la necesidad de espacio quitando lo que sobre. > Llevo con esa partición así desde debian 5 (unos meses antes > de salir la versión 6) que fue cuando comencé a usar linux. En ese caso puede que hayas acumulado muchos paquetes que ya no te hacen falta. * Usa deborphan para quitar paquetes que no sean necesarios. * Desinstala cualquier paquete que no quieras tener instalado de verdad. Usa "debfoster". * Rota los logs a diario. Reduce el número de rotaciones que se hacen en total. Por ejemplo, en /etc/logrotate.conf prueba a poner esto: # rotate log files daily daily # keep 7 days worth of backlogs rotate 7 Luego ve a /etc/logrotate.d y elimina cualquier "weekly" o "monthly" que veas. Y cada vez que veas un rotate con un número, quítalo (tendrá preferencia el "rotate 7" de /etc/logrotate.conf). -- 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/20141017143529.ga26...@cantor.unex.es
Re: Agrandar patición raiz del sistema
El 17/10/14 a las 10:28, Ismael L. Donis Garcia escibió: Que herramienta me recomiendan para agrandar la extensión raíz de mi PC que tiene formato ext4? No tengo disco para hacer copia de seguridad. Tengo 3 particiones en el orden que las expongo: 1 / 15 G 2 /home 15 G 3 /opt resto del disco Quiero quitarle 5 G a /opt para dárselo a / por lo que tengo que achicar /opt y mover /home para poder agrandar / dado que están en ese orden en el disco. Lo malo del caso es que no tengo donde resguardar lo de /opt ni lo de /home ni tampoco lo de / y no quiero reinstalar porque tengo muchas cosas montadas y configuradas. Llevo con esa partición así desde debian 5 (unos meses antes de salir la versión 6) que fue cuando comencé a usar linux. Quiero agrandar la raíz porque tengo que estarla monitoreando a cada rato porque me quedo sin espacio y tengo que estar borrando cosas de /var/log a cada cierto tiempo. Toda sugerencia será bien acogida. | ISMAEL | Primera opción, para transpirar adrenalina: Te bajás la iso de http://www.sysresccd.org/SystemRescueCd_Homepage Quemás el disco y te asegurás que se haya grabado bien. Arrancás la máquina con el CD. Le prendés una vela a los santos, ulemas, budas, árboles corazón o a los siete de Poniente, o a quien te plazca, rogando que no se corte la luz en el proceso, o alguien te desenchufe la máquina, o gparted no falle. Sería mejor pedir un disco prestado, clonarlo, y después ponerse a correr riesgos. Iniciás la utilidad gparted. Achicás /opt, y grabás. Movés /home y grabás. Es más, yo recomendaría: Agrandás /home por la derecha y grabás. Achicás /home por la izquierda y grabás. Agrandás / y grabás. Hacé las operaciones de a una. Puede programarse para que haga todas, una a continuación de la otra, pero no lo recomiendo. Segunda opción, menos riesgosa: En la partición de /opt, copiar una o dos carpetas de la raíz que tenga más o menos los 5GB que le querés sacar y no tenga mucho movimiento. O directamente /var, que es la que te está dando dolores de cabeza. Borrás el directorio /var de / (root) Enlazás el nuevo /var que está en la partición 3. Pero, a veces es lindo caminar en la cornisa. JAP -- 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/544122e4.7070...@gmail.com
Re: Agrandar patición raiz del sistema
2014-10-17 8:28 GMT-05:00 Ismael L. Donis Garcia : > Que herramienta me recomiendan para agrandar la extensión raíz de mi PC que > tiene formato ext4? > > No tengo disco para hacer copia de seguridad. > Tengo 3 particiones en el orden que las expongo: > 1 / 15 G > 2 /home 15 G > 3 /opt resto del disco > > Quiero quitarle 5 G a /opt para dárselo a / por lo que tengo que achicar > /opt y mover /home para poder agrandar / dado que están en ese orden en el > disco. > > Lo malo del caso es que no tengo donde resguardar lo de /opt ni lo de /home > ni tampoco lo de / y no quiero reinstalar porque tengo muchas cosas montadas > y configuradas. Llevo con esa partición así desde debian 5 (unos meses antes > de salir la versión 6) que fue cuando comencé a usar linux. > > Quiero agrandar la raíz porque tengo que estarla monitoreando a cada rato > porque me quedo sin espacio y tengo que estar borrando cosas de /var/log a > cada cierto tiempo. > > Toda sugerencia será bien acogida. Parece difícil sin mover toda la data de /home para hacer espacio. Una opción puede ser que intentes montar un directorio de /opt como /var/log: mount --bind /opt/log /var/log O en tu fstab: /opt/log /var/log none bind De esa manera todos los archivos de /var/log se guardarían en la partición de /opt (Claro, tienes que mover el contenido de /var/log antes, sería bueno que lo hagas desde un livecd para que no tengas problemas con procesos utilizando archivos en ese directorio). Disclaimer: nunca he hecho esto para un directorio del sistema, no me culpes si tu pc se enciende en llamas o algo parecido. -- 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/caabycjooso9efmuosxzgqgnwxhfjsn3ohfqv_yvzkj6v3fj...@mail.gmail.com
Re: Agrandar patición raiz del sistema
El día 17 de octubre de 2014, 10:28, Ismael L. Donis Garcia escribió: > Que herramienta me recomiendan para agrandar la extensión raíz de mi PC que > tiene formato ext4? > Respuesta simple, usa gparted Intenta hacer backup de lo importante, tienes garantizado que en el 99,9% del tiempo no pasa nada, pero por mala suerte podes caer en el 0,01% que si pasa algo... -- 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/cadqxbrrpwiwcydrebsql3it6shatwvezc+tco-envda+ess...@mail.gmail.com
Agrandar patición raiz del sistema
Que herramienta me recomiendan para agrandar la extensión raíz de mi PC que tiene formato ext4? No tengo disco para hacer copia de seguridad. Tengo 3 particiones en el orden que las expongo: 1 / 15 G 2 /home 15 G 3 /opt resto del disco Quiero quitarle 5 G a /opt para dárselo a / por lo que tengo que achicar /opt y mover /home para poder agrandar / dado que están en ese orden en el disco. Lo malo del caso es que no tengo donde resguardar lo de /opt ni lo de /home ni tampoco lo de / y no quiero reinstalar porque tengo muchas cosas montadas y configuradas. Llevo con esa partición así desde debian 5 (unos meses antes de salir la versión 6) que fue cuando comencé a usar linux. Quiero agrandar la raíz porque tengo que estarla monitoreando a cada rato porque me quedo sin espacio y tengo que estar borrando cosas de /var/log a cada cierto tiempo. Toda sugerencia será bien acogida. | ISMAEL | -- 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/550aa8b779e54e278b4ee37761b8b...@natio.co.cu
Re: Iconos gigantes
El vie, 17-10-2014 a las 10:33 +0200, J. OCTAVIO Avalos escribió: > Muy buenas a todos, > Despues de la última actualización de Jessie me he visto invadido por > una legion de icono gigantes en la barra de menus de nautilus y en > otras aplicaciones del sistema gtk como por ejemplo synaptycs. > > sabeis como se puede corregir esto, gracias y un saludo a todos > > -- > Octavio Ávalos > > me pasó lo mismo, estuve a punto de formatear y arrancar con linux from strach para tener un sistema libre de systemd, networkmanager y pulseaudio... pero cerré, creo que tenía el gedit o tal vez el evolution abiertos, volví a abrirlos y listo :D Creo que en el medio saqué todos los temas de gtk, por si fueran incompatibles. En la compu que uso esto tengo lxde como escritorio. Y no descarté LFS -- (-.(-.(-.(-.(-.(-.-).-).-).-).-).-) -- 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/1413551212.1143.7.ca...@gmail.com
Re: Alternativas para server de correo sobre Debian
prueba iredmail El 17/10/2014 a las #4, Maykel Franco escribió: El día 17 de octubre de 2014, 13:45, Flako escribió: Me quede pensado.. También tenes Zarafa que es otro groupware, como Zimbra (tema de licencias habría que verlo, creo que la versión Open Source es mas libre que Zimbra) Otra opción es Zentyal, que implementa todos los servicios de correo si solo vas a usar clientes desktop eso te alcanzaría, sino creo que Zentyal sigue implementado Zarafa. 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/cadqxbrrko_y8kjdw+yh8pd-fb18rre3agcmkzgjspw-5ean...@mail.gmail.com Yo instalaría un combinado, postfix + dovecot + mysql/ldap + spamassasins + clamav + roundcubemail/horde . Y es más, el antispam para no cargar mucho la máquina podrías ponerlo en otra máquina y enrutar los correos. Si no quieres complicarte mucho, con ispconfig he tenido muy buenas experiencias en otra empresa. Administración web en ajax muy visual y efectiva. Pero haciendo el combinado que te he comentado, tienes todo el control y lo ajustas a tu medida. Te será más fácil identificar los errores. Un servidor de correo necesita una niñera... Saludos. Universidad Pedagogica de Sancti Spiritus. Cuba WEB http://www.ucp.ss.rimed.cu/ REVISTA Pedagogia y Sociedad http://www.pedsoc.rimed.cu/ FACEBOOK https://www.facebook.com/UniversidadPedagogicaCapitanSilverioBlancoNunez -- 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/54410e98.4000...@ucp.ss.rimed.cu
Re: RECUPERAR directorio en LINUX
On Fri, Oct 17, 2014 at 06:38:16AM -0300, Eduardo Jorge Gil Michelena wrote: > Ha ocurrido un grave problema. > Un "niño" travieso cuando hacía limpieza y traslados de archivos ha > borrado accidentalmente un directorio. Unos 200 GB. > ¡Ay! > Por lo menos me dio aviso ni bien ocurrió el error... así que procedí > a desmontar el disco de inmediato ¡Por suerte era un disco "auxiliar"! > ni siquiera el de las /homes. > > Voy a intentar con extundelete a ver que pasa... > > El problema es que no recuerda bien el nombre del directorio... así > que no me queda otra alternativa que intentar recuperar todo el disco. Mira en .bash_history. Por otro lado, deberías conocer mejor tu sistema, eso de que alguien borre 200 GB y no sepas dónde hay 200 GB en tu sistema me parece poco ortodoxo (mis sistemas de escritorio no ocupan más de 4 Gigas, a lo que habría que añadir el /home pero siempre lo tengo aparte). -- 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/20141017122232.ga20...@cantor.unex.es
Re: Alternativas para server de correo sobre Debian
El día 17 de octubre de 2014, 13:45, Flako escribió: > Me quede pensado.. > También tenes Zarafa que es otro groupware, como Zimbra (tema de > licencias habría que verlo, creo que la versión Open Source es mas > libre que Zimbra) > Otra opción es Zentyal, que implementa todos los servicios de correo > si solo vas a usar clientes desktop eso te alcanzaría, sino creo que > Zentyal sigue implementado Zarafa. > > 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/cadqxbrrko_y8kjdw+yh8pd-fb18rre3agcmkzgjspw-5ean...@mail.gmail.com > Yo instalaría un combinado, postfix + dovecot + mysql/ldap + spamassasins + clamav + roundcubemail/horde . Y es más, el antispam para no cargar mucho la máquina podrías ponerlo en otra máquina y enrutar los correos. Si no quieres complicarte mucho, con ispconfig he tenido muy buenas experiencias en otra empresa. Administración web en ajax muy visual y efectiva. Pero haciendo el combinado que te he comentado, tienes todo el control y lo ajustas a tu medida. Te será más fácil identificar los errores. Un servidor de correo necesita una niñera... 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/caj2aoa_wjnrvdg-pphrgwb7+c1mc1j8_dpgousbueqzg16k...@mail.gmail.com
Re: Alternativas para server de correo sobre Debian
Me quede pensado.. También tenes Zarafa que es otro groupware, como Zimbra (tema de licencias habría que verlo, creo que la versión Open Source es mas libre que Zimbra) Otra opción es Zentyal, que implementa todos los servicios de correo si solo vas a usar clientes desktop eso te alcanzaría, sino creo que Zentyal sigue implementado Zarafa. 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/cadqxbrrko_y8kjdw+yh8pd-fb18rre3agcmkzgjspw-5ean...@mail.gmail.com
Re: Backups con lvm snapshot en caliente - tamaño necesario
2014-10-16 20:14 GMT+02:00 Camaleón : > El Thu, 16 Oct 2014 18:32:01 +0200, Maykel Franco escribió: > >> Aprovecho este hilo para preguntar si alguien sabe como se traduce la >> variable Free PE , es decir, cuanto espacio realmente en MB te quedan >> disponibles en un Volumen Group de LVM. En este caso 12799 >> >> --- Physical volume --- >> PV Name /dev/sdc1 VG Name test PV Size >> 450.00 GiB / not usable 3.00 MiB Allocatable yes >> PE Size 4.00 MiB Total PE 115199 Free PE >> 12799 Allocated PE 102400 PV UUID >> kd9hiO-1zzD-nraa-ntzO-fdLk-eOEX-y8vRHf >> >> Saludos. > > ¿Has probado con "pvs"? > > Te lo comento por esto: > > How can I find out the free space on an LVM PV in human readable format? > http://unix.stackexchange.com/questions/103535/how-can-i-find-out-the-free-space-on-an-lvm-pv-in-human-readable-format > > Saludos, > > -- > Camaleón > > > -- > To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org > with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org > Archive: https://lists.debian.org/pan.2014.10.16.18.14...@gmail.com > Perfecto Camaleón...Justo lo que necesitaba... Por cierto ese valor que aparece ahí, qué son bloques, sectores? 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/CAJ2aOA_sQZ-ttUYT9=wcaSwh�vxw=-ecryyiyonou7dbk...@mail.gmail.com
Re: RECUPERAR directorio en LINUX
El día 17 de octubre de 2014, 11:49, Manolo Díaz escribió: > El viernes, 17 oct 2014 a las 11:38 horas (UTC+2), > Eduardo Jorge Gil Michelena escribió: > >>Ha ocurrido un grave problema. >>Un "niño" travieso cuando hacía limpieza y traslados de archivos ha >>borrado accidentalmente un directorio. Unos 200 GB. >>¡Ay! >>Por lo menos me dio aviso ni bien ocurrió el error... así que procedí >>a desmontar el disco de inmediato ¡Por suerte era un disco "auxiliar"! >>ni siquiera el de las /homes. >> >>Voy a intentar con extundelete a ver que pasa... >> >>El problema es que no recuerda bien el nombre del directorio... así >>que no me queda otra alternativa que intentar recuperar todo el disco. >> >>Mientras tanto... pregunto ¿Alguien tiene alguna idea, programa, >>procedimiento, oración a algún santo que pueda yo hacer uso de él o >>ellos? >> >>¡Que le vamos a hacer! ¡La vida es dura! >> >>Gracias... >> > > Alguna vez he usado testdisk, con resultados limitados. Nada puede > sustituir a una copia de seguridad. > > Mucha suerte. 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/20141017114930.34cca...@gmail.com > Instalate testdisk como te han comentado, que trae una utilidad llamada photorec y yo intentaría recuperar todo... Por cierto llevara mucho tiempo. Suerte. 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/CAJ2aOA_D+jBH7FofDHipUZ8zHg_4CKgRBhUJodVHhz3wR6=j...@mail.gmail.com
Re: RECUPERAR directorio en LINUX
El viernes, 17 oct 2014 a las 11:38 horas (UTC+2), Eduardo Jorge Gil Michelena escribió: >Ha ocurrido un grave problema. >Un "niño" travieso cuando hacía limpieza y traslados de archivos ha >borrado accidentalmente un directorio. Unos 200 GB. >¡Ay! >Por lo menos me dio aviso ni bien ocurrió el error... así que procedí >a desmontar el disco de inmediato ¡Por suerte era un disco "auxiliar"! >ni siquiera el de las /homes. > >Voy a intentar con extundelete a ver que pasa... > >El problema es que no recuerda bien el nombre del directorio... así >que no me queda otra alternativa que intentar recuperar todo el disco. > >Mientras tanto... pregunto ¿Alguien tiene alguna idea, programa, >procedimiento, oración a algún santo que pueda yo hacer uso de él o >ellos? > >¡Que le vamos a hacer! ¡La vida es dura! > >Gracias... > Alguna vez he usado testdisk, con resultados limitados. Nada puede sustituir a una copia de seguridad. Mucha suerte. 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/20141017114930.34cca...@gmail.com
RECUPERAR directorio en LINUX
Ha ocurrido un grave problema. Un "niño" travieso cuando hacía limpieza y traslados de archivos ha borrado accidentalmente un directorio. Unos 200 GB. ¡Ay! Por lo menos me dio aviso ni bien ocurrió el error... así que procedí a desmontar el disco de inmediato ¡Por suerte era un disco "auxiliar"! ni siquiera el de las /homes. Voy a intentar con extundelete a ver que pasa... El problema es que no recuerda bien el nombre del directorio... así que no me queda otra alternativa que intentar recuperar todo el disco. Mientras tanto... pregunto ¿Alguien tiene alguna idea, programa, procedimiento, oración a algún santo que pueda yo hacer uso de él o ellos? ¡Que le vamos a hacer! ¡La vida es dura! Gracias... -- Saludos, Eduardo mailto: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/165887962.20141017063...@yahoo.com.ar
Re: Personalizar espacio de trabajo.
Hola Rivera Valdez El 14/10/14, Rivera Valdez escribió: > Qué tal, Ala, > > por si acaso ten en cuenta que también puedes hacer las pruebas > en una máquina virtual y así ahorrarte cualquier peligro y cualquier > complicación de configuraciones de usuarios, etx. > > ¡Saludos! > Muchas gracias por tu aporte, pero lo de las maquinas virtuales no me termina de convencer del todo. Lo he probado y sinceramente no me gusta demasiado. Mi pc tampoco es muy potente, puede que eso influya. Hola Etemenanki El 14/10/14, Etemenanki escribió: > (...) > checking --with-local-dir argument... Defaulting to /usr/local > > > (...) > > Saludos, > -- > Etemenanki > Debian GNU/Linux + KDE Plasma user and Free Software lover. > Mail: etemena...@openmailbox.org Jabber: etemena...@jabberes.org > GNU Social: etemena...@quitter.se Pump.io: etemena...@identi.ca > > > -- Tomo buena nota de tu aporte, es un dato muy interesente. Haré investigaciones al respecto. Muchas gracias. Hola Camaleon El 14/10/14, Camaleón escribió: > > Esto se hace instalando los paquetes de idiomas de LO y seleccionando el > que quieras desde el menú de opciones → idioma. > ¿A que te refieres con "LO"? En Xfce no tenemos esa opción, al menos no la veo. He investigado por la red y parece ser que tiene algo que ver con los "LOCALE", que se suelen tener problemas para tener la consola configurada en dos idiomas y que conseguir un idioma diferente en los menus de Xfce es una ardua tarea. Poco a poco lo lograre :) > Tendrás que leer el README de las instrucciones de compilación ya que > suele haber "banderitas" que te permiten usar cuando compilas (a través > del "./configure --banderita=/directorio/salida") para definir varias > cosas, entre ellas dónde instalar el programa. Suelo leerme la documentacion antes de nada, mas que nada para ver la lista de cambios, nuevas instruciones etc. Tomo nota de las "banderitas". Gracias a todos por sus aportes y comentarios. Salu2s :D -- "El cielo es para los dragones lo que el agua es para las ninfas" -- 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/CA+924HS=V7t+xnz1aAfXKE5B-aC1WaH-JLLRwHf7+YCOCx=p...@mail.gmail.com
Iconos gigantes
Muy buenas a todos, Despues de la última actualización de Jessie me he visto invadido por una legion de icono gigantes en la barra de menus de nautilus y en otras aplicaciones del sistema gtk como por ejemplo synaptycs. sabeis como se puede corregir esto, gracias y un saludo a todos -- Octavio Ávalos -- 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/cac+uy7incoap2z-kcx_aa-rmgwzij447muy2rggfgwxv0ft...@mail.gmail.com