লিনাক্স এবং উইন্ডোজ পার্টিশনগুলির আকার পরিবর্তন করার সময় জিপিআর্ট কতটা নিরাপদ?

Question

আমি আমার পার্টিশনগুলির আকার পরিবর্তন করতে চাই: আমার 3 টি পার্টিশন রয়েছে:

• উবুন্টু 10.04
• উইন্ডোজ সেভেন
• উবুন্টু ১১.১০

এটি উবুন্টু ১১.১০ সংস্করণ দ্বারা ইনস্টল করা বুটটি বুট করছে।

আমি সমস্ত 3 পার্টিশন প্রসারিত ( কেবল প্রসারিত ) করতে চাই ।

আমার এইচডি 1,8 টিবি তাই এটি বড় এবং প্রসারণের আগে আমার কোনও সংরক্ষণ করার কোনও সম্ভাবনা নেই।

সুতরাং আমার প্রশ্নটি হ'ল: যদি আপনি আমাকে জিপিআর্টেড কাজটি 99,99% সময় বলে থাকেন তবে আমি ঝুঁকি নিতে রাজি আছি। আপনি যদি আমাকে জিপিআর্ট কাজটি 90% সময় বলে থাকেন তবে আমি সেই ঝুঁকি নেব না।

Comments

লাইভসিডি তে উঠুন, জিপিআর্ট ব্যবহার করুন, নিশ্চিত করুন যে আপনি কেবল এটিই করছেন, পুনরায় আকার দিন এবং এটি ঘটান।

— উরি হেরেরা

গতবার আমি জিপিটার্ট ব্যবহার করে একটি এনটিএফএস বিভাজনকে পুনরায় আকার দেওয়ার চেষ্টা করেছি, ড্রাইভের সমস্ত ডেটা আমি হারিয়েছি lost আমি কেবল ড্রাইভ ফর্ম্যাট করার পরে এটি ব্যবহারযোগ্য করে তুলতে পারি। আমি ড্রাইভকে পুনরায় আকার দেওয়ার সময় দু'বারই এই ঘটনার কথা মনে পড়ে।

— জোকারডিনো

99.99% গ্যারান্টি হিসাবে কিছুই নেই। হঠাৎ পাওয়ার ব্যর্থতা আপনাকে কোনও বড় ধাতব প্লেটও দিতে পারে, কোনও ব্যবহার ছাড়াই। আরও মনে রাখবেন: আমার জ্ঞান অনুসারে, সমস্ত বিভাজনের সরঞ্জামগুলি বিপজ্জনক। তারা সর্বদা তাদের ব্যবহারকারীদের সম্পর্কে সতর্ক করে দেয়

— আনোয়ার

আপনার যদি ব্যাকআপ নেওয়ার কোনও উপায় না থাকে এবং পার্টিশন সম্পাদনাটি ভুল হয়ে যাওয়ার বিষয়ে উদ্বিগ্ন হন - তবে আপনার জন্য কেবল একটি আসল উত্তর রয়েছে। এটা করবেন না।

— 23 93 26 35 19 57 3 89

"নিরাপদ"? একটি পাওয়ার ড্রিল কি "নিরাপদ"? একটি করাত? একটি নখর হাতুড়ি? rm? এটা একটা ব্যাপার টুল । একটি খুব কার্যকর সরঞ্জাম - যার স্বয়ংক্রিয়ভাবে অর্থ হল যে আপনি কী করছেন তা যদি আপনি না জানেন তবে এটি নিরাপদ নয় ।

— শাদুর

Answer 1

আমার ব্যক্তিগতভাবে কোনও সমস্যা হয়নি। আমি জিপার্টেড, এনটিএফএস এবং ফ্যাট 32 এবং এক্সট 4 ব্যবহার করে আমার ডিস্কগুলি পুনরায় আকার দিয়েছি। এখনও অবধি প্রায় 8-10 বার। এটি নিরাপদ হওয়া উচিত, অন্যথায় আপনি ওয়েবের চারপাশে "জিপিটার্ট আমার ডিস্কটি ভেঙে ফেলার মত সমস্যাগুলি দেখতে পাবেন।"

