लिनक्स और विंडोज विभाजन का आकार बदलने पर GParted कितना सुरक्षित है?

Question

मैं अपने विभाजन का आकार बदलना चाहता हूं: मेरे 3 विभाजन हैं:

• उबंटू 10.04
• विंडोज सेवेन
• उबंटू 11.10

यह उबंटू 11.10 संस्करण द्वारा स्थापित बूट के साथ बूट हो रहा है।

मैं सभी 3 विभाजनों का विस्तार ( केवल विस्तार ) करना चाहता हूं ।

मेरा HD 1,8 Tb है इसलिए यह बड़ा है और मुझे विस्तार करने से पहले बचाने की कोई संभावना नहीं है।

तो मेरा सवाल यह है कि अगर आप मुझे 99,99% समय पर काम करने के लिए कहते हैं, तो मैं जोखिम लेने को तैयार हूं। यदि आप मुझे 90% समय के लिए GParted काम बताते हैं, तो मैं वह जोखिम नहीं उठाऊंगा।

Comments

एक लाइव एलसीडी में जाओ, gparted का उपयोग करें, सुनिश्चित करें कि आप केवल वही करते हैं, आकार दें और ऐसा करें।

— उरी हरेरा

पिछली बार जब मैंने Gparted का उपयोग करके NTFS विभाजन का आकार बदलने की कोशिश की, तो मैंने ड्राइव का सारा डेटा खो दिया। मैं ड्राइव को फॉर्मेट करने के बाद ही इसे प्रयोग करने योग्य बना सकता था। मुझे याद है कि दोनों बार मैंने ड्राइव का आकार बदला।

— jokerdino

99.99% गारंटी के रूप में कुछ भी नहीं है। अचानक बिजली की विफलता आपको एक बड़ी धातु प्लेट का कारण बन सकती है, जिसका कोई उपयोग नहीं है। यह भी ध्यान दें: मेरे ज्ञान के अनुसार, सभी विभाजन उपकरण खतरनाक हैं। वे हमेशा अपने उपयोगकर्ताओं को इस बारे में चेतावनी देते हैं

— अनवर

यदि आपके पास बैकअप का कोई रास्ता नहीं है और आप विभाजन के गलत होने से चिंतित हैं - तो आपके लिए केवल एक वास्तविक उत्तर है। यह मत करो।

— 23 93 26 35 19 57 3 89

"सुरक्षित"? क्या एक पावर ड्रिल "सुरक्षित" है? एक आरा? एक पंजा हथौड़ा? rm? यह एक उपकरण है । एक बहुत प्रभावी उपकरण - जिसका मतलब है कि यदि आप नहीं जानते कि आप जो कर रहे हैं वह बिल्कुल भी सुरक्षित नहीं है ।

— शादुर

Answer 1

मुझे व्यक्तिगत रूप से कोई समस्या नहीं थी। मैंने अपने डिस्क को gparted, ntfs और fat32 और ext4 का उपयोग करके आकार दिया। अब तक लगभग 8-10 बार। यह सुरक्षित होना चाहिए, अन्यथा आपको वेब के चारों ओर "gparted तोड़ा मेरी डिस्क" जैसी समस्याएं दिखाई देंगी।

जिस तरह से मैं इसे देखता हूं, यह ubuntu वितरण में नहीं होगा यदि यह अपना काम 99% नहीं कर रहा था। यह एक अच्छा प्रोग्रामर के साथ एक अच्छी तरह से स्थापित कार्यक्रम है, अच्छी तरह से बनाए रखा गया है और नियमित रूप से समर्थित है (कीड़े को बंद / फिक्स करके)। :)

बेशक, यदि आप अपना डेटा खोने से डरते हैं, तो आप हमेशा किसी से खरीद सकते हैं या उससे पूछ सकते हैं कि वह आपको एक हार्ड ड्राइव, USB या sata उधार दे, ताकि आप पहले अपने महत्वपूर्ण डेटा का बैकअप ले सकें।

जैसा कि टिप्पणियों में उल्लेख किया गया है, gparted (जैसे ubuntu 12.04 livecd) के साथ एक लाइव एलसीडी का उपयोग करें, इसे अपना काम करने दें और हस्तक्षेप न करें। इसके अलावा, एक बैच की नौकरी के रूप में बहुत सारे कदम न करें (बहुत सारी चीजें जिप्टेड कतार में करने के लिए नहीं डालें)। उन्हें एक-एक करके और हिट लागू करें।

अनवर की टिप्पणी के अनुसार, केवल एक जोखिमपूर्ण स्थिति है, अगर बिजली नीचे जाती है:

99.99% गारंटी के रूप में कुछ भी नहीं है। अचानक बिजली की विफलता आपको एक बड़ी धातु प्लेट का कारण बन सकती है, जिसका कोई उपयोग नहीं है। यह भी ध्यान दें: मेरे ज्ञान के अनुसार, सभी विभाजन उपकरण खतरनाक हैं। वे हमेशा अपने उपयोगकर्ताओं को इस बारे में चेतावनी देते हैं

Answer 2

