El 2003-11-17 a las 11:37 +0100, Camaleón escribió:
El Lunes, 17 de Noviembre de 2003 09:28, Camaleón escribió:
Gracias por el método, pero creo que seguiré haciéndolo desde Windows, para hacer el scandisk y el defragmentado. Más que nada porque no puedo estar moviendo 8 gigas de datos cada vez que quiero hacer un defragmentado
Es más rápido por el metodo de copia, que por el de desfragmentación nativo. El desfragmentado de un disco grande puede tardar varias horas, y tienes que asegurarte que ninguna tarea lo interrumpa - ni siquiera el salvapantallas -. ¿Crees que una copia de 8 gigas tarda 6 horas? ¡Ya tendría que ser lento el disco!
Pues si no estoy en un error es eso exactamente lo que hace windows
No. El defrag del dos/windows va moviendo bloques del disco, unos cuantos de golpe (pero ni siquiera todo lo que le cabe en memoria). Coge un fichero del principio del disco y lo copia al final. Luego en el hueco que ha quedado libre al principio pone el fichero (o parte) que en su mapa ha decidido que va a ir ahí. El cabezal del disco está continuamente llendo hacia delante y hacia atrás, más la actualización de las dos copias de la FAT y el directorio por cada trozo que mueve. ¡Tarda un horror! Está muy poco optimizado, no optimiza los movimientos del cabezal. Es un método que va bien en discos pequeños (un giga ya es mucho) pero horroroso en los discos grandes. Copiar el disco entero es relativamente rápido. El proceso que yo describí el otro dia lo uso para reponer mi partición de arranque de windows (seis gigas usados) en cuestion de media hora o tres cuartos.
Es posible, pero tal y como ha comentado Carlos, hay que tener cuidado con los atributos de los ficheros y los archivos de sistema, vamos, que no es plan ir fichero a fichero verificando atributos...
Ni yo he dicho tal cosa. El programa "mattrib -p" te genera un script que
sirve para reponer todos los atributos de FAT después de usar tar:
mattrib -/ -p c: > $ATRIBUTOS_DISCO_C
Y la salida es:
mattrib -a +s +h "C:/msdos.sys"
mattrib +s +h "C:/windows/command/ebd/winboot.sys"
mattrib -a "C:/windows/options/cabs/845.cat"
...
... etc
Ahora, lo que yo te digo es que los ficheros que tienen el "+s" no se
pueden mover: pero son bastante pocos, esos lo puedes evitar manualmente.
A ver, observa:
mattrib -/ c:* > $LISTA_ACTUAL_ATTR
La salida es así:
SHR C:/msdos.sys
C:/Data
...
SHR C:/windows/command/ebd/winboot.sys
A H C:/windows/pchealth/helpctr/Database/HelpSessionHistory.stream
Vale, ese fichero se lo paso a un filtro que hice en C, así:
#define _GNU_SOURCE
#include
Además, queda el tema del escaneo del disco para buscar posibles errores. No hay más remedio, y tal y como comentó Carlos "que cada sistema operativo aguante su sistema de archivos".
El escaneo, desde luego. El desfragmentado... yo lo haría como he dicho. Lo que te he puesto son variaciones sobre mi sistema de backup "cruzado", vamos, que lo uso; con una salvedad, es que yo unicamente respeto un par de ficheros "+S", los de arranque, el resto los machaco. Estoy viendo que el windows pone demasiados ficheros como de sistema, que antes significaba "inamovibles". -- Saludos Carlos Robinson