উবুন্টু USB ড্রাইভের ক্ষতি করে?

74

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

(এই স্ক্রিনশটের মতো একই বার্তা)

10+ বছর ধরে উইন্ডোজের সাথে কাজ করার জন্য আমি কখনই দূষিত বা ক্ষতিগ্রস্থ ইউএসবি ড্রাইভ পাইনি তবে গত দুই বছরে আমার তিনটি ইউএসবি ড্রাইভ নিষ্ক্রিয় হয়ে পড়েছে, তাই আমি এটি প্রমাণ করতে পারি না, তবে এটি স্পষ্টতই উবুন্টুর (আন) মাউন্ট আচরণের সাথে সম্পর্কিত ।

একটি বন্ধু আমাকে বলেছিল আমি উদিস্কস এবং সিঙ্ক ব্যবহার করে এই ধরনের ক্ষতি রোধ করতে পারি, তবে আমি আশা করি এটি এটি করার উপায় নয়, ২০১ shell সালে শেল কমান্ড সহ ড্রাইভগুলি মাউন্ট করা।

— jan6352781
সূত্র

1

মূল কারণটি বের করার জন্য আমি দুটি পরীক্ষার চেষ্টা করব: 1) আপনি যদি syncউবুন্টুতে আনমাউন্টিংয়ের আগে শেলটিতে কল করেন তবে ত্রুটিটি উপস্থিত হওয়া থেকে আপনি কী আটকাতে পারবেন ? (অসম্ভব) 2) একবারে কেবল একটি ফাইল লেখার চেষ্টা করুন, আনমাউন্ট করুন, তারপরে এই সতর্কতাটি দেখার পরেও এই ফাইলটি উইন্ডোতে পড়তে পারে এবং এর সামগ্রীগুলি যুগোপযোগী কিনা তা পরীক্ষা করে দেখুন। 2) এর অর্থ সমস্যাটি সম্ভবত উইন্ডোজকে কিছু অ বাস্তব সমস্যা সম্পর্কে "আমরা ত্রুটিগুলি খুঁজে পেয়েছি" বলে উদ্বেগজনক বলে মনে হচ্ছে।

— আরিফেল

2

লোকেরা যখন আপনাকে বলবে তখন লিনাক্স আপনার ড্রাইভগুলিকে দূষিত করবে না বলে বিশ্বাস করবেন না। এটা হতে পারে. উবুন্টু 15 এ, পুনরায় বুট করার পরে কেবল ফাইল অনুলিপি ক্রমাগত আমাকে chkdsk এ ত্রুটি দেয়:

Stage 2: Examining file name linkage ...     Found corrupt basic file structure for "<0x32,0x1e63>"         ... queued for offline repair.     Found an unneeded link ($FILE_NAME: ???) in index "$I30" of directory "\ <0x5,0x5>"         ... queued for offline repair.     Found missing Index entry for file "<0x32,0x1e63>" from index "\??\D:\found.000" of directory "$I30"         ... queued for offline repair.

— মেহরদাদ

1

^ ... উল্লেখ করার মতো নয়, এটি কোনও ফ্ল্যাশ ড্রাইভেও ছিল না, এটি আমার মূল এসএসডি-তে ছিল। একেবারে নতুন এসএসডি। এবং প্রতিবারই এটি ঘটেছিল যে আমি ফাইল অনুলিপি করার পরে এক টন অতিরিক্ত I / O যোগ করিনি। অন্য কথায়, এনটিএফএস লিনাক্স বাস্তবায়ন করা হয় ভাঙ্গা, যতটা তার ভক্ত এটা অস্বীকার করা ও মুমিন এড়াতে চান হবে।

— মেহরদাদ

12

এটি কি এনটিএফএস ফাইল সিস্টেম? FAT32? আপনি কি এটি নির্ভরযোগ্যভাবে পুনরুত্পাদন করতে পারেন?

— ব্রায়াম

2

শেল কমান্ড সহ মাউন্ট ড্রাইভের এত খারাপ কী ? ¯＼(o_o)/¯

— ulidtko

104

