¿Por qué no tienes que desfragmentar un sistema Linux? ¿Porque está usando el sistema de archivos ext2 / ext3, o porque es Linux?
Eso es relevante, ya que tengo un sistema de arranque doble (W7 / Ubuntu) y una partición común (NTFS) a la que pueden acceder ambos sistemas. Si estoy usando esta partición con Linux, ¿se fragmentará?
Otro problema son los contenedores Truecrypt. También accedo a ellos con Linux y Windows, y son FAT32. ¿Se fragmentan con Linux operando en ellos?
e4defrag -v .
en un árbol de directorios, especialmente si contiene, por ejemplo, archivos descargados con un cliente torrent (aunque algunos usanfallocate
/posix_fallocate
).Respuestas:
Aquí hay un artículo sobre How To Geek sobre cómo ext2 / ext3 asigna archivos en el disco. Y también tienen un artículo que pregunta " ¿Realmente necesitas desfragmentar ?"
Sobre por qué FAT se fragmenta:
"Cuando guarda un archivo en un sistema de archivos FAT, [el archivo se guarda] lo más cerca posible del inicio del disco. Cuando guarda un segundo archivo, [el archivo se guarda] justo después del primer archivo, y así encendido. Cuando los archivos originales crecen en tamaño, siempre se fragmentarán. No hay espacio cercano para que crezcan ".
-Cómo geek
Y wikipedia tiene más información sobre la fragmentación de FAT .
Sobre cómo EXT2,3,4 asignan archivos:
"Los sistemas de archivos ext2, ext3 y ext4 [...] asignan los archivos de una manera más inteligente. En lugar de colocar varios archivos cerca uno del otro en el disco duro, los sistemas de archivos de Linux dispersan diferentes archivos por todo el disco, dejando una gran cantidad de espacio libre entre ellos ".
-Cómo geek
(Y más información sobre desfragmentación en ext3, de wikipedia )
"Los sistemas de archivos modernos de Linux mantienen la fragmentación al mínimo al mantener todos los bloques en un archivo muy juntos, incluso si no pueden almacenarse en sectores consecutivos. Algunos sistemas de archivos, como ext3, asignan efectivamente el bloque libre más cercano a otros bloques en un archivo. Por lo tanto, no es necesario preocuparse por la fragmentación en un sistema Linux ".
- TLDP
fuente
La fragmentación siempre es una preocupación, sin importar el sistema de archivos. Sin embargo, Ext3 / Ext2 han minimizado el problema hasta el punto en que la mayoría de los administradores solo operan como si no fuera una preocupación. Esto se minimiza mediante el uso de un programador de E / S competente y el sistema de archivos que deja espacio final después de cada archivo para acomodar el crecimiento. Además de eso, los fragmentos adicionales se almacenan más juntos, por lo que incluso cuando hay fragmentación, los efectos se silencian severamente. Ext4 cambiar a extensiones también tenía la intención de ayudar a mitigar la fragmentación aún más.
La fragmentación aún existe, ext2 tenía una herramienta de desfragmentación sin conexión, ext4 está obteniendo una en línea y btrfs (solo porque está relacionado con la pregunta) ya tiene una desfragmentación en línea. Si está en ext3, su única opción real es convertir a ext4 (vía
tune2fs
) o tratar de ver cuánta suerte tiene con las herramientas de espacio de usuario comoshake
.Dependiendo del tipo de E / S que esté experimentando su sistema de archivos, aún podría ser una preocupación incluso en su nivel silenciado, razón por la cual las herramientas en línea se consideraron útiles para comenzar.
Para la pregunta sobre FAT32, la fragmentación no ocurre cuando solo opera en un archivo, sucede cuando escribe en el archivo. Para responder a su pregunta directamente, la fragmentación es un aspecto del diseño del sistema de archivos, por lo que su sistema de archivos FAT32 tiene el potencial de fragmentación cada vez que le escribe algo.
fuente
Respondiendo a sus preguntas, una por una:
Debido a que ext2 / 3/4 tiene un enfoque diferente sobre los archivos y carpetas, por lo que apenas se fragmentan. Otros ya han respondido al respecto, y puedes leer más detalles aquí
Sí, puede fragmentarse. No es cuestión de si Windows o Linux o cualquier otra cosa está accediendo a él, es cómo cada sistema de archivos trata con el tamaño del archivo, cómo almacena todos esos bloques, si deja espacios vacíos entre cada archivo ...
Los contenedores Truecrypt son un archivo, para todos los asuntos prácticos. Cuando crea un contenedor con TrueCrypt, está creando un archivo del tamaño que elija. Para su sistema operativo, es como cualquier otro archivo. Si hace copias de él, etc., tal vez las copias podrían terminar siendo fragmentadas.
Pero, recuerde, nunca es bueno tener múltiples copias del mismo contenedor, podría ayudar a reducir la seguridad del mismo. Siempre haga un nuevo contenedor.
Cuando guarda, elimina, copia, mueve, etc., archivos dentro del contenedor, los sistemas operativos no lo saben, es lo mismo que abrir, editar y guardar cualquier otro archivo, sin cambiar su tamaño.
Y si le preocupa la seguridad de truecrypt sobre la fragmentación, investigue sobre el uso de truecrypt con SSD: dado que el SSD intenta controlar el desgaste de toda la memoria dentro de él, es posible que tenga el mismo efecto de copiar el contenedor.
fuente
Al final, todo depende de los controladores del sistema de archivos dentro del sistema operativo.
Los sistemas de archivos ext2 y FAT son métodos para registrar qué bloques del disco pertenecen a qué archivo. Cuando no todos los bloques de un archivo son contiguos, el archivo se denomina fragmentado. Pero como debería ser obvio, la fragmentación es causada por la estrategia de asignación de bloques al escribir un archivo, no por cómo se registran esos bloques.
Lo que sí marca la diferencia es qué tan lejos pueden mirar los controladores del sistema de archivos. Si el controlador sabe que hay 10 bloques más para escribir, puede elegir un área libre contigua y evitar una futura fragmentación. Esto depende de la arquitectura del controlador, que es específica del sistema operativo. Pero exactamente la misma búsqueda de espacio libre se puede hacer en FAT y ext2.
De hecho, ext2 y FAT no son realmente tan diferentes como puede pensar. Escribí la parte ext2 de un gestor de arranque sobre el código FAT existente, y eso requería menos de 100 líneas adicionales de código.
fuente