আমি এটি যেভাবে দেখছি, উবুন্টু বিতরণে এটি যদি কাজটি 99% না করে থাকে তবে তা না হত। এটি একটি ভাল প্রোগ্রামার সহ একটি সুপ্রতিষ্ঠিত প্রোগ্রাম, নিয়মিতভাবে পরিচালনা করা এবং নিয়মিত সমর্থন করা (বাগগুলি বন্ধ / স্থির করে)। :)

অবশ্যই, যদি আপনি আপনার ডেটা হারাতে ভয় পান তবে আপনি সর্বদা কারও কাছ থেকে হার্ড ড্রাইভ, ইউএসবি বা সটা ধার দেওয়ার জন্য কিনতে বা জিজ্ঞাসা করতে পারেন, যাতে আপনি প্রথমে আপনার গুরুত্বপূর্ণ ডেটা ব্যাকআপ করতে পারেন।

মন্তব্যে উল্লিখিত হিসাবে, জিপিআর্টেড সহ একটি লাইভসিডি ব্যবহার করুন (উদাঃ উবুন্টু 12.04 লাইভসিডি), এটির কাজটি করতে দিন এবং হস্তক্ষেপ না করুন। এছাড়াও, ব্যাচের কাজ হিসাবে প্রচুর পদক্ষেপ নেবেন না (জিপিটারে সারিতে প্রচুর জিনিস রাখবেন না)। একে একে একে করুন এবং প্রয়োগ করুন hit

আনোয়ারের মতামত অনুযায়ী বিদ্যুৎ নিচে নেমে গেলে কেবল একটি ঝুঁকিপূর্ণ পরিস্থিতি রয়েছে:

99.99% গ্যারান্টি হিসাবে কিছুই নেই। হঠাৎ শক্তি ব্যর্থতা আপনাকে কোনও বড় ধাতব প্লেটও দিতে পারে, কোনও ব্যবহার নেই। আরও মনে রাখবেন: আমার জ্ঞান অনুসারে, সমস্ত বিভাজনের সরঞ্জামগুলি বিপজ্জনক। তারা সর্বদা তাদের ব্যবহারকারীদের সম্পর্কে সতর্ক করে দেয়

Answer 2

জিপিআর্টে অংশ পুনরায় আকারের সাথে আমার অভিজ্ঞতা 100% ধনাত্মক in কিছু প্রাথমিক নিয়ম প্রযোজ্য, যেমন উপরে বর্ণিত হয়েছে:

• আপনার ব্যাকআপ রয়েছে তা নিশ্চিত করুন। (এটি সর্বদা একটি মৌলিক নিয়ম, আপনি যখন অংশগুলি পুনরায় আকার দিচ্ছেন তখনই নয় :-))।
• আপনার পার্টিশনগুলি ত্রুটিমুক্ত এবং পরিষ্কারভাবে আনমাউন্ট হয়েছে তা নিশ্চিত করুন। বিশেষত, আপনার দ্বৈত-বুট সিস্টেমে আপনার পার্টিশনের কোনও পরিবর্তন করার আগে উইন্ডোজ সঠিকভাবে বন্ধ হয়ে গেছে তা নিশ্চিত করুন।

Answer 3

আমি জিপিআরটিড সহ আমার হার্ড ড্রাইভকে বহুবার বিভাজন ও পুনরায় বিভাজন, সম্পাদনা ও পুনরায় আকার দিয়েছি এবং এটি কখনও ব্যর্থ হয় নি। মেডিজিক যেমন বলেছেন যে এই প্রোগ্রামগুলিতে গ্যারান্টি বলে কিছু নেই।

নিরাপদ পাশে থাকা আপনার সবসময় মূল্যবান ডেটা ব্যাক আপ নেওয়া উচিত।

Answer 4

আমি এক্স [234], ফ্যাট 32 এবং এনটিএফএস পার্টিশনে নিরাপদে জিপিটারেট ব্যবহার করেছি। আমি আপনার প্রশ্ন থেকে অনুমান করি যে আপনার কাছে আপনার ডেটার কোনও ব্যাকআপ নেই, তাই কোনও ডিস্ক ব্যর্থ হলে আপনি আপনার ডেটা হারানোর ঝুঁকি গ্রহণ করেছেন, আপনি এটির উপর এক কাপ চা ছড়িয়ে দেন ইত্যাদি ক্ষেত্রে সেই অতিরিক্ত ঝুঁকিটি ঘটে risk জিপিআর্ট ব্যবহার করে নগণ্য বোধ হয়।