কোনও উদ্বেগ নেই উবুন্টু আপনার ইউএসবি ড্রাইভের ক্ষতি করেনি। তবে আমরা একটি FAT32, FAT16, বা NTFS ফাইল সিস্টেমের দুর্বল নথিভুক্ত বিট পতাকা ব্যবহার করি না। উইন্ডোজে এই পতাকাগুলি সম্ভবত দূষিত ফাইল সিস্টেমটি নির্দেশ করে যখন আমরা ড্রাইভটি সঠিকভাবে আনমাউন্ট করি নি বা আই / ও ত্রুটি ঘটেছে।

এই বিটগুলি একটি FAT পার্টিশন সারণীর সংরক্ষিত এন্ট্রিতে অবস্থিত। 2004 এর অভ্যন্তরীণ মাইক্রোসফ্ট পেপার অনুসারে এই বিটগুলির উদ্দেশ্য হ'ল:

ClnShutBitMask:
বিট 1 হলে ভলিউমটি "পরিষ্কার" হয়। ভলিউম অ্যাক্সেস জন্য মাউন্ট করা যেতে পারে। যদি বিট 0 হয়, ভলিউমটি "নোংরা" এটি নির্দেশ করে যে কোনও FAT ফাইল সিস্টেম ড্রাইভার সঠিকভাবে ভলিউমটি আউট করতে সক্ষম হয়নি (পূর্ববর্তী মাউন্ট অপারেশনের সময়)। ফাইল সিস্টেম মেটাডেটার কোনও ক্ষতির জন্য ভলিউম সামগ্রীগুলি স্ক্যান করা উচিত।

HrdErrBitMask:
এই বিটটি যদি 1 হয় তবে কোনও ডিস্ক পঠন / লেখার ত্রুটির মুখোমুখি হয়নি। যদি এই বিটটি 0 হয়, ফাইল সিস্টেম ড্রাইভার প্রয়োগের সময় শেষ বার এটি চাপানো অবস্থায় ভলিউমটিতে একটি ডিস্ক I / O ত্রুটির মুখোমুখি হয়েছিল যা এটি সূচক যে কয়েকটি সেক্টর খারাপ হতে পারে। ভলিউম বিষয়বস্তুগুলি একটি ডিস্ক মেরামত ইউটিলিটি দিয়ে স্ক্যান করা উচিত যা এটিতে নতুন খারাপ খাতগুলির সন্ধানে পৃষ্ঠতল বিশ্লেষণ করে।

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

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

— Takkat
সূত্র

3

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

— থমাস ওয়ার্ড

5

@ThomasW। এই বিটগুলি বেশ অস্পষ্ট তবে আমি মাঝে মাঝে আমার উবুন্টু-ফর্ম্যাটেড ইউএসবি ড্রাইভের সাথে আমার কর্মক্ষেত্র উইন্ডোজ on এ এই ত্রুটিগুলি পেয়েছি So এখনও পর্যন্ত আমি কোনও সহায়ক নিদর্শন দেখিনি। কেবলমাত্র আমি বলতে পারি যে আমি ড্রাইভগুলি সর্বদা সঠিকভাবে আনমাউন্ট / বের করে আনতে পারি। টেস্টিং সহজ নয় কারণ বাড়িতে উইন্ডোজ নেই, কাজের জায়গায় উবুন্টু নেই।

— তাকত

শিরোনামটি মিথ্যা।

— ম্যাথু রক

@ ম্যাথেররক: আরও ভাল?

— তক্কাত

হ্যাঁ, এটি আরও ভাল।

— ম্যাথিউরক

74

এটি বেশিরভাগ উইন্ডোজের একটি সমস্যা। এটি বিশ্বের একমাত্র ওএস বলে মনে করে এবং যদি এটি এমন কিছু সনাক্ত করে যা এটি বোঝে না।

উইন্ডোজ বলেছে যে আপনার অবশ্যই ড্রাইভটি মেরামত করতে হবে এটি সত্য হয় না true

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

সংক্ষেপে এই ড্রাইভের সাথে কোনও ভুল নেই, উইন্ডোজ বুঝতে পারে না এমন কিছু ঠিক আছে এবং এর প্রতিক্রিয়াটি এটি ধ্বংস করে দেয়।

repairড্রাইভ করবেন না , এটি আপনাকে না বলে বিন্যাস করবে এবং আপনি ড্রাইভের সমস্ত ডেটা হারাবেন।

