Linux 및 Windows 파티션 크기를 조정할 때 GParted는 얼마나 안전합니까?

파티션 크기를 조정하고 싶습니다. 3 개의 파티션이 있습니다.

• 우분투 10.04
• 윈도우 세븐
• 우분투 11.10

우분투 11.10 버전으로 설치된 부팅으로 부팅합니다.

세 개의 파티션을 모두 확장하고 만 확장 하고 싶습니다 .

내 HD는 1,8Tb이므로 크기가 커서 확장하기 전에 저장할 수 없습니다.

그래서 제 질문은 : GParted에 99,99 %의 시간을 투자한다면 위험을 감수 할 의향이 있습니다. GParted 작업 시간의 90 %를 알려 주시면 그 위험을 감수하지 않습니다.

나는 개인적으로 문제가 없었습니다. gparted, ntfs 및 fat32 및 ext4를 사용하여 디스크 크기를 조정했습니다. 지금까지 약 8-10 회. 안전해야합니다. 그렇지 않으면 웹에서 "gparted broke my disk"와 같은 문제가 발생합니다.

내가보기에, 99 %의 일을하지 않으면 우분투 배포판에 있지 않을 것입니다. 그것은 좋은 프로그래머가 있고 잘 유지되고 정기적으로 지원됩니다 (버그를 닫거나 수정하여) 잘 확립 된 프로그램입니다. :)

물론 데이터 손실을 두려워하는 경우 언제든지 하드 드라이브, USB 또는 SATA를 빌려달라고 요청하여 중요한 데이터를 먼저 백업 할 수 있습니다.

의견에서 언급했듯이 gparted와 함께 livecd를 사용하십시오 (예 : 우분투 12.04 livecd), 그 일을하고 방해하지 마십시오. 또한 배치 작업으로 많은 단계를 수행하지 마십시오 (gparted queue에 많은 작업을 수행하지 마십시오). 하나씩 수행하고 적용을 누르십시오.

Anwar의 의견에 따라 전원이 꺼지면 위험한 상황이 하나뿐입니다.

99.99 %의 보증은 없습니다. 갑작스런 정전으로 인해 큰 금속판이 생길 수 있습니다. 내 지식에 따라 모든 파티션 도구는 위험합니다. 그들은 항상 사용자들에게

100 % 긍정적으로 GParted에서 부분 크기를 조정 한 경험. 위에서 언급 한 몇 가지 기본 규칙이 적용됩니다.

• 백업이 있는지 확인하십시오. (분할의 크기를 조정할 때뿐만 아니라 항상 기본 규칙입니다 :-)).
• 파티션에 오류가없고 깨끗하게 마운트 해제되었는지 확인하십시오. 특히, 이중 부팅 시스템에서 파티션의 항목을 변경하기 전에 Windows가 올바르게 종료되었는지 확인하십시오.

GParted를 사용하여 하드 드라이브를 여러 번 분할하고 파티션을 다시 나누고 편집하고 크기를 조정 한 결과 결코 실패하지 않았습니다. medigeek이 말했듯 이이 프로그램에는 보장과 같은 것이 없습니다.

항상 귀중한 모든 데이터를 안전한 곳에 백업해야합니다.

ext [234], fat32 및 NTFS 파티션에서 안전하게 gparted를 사용했습니다. 난 당신이하지 않아도 당신의 질문에서 추측 어떤 당신이 디스크에 오류가 발생하면 데이터 손실의 위험, 당신은이 경우에 그 등을 통해 차 한잔을 쏟아 수락 때문에, 데이터의 백업을 추가 위험이 발생 gparted를 사용하는 것은 무시할만한 느낌입니다.

외장 하드 드라이브를 구입할 수 있다면 gparted를 사용하든 아니든 상관없이 백업하는 것이 좋습니다.

수년간 GParted에서 많은 파티션을 작업했습니다. 이것이 작동하는 시간의 99 %이지만 두 가지 나쁜 경험이 있습니다.

가상 SLES12 시스템에서 XFS 파티션을 확장 한 후 모든 오류 메시지없이 작동하는 것 같았습니다. 약. 24 시간 후 XFS 파일 시스템이 완전히 충돌했습니다. 나는 그것을 고칠 수 있었지만 더 이상 그것을 믿지 않고 파일을 다른 디스크에 복사했습니다. 이 확장 전에 VM은 몇 달 동안 아무런 문제없이 작동했습니다. 이 ESXi 시스템 및 동일한 3PAR 스토리지의 다른 모든 VM은 문제없이 작동합니다. 스토리지 시스템에 데이터 손상 문제가 없는지 확인하기 위해 xfsrepair 후에 "결함"가상 디스크에 대해 f3write 테스트를 수행했습니다. ESXi 하이퍼 바이저 나 SAN이 FS 충돌을 담당하지 않았 음을 확신합니다. 그렇지 않으면 다음 달이 클러스터에서 다른 문제가 많이 있었을 것입니다.

또한 GParted를 사용하여 windows / ntfs 파티션을 확장하지 않는 것이 좋습니다!

GParted를 사용하여 Exchange 2012를 실행하는 Windows 2012 Server의 기본 파티션을 확장했습니다. 이 파티션은 드라이브의 마지막 파티션이기도하므로 작업이 매우 단순 해 보였습니다. 전원을 끄고 ESXi에서 디스크를 확장하고 systemrescuecd-6.0.1.iso를 부팅 한 다음 Gparted를 사용하여 ntfs 파티션 및 파일 시스템을 확장했습니다. 모든 것이 오류없이 작동하는 것처럼 보였습니다. 문제없이 머신을 부팅 할 수도 있습니다. 그러나 Veeam이 매일 백업을 수행하려고 할 때 실패했습니다.

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

VSS 기록기 기능을 성공적으로 복구하기 위해 많은 노력을 기울였습니다. 그래서 이전에 수행 한 백업에서 VM을 복원했습니다. 그런 다음 일반 Windows 디스크 관리로 다시 확장했습니다. 이번에는 모든 것이 잘 작동했습니다. 또한 VSS 작성자는 완벽하게 작동합니다.