মুছে ফেলার চেষ্টা করার সময় এই ফাইলটি দৃশ্যত কেন উপস্থিত নেই?

Question

মাসখানেক আগে, আমি সাইগউইনের একটি ফোল্ডারে লিনাক্স উত্সটি অন্বেষণ করেছিলাম (এটি আমার মিনজ ডাব্লু'র সাথে সংকলন করবে কিনা তা নিয়ে আমি কৌতূহলী ছিলাম কারণ আমার অন্যান্য কম্পিউটারে চলমান লিনাক্সটি ধীর একক কোর সেম্প্রন)। আমি এটি মুছে ফেলার চেষ্টা করেছি, তবে 1 টি ফাইল বাকী রয়েছে এবং এটি মুছবে না ...

সাইগউইন বসবাস করেন C:\cygwinএবং আমি উত্সটি খুঁজে বের করি নি C:\cygwin\src\linux-3.7.1। এটি সংকলন করে নি ... তাই আমি ফোল্ডারটি মোছার চেষ্টা করেছি। এটি শেষ পর্যন্ত ছিল, যখন আমি বুঝতে পেরেছিলাম যে সমস্ত ফাইল মুছে ফেলা হচ্ছে না। আমি linux-3.7.1আবার ফোল্ডার মুছতে চেষ্টা করেছি , এবং একটি ত্রুটি পপ আপ হয়েছে:

আমি ফোল্ডারটি খুললাম এবং দেখতে পেলাম যে 1 টি উত্স ফাইল বাকী আছে: aux.cযা এতে রয়েছে C:\cygwin\src\linux-3.7.1\drivers\gpu\drm\nouveau\core\subdev\i2c\aux.c।

হবেনা:

• মুছে ফেলা
• খোলা
• পদক্ষেপ

সাধারণ বৈশিষ্ট্য:

সুরক্ষা বৈশিষ্ট্য:

আমি এই ফাইলটি কীভাবে সরিয়ে দেব?

Comments

ঠিক আছে, এই মুহূর্তে এটি চালানো

— অ্যালেক্স

হয়ে গেছে, যদিও কাজ হয়নি ...

— অ্যালেক্স

কাজ করা উচিত নয়। ডস / উইন্ডোগুলির ভিতরে থেকে এটি মোছার অক্ষমতা যেমন নকশাকৃত। সুতরাং এটি কোনও ত্রুটি নয় যা আপনি এইভাবে ঠিক করতে পারেন।

— হেনেস

Answer 1

এটি একটি (উন্নত) কমান্ড প্রম্পট থেকে চেষ্টা করুন:

del \\?\C:\cygwin\src\linux-3.7.1\drivers\gpu\drm\nouveau\core\subdev\i2c\aux.c

Comments

ঠিক আছে aux.c, মুছে ফেলা হয়েছে, কিন্তু এখন that src` ফোল্ডারটি দৃশ্যত ব্যবহারে যখন আমি এটি মুছতে চেষ্টা করি

— অ্যালেক্স

এর ভিতরে কিছুই লুকিয়ে নেই? সম্ভবত rd /s /q \\?\C:\cygwin\srcসাহায্য করবে।

— করণ

Output src` ব্যবহৃত হয় এমন আউটপুট মুদ্রণ করে

— অ্যালেক্স

করণ: ওহ, চালাক সাধারণ ফাইল সিস্টেমের নেমস্পেস এড়ানো। @ অ্যালেক্স ইয়ান: ফোল্ডারে কোনও সিএমডি উইন্ডো খোলা নেই?

— হেনেস

হ্যাঁ, আরডি এর কৌশলটি করা উচিত যদি না কোনও ফোল্ডার বা এর ভিতরে থাকা কোনও ফাইল ধরে থাকে ... অন্য সমস্ত উন্মুক্ত উইন্ডো / অ্যাপস বন্ধ করুন এবং এসসিআর এর বৈশিষ্ট্যগুলি পরীক্ষা করুন। ভিতরে ফাইলের আকার এবং সংখ্যাটি কী দেখানো হবে?

— করণ

Answer 2

আপনি যে সমস্যাটি নিয়েছিলেন সেটি প্রাচীন ডস সংরক্ষণের কারণে।

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

কন, পিআরএন, এউএক্স , ক্লক $, নুল, সিওএম 1, সিওএম 2, সিওএম 3, সিওএম 4, সিওএম 5, সিওএম 6, সিওএম 7, সিওএম 8, সিওএম 9 এলপিটি 1, এলপিটি 2, এলপিটি 3, এলপিটি 8, এলপিটি 8, এবং এলপিটি 8।

এগুলি মুছার সহজতম উপায় হ'ল একটি অপারেটিং সিস্টেম বুট করা যা এই ফাইল নামগুলি বিশেষ হিসাবে বিবেচনা করে না। (যেমন কোনও উইন্ডোজ লাইভসিডি বুট করুন)।

win7-x86 চূড়ান্ত পরীক্ষার সম্পাদনা করুন:

একটি সাধারণ পরীক্ষা ফাইল তৈরি করা:

এস: \> অনুলিপি করুন foo.c
পরীক্ষা
^ জেড
        1 টি ফাইল (গুলি) অনুলিপি করেছে।

সামগ্রীগুলি পরীক্ষা করা হচ্ছে:

এস: \> টাইপ করুন foo.c
পরীক্ষা

এখন সঙ্গে -aux- গ

এস: \> অনুলিপি অনুলিপি করুন
^ জেড
সিস্টেম নির্দিষ্ট ফাইল খুঁজে পাচ্ছি না.
        0 টি ফাইল (গুলি) অনুলিপি করেছে।

মনে হচ্ছে উইন্ডোজের অংশগুলি এখনও পিছনের দিকে সামঞ্জস্যপূর্ণ।

Comments

তবে এই ফাইলটি হলaux.c

— অ্যালেক্স

এটি এখনও অক্স দিয়ে শুরু হয় এবং পুরানো ফাইল নাম শৈলী "ফাইলের নাম" ডট "এক্সটেনশন"। এবং আমি কেবল copy con aux.cwin7 এ পরীক্ষা করেছিলাম এবং এটি ব্যর্থ হয়েছিল। ( copy con test.cকাজ করে)।

— হেনেস

Answer 3

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

এটি তখনই যখন একটি ফাইল একটি ট্রেইলিং ডট দিয়ে তৈরি করা হয়েছিল। আরও বিদেশী কেস আছে। তবে filename.ext.এই জাতীয় ফাইলের নাম হতে পারে এবং সাধারণত উইন 32 সাবসিস্টেম থেকে মুছতে পারে না। এখানেই করণের কাছ থেকে কৌশলটি আসে S এস / তিনি একটি নাম ব্যবহার করেছেন যে উইন 32 সাবসিস্টেমের নীচে স্তরে যাওয়ার আগে তার \\?\C:\...ফর্মটি থেকে "নেটিভ" রূপান্তরিত করা হবে (ফাইল সিস্টেম ফিল্টার ড্রাইভাররাও এটি দেখতে পান) ফর্ম \??\C:\...। উইন্ডোজের সংস্করণের উপর নির্ভর করে এটি একটি তথাকথিত অবজেক্ট ডিরেক্টরি হতে পারে (সিসটিনালস / মাইক্রোসফ্ট থেকে উইনওবিজে ব্যবহার করে অবজেক্ট ম্যানেজারের নামস্থানে সন্ধান করতে) বা একটি প্রতীকী লিঙ্ক (ভিস্টা থেকে এনটিএফএসে সুনির্দিষ্ট নামযুক্ত সত্তার সাথে বিভ্রান্ত হওয়ার দরকার নেই) be অন্য একটি অবজেক্ট ডিরেক্টরিতে যেমন\DosDevices। পরবর্তীটি কেবল একটি নাম এবং ডিফল্টরূপে উইন 32 প্রসেসে দৃশ্যমান অবজেক্ট ম্যানেজার নেমস্পেসের অংশটি বর্ণনা করে। আরও বিশদের জন্য উইন্ডোজ ইন্টারনাল বইয়ের সিরিজটি দেখুন বা গুগলের প্রকল্প জিরো (উইন 32 থেকে এনটি পাথ রূপান্তর সম্পর্কিত সংজ্ঞা গাইড) উপর বিশেষত পাথ পার্সিংয়ের উপর পড়ুন । বিশেষত আপনি উইন 32 ফাইলের নেমস্পেস এবং উইন 32 ডিভাইস নেমস্পেসের মধ্যে পার্থক্যের দিকে মনোযোগ দিতে চাইতে পারেন ।

এখন এই জাতীয় ফাইলটি প্রথম স্থানে কীভাবে তৈরি করা যায়? বেশ কয়েকটি সম্ভাবনা রয়েছে।

1. উইন 32 প্রোগ্রামটি \\?\X:পাথ নামের উপসর্গটি নিয়োগ করে যাতে উপলভ্য পাথের দৈর্ঘ্য 260 টি অক্ষর থেকে প্রায় 32767 অক্ষর পর্যন্ত বাড়ানো হয় (পাদটীকা 1 দেখুন) ফাইলটি প্রথম স্থানে তৈরি করেছিল, এইভাবে উইন 32 সাবসিস্টেমের কিছু সীমাবদ্ধতা পরিমার্জন করে।
2. একটি প্রোগ্রাম একটি পৃথক সাবসিস্টেম মূলী। প্রাক্তন পসিক্স সাবসিস্টেম (পরবর্তীকালে ইন্টারিক্স এখন এসইউএ), ওএস / ২ সাবসিস্টেম (অনেক আগে চলে গেছে, তবে এনটি 3.51 তে বিদ্যমান ছিল) বা এমন কিছু স্তর যা উইন্ডোজ অর্থে ঠিক একটি সাবসিস্টেম নয় (সাইগুইন, আমার জ্ঞান অনুসারে) তৈরি হয়েছিল ফাইল বা ফোল্ডার একইভাবে উইন্ডোজ 10 এর ডাব্লুএসএল (লিনাক্সের জন্য উইন্ডোজ সাবসিস্টেম) এখন অন্য প্রার্থী।
3. একটি ভিন্ন অপারেটিং সিস্টেম এটি তৈরি করেছে (উদাহরণস্বরূপ সমান্তরাল লিনাক্স বুট)।
4. এটি একটি নন-উইন্ডোজ সার্ভারে অবস্থিত একটি নেটওয়ার্ক শেয়ারের একটি ফাইল।

শেষ দুটি পয়েন্ট উল্লিখিত প্রতিকারগুলির একটিতেও ইঙ্গিত দেয়: একটি উইন্ডোজ লাইভ সিডি বুট করুন এবং ফাইলগুলি সরান।

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

আশা করি এটি অন্তর্নিহিত সমস্যাগুলি আরও কিছুটা বুঝতে সহায়তা করবে। এই দীর্ঘ উত্তরটিকে অন্য যে কোনও একটির মধ্যে সম্পাদনা করতে চায়নি, যদিও এটি কেবল তাদের পরিপূরক। অন্য উত্তরগুলি এগুলি ব্যতীত পুরোপুরি বৈধ।

---

পাদটীকা 1: পাথের সর্বাধিক পরিমাণের অক্ষর চূড়ান্ত নয় কারণ যে পথটি পরম সর্বোচ্চ (32767 অক্ষর) এর কাছাকাছি থাকে তার অবজেক্ট ম্যানেজার এবং ফাইল সিস্টেম ফিল্টার বা ফাইল সিস্টেম উভয়ই ভালভাবে প্রসারিত করতে পারে (উদাহরণস্বরূপ পয়েন্টগুলি প্রতিস্থাপন) ।

Comments

আমি যুক্ত প্রযুক্তিগত পটভূমি ভালবাসি।

— হেনেস

Answer 4

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

Comments

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

— 5