আরএসসিএনসি দ্বারা কোনও একক ফাইলের স্থানান্তর পুনরায় শুরু করুন


22

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

আমি বিকল্পটি - পার্টিশিয়াল বা - ইনপ্লেসটি ব্যবহার করার চেষ্টা করেছি, তবে - প্রোগ্রিসের সাথে একসাথে, আমি গতবারের যা পড়েছিল তার পরিবর্তে - পার্টিশিয়াল বা --inplice এর সাথে আরএসএনসিটি শুরু থেকেই পেয়েছি। মানসিকভাবে তাড়াতাড়ি আরএসসিএনসি বন্ধ করা এবং প্রাপ্ত ফাইলের আকার যাচাই করাও আমি খুঁজে পেয়েছি তা নিশ্চিত করে।

তবে - অ্যাপেন্ড দিয়ে আরএসইএনসি শুরু হয়েছিল যা শেষ বারের থেকে পড়েছিল।

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

এছাড়াও যদি আংশিক ফাইলটি এমভি বা সিপি দ্বারা আরএসইএনসি দ্বারা না ছেড়ে যায়, তাহলে আরএসসিএন - অ্যাপ্লিকেশন সঠিকভাবে যুক্ত হবে?

ধন্যবাদান্তে!


আরএসএনসি কীভাবে কাজ করে তা সম্পর্কে আমার বোঝা সীমিত তবে আপনাকে শেষ প্রশ্নের উত্তর দেওয়া। যদি কোনও সিপি অসম্পূর্ণ থাকে, আরএসসিএনসি-র অনুলিপিটি পুনরায় শুরু করা উচিত। আমি বিশ্বাস করি যে আরএসসিএনএইচ হ্যাশ ফাইলগুলি এমনভাবে ফাইলের শুরুর অংশটি একই রকম খুঁজে পেতে পারে এবং ফাইলটির অবশিষ্ট অংশটি অনুলিপি করে।
স্কট ম্যাকক্লেনিং

উত্তর:


25

Rsync এর জন্য কয়েকটি পৃষ্ঠাগুলি খুঁজছেন:

--append
এটি আরএসসিএনকে ফাইলের শেষের দিকে ডেটা যুক্ত করে একটি ফাইল আপডেট করার কারণ হয়ে থাকে, যা অনুমান করে যে প্রাপ্তি পক্ষের ইতিমধ্যে উপস্থিত ডেটা প্রেরণকারী পক্ষের ফাইলটি শুরুর সাথে অভিন্ন।

--inplace
এই অপশনটি পরিবর্তন করে যে কীভাবে আরএসসিএন কোনও ফাইলের ডেটা আপডেট করার দরকার হয়: ফাইলের একটি নতুন অনুলিপি তৈরি করার সময় এবং কমিট হওয়ার সময় এটি জায়গায় স্থানান্তরিত করার পরিবর্তে, আরএসএনসি পরিবর্তে আপডেট হওয়া ডেটা সরাসরি লিখে দেয় গন্তব্য ফাইল।

--partial
ডিফল্টরূপে, ট্রান্সফার বাধাগ্রস্থ হলে আরএসইএনসি আংশিকভাবে স্থানান্তরিত কোনও ফাইল মুছবে। কিছু পরিস্থিতিতে আংশিক স্থানান্তরিত ফাইলগুলি রাখা আরও বাঞ্ছনীয়।

মনে হচ্ছে ফাইলটি খুব বড় হলে আপনি ব্যবহার করতে চান --partial --append। ( --appendবোঝা --inplace) যদি এই বড় ফাইলটি পরিবর্তিত হয়, তবে ড্রপ করুন --appendএবং আরএসসিএনসি ফাইলটির শুরুতে এটি উত্সের সাথে মেলে তা নিশ্চিত করার জন্য পরীক্ষা করবে। --inplaceআমার কাছে বিপজ্জনক বলে মনে হচ্ছে, আপনি যদি কোনও বড় ফাইলকে রিসাইনিং করেন তবে আপনি আরএসসিএনকে শুরু অংশের একটি নতুন অস্থায়ী ফাইল তৈরি করতে চান না, স্থানান্তর চালিয়ে যান, তারপরে নতুন ফাইলটি স্থাপনের জন্য পুরানো ফাইলটি সরিয়ে ফেলুন। আপনি যদি একই ফাইলটি ব্যবহার করতে পারতেন তবে স্থানান্তরটি দ্রুত চলে যেত, স্থানান্তরের জন্য প্রয়োজনীয় ডিস্কের স্থানটি কম হত না mention

এছাড়াও, আমি একটি সম্পূর্ণ ফাইল স্থানান্তর স্ট্যান্ড পয়েন্ট থেকে পেয়েছি একটি অনুলিপি আরএসএনসি-এর চেয়ে দ্রুত। যাইহোক, আমার যদি কোনও ফাইল আপডেট করার প্রয়োজন হয় তবে আমার সম্পূর্ণ ফাইলটি পুনরায় প্রতিস্থাপনের চেয়ে দ্রুত ফাইলটি সিএসএনসিঙ্ক করেছিলাম। (যেমন আমি উপরে বলেছি) Rsync সিপি থেকে পুনরায় শুরু করতে সক্ষম হওয়া উচিত।

আশা করি এটা কাজে লাগবে.


1
আপনি এই বাগের প্রতিবেদনটি একবার দেখে নিতে পারেন: list.samba.org/archive/rsync/2012-
স্টিফান

ডিফল্টরূপে দ্রুত সিপি ব্যবহার সম্পর্কে ভাল পয়েন্ট, এবং একটি ভাঙ্গা সিপি প্রক্রিয়া "মেরামত" করতে rsync! ঝরঝরে :)
স্যামুয়েল ল্যাম্পা
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.