— মার্ক কার্বি
সূত্র

40

1. মেরামত ফর্ম্যাট হয় না, মেরামত কোনও ফোল্ডারে বরাদ্দকৃত ডেটা সংরক্ষণ করে। আমার কাছে মনে হয় উবুন্টু লেখার প্রক্রিয়াটি সঠিকভাবে শেষ করেনি।

— jan6352781

10

২. বেশিরভাগ ইউএসবি ড্রাইভগুলি FAT32 ফর্ম্যাট করা হয় যা মাইক্রোসফ্ট দ্বারা বিকাশ করা হয়েছিল, সুতরাং উইন্ডোজকে কেন কিছুটা "না বোঝার" ব্যবস্থা করা উচিত ??

— jan6352781

17

-1 কারণ এটি ভিত্তিহীন এবং ভুল। আমি উবুন্টু 15 টি দেখেছি আমার এনটিএফএস ভলিউমটি দূষিত করেছে (হ্যাঁ, আমি জানি আপনি আমাকে বিশ্বাস করবেন না, তবে আমি নিজের চোখে দেখেছি এবং এটি বিশ্বাস করার আগে একটানা কমপক্ষে 3-4 বার পুনরুত্পাদন করেছি) এবং এটি যদিও আমি স্পষ্টভাবে সমস্ত বাফার সিঙ্ক করেছি তবুও ঘটেছে। আমি @ jan6352781 এর সাথে একমত হয়েছি যে আমারও সন্দেহ হয়েছিল যে এটি লেখার প্রক্রিয়া শেষ না করার কারণে হয়েছে এবং আমি এখনও করছি। আসলে, আপনি যদি উবুন্টুকে রিবুট করার আগে লেখার পরে দীর্ঘক্ষণ অপেক্ষা করেন তবে এটি ঠিক আছে fine উইন্ডোজের এখানে দোষ রয়েছে বলে বিশ্বাস করার কোনও কারণ আমাদের নেই, এবং উবুন্টুকে বিশ্বাস করার প্রতিটি কারণ রয়েছে।

— মেহরদাদ

7

ড্রাইভটি মেরামত করা এটি বিন্যাস করে না। এটি chkdsk চালায়। এটি ডিস্ককে fsck ফর্ম্যাট করে কোনও ডিস্ককে আর ফর্ম্যাট করে না।

— জর্নিম্যান গীক

16

এই পুরো উত্তরটি শূন্য প্রমাণ সহ একটি উইন্ডোজ রেন্ট (অজানা ব্যতীত)।

— মিলি স্মিথ

18

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

সম্ভবত আপনার বন্ধুটি সিঙ্কের পরামর্শ দিয়েছে। syncটার্মিনালে চলমান সমস্ত বাফার ডেটা ডিস্কে লিখিত হতে বাধ্য করে এবং লেখক সম্পূর্ণ হওয়ার পরে ফিরে আসবে ( এই উত্তরটি দেখুন )। এই উত্তরটি কোনও ইউটিলিটির জন্য দেখুন যা আপনাকে এটি নির্ধারণ করতে সহায়তা করবে যে এটি আসলে সমস্যা কিনা।

— alex_d
সূত্র

আমি যখনই আমি একটি ইউএসবি ড্রাইভ বের করি তখন আমি 14.04 (লিনাক্স মিন্টের কেডিএ সংস্করণ) এবং আমার 15.10 কুবুন্টু মেশিনে পপআপ পাই। 15.04 সম্পর্কে নিশ্চিত না, তবে আমি এটি অনুমান করব।

— জন বেন্টলি

1

জিইউআই আসলেই তা সুস্পষ্ট করে না? আমি ejectদীর্ঘদিন ধরে টার্মিনালে ব্যবহার করে আসছি, এবং যদি আমি কেবল একটি বড় ফাইল অনুলিপি করেছি তবে তা ফিরে আসার আগে একটি লক্ষণীয় বিলম্ব রয়েছে।

— ইজকাটা

1

