GParted ปลอดภัยแค่ไหนเมื่อปรับขนาดพาร์ติชัน Linux และ Windows

10

ฉันต้องการปรับขนาดพาร์ติชัน: ฉันมี 3 พาร์ติชัน:

Ubuntu 10.04
Windows Seven
Ubuntu 11.10

มันกำลังบู๊ตด้วยการบู๊ตที่ติดตั้งโดย Ubuntu 11.10 เวอร์ชั่น

ฉันต้องการขยาย ( ขยายเท่านั้น ) ทั้ง 3 พาร์ติชัน

HD ของฉันคือ 1,8 Tb ดังนั้นมันจึงใหญ่และฉันไม่สามารถบันทึกได้ก่อนที่จะขยาย

ดังนั้นคำถามของฉันคือถ้าคุณบอกฉันว่างาน GParted 99,99% ของเวลาฉันยินดีที่จะเสี่ยง ถ้าคุณบอกฉันว่า GParted ทำงาน 90% ของเวลาฉันจะไม่รับความเสี่ยงนั้น

gparted

— Olivier Pons
แหล่งที่มา

1

รับ livecd ใช้ gparted ให้แน่ใจว่าคุณทำเท่านั้นปรับขนาดและทำให้มันเกิดขึ้น

— Uri Herrera

1

ครั้งล่าสุดที่ฉันพยายามปรับขนาดพาร์ติชัน NTFS โดยใช้ Gparted ฉันทำข้อมูลทั้งหมดในไดรฟ์หาย ฉันสามารถทำให้ใช้งานได้หลังจากฟอร์แมตไดรฟ์เท่านั้น ฉันจำได้ว่าสิ่งนี้เกิดขึ้นทั้งสองครั้งที่ฉันปรับขนาดไดรฟ์

— jokerdino

2

ไม่มีอะไรรับประกันได้ 99.99% ความล้มเหลวของพลังงานกะทันหันอาจทำให้คุณมีแผ่นโลหะขนาดใหญ่ที่ไม่มีประโยชน์ นอกจากนี้โปรดทราบว่า: ตามความรู้ของฉันเครื่องมือแบ่งพาร์ทิชันทั้งหมดเป็นอันตราย พวกเขาเตือนผู้ใช้เสมอเกี่ยวกับสิ่งนั้น

— Anwar

9

หากคุณไม่มีวิธีการสำรองข้อมูลและกังวลเกี่ยวกับการแก้ไขพาร์ทิชันผิด - มีเพียงคำตอบเดียวสำหรับคุณ อย่าทำมัน

— 23 93 26 35 19 57 3 89

3

"ปลอดภัย" หรือไม่ สว่านไฟฟ้า "ปลอดภัย" หรือไม่? เลื่อย? ค้อนก้ามปู? rm? มันเป็นเครื่องมือ เครื่องมือที่มีประสิทธิภาพมาก - โดยอัตโนมัติหมายความว่าถ้าคุณไม่รู้ว่าคุณกำลังทำอะไรอยู่ก็ไม่ปลอดภัยเลย

— Shadur

14

โดยส่วนตัวฉันไม่มีปัญหา ฉันปรับขนาดดิสก์โดยใช้ gparted, ntfs และ fat32 และ ext4 ประมาณ 8-10 ครั้งจนถึงขณะนี้ มันควรจะปลอดภัยมิฉะนั้นคุณจะพบปัญหาเช่น "gparted ทำให้ดิสก์ของฉัน" ทั่วทั้งเว็บ

วิธีที่ฉันเห็นมันจะไม่อยู่ในการกระจายอูบุนตูหากมันไม่ได้ทำงานได้ 99% เป็นโปรแกรมที่ได้รับการยอมรับเป็นอย่างดีพร้อมโปรแกรมเมอร์ที่ดีบำรุงรักษาอย่างดีและสนับสนุนอย่างสม่ำเสมอ (โดยการปิด / แก้ไขข้อบกพร่อง) :)

แน่นอนถ้าคุณกลัวว่าจะสูญเสียข้อมูลของคุณคุณสามารถซื้อหรือขอจากใครบางคนเพื่อให้คุณยืมฮาร์ดไดรฟ์ USB หรือ SATA เพื่อให้คุณสามารถสำรองข้อมูลสำคัญของคุณก่อน

ดังที่ได้กล่าวไว้ในความคิดเห็นใช้ livecd กับ gparted (เช่น ubuntu 12.04 livecd) ปล่อยให้มันทำงานและไม่ยุ่ง นอกจากนี้อย่าทำขั้นตอนมากเป็นงานแบ็ตช์ (อย่าใส่สิ่งต่าง ๆ มากมายในคิว gparted) ทำทีละตัวแล้วกดใช้

มีสถานการณ์ที่มีความเสี่ยงเพียงสถานการณ์เดียวหากพลังดับลงตามความเห็นของอันวาร์:

ไม่มีอะไรรับประกันได้ 99.99% ความล้มเหลวของพลังงานกะทันหันอาจทำให้คุณมีแผ่นโลหะขนาดใหญ่ที่ไม่มีประโยชน์ นอกจากนี้โปรดทราบว่า: ตามความรู้ของฉันเครื่องมือแบ่งพาร์ทิชันทั้งหมดเป็นอันตราย พวกเขาเตือนผู้ใช้เสมอเกี่ยวกับสิ่งนั้น