100% सकारात्मक में GParted में विभाजन का आकार देने के साथ मेरा अनुभव। जैसा कि ऊपर उल्लेख किया गया है, कुछ बुनियादी नियम लागू होते हैं:

• सुनिश्चित करें कि आपके पास बैकअप है। (यह हमेशा एक बुनियादी नियम है, न कि जब आप विभाजन का आकार बदल रहे हैं :-))।
• सुनिश्चित करें कि आपके विभाजन त्रुटि मुक्त और साफ-सुथरे हैं। विशेष रूप से, आपके दोहरे बूट सिस्टम पर, सुनिश्चित करें कि आपके विभाजन पर कुछ भी बदलने से पहले विंडोज को सही ढंग से बंद कर दिया गया है।

Answer 3

मैंने अपनी हार्ड ड्राइव को कई बार GParted के साथ विभाजित और फिर से विभाजित, संपादित और फिर से आकार दिया है और इसने मुझे कभी असफल नहीं किया है। जैसा कि मेडिगेक ने कहा कि इन कार्यक्रमों में गारंटी जैसी कोई चीज नहीं है।

सुरक्षित पक्ष पर होने के लिए आपको हमेशा सभी मूल्यवान डेटा का बैकअप लेना चाहिए।

Answer 4

मैंने ext [234], fat32 और NTFS विभाजन पर सुरक्षित रूप से उपयोग किया है। मैं आपके प्रश्न से अनुमान लगाता हूं कि आपके पास आपके डेटा का कोई बैकअप नहीं है , इसलिए आपने अपना डेटा खोने के जोखिम को स्वीकार किया है यदि कोई डिस्क विफल हो जाती है, तो आप उस पर एक कप चाय गिराते हैं आदि। उस स्थिति में अतिरिक्त जोखिम gparted का उपयोग करना नगण्य लगता है।

यदि आप एक बाहरी हार्ड-ड्राइव का खर्च उठा सकते हैं, तो मैं आपको सुझाव दूंगा कि आप gparted का उपयोग करें या नहीं, इससे कोई फर्क नहीं पड़ता।

Answer 5

मैंने कई वर्षों तक GParted के साथ बहुत सारे विभाजन पर काम किया है। 99% यह काम कर रहा है, लेकिन मुझे दो बुरे अनुभव भी हुए:

एक बार जब मैंने एक वर्चुअल SLES12 मशीन पर XFS विभाजन बढ़ाया। सब कुछ बिना किसी त्रुटि संदेश के काम करने लगा। लगभग। 24 घंटे बाद XFS फाइल सिस्टम पूरी तरह से क्रैश हो गया। मैं इसे सुधारने में सक्षम था, लेकिन अब इस पर भरोसा नहीं किया और फाइलों को दूसरी डिस्क पर कॉपी कर लिया। इस विस्तार से पहले वीएम ने बिना किसी समस्या के कई महीनों तक काम किया। इस ESXi मशीन पर और उसी 3PAR भंडारण पर अन्य सभी वीएम समस्याओं के बिना भी काम कर रहे हैं। यह सुनिश्चित करने के लिए कि मैंने xfsrepair के बाद "दोषपूर्ण" वर्चुअल डिस्क पर एक f3write परीक्षण भी किया है ताकि यह सुनिश्चित हो सके कि भंडारण प्रणाली के साथ कोई डेटा भ्रष्टाचार की समस्या नहीं है। मुझे बहुत यकीन है कि न तो ESXi हाइपरविजर और न ही SAN FS के दुर्घटना के लिए जिम्मेदार था। अन्यथा इस क्लस्टर में मुझे अगले महीने बहुत सी अन्य समस्याएं होतीं, जो मुझे नहीं थीं।

मैं भी GParted के साथ एक विंडोज़ / ntfs विभाजन का विस्तार करने की सिफारिश नहीं करता हूं!

मैंने GParted के साथ अपने विंडोज 2012 सर्वर (रनिंग एक्सचेंज) के मुख्य विभाजन को बढ़ाया। यह विभाजन ड्राइव पर अंतिम भी था और इसलिए यह कार्य बहुत सरल लग रहा था। मैंने इसे नीचे संचालित किया, ESXi में डिस्क को विस्तारित किया, systemrescuecd-6.0.1.iso को बूट किया, और Gparted के साथ ntfs विभाजन और फाइल सिस्टम का विस्तार किया। सब कुछ त्रुटि के बिना काम करने लगा। मैं मशीन को बिना किसी समस्या के बूट कर सकता था। लेकिन जब वीम दैनिक बैकअप करना चाहता था तो बाद में यह विफल हो गया:

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

मैंने वीएसएस लेखक की कार्यक्षमता को सुधारने के लिए बहुत सी चीजों की कोशिश की है। इसलिए मैंने पहले किए गए बैकअप से VM को बहाल किया। फिर मैंने सादे विंडोज डिस्क प्रबंधन के साथ फिर से विस्तार किया। इस बार सबकुछ ठीक रहा। इसके अलावा VSS लेखक निर्दोष काम कर रहे हैं।