@ ইজকাটা ভ্যানিলা উবুন্টু ১৪.০৪-এ, আপনি নটিলাসে যখন ইজেক্ট প্রতীকটি ক্লিক করেন এটি অবিলম্বে অদৃশ্য হয়ে যায়। অভ্যন্তরীণ ড্রাইভগুলির বিপরীতে, যদিও ইউএসবি ড্রাইভগুলি সম্পূর্ণ আনমাউন্ট করার সময় সাইডবার থেকে সম্পূর্ণ অদৃশ্য হয়ে যায় (যেমন লেখার সমাপ্তি ঘটে), তাই ইউএসবি ড্রাইভটি লেখার সময় কিছুটা সময় উপস্থিত হয় তবে তা বেরিয়ে আসে বলে মনে হয়।

— alex_d

5

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

যদি এটি একটি হার্ডওয়্যার সমস্যা ছিল, তবে ext3 (বা 4) দিয়ে পার্টিশনগুলি ফর্ম্যাট করা সাহায্য করবে না, তবে ext3 / 4 ফাইল সিস্টেমগুলিকে কার্যত বুলেটপ্রুফ করে তোলে। (আমি চেষ্টা করেছি কয়েক মাস ধরে ext2 এছাড়াও দুর্নীতিগ্রস্থ হয়েছিল; ফ্ল্যাশ ড্রাইভের জন্য প্রধানত কোনও জার্নাল থেকে বেশি দীর্ঘ জীবন লেখার কথা ছিল না)।

সুতরাং, উবুন্টু তাদের ইউএসবি ড্রাইভগুলিকে শারীরিকভাবে ক্ষতিগ্রস্থ করা উচিত নয় , তবে আমি এখনও এটি ফ্যাট ফাইল সিস্টেমের সাথে 100% বিশ্বাস করি না।

আমি মনে করি ফাইল সিস্টেমের দুর্নীতি সর্বোত্তমভাবে এড়ানো যেতে পারে:

ইউএসবি ড্রাইভটি আনমাউন্ট / umount/ বের করে দেওয়া না হওয়া পর্যন্ত কেবল কখনই প্লাগ লাগাবেন না। এমনকি যদি ড্রাইভটি বর্তমানে কিছু না লিখে থাকে (এটিতে যদি এটি আলোকিত হয় তবে এটি syncজ্বলজ্বল করে না) এবং আপনি যদি ফাইল সিস্টেমটি করে থাকেন তবে এখনও
umountএটি আনপ্লাগ করার আগে / বের করার পরে কমপক্ষে কয়েক সেকেন্ড অপেক্ষা করুন । দেখে মনে হচ্ছে umountড্রাইভের ক্রিয়াকলাপের পরেও আলো মাঝে মাঝে কিছুক্ষণ জ্বলতে থাকে। এই লোকের মতো অন্যান্য ব্যবহারকারীরা বলেন এটি এক মিনিট পর্যন্ত চলতে পারে।
কেবলমাত্র দু'জনের উপরই ভরসা করবেন না sync, যেমন এই ব্যক্তি যিনি ফাইল দুর্নীতি পেয়েছেন like

সম্পর্কিত (সাধারণত) লিঙ্ক:

— Xen2050
সূত্র

3

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

এই ত্রুটিটি উইন্ডোজটিতেও তৈরি করা যেতে পারে, যদি আপনি লেখার সময় প্রথমে আনমাউন্ট না করে ড্রাইভটি বের করে দেন (উইন্ডোজে "ইজেক্ট" আনমাউন্টটি সম্পাদন করে)।

এই বার্তাটি দেখার অর্থ হ'ল ড্রাইভটি সঠিকভাবে আনমাউন্ট করা হয়নি।

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

— Agent_L
সূত্র

2

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

— tviragh
সূত্র

1

কোনও ওএস ইউএসবি ড্রাইভের ক্ষতি করতে পারে এমন প্রায় কোনও উপায় নেই, একটি সাধারণ বিন্যাসের পরে (দ্রুত নয়), উবুন্টুতে ড্রাইভটি কখনও ব্যবহৃত হয়েছিল এমন কোনও চিহ্ন খুঁজে পাওয়া উচিত নয়।

"এইচ 2 টেস্টউ" বা "ইউএসবি ফ্ল্যাশ ড্রাইভ পরীক্ষক" দিয়ে ড্রাইভগুলি পরীক্ষা করে দেখুন - খারাপ খাতগুলি অনেক অদ্ভুত ত্রুটির উত্স হতে পারে।

