En un sistema de arranque dual (Vista/Jaunty) quería tomar algo de espacio no asignado y ampliar mi partición ext3. Al hacerlo, noté que la verificación del disco que se ejecuta desde la partición seguía fallando al final del cambio de tamaño, y también que mi espacio real utilizado dentro de esa partición había aumentado.
es decirde14 g utilizados de partición de 20 ga36 g utilizados de una partición de 40 g (estimaciones aproximadas)
Cualquier intento de ejecutar check nuevamente solo hizo que el espacio utilizado creciera más... seguramente esto no puede ser solo registros, ¿verdad? Finalmente, agoté el espacio utilizado y opté por realizar una instalación nueva.
Inicialmente solo usé la GUI gparted desde un liveUSB, y como eso seguía dándome un error críptico (después del cambio de tamaño, antes de la verificación final), probé algo de magia en la línea de comandos con e2fsck y luego intenté usar resize2fs (aunque no lo sabía). Ya bastaba con usar esto, pero de ninguna manera era un sistema vital, así que jugué).
¿Es este comportamiento normal?
No creo necesariamente que haya habido un problema más allá del error humano aquí, no tengo mucha experiencia en lo que respecta a la gestión de sistemas de archivos, particiones y cosas por el estilo.
Respuesta1
"¿Es este un comportamiento normal?" Definitivamente no. Cambiar el tamaño de la partición no debería consumir gigabytes de espacio de esa manera.
Probablemente tampoco sea un error humano. Parece que las estructuras del sistema de archivos se han corrompido de alguna manera. ¿Podría darnos más detalles sobre el comando que utilizó?
Respuesta2
No, esto no es normal. Cambiar el tamaño no debería utilizar ningún espacio adicional. Mi sugerencia es hacer una copia de seguridad de los datos críticos, borrar la partición y reinstalar desde cero con una partición nueva sin redimensionar.