Reducir y expandir la partición usando gparted en versiones antiguas de ubuntu fue muy rápido. Mover una partición era la única tarea que requería mucho tiempo y el tiempo dependía del tamaño de la partición.
En las nuevas versiones de ubuntu, gparted parece tardar mucho en reducir y expandir las particiones. Supongo que es porque mueve espacios fragmentados y el movimiento requiere mucho tiempo, por lo que el tiempo total de reducir o expandir una partición es el tiempo de reducción o expansión más el tiempo necesario para mover espacios fragmentados. Esto es enorme si estamos ampliando o reduciendo una gran partición.
Para ahorrar tiempo quiero ignorar el espacio fragmentado. ¿Hay alguna manera de reducir o expandir una partición sin tener que ocuparse de una pequeña fragmentación usando gparted o cualquier otra herramienta?
Respuesta1
En pocas palabras, no, no puedes. GParted necesita limpiar las particiones lo mejor que pueda para garantizar un cambio de tamaño seguro y exitoso.
Aquí hay unexplicación más largaEncontré en los foros de GParted:
El problema con esto es que requiere que el sistema de archivos esté definitivamente en un estado limpio; de lo contrario, las operaciones de cambio de tamaño (especialmente la reducción) destruirían los datos. Si bien esto es relativamente fácil de garantizar para los sistemas de archivos típicos de Linux (GParted trae las herramientas necesarias para verificarlos y repararlos en Live Media), no es tan fácil para los sistemas de archivos de terceros como NTFS: para estos sistemas de archivos , a menudo es necesario iniciar el sistema operativo "nativo" para estos sistemas de archivos y realizar algo de magia allí. Además de esto, incluso algunos de los sistemas de archivos de Linux no se pueden mover de esta manera, ya que no se conoce ninguna forma de reducirlos (jfs/XFS/Reiser4) y, para agrandarlos, es necesario montarlos y, al crecer, es necesario realizarse en línea (jfs / XFS). Dependiendo de su máquina, esta no es una idea muy inteligente; tal vez realice las operaciones de cambio de tamaño en un sistema con muy poca RAM (y los sistemas de archivos modernos pueden consumir grandes cantidades de memoria).
Espero que eso responda a tu pregunta.
Respuesta2
Estoy de acuerdo con la respuesta de Benjamin Kaiser. Pero me gustaría añadir dos puntos más.
En primer lugar, no debería cambiar el tamaño de las particiones con regularidad. Además de ser una operación que requiere mucho tiempo, cambiar el tamaño de una partición es riesgoso. Esto es especialmente cierto si el cambio de tamaño de la partición implica ajustar el punto de inicio de la partición, lo que requiere que se reescriban una gran cantidad de datos del sistema de archivos. Un corte de energía, un error, una falla del sistema o algún otro problema pueden causar daños al sistema de archivos que serán difíciles o imposibles de solucionar. Por lo tanto, debería cambiar el tamaño de las particiones sólo si hacerlo es absolutamente necesario; y cuando cambie el tamaño de las particiones, debe estar preparado para perder todos los datos que contienen. Si esos datos son irremplazables, debes hacer una copia de seguridad antes de cambiar el tamaño de la partición.
En segundo lugar, si por alguna razón necesita cambiar el tamaño de las particiones con frecuencia, debe consultar el administrador de volúmenes lógicos (LVM). Esto le permite tratar los sistemas de archivos como si fueran archivos, de modo que pueda agregarlos, eliminarlos, reducirlos y aumentarlos sin preocuparse por los puntos de inicio y finalización. Esto significa que nunca tendrá que ajustar el punto de inicio de un sistema de archivos, eliminando así parte del peligro del proceso. Desafortunadamente, el soporte LVM de Ubuntu es débil, especialmente para las ediciones de escritorio. LVM también es más complejo que usar particiones directamente, por lo que requerirá algo de aprendizaje y la complejidad puede dificultar la recuperación en caso de que algo salga mal. Aún así, si necesita hacer muchos malabarismos con sus particiones, LVM puede ser una ventaja neta.