আপনি যদি বাহ্যিক হার্ড-ড্রাইভের সামর্থ্য রাখেন তবে আমি আপনাকে ব্যাকআপ নেওয়ার পরামর্শ দিচ্ছি, আপনি জিপিটার ব্যবহার করেন বা না করেন তা বিবেচনা করে না।

Answer 5

আমি বহু বছর ধরে জিপিআর্টের সাথে প্রচুর পার্টিশনে কাজ করেছি। এই সময়টি কাজ করে চলেছে তার 99%, তবে আমার দুটি খারাপ অভিজ্ঞতাও ছিল:

একবার আমি ভার্চুয়াল এসইএলএস 12 মেশিনে একটি এক্সএফএস পার্টিশন বাড়িয়েছি। সমস্ত কিছু কোনও ত্রুটি বার্তা ছাড়াই কাজ করে বলে মনে হয়েছিল। প্রায়. 24 ঘন্টা পরে এক্সএফএস ফাইল সিস্টেম সম্পূর্ণরূপে ক্র্যাশ হয়ে গেছে। আমি এটি মেরামত করতে সক্ষম হয়েছি, কিন্তু এটির উপর আর বিশ্বাস করি না এবং ফাইলগুলি অন্য ডিস্কে অনুলিপি করেছিলাম। এই প্রসারণের আগে ভিএম কোনও সমস্যা ছাড়াই অনেক মাস ধরে কাজ করেছিলেন। এই ESXi মেশিনে এবং একই 3 এয়ার স্টোরেজে অন্য সমস্ত ভিএম সমস্যা ছাড়াই কাজ করছে। Xfsrepair এর পরে আমি "ত্রুটিযুক্ত" ভার্চুয়াল ডিস্কে একটি f3 রাইটিং পরীক্ষাও করেছিলাম তা নিশ্চিত করে স্টোরেজ সিস্টেমের সাথে কোনও ডেটা দুর্নীতির সমস্যা নেই। আমি নিশ্চিত যে এএসএসআই হাইপারভাইজার বা সান উভয়ই এফএসের ক্র্যাশের জন্য দায়ী ছিল না very অন্যথায় পরের মাসগুলিতে এই ক্লাস্টারে আমার প্রচুর অন্যান্য সমস্যা হত, যা আমার ছিল না।

আমি জিপিআরটি দিয়ে উইন্ডোজ / এনটিএফএস পার্টিশনটি বাড়ানোর পরামর্শ দিচ্ছি না!

আমি জিপিআর্টের সাথে আমার উইন্ডোজ 2012 সার্ভারের প্রধান পার্টিশন (চলমান এক্সচেঞ্জ) বাড়িয়েছি। এই বিভাজনটিও ড্রাইভে সর্বশেষ ছিল এবং কাজটি খুব সহজ বলে মনে হয়েছিল। আমি এটি চালিত করেছিলাম, ইএসএক্সআইতে ডিস্কটি প্রসারিত করেছি, বুট করা সিস্টেমরেসকিউডড -6.0.1.iso দিয়েছি এবং জিপিআরটির সাথে এনটিএফএস পার্টিশন এবং ফাইল সিস্টেমের প্রসারিত করেছি। সমস্ত কিছুই ত্রুটি ছাড়াই কাজ করেছে বলে মনে হয়েছিল। আমি কোনও সমস্যা ছাড়াই মেশিন বুট করতে পারি। কিন্তু পরে যখন ভীম দৈনিক ব্যাকআপ করতে চেয়েছিল তখন এটি ব্যর্থ হয়েছিল:

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

আমি কোনও সাফল্য ছাড়াই ভিএসএস লেখকের কার্যকারিতা পুনরুদ্ধার করতে প্রচুর জিনিস চেষ্টা করেছি। তাই আমি আগে করা ব্যাকআপ থেকে ভিএম পুনরুদ্ধার করেছি। তারপরে আমি প্লেইন উইন্ডোজ ডিস্ক ম্যানেজমেন্টের সাহায্যে আবারও সম্প্রসারণ করেছি। এবার সবকিছু ঠিকঠাক কাজ করেছে। এছাড়াও ভিএসএস লেখকরা নির্দোষ কাজ করছেন।