Quão seguro é o GParted ao redimensionar partições Linux e Windows?

Quero redimensionar minhas partições: tenho 3 partições:

• Ubuntu 10.04
• Windows Seven
• Ubuntu 11.10

Está inicializando com a inicialização instalada pela versão Ubuntu 11.10.

Eu quero expandir ( apenas expandir ) todas as 3 partições.

Meu HD é de 1,8 TB, então é grande e não tenho a possibilidade de salvar antes de expandir.

Então, minha pergunta é: se você me disser que o GParted trabalha 99,99% do tempo, estou disposto a correr o risco. Se você me disser que o GParted funciona 90% das vezes, não correrei esse risco.

Eu, pessoalmente, não tive nenhum problema. Redimensionei meus discos usando gparted, ntfs e fat32 e ext4. Cerca de 8 a 10 vezes até agora. Deve ser seguro, caso contrário, você verá problemas como "o gparted quebrou meu disco" em toda a web.

Do meu ponto de vista, não estaria na distribuição do ubuntu se não estivesse fazendo seu trabalho 99%. É um programa bem estabelecido, com um bom programador, bem mantido e com suporte regular (fechando / corrigindo bugs). :)

Obviamente, se você tem medo de perder seus dados, sempre pode comprar ou pedir a alguém que lhe empreste um disco rígido, usb ou sata, para que você possa fazer backup de seus dados importantes primeiro.

Como mencionado nos comentários, use um livecd com gparted (por exemplo, ubuntu 12.04 livecd), deixe-o fazer seu trabalho e não interfira. Além disso, não execute várias etapas como um trabalho em lotes (não coloque muitas coisas na fila do gparted). Faça um por um e clique em Aplicar.

Existe apenas uma situação de risco, se a energia cair, conforme o comentário de Anwar:

Não há nada como garantia de 99,99%. Falhas repentinas de energia também podem causar uma grande placa de metal, sem uso. Observe também que: De acordo com meu conhecimento, todas as ferramentas de particionamento são perigosas. Eles sempre alertam seus usuários sobre isso

Minha experiência com o redimensionamento de partições no GPart foi 100% positiva. Algumas regras básicas se aplicam, conforme mencionado acima:

• Verifique se você tem backup. (Essa é sempre uma regra básica, não apenas quando você redimensiona as partes :-)).
• Verifique se suas partições estão livres de erros e desmontadas corretamente. Especificamente, no seu sistema de inicialização dupla, verifique se o Windows foi desligado corretamente antes de alterar qualquer coisa nas partições.

Particionei e particionei, editei e redimensionei meu disco rígido várias vezes com o GParted e isso nunca me falhou. Como disse a medigeek, não há garantia nesses programas.

Você sempre deve fazer um backup de todos os dados valiosos para estar do lado seguro.

Eu usei o gparted com segurança nas partições ext [234], fat32 e NTFS. Acho que, com base na sua pergunta, você não possui nenhum backup dos seus dados, portanto, aceitou o risco de perdê-los se um disco falhar, você derrama uma xícara de chá sobre ele etc. Nesse caso, o risco adicional causado por usar gparted parece insignificante.

Se você puder comprar um disco rígido externo, sugiro que você faça backup, não importa se você usa o gparted ou não.

Eu trabalhei em muitas partições com o GParted por muitos anos. 99% das vezes isso funciona, mas também tive duas experiências ruins:

Uma vez estendi uma partição XFS em uma máquina virtual SLES12. Tudo parecia funcionar sem nenhuma mensagem de erro. Aproximadamente. 24 horas depois, o sistema de arquivos XFS travou completamente. Consegui consertá-lo, mas não confiava mais nele e copiei os arquivos para outro disco. Antes dessa expansão, a VM funcionava por muitos meses sem nenhum problema. Todas as outras VMs nesta máquina ESXi e no mesmo armazenamento 3PAR também estão funcionando sem problemas. Para ter certeza, também fiz um teste de f3write no disco virtual "defeituoso" após o xfsrepair, apenas para garantir que não haja problemas de corrupção de dados no sistema de armazenamento. Tenho certeza de que nem o hypervisor ESXi nem a SAN foram responsáveis ​​pela falha do FS. Caso contrário, eu teria tido muitos outros problemas nesse cluster nos meses seguintes, o que não tive.

Também não recomendo estender uma partição windows / ntfs com o GParted!

Estendi a partição principal do meu Windows 2012 Server (executando o Exchange) com o GParted. Essa partição também foi a última na unidade e, portanto, a tarefa parecia muito simples. Desliguei, estendi o disco no ESXi, iniciei o systemrescuecd-6.0.1.iso e fiz a extensão da partição ntfs e do sistema de arquivos com o Gparted. Tudo parecia funcionar sem erros. Eu também poderia inicializar a máquina sem problemas. MAS, quando a Veeam quis fazer o backup diário depois, falhou:

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].

Eu tentei várias coisas para reparar a funcionalidade do gravador VSS sem sucesso. Então, restaurei a VM a partir de um backup que fiz antes. Depois, fiz a expansão novamente com o Windows Disk Management simples. Desta vez, tudo funcionou bem. Os escritores do VSS também estão trabalhando perfeitamente.