¿Qué tan seguro es GParted al cambiar el tamaño de las particiones de Linux y Windows?

Quiero cambiar el tamaño de mis particiones: tengo 3 particiones:

• Ubuntu 10.04
• Windows Seven
• Ubuntu 11.10

Se inicia con el arranque instalado por la versión Ubuntu 11.10.

Quiero expandir ( solo expandir ) las 3 particiones.

Mi HD es de 1,8 Tb, así que es grande y no tengo posibilidad de guardar antes de expandirme.

Entonces mi pregunta es: si me dices que GParted trabaja el 99,99% del tiempo, estoy dispuesto a correr el riesgo. Si me dices que GParted trabaja el 90% del tiempo, no me arriesgaré.

Yo personalmente no tuve un problema. Cambié el tamaño de mis discos usando gparted, ntfs y fat32 y ext4. Aproximadamente 8-10 veces hasta ahora. Debería ser seguro, de lo contrario vería problemas como "gparted rompió mi disco" en toda la web.

A mi modo de ver, no estaría en la distribución de ubuntu si no estuviera haciendo su trabajo al 99%. Es un programa bien establecido con un buen programador, bien mantenido y apoyado regularmente (al cerrar / corregir errores). :)

Por supuesto, si tiene miedo de perder sus datos, siempre puede comprar o pedirle a alguien que le preste un disco duro, usb o sata, para que primero pueda hacer una copia de seguridad de sus datos importantes.

Como se menciona en los comentarios, use un livecd con gparted (por ejemplo, ubuntu 12.04 livecd), deje que haga su trabajo y no interfiera. Además, no haga muchos pasos como trabajo por lotes (no ponga muchas cosas para hacer en la cola dividida). Hazlos uno por uno y presiona aplicar.

Solo hay una situación de riesgo, si el poder se cae, según el comentario de Anwar:

No hay nada como 99.99% de garantía. La falla repentina de energía también puede causar una gran placa de metal, sin usos. También tenga en cuenta que: Según mi conocimiento, todas las herramientas de partición son peligrosas. Siempre advierten a sus usuarios sobre eso

Mi experiencia con el cambio de tamaño de particiones en GParted en 100% positivo. Se aplican algunas reglas básicas, como se mencionó anteriormente:

• Asegúrate de tener una copia de seguridad. (Esa es siempre una regla básica, no solo cuando cambia el tamaño de las particiones :-)).
• Asegúrese de que sus particiones estén libres de errores y que estén desmontadas limpiamente. Específicamente, en su sistema de arranque dual, asegúrese de que Windows se haya cerrado correctamente antes de cambiar algo en sus particiones.

Particioné y volví a particionar, edité y volví a clasificar mi disco duro varias veces con GParted y nunca me ha fallado. Como dijo medigeek, no existe una garantía en estos programas.

Siempre debe hacer una copia de seguridad de todos los datos valiosos para estar seguros.

He usado gparted de forma segura en las particiones ext [234], fat32 y NTFS. Supongo por su pregunta que no tiene ninguna copia de seguridad de sus datos, por lo que ha aceptado el riesgo de perder sus datos si falla un disco, derrama una taza de té sobre él, etc. En ese caso, el riesgo adicional causado por usar gparted se siente insignificante.

Si puede pagar un disco duro externo, le sugiero que haga una copia de seguridad, no importa si usa gparted o no.

He trabajado en muchas particiones con GParted durante muchos años. El 99% del tiempo esto funciona, pero también tuve dos malas experiencias:

Una vez que extendí una partición XFS en una máquina SLES12 virtual. Todo parecía funcionar sin ningún mensaje de error. Aprox. 24 horas después, el sistema de archivos XFS se bloqueó por completo. Pude repararlo, pero ya no confiaba en él y copié los archivos en otro disco. Antes de esta expansión, la VM funcionó durante muchos meses sin ningún problema. Todas las otras máquinas virtuales en esta máquina ESXi y en el mismo almacenamiento 3PAR también funcionan sin problemas. Para estar seguro, también hice una prueba de f3write en el disco virtual "defectuoso" después de xfsrepair solo para asegurarme de que no haya ningún problema de corrupción de datos con el sistema de almacenamiento. Estoy muy seguro de que ni el hipervisor ESXi ni la SAN fueron responsables del bloqueo del FS. De lo contrario, habría tenido muchos otros problemas en este clúster los meses siguientes, que no tuve.

¡Tampoco recomiendo extender una partición windows / ntfs con GParted!

Extendí la partición principal de mi Windows 2012 Server (ejecutando Exchange) con GParted. Esta partición también fue la última en la unidad y, por lo tanto, la tarea parecía muy simple. Lo apagué, extendí el disco en ESXi, arranqué systemrescuecd-6.0.1.iso e hice la extensión de la partición ntfs y el sistema de archivos con Gparted. Todo parecía funcionar sin error. También podría arrancar la máquina sin problemas. PERO cuando Veeam quería hacer la copia de seguridad diaria luego falló:

Event description: Job "nameofjob" finished with error. Processing EXCHANGE Error: VSSControl: -2147467259 Backup job failed. Cannot create a shadow copy of the volumes containing writer's data. VSS asynchronous operation is not completed. Operation: [Shadow copies commit]. Code: [0x8004231f].

EXCHANGE - Failed to prepare guest for hot backup. Error: VSSControl: -2147467259 Backup job failed. Cannot create a shadow copy of the volumes containing writer''s data. VSS asynchronous operation is not completed. Operation: [Shadow copies commit]. Code: [0x8004231f].

He intentado toneladas de cosas para reparar la funcionalidad del escritor VSS sin éxito. Así que restauré la VM desde una copia de seguridad que hice antes. Luego hice la expansión nuevamente con Windows Disk Management simple. Esta vez todo funcionó bien. También los escritores de VSS están trabajando perfectamente.