GParted an toàn như thế nào khi thay đổi kích thước phân vùng Linux và Windows?

Tôi muốn thay đổi kích thước phân vùng của mình: Tôi có 3 phân vùng:

• Ubuntu 10.04
• Windows Bảy
• Ubuntu 11.10

Đó là khởi động với khởi động được cài đặt bởi phiên bản Ubuntu 11.10.

Tôi muốn mở rộng ( chỉ mở rộng ) cả 3 phân vùng.

HD của tôi là 1,8 Tb nên nó rất lớn và tôi không có khả năng lưu trước khi mở rộng.

Vì vậy, câu hỏi của tôi là: nếu bạn nói với tôi công việc GParted 99,99% thời gian, tôi sẵn sàng chấp nhận rủi ro. Nếu bạn nói với tôi công việc GParted 90% thời gian, tôi sẽ không mạo hiểm.

Cá nhân tôi không có vấn đề gì. Tôi đã thay đổi kích thước đĩa bằng gparted, ntfs và fat32 và ext4. Khoảng 8-10 lần cho đến bây giờ. Nó sẽ an toàn, nếu không bạn sẽ thấy các vấn đề như "gparted đã phá vỡ đĩa của tôi" trên web.

Theo cách tôi thấy, nó sẽ không nằm trong bản phân phối Ubuntu nếu nó không thực hiện công việc 99%. Đây là một chương trình được thiết lập tốt với một lập trình viên giỏi, được duy trì tốt và được hỗ trợ thường xuyên (bằng cách đóng / sửa lỗi). :)

Tất nhiên, nếu bạn sợ mất dữ liệu, bạn luôn có thể mua hoặc yêu cầu ai đó cho bạn mượn ổ cứng, usb hoặc sata để bạn có thể sao lưu dữ liệu quan trọng của mình trước.

Như đã đề cập trong các bình luận, hãy sử dụng một livecd với gparted (ví dụ như ub Ubuntu 12.04 livecd), hãy để nó thực hiện công việc của nó và không can thiệp. Ngoài ra, đừng thực hiện nhiều bước như một công việc hàng loạt (đừng đặt nhiều thứ để làm trong hàng đợi gparted). Làm từng cái một và nhấn áp dụng.

Chỉ có một tình huống rủi ro, nếu mất điện, theo nhận xét của Anwar:

Không có gì đảm bảo 99,99%. Mất điện đột ngột cũng có thể gây cho bạn một tấm kim loại lớn, không sử dụng được. Cũng lưu ý rằng: Theo hiểu biết của tôi, Tất cả các công cụ phân vùng đều nguy hiểm. Họ luôn cảnh báo người dùng về điều đó

Kinh nghiệm của tôi với việc thay đổi kích thước các phần trong GParted tích cực 100%. Một số quy tắc cơ bản được áp dụng, như đã được đề cập ở trên:

• Hãy chắc chắn rằng bạn đã sao lưu. (Đó luôn là một quy tắc cơ bản, không chỉ khi bạn thay đổi kích thước các phần :-)).
• Hãy chắc chắn rằng các phân vùng của bạn không có lỗi và không bị xóa sạch. Cụ thể, trên hệ thống khởi động kép của bạn, đảm bảo Windows đã được tắt chính xác trước khi bạn thay đổi bất cứ điều gì trên các phân vùng của mình.

Tôi đã phân vùng và phân vùng lại, chỉnh sửa và định cỡ lại Ổ cứng của tôi nhiều lần với GParted và nó chưa bao giờ làm tôi thất bại. Như medigeek cho biết không có gì là sự đảm bảo trong các chương trình này.

Bạn phải luôn luôn sao lưu tất cả các dữ liệu có giá trị để ở bên an toàn.

Tôi đã sử dụng gparted một cách an toàn trên các phân vùng ext [234], fat32 và NTFS. Tôi đoán từ câu hỏi của bạn rằng bạn không có bất kỳ sao lưu dữ liệu của bạn, vì vậy bạn đã chấp nhận nguy cơ mất dữ liệu của bạn nếu một đĩa thất bại, bạn đổ một tách trà trên nó vv Trong trường hợp đó, thêm nguy cơ gây ra bởi sử dụng gparted cảm thấy không đáng kể.

Nếu bạn có thể mua ổ cứng gắn ngoài, tôi khuyên bạn nên sao lưu, không quan trọng bạn có sử dụng gparted hay không.

Tôi đã làm việc trên nhiều phân vùng với GParted trong nhiều năm. 99% thời gian này là làm việc, nhưng tôi cũng có hai trải nghiệm tồi tệ:

Khi tôi mở rộng phân vùng XFS trên máy SLES12 ảo. Tất cả mọi thứ dường như làm việc mà không có bất kỳ thông báo lỗi. Xấp xỉ 24 giờ sau, hệ thống tập tin XFS bị sập hoàn toàn. Tôi đã có thể sửa chữa nó, nhưng không tin tưởng nó nữa và sao chép các tập tin vào một đĩa khác. Trước khi mở rộng, VM đã hoạt động trong nhiều tháng mà không gặp vấn đề gì. Tất cả các máy ảo khác trên máy ESXi này và trên cùng bộ lưu trữ 3PAR đều hoạt động tốt mà không gặp sự cố. Để chắc chắn, tôi cũng đã thực hiện một thử nghiệm f3write trên đĩa ảo "bị lỗi" sau xfsrepair chỉ để chắc chắn rằng không có vấn đề hỏng dữ liệu với hệ thống lưu trữ. Tôi rất chắc chắn rằng cả nhà ảo thuật ESXi và SAN đều không chịu trách nhiệm cho sự cố của FS. Nếu không, tôi đã có rất nhiều vấn đề khác trong cụm này vào những tháng tiếp theo, điều mà tôi đã không gặp phải.

Tôi cũng không khuyên bạn nên mở rộng phân vùng windows / ntfs với GParted!

Tôi đã mở rộng phân vùng chính của Windows 2012 Server (chạy Exchange) với GParted. Phân vùng này cũng là cái cuối cùng trên ổ đĩa và vì vậy nhiệm vụ có vẻ rất đơn giản. Tôi đã tắt nó, mở rộng đĩa trong ESXi, khởi động systemrescuecd-6.0.1.iso và thực hiện mở rộng phân vùng ntfs và hệ thống tệp với Gparted. Mọi thứ dường như hoạt động mà không có lỗi. Tôi cũng có thể khởi động máy mà không gặp vấn đề gì. NHƯNG khi Veeam muốn thực hiện sao lưu hàng ngày sau đó thì thất bại:

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

Tôi đã thử hàng tấn thứ để sửa chữa chức năng nhà văn VSS nhưng không thành công. Vì vậy, tôi đã khôi phục VM từ bản sao lưu mà tôi đã làm trước đây. Sau đó, tôi đã mở rộng lại với Windows Disk Management. Lần này mọi thứ hoạt động tốt. Ngoài ra các nhà văn VSS đang làm việc hoàn hảo.