জিনোম, নটিলাস অনুলিপি ফাইলগুলিকে ইউএসবিতে 100% বা তার কাছাকাছি থামায়

Question

আমার আগেও একই রকম সমস্যা ছিল তবে আমি কীভাবে এটি সমাধান করেছি তা মনে নেই।

আমি যখন FAT সহ ইউএসবি স্টিকে কিছু অনুলিপি করার চেষ্টা করি তখন এটি প্রায় শেষের দিকে থামে, কখনও কখনও 100% এ। এবং অবশ্যই, যখন আমি মেমরি স্টিকটি অন্য কোথাও স্থানান্তর করি, এতে সম্পূর্ণ ফাইল থাকে না। (ফাইলটি একটি চলচ্চিত্র!)

আমি মাউন্ট-ফ্লাশ দিয়ে ডিভাইস মাউন্ট করার চেষ্টা করেছি, তবে আমি একই সমস্যা পেয়েছি।

এছাড়াও, আমি নতুন এফএটি পার্টিশন সহ ইউএসবি স্টিকটি ফর্ম্যাট করেছি ...

আমি কি ঠান্ডা কোন ধারণা?

PS আমি বিশ্বাস করি এটি ওএসের সাথে সম্পর্কিত নয়, যা দেবিয়ান, এবং আমি বিশ্বাস করি যে এসএসডি ড্রাইভ থেকে মোকাবেলা আটকে দেয় না।

Comments

কোথাও আমি নীচের বিষয়টির ব্যাখ্যাটি পূরণ করেছি। ক্ষেত্রে অনুলিপিটি অপারেটিং মেমরির মাধ্যমে তৈরি করা হয়েছিল এবং আইডিকেটর ড্রাইভ থেকে ডেটা পড়ার প্রক্রিয়াটি দেখায়। তবে রাইটিং প্রক্রিয়াটি বিশেষত ইউএসবি-স্টিকের কাছে দীর্ঘতর (এটি ধীরে ধীরে 100 গুণ হতে পারে: উদাহরণস্বরূপ 200Mb / সেকেন্ড পড়ার বিরুদ্ধে 2Mb / সেকেন্ডের মতো) এবং যদি আপনি লিনাক্সের অধীনে FAT বা NTFS এর মতো কোনও নেটিভ ফাইল সিস্টেম ব্যবহার করেন না । সুতরাং 100% এ বন্ধ হয়ে গেলেও বন্ধ না হওয়াতেও শেষ লেনদেনের জন্য অপেক্ষা করার চেষ্টা করুন (যা সমাপ্তি নির্দেশ করে)।

— কস্টাস

শুধু ভাবছি এই পরিস্থিতিতে অগ্রগতি পরীক্ষা করা আদৌ সম্ভব কিনা ???

জিরোসের সাথে প্রস্থানিত ডেটা ওভাররাইট বিকল্পের সাহায্যে পেনড্রাইভ ফর্ম্যাট করার চেষ্টা করুন এটি আমার ট্রান্সেন্ড 8 জিবি পেনড্রাইভ

— অক্ষয় দৌন্ডকার

এই সমস্যাটি যে কারও জন্য আসে, কেবল আপনার ড্রাইভটি এনটিএফএসে ফর্ম্যাট করুন।

— রিকি বয়েস

Answer 1

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

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

আপনি যদি কিছু পাওয়ার-ব্যবহারকারীর কৌশল চেষ্টা করতে চান তবে আপনি কার্নেল প্যারামিটারের vm.dirty_bytesমতো 15000000(15 এমবি) সেট করে লিনাক্স যে বাফারটি ব্যবহার করে তার আকার হ্রাস করতে পারে । এর অর্থ অ্যাপ্লিকেশনটি তার প্রকৃত অগ্রগতির চেয়ে 15MB এর বেশি পেতে পারে না। (আপনি ফ্লাইতে কার্নেল প্যারামিটারগুলি দিয়ে পরিবর্তন করতে পারেন sudo sysctl vm.dirty_bytes=15000000তবে সেগুলি পুনরায় বুট করার জন্য এমন একটি কনফিগার ফাইল পরিবর্তন করা দরকার /etc/sysctl.confযা আপনার ডিস্ট্রোতে সুনির্দিষ্ট হতে পারে))

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

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

Comments

আমি এই সমস্যাটির সমাধানের জন্য এক বছর বা তারও বেশি সময় খুঁজছিলাম, আমি ভেবেছিলাম এটি লিনাক্সের মধ্যে কেবল একটি বাগ। অনেক ধন্যবাদ.

— সিডাহেমেদ

লিনাক্স নুব, এখানে কেউ কীভাবে <dirty_bytes> মান পরিবর্তন করতে পারে?

— ব্রোফায়ার

@ ব্রোফেসর ওহ, দুঃখিত, আমার এটি / আধিকারিক বিবরণের পরিবর্তে অফিসিয়াল নাম দিয়ে বর্ণনা করা উচিত ছিল। উত্তর আপডেট করা হয়।

— ডেটালেস

এটি ইউনিক্স.স্ট্যাকেক্সেঞ্জার.কম / সেকশনস 107703/… এর মতো --- ঠিক করা উচিত ছিল, তবে বিশ্বাস করুন, এটি নয়। মজার আচরণ বন্ধ করতে আমাকে উবুন্টুতে 18.04 এ যুক্ত করতে হয়েছিল ...

— রোমানো

ফেডোরা 30-তেও কাজ করে। আমি আধুনিক লিনাক্স ডিস্ট্রোজেও এমন বোকা আচরণ দেখে অবাক হয়েছি।

— sziraqui

Answer 2

পুরানো প্রশ্ন, তবে মনে হচ্ছে সমস্যাটি এখনও উঠে আসে। এখানে প্রস্তাবিত হিসাবে বাফারটি 15MB তে সেট করা উবুন্টু 19.04-তে কাজ করে না এবং আমার সিস্টেমটিকে গ্রাইন্ডিং স্টলে নিয়ে আসে।

আমি একটি খালি (নতুন ফর্ম্যাট করা) FAT32 16 গিগাবাইট ড্রাইভে একটি 1.5 জিবি ফাইল অনুলিপি করার চেষ্টা করছিলাম was আমি এটি প্রায় 10 মিনিটের জন্য চালাতে দিয়েছি এটি দেখার জন্য কোনও ভাগ্য ছাড়াই এটি শেষ হয় কিনা to

এনটিএফএসে পুনরায় ফর্ম্যাটটি 10 ​​সেকেন্ডেরও কম সময়ে অপারেশনটি শেষ হতে দেয়। আমি জানি না কেন এটি গুরুত্বপূর্ণ কারণ FAT32 2GB এর অধীনে যে কোনও কিছু করার অনুমতি দেবে, তবে মনে হচ্ছে এটি ঠিকঠাক কাজ করবে। আপনি ম্যাকওএসের সাথে যে ড্রাইভগুলি ব্যবহার করতে চান তার জন্য আদর্শ ফিক্স নয়, তবে অন্যান্য সমস্ত ব্যবহারের ক্ষেত্রে একটি সহজ সমাধান। আমি কল্পনা করি এক্সএফএটি একইভাবে কাজ করতে পারে তবে আমি এটি পরীক্ষা করিনি।