Una vez me tiraron un centro para solucionar el tema que el escritorio levanta con más resolución que la pantalla. era algo de vsync o hsync + levantar creo que fb1024x768 ... el tema es que no encontré el correo y busqué en el archivo de musix pero tampoco lo encontré. 1) Me reto por no guardarlo bien y volver a molestar a la lista. 2)Ídem por no haberlo aprendido !!! 3) Les pido si alguien lo sabe, que me lo vuelva a explicar 4)Prometo escribir 100 veces "no debo molestar con cosas triviales" Gracias -- Javier Castrillo GNU / Linux User #242275 Fingerprint = BB9C D815 73E4 BCCC 56B0 F0B4 8A83 4E32 5DC8 99A9 ====================================================== Usá Software Libre [email protected] [email protected] ======================================================
On Monday 26 December 2005 13:47, Javier Castrillo wrote:
Una vez me tiraron un centro para solucionar el tema que el escritorio levanta con más resolución que la pantalla. era algo de vsync o hsync + levantar creo que fb1024x768 ... el tema es que no encontré el correo y busqué en el archivo de musix pero tampoco lo encontré.
1) Me reto por no guardarlo bien y volver a molestar a la lista. 2)Ídem por no haberlo aprendido !!! 3) Les pido si alguien lo sabe, que me lo vuelva a explicar 4)Prometo escribir 100 veces "no debo molestar con cosas triviales"
Gracias
Jjaja No entiendo bien, pero digamos que podría ser algo de esto 1) musix dma vsync=60 screen=1024x768 2) fb1024x768 vsync=60 3) musix dma vsync=60 screen=1024x768 xmodule=vesa No sé si deberías tocar el hsync, pero fijate, ¿se arruino algo que instalaste o es desde el live-cd? Deberías guardar una copiar el /etc/X11/XF86Config-4 en algún lado, un backup por si necesitás restaurar la mejor configuración para tu equipo... quizá eso lo debería hacer el sistema por si mismo.... podríamos implementar cosas por el estilo...
-- Javier Castrillo GNU / Linux User #242275
Fingerprint = BB9C D815 73E4 BCCC 56B0 F0B4 8A83 4E32 5DC8 99A9 ====================================================== Usá Software Libre
[email protected] [email protected] ======================================================
_______________________________________________ Musix GNU+Linux - www.musix.org.ar Musix-Help mailing list [email protected] http://lists.ourproject.org/cgi-bin/mailman/listinfo/musix-help
-- Marcos Guglielmetti(www.pc-musica.com.ar) Coordinador del desarrollo de Musix GNU+Linux (www.musix.org.ar) ___________________________________________________________ 1GB gratis, Antivirus y Antispam Correo Yahoo!, el mejor correo web del mundo http://correo.yahoo.com.ar
On 12/26/05, Marcos Guglielmetti <[email protected]> wrote:
No entiendo bien, pero digamos que podría ser algo de esto
1)
musix dma vsync=60 screen=1024x768
2) fb1024x768 vsync=60
3) musix dma vsync=60 screen=1024x768 xmodule=vesa
Creo que es la 3. Cuando llegue a casa lo chequeo.
No sé si deberías tocar el hsync, pero fijate, ¿se arruino algo que instalaste o es desde el live-cd?
Es desde el live-CD. En un disco reparticionado.
Deberías guardar una copiar el /etc/X11/XF86Config-4 en algún lado, un backup por si necesitás restaurar la mejor configuración para tu equipo... quizá eso lo debería hacer el sistema por si mismo.... podríamos implementar cosas por el estilo...
Siempre tengo esa duda existencial.... el sistema debe hacerlo por la propia o el usuario debe ser más avivado???? sobre todo nosotros que la vamos de geeks o usuarios superiores por no usar Win$ y asistentes con perritos que desean ayudarte a escribir una carta. Nos molesta que el software se crea más piola que nosotros. En este caso fuí yo el bobo que antes de reparticionar debí haber tomado backup (o notas ) de los archivos de configuración principales. Cosa básica en cualquier lugar del mundo. Si el sistema lo hace por mí, me está haciendo un poquito más idiota... aunque en este caso los damnificados son los que tienen que usar su tiempo para reexplicarme algo que ya sabía..... en fin. A veces que las cosas sean más fáciles o automáticas hacen que la cosa no sea tan divertida. Un abrazo, gracias y nuevamente disculpas. -- Javier Castrillo GNU / Linux User #242275 Fingerprint = BB9C D815 73E4 BCCC 56B0 F0B4 8A83 4E32 5DC8 99A9 ====================================================== Usá Software Libre [email protected] [email protected] ======================================================
On Tuesday 27 December 2005 12:42, Javier Castrillo wrote:
Siempre tengo esa duda existencial.... el sistema debe hacerlo por la propia o el usuario debe ser más avivado???? sobre todo nosotros que la vamos de geeks o usuarios superiores por no usar Win$ y asistentes con perritos que desean ayudarte a escribir una carta. Nos molesta que el software se crea más piola que nosotros. En este caso fuí yo el bobo que antes de reparticionar debí haber tomado backup (o notas ) de los archivos de configuración principales. Cosa básica en cualquier lugar del mundo. Si el sistema lo hace por mí, me está haciendo un poquito más idiota... aunque en este caso los damnificados son los que tienen que usar su tiempo para reexplicarme algo que ya sabía..... en fin. A veces que las cosas sean más fáciles o automáticas hacen que la cosa no sea tan divertida.
Un abrazo, gracias y nuevamente disculpas.
Yo creo que hay personas para todo: geeks, usuarios normales, músicos que nunca usarán nada informático, etc. Pero porque hay mucha variedad de personas, deberíamos poder adaptar el sistema a ellos... ¿Alguien conoce una iniciativa (aplicación) para hacer backups de los archivos de configuración en un sistema tipo _Debian_ para restaurar en caso de problemas? Si no existe, podríamos hacerlo, sería sencillo, creo. -- Marcos Guglielmetti(www.pc-musica.com.ar) Coordinador del desarrollo de Musix GNU+Linux (www.musix.org.ar) ___________________________________________________________ 1GB gratis, Antivirus y Antispam Correo Yahoo!, el mejor correo web del mundo http://correo.yahoo.com.ar
Antes de nada saludos a la lista de nuvo, he pasado mucho tiempo sin aparecer por aqui. No llego a tiempo de felicitar las navidades pero sí lo que queda de fiestas y el año nuevo. Para los backups yo normalmente suelo recoger a mano lo que me interesa. Genero un directorio y pongo dentro las cosas que quiero guardar. Una vez tengo recopilado todo, comprimo el directorio y lo paso a un servidor de backups que tengo montado en casa. Este proceso es automatico y se hace cada dia a las 5:00 de la madrugada. El backup se realiza con retención semanal, lo que significa que tengo siempre las copias de los ultimos 7 dias. Para hacer esto os recomiendo usar un simple shell-script que se puede automatizar en el Cron. EL shellscript puede ser algo así: -------------------- Start here ------------------------ #!/bin/bash DATE=`/bin/date +%F` TMPDIRPARENT="/tmp/backup" TMPDIR="/tmp/backup/$DATE" BACKUPDIR="/var/spool/backup" ERRORLOG="/tmp/backuperrors-$DATE.log" # Especificar aqui el numero de dias de retencion # que debe tener el backup RETENTION="7" # Añadir aqui los ficheros o directorios de los que # se quiere hacer copia. # Añadir cada entrada en una linea separada puede # ayudarte a reconocer a simple vista las rutas. ORIG="\ /home/ivan \ /etc/mail \ /etc/samba \ /var/log \ /etc/resolv.conf \ /etc/network/interfaces" # se borra el fichro de log por si ya hubiera uno # que se llame igual rm $ERRORLOG 2>/dev/null # se crean los directorios porque teoricamente algunos # no estan creados todavia if `! test -d $BACKUPDIR` then mkdir $BACKUPDIR 2>>$ERRORLOG fi mkdir -p $TMPDIRPARENT 2>>$ERRORLOG mkdir -p $TMPDIR 2>>$ERRORLOG # se copian los datos sensibles al directorio # temporal de backup for DIR in $ORIG do cp -Rp $DIR $TMPDIR/ 2>>$ERRORLOG done # comprimimos el backup y lo ponemos en su sitio cd $TMPDIRPARENT tar zcvf $DATE.tar.gz $DATE/ 2>>$ERRORLOG mv $DATE.tar.gz $BACKUPDIR 2>>$ERRORLOG # ahora controlamos la retencion del backup cd $BACKUPDIR BCKCOUNT=`ls *.tar.gz | wc -w` if `test $BCKCOUNT -gt $RETENTION 2>> $ERRORLOG` then TRASHFILE=`ls *.tar.gz | head -n 1 2>> $ERRORLOG` rm $TRASHFILE 2>>$ERRORLOG fi # borramos los directorios temporales rm -rf $TMPDIR # si no ha habido errores damos un OK, de lo contrario # cantamos error. if `test -s $ERRORLOG` then OUTPUT="*** ERROR: see $ERRORLOG for details." else OUTPUT="* Backup successfully archived." fi # mensaje de salida echo " " echo $OUTPUT echo " " ---------------- End Of File ----------------------------- Es un ejemplo que acabo de inventar, imagino que es posible que algo no funcione bien, pero no hay que ser ningun lumbreras para echarle un vistazo y corregirle los fallos que pueda tener. Como veis, solamente hace falta modificar 2 parametros. Primero el numero de dias de retencion (numero de backups antiguos que deseamos guardar). Despues los directorios o ficheros que deseamos guardar, que pueden ponerse todos seguidos en una sola linea, pero yo siempre estas cosas prefiero hacerlas de linea en linea para ver facilmente lo que contiene la variable a un simple golpe de vista. Ahora para ejecutarlo lo que podeis hacer es copiar el texto del script tal cual, y pegarlo en un fichero nuevo. Por ejemplo, un fichero que se llame "makebackup.sh". Ahora, como root (muy importante heheh) copiais el fichero a /usr/local/sbin: # cp /home/ivan/makebackup.sh /usr/local/sbin/ # chmod 0700 /usr/local/sbin/makebackup.sh ahora, cada vez que querais hacer un backup, podeis hacerlo a mano tecleando simplemente: # makebackup.sh Si quereis que los backups se hagan automaticamente cada dia a las 5 de la madrugada (por ejemplo) solo teneis que ponerlo en el cron: # crontab -e esto os abrirá un editor de tablas cron. En principio estais editando con el editor "vi", que es un poquito complejo. Si deseais editarlo con kedit (por ejemplo) solo teneis que pasarlo como variable de entorno al ejecutar el editor de cron: # env VISUAL=/usr/bin/kedit crontab -e Conste que no uso kedit y no se donde esta su Path, asi que me lo acabo de inventar. Revisad esto antes de ejecutarlo. Bien, una vez tengais delante el editor de tablas cron, quye seguramente va a estar vacio, añadis la linea que automatizará vuestro backup: 0 5 * * * /usr/local/sbin/makebackup.sh 1>/dev/null Podeis salir del editor guardando lso cambios aplicados al fichero. A partir de ahora se realizará vuestro backup a las 5 de la madrugada de cada dia. Si alguien desea cambiar cualquier aspecto de este sistema pequeñito de backups, le recomiendo que lea los "man" y howto's del cron, y que aprenda un poquito de bash, que no es muy dificil y da mucho juego. Por otro lado, si alguien desea implementar soluciones de backup incrementales y completas para sistemas de produccion o preproduccion, os recomiendo encarecidamente "Amanda". Si deseais implementar un sistema de backup para disaster recovery, os recomiendo muy mucho "Mondo Rescue". A efectos de usar esta herramienta MUY POTENTE, os recomiendo echar un ojo a este pequeño documento que escribió mi compañero Marcos Martinez en su dia: http://www.assl-site.net/article.php?story=20041108192759240&query=mondo Espero haberos ayudado aunque sea un poco. Salu2! ____________________________________________________| / | Iván Belmonte | | mail: [email protected] | URL: www.ivanhq.net | ASSL member (http://assl-site.net) | [Linux User]: 265975 \________________________ On Wed, 28 Dec 2005 23:13:30 +0100 Marcos Guglielmetti <[email protected]> wrote:
On Tuesday 27 December 2005 12:42, Javier Castrillo wrote:
Siempre tengo esa duda existencial.... el sistema debe hacerlo por la propia o el usuario debe ser más avivado???? sobre todo nosotros que la vamos de geeks o usuarios superiores por no usar Win$ y asistentes con perritos que desean ayudarte a escribir una carta. Nos molesta que el software se crea más piola que nosotros. En este caso fuí yo el bobo que antes de reparticionar debí haber tomado backup (o notas ) de los archivos de configuración principales. Cosa básica en cualquier lugar del mundo. Si el sistema lo hace por mí, me está haciendo un poquito más idiota... aunque en este caso los damnificados son los que tienen que usar su tiempo para reexplicarme algo que ya sabía..... en fin. A veces que las cosas sean más fáciles o automáticas hacen que la cosa no sea tan divertida.
Un abrazo, gracias y nuevamente disculpas.
Yo creo que hay personas para todo: geeks, usuarios normales, músicos que nunca usarán nada informático, etc. Pero porque hay mucha variedad de personas, deberíamos poder adaptar el sistema a ellos...
¿Alguien conoce una iniciativa (aplicación) para hacer backups de los archivos de configuración en un sistema tipo _Debian_ para restaurar en caso de problemas?
Si no existe, podríamos hacerlo, sería sencillo, creo.
On Thursday 29 December 2005 10:54, Iván Belmonte wrote:
Antes de nada saludos a la lista de nuvo, he pasado mucho tiempo sin aparecer por aqui. No llego a tiempo de felicitar las navidades pero sí lo que queda de fiestas y el año nuevo.
Gracias, veré el script y veremos de implementarlo :-)
Es un ejemplo que acabo de inventar, imagino que es posible que algo no funcione bien, pero no hay que ser ningun lumbreras para echarle un vistazo y corregirle los fallos que pueda tener. Como veis, solamente hace falta modificar 2 parametros. Primero el numero de dias de retencion (numero de backups antiguos que deseamos guardar). Despues los directorios o ficheros que deseamos guardar, que pueden ponerse todos seguidos en una sola linea, pero yo siempre estas cosas prefiero hacerlas de linea en linea para ver facilmente lo que contiene la variable a un simple golpe de vista.
Es cierto
Ahora para ejecutarlo lo que podeis hacer es copiar el texto del script tal cual, y pegarlo en un fichero nuevo. Por ejemplo, un fichero que se llame "makebackup.sh". Ahora, como root (muy importante heheh) copiais el fichero a /usr/local/sbin:
# cp /home/ivan/makebackup.sh /usr/local/sbin/ # chmod 0700 /usr/local/sbin/makebackup.sh
ahora, cada vez que querais hacer un backup, podeis hacerlo a mano tecleando simplemente:
# makebackup.sh
Si quereis que los backups se hagan automaticamente cada dia a las 5 de la madrugada (por ejemplo) solo teneis que ponerlo en el cron:
# crontab -e
esto os abrirá un editor de tablas cron. En principio estais editando con el editor "vi", que es un poquito complejo. Si deseais editarlo con kedit (por ejemplo) solo teneis que pasarlo como variable de entorno al ejecutar el editor de cron:
# env VISUAL=/usr/bin/kedit crontab -e
Bien
Conste que no uso kedit y no se donde esta su Path, asi que me lo acabo de inventar. Revisad esto antes de ejecutarlo.
Es mejor kate, dado que creo que kedit no destaca las estructuras, etc., pero para crontab, es lo mismo :S
Bien, una vez tengais delante el editor de tablas cron, quye seguramente va a estar vacio, añadis la linea que automatizará vuestro backup:
0 5 * * * /usr/local/sbin/makebackup.sh 1>/dev/null
Claro, tal cual: yo usaba cron en el anterior musix 0.26, no sé por qué no funciona aquí, tengo que hacer algunas pruebas... ... ... : no se inicia de manera predeterminada, hay que incluirlo en /etc/rcS.d/ /etc/init.d/cron start Calculo que con un ln -s podría andar ln -s /etc/init.d/cron /etc/rcS.d/S89cron (no lo testeé aún)
Podeis salir del editor guardando lso cambios aplicados al fichero. A partir de ahora se realizará vuestro backup a las 5 de la madrugada de cada dia.
Está bueno, ya lo probaré
Si alguien desea cambiar cualquier aspecto de este sistema pequeñito de backups, le recomiendo que lea los "man" y howto's del cron, y que aprenda un poquito de bash, que no es muy dificil y da mucho juego.
Y si, mi idea igual es hacer este asunto un tanto gráfico y simple, luego veré cómo, pero es simple (los nuevos usuarios en general no quieren saber nada de la consola)
Por otro lado, si alguien desea implementar soluciones de backup incrementales y completas para sistemas de produccion o preproduccion, os recomiendo encarecidamente "Amanda".
Si deseais implementar un sistema de backup para disaster recovery, os recomiendo muy mucho "Mondo Rescue". A efectos de usar esta herramienta MUY POTENTE, os recomiendo echar un ojo a este pequeño documento que escribió mi compañero Marcos Martinez en su dia:
http://www.assl-site.net/article.php?story=20041108192759240&query=mo ndo
Espero haberos ayudado aunque sea un poco.
Salu2!
Muchísimo, gracias y feliz año nuevo!!!!!!!!!! -- Marcos Guglielmetti(www.pc-musica.com.ar) Coordinador del desarrollo de Musix GNU+Linux (www.musix.org.ar) ___________________________________________________________ 1GB gratis, Antivirus y Antispam Correo Yahoo!, el mejor correo web del mundo http://correo.yahoo.com.ar
Modifiqué un tanto el script, sorteando los errores que me daba en Musix, ahora funciona y bastante bien, muy práctico de verdad #!/bin/bash # por Iván Belmonte <[email protected]> # modificado un poco por Marcos Guglielmetti para Musix GNU+Linux # (no funciona el sistema de log de errores) DATE=`/bin/date +%F` TMPDIRPARENT="/tmp/backup" TMPDIR="/tmp/backup/$DATE" BACKUPDIR="/var/spool/backup" ERRORLOG="/tmp/backuperrors-$DATE.log" # Especificar aqui el numero de dias de retencion # que debe tener el backup RETENTION="7" # Añadir aqui los ficheros o directorios de los que # se quiere hacer copia. # Añadir cada entrada en una linea separada puede # ayudarte a reconocer a simple vista las rutas. ORIG="\ /etc/X11/XF86Config-4 \ /etc/resolv.conf \ $HOME/.icewm/* \ $HOME/.choice/* \ /etc/network/interfaces" # se borra el fichro de log por si ya hubiera uno # que se llame igual rm $ERRORLOG 2>/dev/null # se crean los directorios porque teoricamente algunos # no estan creados todavia if `! test -d $BACKUPDIR` then #mkdir $BACKUPDIR 2>>$ERRORLOG mkdir $BACKUPDIR fi #mkdir -p $TMPDIRPARENT 2>>$ERRORLOG #mkdir -p $TMPDIR 2>>$ERRORLOG mkdir -p $TMPDIRPARENT mkdir -p $TMPDIR # se copian los datos sensibles al directorio # temporal de backup for DIR in $ORIG do #cp -Rp $DIR $TMPDIR/ 2>>$ERRORLOG cp -Rp $DIR $TMPDIR/ done # comprimimos el backup y lo ponemos en su sitio cd $TMPDIRPARENT #tar zcvf $DATE.tar.gz $DATE/ 2>>$ERRORLOG #mv $DATE.tar.gz $BACKUPDIR 2>>$ERRORLOG tar zcvf $DATE.tar.gz $DATE/ mv $DATE.tar.gz $BACKUPDIR # ahora controlamos la retencion del backup cd $BACKUPDIR BCKCOUNT=`ls *.tar.gz | wc -w` if `test $BCKCOUNT -gt $RETENTION` #if `test $BCKCOUNT -gt $RETENTION 2>> $ERRORLOG` then TRASHFILE=`ls *.tar.gz | head -n 1` #TRASHFILE=`ls *.tar.gz | head -n 1 2>> $ERRORLOG` rm $TRASHFILE #rm $TRASHFILE 2>>$ERRORLOG fi # borramos los directorios temporales rm -rf $TMPDIR # si no ha habido errores damos un OK, de lo contrario # cantamos error. #if `test -s $ERRORLOG` #then # OUTPUT="*** ERROR: see $ERRORLOG for details." #else #fi # mensaje de salida echo " " echo " Backup successfully archived." echo " " ___________________________________________________________ 1GB gratis, Antivirus y Antispam Correo Yahoo!, el mejor correo web del mundo http://correo.yahoo.com.ar
Marcos Guglielmetti wrote:
On Tuesday 27 December 2005 12:42, Javier Castrillo wrote:
Siempre tengo esa duda existencial.... el sistema debe hacerlo por la propia o el usuario debe ser más avivado???? sobre todo nosotros que la vamos de geeks o usuarios superiores por no usar Win$ y asistentes con perritos que desean ayudarte a escribir una carta. Nos molesta que el software se crea más piola que nosotros. En este caso fuí yo el bobo que antes de reparticionar debí haber tomado backup (o notas ) de los archivos de configuración principales. Cosa básica en cualquier lugar del mundo. Si el sistema lo hace por mí, me está haciendo un poquito más idiota... aunque en este caso los damnificados son los que tienen que usar su tiempo para reexplicarme algo que ya sabía..... en fin. A veces que las cosas sean más fáciles o automáticas hacen que la cosa no sea tan divertida.
Un abrazo, gracias y nuevamente disculpas.
si tenes grabadora de cd o dvd graba todo tu /home o los q mas cambies en un cd o dvd regrabable asi es mal facil y si modificas el sistema copia el /boot el /etc y no se q mas q me recuerden alguien mas pero eso deberia andar. no se si habra un plug in para k3b q maneje backup y split de archivos segun el tamaño del cd /dvd regrables y q te permita hacer actualizaciones facil. Slds. Dvilio.
Yo creo que hay personas para todo: geeks, usuarios normales, músicos que nunca usarán nada informático, etc. Pero porque hay mucha variedad de personas, deberíamos poder adaptar el sistema a ellos...
¿Alguien conoce una iniciativa (aplicación) para hacer backups de los archivos de configuración en un sistema tipo _Debian_ para restaurar en caso de problemas?
Si no existe, podríamos hacerlo, sería sencillo, creo.
___________________________________________________________ 1GB gratis, Antivirus y Antispam Correo Yahoo!, el mejor correo web del mundo http://correo.yahoo.com.ar
man rsync. Es im-pre-sio-nan-te. Si nunca lo usaron péguenle un vistazo, copia sólo lo que cambió de los archivos, así que no es necesario copiar todo, hacer el tar, etc. simplemente después de hacer el tar se puede sincronizar con una copia más vieja, que es mucho más rápido porque la mayoría de los datos no cambian. saludos!!
participants (5)
-
Dvilio -
Iván Belmonte -
Javier Castrillo -
Marcos Guglielmetti -
Martín Carr