— Savvas Radevic
แหล่งที่มา

3

ประสบการณ์ของฉันกับการปรับขนาดพาร์ติชันใน GParted เป็นบวก 100% ใช้กฎพื้นฐานบางอย่างตามที่ได้กล่าวไว้ข้างต้น:

ตรวจสอบให้แน่ใจว่าคุณมีข้อมูลสำรอง (นั่นเป็นกฎพื้นฐานเสมอไม่ใช่เฉพาะเมื่อคุณปรับขนาดพาร์ทิชัน :-))
ตรวจสอบให้แน่ใจว่าพาร์ติชันของคุณปราศจากข้อผิดพลาด โดยเฉพาะอย่างยิ่งในระบบดูอัลบูตของคุณตรวจสอบให้แน่ใจว่า Windows ได้ปิดตัวลงอย่างถูกต้องก่อนที่คุณจะเปลี่ยนแปลงอะไรในพาร์ติชันของคุณ

— potofcoffee
แหล่งที่มา

2

ฉันได้ทำพาร์ติชั่นและแบ่งพาร์ติชั่นใหม่แก้ไขและปรับขนาดฮาร์ดไดรฟ์ของฉันใหม่หลายครั้งด้วย GParted และมันไม่เคยล้มเหลวเลย ดังที่ medigeek กล่าวว่าไม่มีสิ่งใดเป็นหลักประกันในโปรแกรมเหล่านี้

คุณควรสำรองข้อมูลที่มีค่าทั้งหมดไว้ในที่ปลอดภัย

— upapilot
แหล่งที่มา

1

ฉันใช้ gparted อย่างปลอดภัยบนพาร์ติชัน ext [234], fat32 และ NTFS ฉันเดาจากคำถามของคุณว่าคุณไม่มีการสำรองข้อมูลของคุณดังนั้นคุณยอมรับความเสี่ยงในการสูญเสียข้อมูลของคุณหากดิสก์ไม่ทำงานคุณทำชาหกแก้ว ฯลฯ ในกรณีนั้นความเสี่ยงเพิ่มเติมที่เกิดจาก ใช้ gparted รู้สึกเล็กน้อย

หากคุณสามารถซื้อฮาร์ดไดรฟ์ภายนอกฉันขอแนะนำให้คุณสำรองข้อมูลไม่ว่าคุณจะใช้ gparted หรือไม่ก็ตาม

— พอลเคเกอร์
แหล่งที่มา

0

ฉันทำงานพาร์ติชั่นมากมายกับ GParted มาหลายปีแล้ว 99% ของเวลาที่ใช้งานได้ แต่ฉันก็มีประสบการณ์ที่ไม่ดีสองประการ:

เมื่อฉันขยายพาร์ติชัน XFS บนเครื่อง SLES12 เสมือน ทุกอย่างดูเหมือนจะทำงานโดยไม่มีข้อผิดพลาด ประมาณ 24 ชั่วโมงต่อมาระบบไฟล์ XFS ขัดข้องอย่างสมบูรณ์ ฉันสามารถซ่อมแซมได้ แต่ไม่เชื่อถืออีกต่อไปและคัดลอกไฟล์ไปยังดิสก์อื่น ก่อนการขยายตัวนี้ VM ทำงานเป็นเวลาหลายเดือนโดยไม่มีปัญหาใด ๆ VMs อื่น ๆ ทั้งหมดในเครื่อง ESXi นี้และที่เก็บข้อมูล 3PAR เดียวกันนั้นทำงานได้ดีโดยไม่มีปัญหา เพื่อให้แน่ใจว่าฉันได้ทำการทดสอบ f3write บนดิสก์เสมือน "ที่ชำรุด" หลังจาก xfsrepair เพียงเพื่อให้แน่ใจว่าไม่มีปัญหาข้อมูลเสียหายกับระบบจัดเก็บข้อมูล ฉันมั่นใจมากว่า ESXi hypervisor และ SAN ไม่รับผิดชอบต่อความผิดพลาดของ FS มิฉะนั้นฉันจะมีปัญหาอื่น ๆ อีกมากมายในกลุ่มนี้ในเดือนต่อไปนี้ซึ่งฉันไม่ได้

ฉันยังไม่แนะนำให้ขยายพาร์ติชัน windows / ntfs ด้วย GParted!

ฉันขยายพาร์ติชันหลักของเซิร์ฟเวอร์ Windows 2012 ของฉัน (เรียกใช้ Exchange) ด้วย GParted พาร์ติชั่นนี้เป็นพาร์ติชั่นสุดท้ายของไดรฟ์และงานก็ดูเรียบง่ายมาก ฉันขับเคลื่อนมันลงขยายดิสก์ใน ESXi บูต systemrescuecd-6.0.1.iso และทำการขยายพาร์ติชัน ntfs และระบบไฟล์ด้วย Gparted ทุกอย่างดูเหมือนจะทำงานโดยไม่มีข้อผิดพลาด ฉันสามารถบู๊ตเครื่องโดยไม่มีปัญหา แต่เมื่อ 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 ก็ทำงานได้อย่างไร้ที่ติ

— โรเบิร์ต
แหล่งที่มา