— user158037
সূত্র

4

ওপিকে খারাপ শব্দ করা হয়, তবে এর অর্থ "ফাইল সিস্টেম", "ফ্ল্যাশ রম" নয়।

— wizzwizz4

দেখা যাচ্ছে যে ওপিটির অর্থ আসল ইউএসবি ড্রাইভের ক্ষতি হতে পারে , তারা বলেছে "আমার কখনও দুর্নীতিগ্রস্থ বা ক্ষতিগ্রস্থ ইউএসবি ড্রাইভ ছিল না তবে গত দুই বছরে আমার তিনটি ইউএসবি ড্রাইভ নিষ্ক্রিয় হয়ে উঠল " যদি তাদের বোঝানো হয় যে কেবল দুর্নীতিযুক্ত তারা সম্ভবত দুর্নীতিগ্রস্থ বলেছে, "নিষ্ক্রিয়" পরিবর্তে @ wizzwizz4

— Xen2050

3

@ Xen2050 তবুও অন্যান্য সমস্ত উত্তর, এবং jan6352781 দ্বারা বোঝানো মতামতের থ্রেডগুলি বোঝায় যে ফাইল সিস্টেমটি সমস্যা এবং "ভাঙা ডিভাইস" সেগুলি সঠিকভাবে কাজ না করার একটি এক্সট্রা পোলিশান।

— wizzwizz4

@ wizzwizz4 ওয়েল, মার্ক কারবি এর উত্তরে, অপ মন্তব্য "গত বছর 3. আমি মেরামতের প্রায় প্রতিদিন সঙ্গে শেষ পর্যন্ত এড়ানো ক্ষতিগ্রস্ত ফাইল এবং USB ড্রাইভ ।" আমি এটা ঠিক পুরাতন ড্রাইভ ব্যর্থ হয়ে যেত, উইন্ডোজ থেকে অনুমান করছি বা না, তবে তারা ওপি এখনও বলেছে

— Xen2050

@ Xen2050 বা সম্ভবত ওপি পুরানো বার্তাটি উল্লেখ করছে "ডিভাইসটি ক্ষতিগ্রস্থ হয়েছে। আপনি কি উইন্ডোজ এটি ঠিক করতে চান?" (প্যারাফ্রেসড) যা কখনও কখনও আসে যখন কোনও ভিন্ন dll সমস্যাটি পরিচালনা করে। (আমি এটি আমার কাছে উপস্থিত হয়েছি, যদিও আমি শেষ বাক্যটি সঠিক কিনা তা নিশ্চিত নই।)

— wizzwizz4

1

ড্রাইভটি "ক্ষতিগ্রস্থ" হয়েছিল কিনা তা আমি বলতে পারি না, সম্ভবত এটি ছিল এবং সম্ভবত এটি ছিল না। তবে যে কেউ একই কথা বলতে পারেন: "10+ বছর ধরে উইন্ডোজ নিয়ে কাজ করা ...", আমি আপনাকে বলতে পারি যে আপনি যদি উইন্ডোজ 10 চালাচ্ছেন তবে এটি আপনার নতুন সমস্যার উত্স হতে পারে। আমি আমার প্রথম দিন 10 এ একটি নতুন সমস্যায় পড়েছিলাম: 10 এ বাহ্যিক ড্রাইভের জন্য একটি ডাটাবেস তৈরি করা হয়েছে (এটি সূচীকরণ ডাটাবেস হতে পারে, আমি মনে করি না)। যদি সেই ডেটাবেস ড্রাইভের সাথে মেলে না তবে এটি আপনাকে বলবে যে আপনার ড্রাইভ ক্ষতিগ্রস্থ হয়েছে, কখনও কখনও আপনি এই সতর্কতাটি উপেক্ষা করতে পারেন এবং কখনও কখনও আপনি পারবেন না (উপাখ্যানটি দেখুন)। "মেরামত" চালানো ডাটাবেস ঠিক করবে।

গপ্প:

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

দৌড়ানোও syncখারাপ ধারণা নয়।

— কালো
সূত্র