Hola lista, definitivamente, mi pc necesita cuidados intensivos de reiserfsck --rebuild-sb, pero no me atrevo sin la red de seguridad del backup. Lo que necesito es un backup completo de los siguientes directorios: /home /etc /var/www (aqui tengo el apache) /fotos (perder esto me doleria mucho, asi que igual los copio hasta a pelo) Todo el correo que tengo de varias cuentas de usuarios. El servidor de correo es postfix, que se lo pasa a qpopper y lo veo con cualquier cliente de correo, o bien lo veo directamente con mutt. Y la verdad, no tengo ni idea de en que directorios se guarda todo ese correo (el que se baja con pop a mozilla, en mi cuenta personal) y el que guarda postfix. El resto es recuperable desde cd's, mas o menos, y trabajo (aunque no me importaría meter mas cosas, hasta llenar un dvd). Sugerencias para el backup? Y mas importante, como pruebo luego que el backup funciona? Gracias, miguel
te ha fallado el sistema reiser
o que te ha pasado?
lo digo pq si te ha fallado y te ha montado un cristo como me monto a mi, por aqui hay un hilo que despues de muchos mensajes pude "reanimarlo" perdiendo solo 2 archivos del directorio etc, vamos el bash.rc y el profile,
si no es eso, pues no se que decirte.
En mi caso tuvo que rehacer el directorio /dev
Miguel
On Thu, Jun 10, 2004 at 07:37:31AM +0200, Pedro b wrote:
te ha fallado el sistema reiser o que te ha pasado? lo digo pq si te ha fallado y te ha montado un cristo como me monto a mi, por aqui hay un hilo que despues de muchos mensajes pude "reanimarlo" perdiendo solo 2 archivos del directorio etc, vamos el bash.rc y el profile,
Pues si, despues de tres apagados incontrolados, mi sistema esta un poco 'escacharrao'. Un simple reiserfsck no me sirve, me pide la opcion --rebuild-sb (super block). Me puedes decir donde puedo ver ese hilo, por favor? Gracias, miguel
ummm
a ver si te puede ayudar
desde la pagina de suse, en la web puedes ver los hilos que hay, busca uno que se llama
Suse me da fallo en el arranque y no inicia :(
eso si, te recomendaria un poco de paciencia pq al final fuimos hablando de todo, la solución esta en las primeras, despues me fueron ayudando en otras cosas.
A mi me fallo, pero, por las buenas, pq se apagó sin problemas, pero despues no arrancaba sin problemas.
Espero que te ayude, ya me diras.
Miguel
te ha fallado el sistema reiser o que te ha pasado? lo digo pq si te ha fallado y te ha montado un cristo como me monto a mi, por aqui hay un hilo que despues de muchos mensajes pude "reanimarlo" perdiendo solo 2 archivos del directorio etc, vamos el bash.rc y el profile,
Pues si, despues de tres apagados incontrolados, mi sistema esta un poco 'escacharrao'. Un simple reiserfsck no me sirve, me pide la opcion --rebuild-sb (super block). Me puedes decir donde puedo ver ese hilo, por favor? Gracias, miguel -- Para dar de baja la suscripción, mande un mensaje a: suse-linux-s-unsubscribe@suse.com Para obtener el resto de direcciones-comando, mande un mensaje a: suse-linux-s-help@suse.com --------------------------------- [input] [input] [input]
*This message was transferred with a trial version of CommuniGate(tm) Pro* -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El Jueves, 10 de Junio de 2004 02:03, Miguel escribió:
Lo que necesito es un backup completo de los siguientes directorios:
/home /etc /var/www (aqui tengo el apache) /fotos (perder esto me doleria mucho, asi que igual los copio hasta a pelo)
Sugerencias para el backup?
mkdir /mudanza cd /home tar cpvfz /mudanza/home.tar.gz * * lo mismo para los demas
Y mas importante, como pruebo luego que el backup funciona?
* Hay un parametro para tar para que haga comprobacion al empaquetar y despues lo comprimes, pero yo no lo uso no me ha parecido fiable, es solo una impresion personal, ya que despues hay que comprimir y es este el fichero que hay que comprobar, usa bz2 si no haces comprobacion al ser un compresor de bloque en teoria un fallo no afecta a todo el fichero, yo lo compruebo descomprimiendo el fichero de backup y usando diff. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFAyBoOAXFL65CppEIRAqlnAJ98G7pX+KcEOl1xhnQiJcK604ni9QCfVID6 nYeCQBVxcj3D6w/112lZ+TA= =/yNr -----END PGP SIGNATURE-----
El 2004-06-10 a las 01:03 +0100, Miguel escribió:
Sugerencias para el backup?
Para guardar directorios enteros sueltos, a mi me encanta guardar en CDs comprimidos con zisofs - es una extensión al RockRidge que el kernel de linux puede leer transparentemente. No es algo que parezca ser muy conocido. Son dos pasos: 1) Generar un arbol comprimido copia del original: mkzftree - Create a zisofs/RockRidge compressed file tree mkzftree /arbol /arbol.cmp El resto de opciones, en el manual, pero con eso es suficiente. 2) Generar una imagen iso para pasar a CD mkisofs -z -R -quiet -graft-points\ -P "Not Published, private backup" \ -p "Fulano, nombre at direccion dot dom" \ -V "Data Backup, Linux" \ -o Imagen.iso /arbol.cmp -z Generate special RRIP records for transparently compressed files. This is only of use and interest for hosts that support transparent decompression, such as Linux 2.4.14 or later. You must specify the -R or -r options to enable RockRidge, and generate compressed files using the mkzftree utility before running mkisofs. Note that transparent compression is a nonstandard Rock Ridge extension. The resulting disks are only transparently readable if used on Linux. On other operating systems you will need to call mkzftree by hand to decompress the files. Hay un problema, obviamente: que no es tan facil crear imagenes que no se pasen de los 700 megas de un CD, ni tampoco es posible partir ficheros grandes entre dos CDs. Y otro, que necesitas mucho espacio libre en disco (algo menos del doble de lo que guardes). También está la pega de que hay que hacerlo en consola: olvídate del xcdroast, pe. El k3b, ni idea, pero seguramente tampoco. El primer problema lo soluciono manualmente. Creo el arbol grande, y si se pasa de 700 megas, lo divido en dos, o lo que haga falta. Para ello uso mc (midnigth comander). Es un sistema de prueba y error. Con dvd sería más facil... Por contra, para cosas como correo (muchos ficheros) y ficheros de datos es fantástico, porque el CD se puede montar y leer directamente, sin usar tar y similares para descomprimir antes de mirar un unico fichero que es el que buscas. Para hacer un backup completo del sistema, es más complicado, aunque posible. Para eso estoy explorando Mindi-Mondo. -- Saludos Carlos Robinson
*This message was transferred with a trial version of CommuniGate(tm) Pro* -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El Jueves, 10 de Junio de 2004 12:11, Carlos E. R. escribió:
Por contra, para cosas como correo (muchos ficheros) y ficheros de datos es fantástico, porque el CD se puede montar y leer directamente, sin usar tar y similares para descomprimir antes de mirar un unico fichero que es el que buscas.
Para hacer un backup completo del sistema, es más complicado, aunque posible. Para eso estoy explorando Mindi-Mondo.
* Los ficheros tar.gz al igual que los rpm , no hace falta descomprimirlos para navegarlos, ver o extraer un fichero, si usas mc, pues mismamente con este. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFAyOt0AXFL65CppEIRAiDUAJ4y4bSRw1N0Becj5TqY6pEPCDp4FwCfXojv maqikBWXGR3p/AtVXXFZBXo= =LcvC -----END PGP SIGNATURE-----
El 2004-06-11 a las 01:15 +0200, jose maria escribió:
* Los ficheros tar.gz al igual que los rpm , no hace falta descomprimirlos para navegarlos, ver o extraer un fichero, si usas mc, pues mismamente con este.
Trata de abrir un tgz de 700 megas con el mc. Te tarda una barbaridad, y en realidad lo que hace es descomprimirlo primero en /tmp para luego poder navegarlo con facilidad. Usar CDs comprimidos con zisofs es muy rápido para leer desde el CD, y transparente: lo montas y lo miras con lo que quieras: mc, konkeror, mozilla, consola... Es decir, para el sistema es un cd normal y corriente, sólo que más grande. Unicamente el kernel sabe que está comrpimido. Por contra, es tedioso de generar. -- Saludos Carlos Robinson
Perdona que no te conteste al hilo, pero tengo la mala costumbre de mover los mensajes del mozilla a carpetas locales, y los pierdo entonces en el mutt (o no se yo como buscarlos entonces). Como con mozilla ahora no puedo enviar... pues eso. Sorry tb por contestarte de forma personal al otro correo, me di cuenta en cuanto no llegaba a la lista.... :-( Seguí tu sugerencia de cambiar el systema de ficheros de mi particion de backup de fat a ext3, y ya puedo hacer la primera parte del backup: mkzftree blah blah blah... Qué se supone que hace mkzftree? Entiendo que crear un arbol del directorio que quieres copiar, manteniendo el dueño y permisos de los ficheros, es asi? Ahora lo que toca es crear la imagen, no? Para pasar a dvd sirve el mkisofs? Sospecho que no... De todos modos, el k3b da un mensaje cuando graba dvds de que va a usar growisofs, asi que me mire la pagina de manual. Como siempre, bien podrian estar escritas en sanscrito, por lo claras que me resultan, pero para variar, esta pagina de manual trae ejemplos!: EXAMPLES Actual device names vary from one operating system to another. We use /dev/dvd as a collective name or as sym bolic link to the actual device if you wish. Under Linux it will most likely be an ide-scsi device such as "/dev/scd0." Under NetBSD/OpenBSD it has be a character SCSI CD-ROM device such as "/dev/rcd0c." Under Solaris it also has to be a character SCSI/ATAPI CD-ROM device, e.g. "/dev/rdsk/c0t1d0s2" or "/vol/dev/aliases/cdrom0." To master and burn an ISO9660 volume with Joliet and Rock- Ridge extensions on a DVD: growisofs -Z /dev/dvd -R -J /some/files To append more data to same DVD: growisofs -M /dev/dvd -R -J /more/files Make sure to use the same options for both inital burning and following sessions. To use growisofs to write a pre-mastered ISO-image to a DVD: growisofs -dvd-compat -Z /dev/dvd=image.iso where image.iso represents an arbitrary object in the filesystem, such as file, named pipe or device entry. Nothing is growing here and command name is not intuitive in this context. (qué demonios es eso extensiones Joliet y RockRidge - el segundo lo mencionaste ya en este hilo - ? ) O sea, me parece a mi que tengo que usar el primer ejemplo, no? growisofs -Z /dev/dvd -R -J /some/files donde /some/files sera mi /backup/loquesea.cmp, correcto? Si es asi, como haria despues para recuperar si lo necesitase el backup? Muchas gracias por tu (vuestro) tiempo! miguel
El 2004-06-13 a las 22:07 +0100, Miguel escribió:
Perdona que no te conteste al hilo, pero tengo la mala costumbre de mover los mensajes del mozilla a carpetas locales, y los pierdo entonces en el mutt (o no se yo como buscarlos entonces).
Estoy seguro que puedes ver las mismas carpetas, sin moverlas, tanto con el mozilla como con el mutt. Yo lo hago normalmente con el Pine, pero puedo usar igualmente el mozilla, balsa, kmail... y el mutt dicen que es "Pine on steroids", así que seguro que se puede hacer.
Como con mozilla ahora no puedo enviar... pues eso. Sorry tb por contestarte de forma personal al otro correo, me di cuenta en cuanto no llegaba a la lista.... :-(
No problem.
Seguí tu sugerencia de cambiar el systema de ficheros de mi particion de backup de fat a ext3, y ya puedo hacer la primera parte del backup:
mkzftree blah blah blah...
Qué se supone que hace mkzftree? Entiendo que crear un arbol del directorio que quieres copiar, manteniendo el dueño y permisos de los ficheros, es asi?
Crea un arbol copia del original, etc, si, pero comprimido. Compara los ficheros originales con los del arbol que ha generado, y verás el cambio de tamaño. Trata de ver cualquier fichero de texto algo grandecito (algunos Ks), y verás que no puedes, es como un binario. Para poder leer uno de esos ficheros, tendrías que usar: mkzftree --file --uncompress ficherocomprimido ficheroaxpandir No es ese el método que tratamos de usar para este procedimiento, sino un rodeo cuando no tengamos soporte zisofs en el kernel (como por ejemplo si necesitaramos leerlos desde windows).
Ahora lo que toca es crear la imagen, no? Para pasar a dvd sirve el mkisofs? Sospecho que no...
No estoy seguro, pero puede que si. No te lo puedo garantizar, no tengo grabadora de DVD
De todos modos, el k3b da un mensaje cuando graba dvds de que va a usar growisofs, asi que me mire la pagina de manual. Como siempre, bien podrian estar escritas en sanscrito, por lo claras que me resultan, pero para variar, esta pagina de manual trae ejemplos!:
Si, los escritores de man-uales deben haber estudiado en chino :-p
EXAMPLES Actual device names vary from one operating system to another. We use /dev/dvd as a collective name or as sym bolic link to the actual device if you wish. Under Linux it will most likely be an ide-scsi device such as "/dev/scd0." Under NetBSD/OpenBSD it has be a character SCSI CD-ROM device such as "/dev/rcd0c." Under Solaris it also has to be a character SCSI/ATAPI CD-ROM device, e.g. "/dev/rdsk/c0t1d0s2" or "/vol/dev/aliases/cdrom0."
To master and burn an ISO9660 volume with Joliet and Rock- Ridge extensions on a DVD:
growisofs -Z /dev/dvd -R -J /some/files
To append more data to same DVD:
growisofs -M /dev/dvd -R -J /more/files
Make sure to use the same options for both inital burning and following sessions.
To use growisofs to write a pre-mastered ISO-image to a DVD:
growisofs -dvd-compat -Z /dev/dvd=image.iso
where image.iso represents an arbitrary object in the filesystem, such as file, named pipe or device entry. Nothing is growing here and command name is not intuitive in this context.
(qué demonios es eso extensiones Joliet y RockRidge - el segundo lo mencionaste ya en este hilo - ? )
Si. Los CDs estandard están en formato "ISO9660". Joliet es, creo, el nombre de las extensiones del formato para Windows, y RockRidge para *nix. Y HFS para MACs, según estoy leyendo ahora mismo en el "man" ;-)
O sea, me parece a mi que tengo que usar el primer ejemplo, no?
growisofs -Z /dev/dvd -R -J /some/files
No lo se. Pero Joliet no es, seguro. Pienso que sería "-R -z" Tendría que ver el manual de "growisofs" para comprobarlo. Con los CDs se usan dos pasos: 0.5 - generar un arbol comprimido con mkzftree 1 - Generar la imagen con mkisofs. Eso crea un fichero enorme, una imagen iso. En el caso de las imágenes comprimidas, hay que usar la opción "-z". 2 - Quemar la imagen, o sea, grabarla en el CD. Eso se hace con cdrecord. Es posible combinar ambos pasos en uno sólo, con una tubería, sin crear la imagen iso intermedia. Curiosamente, la mayoría de programas "graficos", lo que hacen es llamar a mkisofs y cdrecord con los parámetros adecuados. En el caso de las imágenes comprimidas, el paso de quemar las imágenes comprimidas se puede hacer con cdroast, k3b, lo que quieras: simplemente le dices que use el fichero de imagen que se creó anteriormente en linea de comandos: y lo hicimos en linea de comandos porque los desarrolladores gráficos se han olvidado de soportar zisofs en sus programas. Ahora, con DVDs, todavía no lo se. Estoy mirando entre los paquetes de mi suse 8.2, y hay un "dvdrecord" y un "dvd+rw-tools...rpm" que contiene "growisofs" - no será, desde luego, la última versión. Q. What are dvd+rw-tools for? A. To format blank DVD+RW media to start with. Secondly, even though you [might] have an opportunity to put for example an ext2 filesystem on DVD+RW, it's not very practical because you most likely want to access the data on arbitrary computer. Or in other words you most likely want ISO9660. Trouble is that you very likely want to add data now and then. And what options do you have in the lack of multiple sessions? Complete remastering which takes more and more time as dataset grows? Well, yes, unless you employ growisofs! growisofs provides the way to lay down and grow an ISO9660 filesystem on, as well as to burn an arbitrary pre-mastered image to both DVD+RW and DVD+R media. ... * Using growisofs. There is no manual for growisofs as there is very little need for one. In a nutshell growisofs just passes all command line arguments to mkisofs and dumps its output directly onto the media. The first part means that you basically can [well, should] consult mkisofs manual page and accompanying reference documention (including multisession related section[s]) and the second part means that you shouldn't expect an ISO-image on the standard output (nor make sure you have enough free temporary storage:-). Differences from mkisofs command line are: ¡Rayos! Parece que growisofs llama a mkisofs internamente. Mmmm. No te puedo aconsejar mucho con el tema de como hacerlo con DVD. Tendría que estudiarmelo, y, obviamente, no puedo probarlo. Pero si growisofs llama a mkisofs (en la versión actual) pasándole los parámetros, entonces sería efectivamente "-R -z" Ahora bien... ¿cuanto ocupa tu backup? A lo mejor cabe en el DVD sin comprimir.
donde /some/files sera mi /backup/loquesea.cmp, correcto?
Si.
Si es asi, como haria despues para recuperar si lo necesitase el backup?
Simplemente, montando el dvd (o el cdrom) de la forma habitual y leyendo y copiando los ficheros con cualquier cosa que acostumbres ha hacerlo. Lo llevo diciendo todo el rato: un CD comprimido con zisofs es leido por el kernel de manera transparente. El usuario no sabe que el fichero está comprimido, ni se entera. El kernel reporta el tamaño expandido, y cuando lo lee, lo expande y lo entrega expandido. Tu ni te enteras: pero cuando preguntas por el tamaño total de lo que hay en el CD, te puede decir que hay un giga, y eso obviamente no cabe en un CD a no ser que esté comprimido. Y eso he de suponer que también funciona con DVDs, pero no tengo manera de saberlo. Mira, antes de intentar todo ese procedimiento de zisofs con un dvd, estoy pensando que debes hacer una prueba con un CD - que es mucho más barato y rápido -, de grabar un directorio de 800 o 1000 megas. Crea una copia comprimida del directorio con "mkzftree", luego la imagen con "mkisofs", como te conté anteriormente (tendrá que ser menor de 700 megas), y luego la quemas con k3b o xcdroast, o lo que quieras. (por cierto, sabes que se pueden montar también las imagenes antes de quemarlas en el loop - sirve para comprobar) Luego montas el CD y trata de ver los ficheros con konkeror, o midnight comander, lo que uses normalmente. Así compruebas como funciona el sistema y te habituas, haciendote a la idea y viendo como sale todo - porque veo que te lias ;-) Luego ya es cuestion de ver como funcionaría eso con dvds, es otro paso. -- Saludos Carlos Robinson
Hola lista,
definitivamente, mi pc necesita cuidados intensivos de reiserfsck --rebuild-sb, pero no me atrevo sin la red de seguridad del backup.
Lo que necesito es un backup completo de los siguientes directorios:
/home /etc /var/www (aqui tengo el apache) /fotos (perder esto me doleria mucho, asi que igual los copio hasta a pelo) Todo el correo que tengo de varias cuentas de usuarios. El servidor de correo es postfix, que se lo pasa a qpopper y lo veo con cualquier cliente de correo, o bien lo veo directamente con mutt. Y la verdad, no tengo ni idea de en que directorios se guarda todo ese correo (el que se baja con pop a mozilla, en mi cuenta personal) y el que guarda postfix.
El resto es recuperable desde cd's, mas o menos, y trabajo (aunque no me importaría meter mas cosas, hasta llenar un dvd).
Sugerencias para el backup?
Y mas importante, como pruebo luego que el backup funciona?
Gracias, miguel
cd / tar zcvf respaldo.tar.Z home etc var/www fotos ..... La importancia de ubicarse primero en la raiz del sistema, para poder hacer el tar con nombres relativos y no absolutos, es que si necesitas recuperar un archivo, lo puedes hacer en otro directorio para revisar antes de sobreescribir el que esta en linea. Luego con el archivo tar resultante (respaldo.tar.Z) debes crear una imagen iso para quemar en CD o DVD. Si tienes suficiente espacio en disco como para duplicar los datos que vas a respaldar, entonces tienes otra alternativa que es no pasar por el tar, sino que derechamente crear una imagen iso a quemar con una estructura de datos que te permita posteriormente acceder a ellos tan solo montando el CD/DVD correspondiente. cdrecord para CD growisofs para DVD Saludos
participants (5)
-
Carlos E. R.
-
jose maria
-
Luis Roa
-
Miguel
-
Pedro b