একটি বাহ্যিক ড্রাইভে অনুলিপি করার সময় কেন অগ্রগতি উইন্ডোটি সঠিক নয়


11

আমি এখানে কী লিখছি তা আরও ভাল করে ব্যাখ্যা করতে শিরোনামটি সম্পাদন করতে নির্দ্বিধায় অনুভব করুন।

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

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

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

এটি কি বাহ্যিক ইউনিটে ক্যাশের উপর নির্ভরশীল?

সঠিক অনুমানের উপর ফাইলের আকার এবং ফাইলের পরিমাণের পরিমাণ। উদাহরণস্বরূপ 4 গিগাবাইটের 1 ফাইল বা 4 এমবি এর 1000 ফাইল files

আচরণের পরিবর্তন করতে পারে এমন কনফিগারেশন বিকল্প রয়েছে।

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

উত্তর:


6

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

কেউ কেউ থাম্বনেল ভিউ বন্ধ করতে সহায়তা করার পরামর্শ দেয়। অন্যরা "নতুন কার্নেল" এ তাদের আশা রাখে তবে এটি এখনও বিদ্যমান।

সমস্যা = দ্রুত শুরু হয়, তবে আস্তে আস্তে চলে যায় কারণ এ্যাসিঙ্কের সাথে মাউন্ট করা হলে এটি ক্যাশে লিখবে, যখন ক্যাশে পূর্ণ হবে আপনি "রিয়েল" লেখার গতি দেখতে পাবেন।

চারপাশের কাজ মনে হচ্ছে seems sudo cp /filetobecopied /dev/nameofdevice

এখানে পোস্ট করা অন্য একজন বলেছেন যে "খণ্ডে অনুলিপি" কাজ করে। আমার পক্ষ থেকে নিশ্চিত করা হয়নি।


3
স্পষ্ট করার জন্য, কার্নেলটি সরাসরি (পারফরম্যান্সের কারণে) লেখার পরিবর্তে র‌্যামে ডেটা ক্যাশে করে। আপনি যখন ইজেক্ট ক্লিক করেন, তখন একটি syncকমান্ড পটভূমিতে সঞ্চালিত হয়, যা ক্যাশে ফ্লাশ করে। প্রচুর পরিমাণে ডেটার জন্য, এটি কিছুটা সময় নিতে পারে।
ত্রয়োদশ তম

1
টিআইপি: sudo cp / filetobecopied / dev / nameofdevice আপনার ফাইলের সাথে পুরো ফাইল সিস্টেমটি প্রতিস্থাপন করবে, সাধারণত আপনি যা চান তা নয় ...
লেনার্ট রোল্যান্ড

1

এটি সমাধান সহ একটি দুর্দান্ত উত্তর: https://unix.stackexchange.com/a/181236 এটিতে বলা হয়েছে:

যেভাবে এটি ঘটে তার কারণ হ'ল প্রোগ্রামটি "এই ডেটা লিখুন" এবং লিনাক্স কার্নেল এটিকে একটি মেমরি বাফারে অনুলিপি করে যা ডিস্কে যাওয়ার জন্য সারিবদ্ধ হয় এবং তারপরে "ঠিক আছে, হয়ে গেছে" বলে। সুতরাং প্রোগ্রামটি মনে করে যে এটি সবকিছু অনুলিপি করেছে। তারপরে প্রোগ্রামটি ফাইলটি বন্ধ করে দেয়, তবে হঠাৎ কার্নেল এটি অপেক্ষা করে তোলে যখন সেই বাফারটিকে ডিস্কে ফেলে দেওয়া হয়।

সুতরাং, দুর্ভাগ্যক্রমে প্রোগ্রামটি আপনাকে বলতে পারে না যে এটি বাফারটি ফ্লাশ করতে কতক্ষণ সময় নেবে কারণ এটি জানে না।

আপনি যদি কিছু পাওয়ার-ব্যবহারকারীর কৌশল চেষ্টা করতে চান তবে আপনি লিনাক্স 15728640 (15 এমবি) এর মতো কিছুতে / proc / sys / vm / নোংরা_বাইটস সেট করে যে বাফারটি ব্যবহার করে তার আকার হ্রাস করতে পারে। এর অর্থ অ্যাপ্লিকেশনটি এর প্রকৃত অগ্রগতির চেয়ে 15 এমবি এর বেশি পেতে পারে না।

একটি পার্শ্ব প্রতিক্রিয়া হ'ল আপনার কম্পিউটারে এই সেটিংটির সাথে কম ডেটা-রাইটিং থ্রুপুট থাকতে পারে তবে সামগ্রিকভাবে, আমি এটি দেখতে সহায়ক মনে করি যে কোনও প্রোগ্রাম দীর্ঘ সময় চলমান রয়েছে যখন এটি প্রচুর ডেটা লিখায় বনাম একটি বিভ্রান্তির সৃষ্টি করে confusion প্রোগ্রামটি তার কাজটি সম্পন্ন হয়েছে বলে মনে হচ্ছে তবে কার্নেলটি আসল কাজ করে বলে সিস্টেমটি খারাপভাবে পিছিয়ে আছে। ন্যায্য_বাইটসকে যুক্তিসঙ্গত ছোট মান হিসাবে সেট করা আপনার সিস্টেমে অনর্থক হয়ে উঠতে বাধা দিতে পারে যখন আপনি ফ্রি মেমরি কম রাখেন এবং এমন একটি প্রোগ্রাম চালান যা হঠাৎ প্রচুর ডেটা লিখে দেয়।

তবে, এটি খুব ছোট সেট করবেন না! আমি 15MB মোটামুটি অনুমান হিসাবে ব্যবহার করি যে কর্নেল বাফারটিকে একটি হার্ড হার্ড ড্রাইভে দ্বিতীয় বা তার কম 1/4 অংশে ফ্লাশ করতে পারে। এটি আমার সিস্টেমটিকে "অলস" বোধ থেকে বিরত রাখে।

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