Por pedir
0000-00-00 00:00:00
Teoricamente, voy a recibir mañana o el lunes mi nuevo disco duro Maxtor de 160 yigas, así que me he estado recalentando la cabeza (para variar) pensando en como seria la mejor manera de hacer copias de seguridad del contenido de mis jardiscs. El tema es que este nuevo cacharrillo va a ir a mi ordenador principal ( dual NT5.2/gentoo ), que el de este va al servidor ( knoppix ) y el del servidor va a terminar en poder de Chibiusa ( NT5.1 ).
Como ya imaginareis, tanto cambio conlleva un poco de lio para que no se pierda nada, asi que he pensado que al sistema de la susodicha le voy a hacer una imagen, lo que me lleva a la primera pregunta: ¿se puede redimensionar una partición NTFS? Estoy casi seguro que si, pero agradeceria que si alguien lo ha hecho me comente que tal va la cosa. Tapanez "EjecutaOrcos" asegura que él lo ha hecho, pero su sistema no me convence nada, ya que implica hacerlo a la manera windows, con su sistema de ficheros montado, sus programas instalados en mitad del sistema de fichero (tiembla Heisenberg (juas, incerteza)) y sus reinicios. No se, no se. Problamente lo intente primero con qtparted desde una knoppix...
Mucho más problematica veo la copia de seguridad del servidor. ¿Como la hago? Dado que además quiero cambiar de sistema de ficheros del ext3 que tiene ahora a un reiser4, aqui las imagenes no me valen. Lo más probable es que me tenga que aguantar con el tar de toda la vida, con el desperdicio brutal de espacio que eso supone. ¡Nunca he entendido estas cosas de la gente de linux! ¿Que les cuesta coger un ordenador, instalar un windows y ver como hacen las cosas los demás? Hoy en particular me refiero a los compresores: ¿podeis creer que el tar, el "compresor" más usado en linux, ni siquiera lleva una opción para borrar un fichero dentro del archivo??? Increible. Que si, que estará pensado para ser usado en dispositivos tipo cinta donde no se puede volver atrás en el fichero... ¡Y que! Pues que hagan una version para usar en discos, que creo yo que será mucho más util.
Pero en realidad, a lo que iba, y que es lo realmente importante para mi en esto de las copias de seguridad es que si tu metes dos veces el mismo fichero en un archivo .tar, lo guarda dos veces. ¡Que basura! Solo por eso, para mi ya seria descartable este formato para las copias de seguridad, pero no se puede descartar algo cuando solo hay una opción para elegir... porque el tar es el único archivador que respeta los atributos de unix, así que nada de zip o rar si realmente quereis que al recuperar la copia lo que obtengais se pueda usar para algo.
Por eso, yo, Saiyine, propongo: ¿porque no usar una base de datos ¿movil? como archivo de copia de seguridad? Por "movil" me refiero a que esté en un solo fichero que se cree donde tu le digas, al contrario de lo normal que es que la base de datos se componga de un conjunto de ficheros guardados en algún directorio mediosecreto estilo /var/lib/mysql/nombre_de_la_base_de_datos . La tabla de la base de datos se compondria de las columnas Indice, Fecha, MD5, Atributos, Dueños, FechaAcceso, FechaModificacion, FechaCambio (no sé cual es la diferencia con modificación, pero existe), Nombre, Dirección, Contenido e IndiceSecundario.
La columna Indice seria el número identificativo del fichero, Fecha la fecha en que se añadió el fichero y todas las demás columnas se entiende de que van, ¿no? Bueno, Dirección es el directorio completo en el que esté y tranquilos que la de IndiceSecundario la explico enseguida. La gracia es que con este diseño, si queremos recuperar todos los ficheros que habia en el sistema antes de tal fecha, es trivial. Que añadimos un fichero, pues se hace el md5 y si no hay ninguno con el mismo, se añade por las buenas. Que si hay uno, pues comprobamos directamente si se trata del mismo fichero, y en tal caso lo añadimos, pero sin el contenido y con IndiceSecundario apuntando al Indice de la copia que ya estaba.
Vaya, me parece que ya tengo la primera entrada para la sección ideas que tenia pensado desde hacia muuucho tiempo...
Ah bueno, claro, la segunda pregunta: ¿hay algún sistema de bases de datos básico en linux que permita hacer eso que comentaba de la base de datos movil??? A ser posible, con interfaz con algún lenguaje comodo tipo perl o python, o incluso java o C#...
No, no espero que nadie me responda, de hecho no creo que casi nadie se lea este rollo, pero me apetecia escribirlo, y, que demonios, puede que algún dia incluso lo programe.
Estoy más que harto de las tipas estas, me enchunguecen totalmente el contador y todavia no se que diantres las relaciona con mi página. Ya que estamos, ¿guardará en alguna parte el google las imagenes de su buscador? Es que esta de songoku me gustaria tenerla, porque es lejanamente similar a un poster que tengo en mi cubil.
Dos combinaciones de teclas utiles que solo tienen en común que las he encontrado hoy de pu... ra casualidad: en el navegador Firefox puedes cambiar de pestaña activa pulsado control y al mismo tiempo las de avanzar o retroceder página, y en el videojuego Sacred puedes vender objetos sin que te pida confirmación simplemente teniendo pulsado mayusculas, shift o como querais, al pinchar en las mercancias... solo espero que a cambio del ahorro de tiempo envieis un credito por venta a "SaiyineArrepentido" calle Falsa, 123.
Tres enlaces, tres: 1/ Que diagrama más guapo de su red se ha montado este tio, ¿con que lo habra hecho? 2 / una web de programillas de video, para haceros vuestras propias mezclas de los videos de Monty y 3/ una dire para mandar ocho sms gratis al dia, cortesia de Ertules
Como ya imaginareis, tanto cambio conlleva un poco de lio para que no se pierda nada, asi que he pensado que al sistema de la susodicha le voy a hacer una imagen, lo que me lleva a la primera pregunta: ¿se puede redimensionar una partición NTFS? Estoy casi seguro que si, pero agradeceria que si alguien lo ha hecho me comente que tal va la cosa. Tapanez "EjecutaOrcos" asegura que él lo ha hecho, pero su sistema no me convence nada, ya que implica hacerlo a la manera windows, con su sistema de ficheros montado, sus programas instalados en mitad del sistema de fichero (tiembla Heisenberg (juas, incerteza)) y sus reinicios. No se, no se. Problamente lo intente primero con qtparted desde una knoppix...
Mucho más problematica veo la copia de seguridad del servidor. ¿Como la hago? Dado que además quiero cambiar de sistema de ficheros del ext3 que tiene ahora a un reiser4, aqui las imagenes no me valen. Lo más probable es que me tenga que aguantar con el tar de toda la vida, con el desperdicio brutal de espacio que eso supone. ¡Nunca he entendido estas cosas de la gente de linux! ¿Que les cuesta coger un ordenador, instalar un windows y ver como hacen las cosas los demás? Hoy en particular me refiero a los compresores: ¿podeis creer que el tar, el "compresor" más usado en linux, ni siquiera lleva una opción para borrar un fichero dentro del archivo??? Increible. Que si, que estará pensado para ser usado en dispositivos tipo cinta donde no se puede volver atrás en el fichero... ¡Y que! Pues que hagan una version para usar en discos, que creo yo que será mucho más util.
Pero en realidad, a lo que iba, y que es lo realmente importante para mi en esto de las copias de seguridad es que si tu metes dos veces el mismo fichero en un archivo .tar, lo guarda dos veces. ¡Que basura! Solo por eso, para mi ya seria descartable este formato para las copias de seguridad, pero no se puede descartar algo cuando solo hay una opción para elegir... porque el tar es el único archivador que respeta los atributos de unix, así que nada de zip o rar si realmente quereis que al recuperar la copia lo que obtengais se pueda usar para algo.
Por eso, yo, Saiyine, propongo: ¿porque no usar una base de datos ¿movil? como archivo de copia de seguridad? Por "movil" me refiero a que esté en un solo fichero que se cree donde tu le digas, al contrario de lo normal que es que la base de datos se componga de un conjunto de ficheros guardados en algún directorio mediosecreto estilo /var/lib/mysql/nombre_de_la_base_de_datos . La tabla de la base de datos se compondria de las columnas Indice, Fecha, MD5, Atributos, Dueños, FechaAcceso, FechaModificacion, FechaCambio (no sé cual es la diferencia con modificación, pero existe), Nombre, Dirección, Contenido e IndiceSecundario.
La columna Indice seria el número identificativo del fichero, Fecha la fecha en que se añadió el fichero y todas las demás columnas se entiende de que van, ¿no? Bueno, Dirección es el directorio completo en el que esté y tranquilos que la de IndiceSecundario la explico enseguida. La gracia es que con este diseño, si queremos recuperar todos los ficheros que habia en el sistema antes de tal fecha, es trivial. Que añadimos un fichero, pues se hace el md5 y si no hay ninguno con el mismo, se añade por las buenas. Que si hay uno, pues comprobamos directamente si se trata del mismo fichero, y en tal caso lo añadimos, pero sin el contenido y con IndiceSecundario apuntando al Indice de la copia que ya estaba.
Vaya, me parece que ya tengo la primera entrada para la sección ideas que tenia pensado desde hacia muuucho tiempo...
Ah bueno, claro, la segunda pregunta: ¿hay algún sistema de bases de datos básico en linux que permita hacer eso que comentaba de la base de datos movil??? A ser posible, con interfaz con algún lenguaje comodo tipo perl o python, o incluso java o C#...
No, no espero que nadie me responda, de hecho no creo que casi nadie se lea este rollo, pero me apetecia escribirlo, y, que demonios, puede que algún dia incluso lo programe.
~
Estoy más que harto de las tipas estas, me enchunguecen totalmente el contador y todavia no se que diantres las relaciona con mi página. Ya que estamos, ¿guardará en alguna parte el google las imagenes de su buscador? Es que esta de songoku me gustaria tenerla, porque es lejanamente similar a un poster que tengo en mi cubil.
~
Dos combinaciones de teclas utiles que solo tienen en común que las he encontrado hoy de pu... ra casualidad: en el navegador Firefox puedes cambiar de pestaña activa pulsado control y al mismo tiempo las de avanzar o retroceder página, y en el videojuego Sacred puedes vender objetos sin que te pida confirmación simplemente teniendo pulsado mayusculas, shift o como querais, al pinchar en las mercancias... solo espero que a cambio del ahorro de tiempo envieis un credito por venta a "SaiyineArrepentido" calle Falsa, 123.
~
Tres enlaces, tres: 1/ Que diagrama más guapo de su red se ha montado este tio, ¿con que lo habra hecho? 2 / una web de programillas de video, para haceros vuestras propias mezclas de los videos de Monty y 3/ una dire para mandar ocho sms gratis al dia, cortesia de Ertules
Tapanez (17/09/2004, 08:24) Ey socios! Ammmmigo Sai, ya te vale, como quieres que leamos toda esta sarta de chorradas?? escribe en tu puñetera pagina si quieres que alguien te lea o al menos que puedas poner lo que te plazca, pero no en esta la pagina de Tapanez&Jommer. Mooooola lo del Sacred, tendre que probarlo cuando vuelva a casa, lo haria aqui pero no creo que les gsusten los juegos de "rol" a la gente esta, no por otra cosa (si pudiese te pagaria el descubrimiento con parte de mi juego-fortuna, peeeeero). Lo de la base de datos, como lo he leido asi muy por encima y a riesgo de que aparezca alguno que entienda mas de esto, si el fichero se repite n veces lo sigues guardando con el metodo este del IndiceSecundario? podrias probar con otra tabla donde guardar solo el nombre del fichero y su ruta, ya te digo que lo he leido asi de pasada.... se comentara. Nota mental: a alguien mas (gilipolleces y los que dicen gilipolleces aparte) le parece que Helguera va dando pasos de cangrejo, quicir cada vez peor? le estaran volviendo loco con tanto cambio? alguna vez ha tenido toque de balon? (esta ultima es realmente una duda, no recuerdo si cuando se le ficho la tocaba bien, supongo que si porque el otro era Makelele, ese gran pelotero). Aaaaaaale. |
Yhandros (19/09/2004, 12:32) Si aparece un tercer fichero idéntico, que el índice secundario apunte al índice secundario del segundo aparecido o directamente al mismo índice del primero, ¿no? no hacen falta más. Sai, pero si tiene que comprobar cada vez todos los md5 y demás cada vez que añades un fichero ¿no tardará mucho el tema? Un consejo señores, si vais de botelleo no dejeis que unos chavales de 19 años compren el alcohol sin supervisión adulta, vuestros higado y estómago lo agradecerán. Especialmente huir de un whisky "escocés" made in Alcobendas que se llama Royal Swan. Salud. -- Yhandros. "He cruzado océanos de tiempo para encontrarte" |
Saiyine (19/09/2004, 13:40) Para otro proyecto tengo una base de datos de en torno a los once millones de entradas m5 y mi k6 tarda unos cinco minutos en decirte si una clave md5 esta o no en la lista (los md5 no pueden ser clave primaria porque la posibilidad de que se repitan es mayor que cero). Pero claro, eso es un caso extremo, no creo que nadie vaya a hacer copias de seguridad tan bestiales, y, si es asi, siempre se le podra poner una opcion al programa para que no compruebe las repeticiones. Bart: Como pudiste hacerlo, Krusty... Yo nunca pondria mi nombre en articulos de tan mala calidad! |