ব্যবহারকারী RECYCLER ফোল্ডারগুলিতে কয়েক হাজার লুকানো ফাইল রয়েছে


11

আমাদের কাছে একটি "ব্যবহারকারী" ফোল্ডার রয়েছে যা সমস্ত ব্যবহারকারী ফাইল এবং নেটওয়ার্ক প্রোফাইলের মূল।

ডিরেক্টরি আকারের ইউটিলিটি (উইনডিরস্ট্যাট) ব্যবহার করে আমি একটি বিস্ময়কর এবং উদ্বেগজনক সমস্যার জন্য হোঁচট খেয়েছি - উইন্ডোজ রিসাইকেল বিন ইন্টারফেসে কার্যকরভাবে লুকানো হাজার হাজার ফাইল। প্রতিটি ব্যবহারকারীর ফোল্ডারে একটি RECYCLER ফোল্ডার থাকে যার অধীনে My Documents:

\\server1\Users\smithj\smithj's Documents\RECYCLER\S-1-5-21-nnnnnn

আমাদের বেশিরভাগ ব্যবহারকারীরই পিসি রয়েছে, কারণ বেশিরভাগ ব্যবহারকারী একটি সাধারণ উইস টার্মিনাল থেকে সিট্রিক্স অ্যাপ্লিকেশন সার্ভারে লগইন করেন। যেহেতু তাদের ফাইলের বেশিরভাগ ক্রিয়াকলাপ নেটওয়ার্ক শেয়ারে রয়েছে, ব্যবহারকারীরা (এবং আমরা প্রশাসকরা) সবসময় বুঝতে পেরেছি যে "নেটওয়ার্ক পুনর্ব্যবহার বিন" নেই।

তবে বেশিরভাগ ব্যবহারকারীর জন্য লুকানো RECYCLER ফোল্ডারে হাজার হাজার ফাইল রয়েছে। বেশ কয়েকটি জিনিস দাঁড়িয়ে আছে:

  1. বেশিরভাগ ক্ষেত্রে, ফাইলগুলি কোনওই রিসাইকেল বিন ইন্টারফেস ব্যবহার করে দৃশ্যমান হয় না
  2. নামকরণ সম্মেলন পৃথক ফাইলে যেমন যা চালক অক্ষরটি অন্তর্ভুক্ত করা উচিত DCবা DD, কিন্তু এর পরিবর্তে তারা সব দিয়ে শুরু D@উদাহরণস্বরূপ, - D@1234.doc
  3. আমি বিশ্বাস করি যে @প্রতীকটি উইন্ডোজকে মূল ফাইলগুলি ডিফেরেন্সিং থেকে আটকাচ্ছে, তাই তারা কেবল ব্যবহারকারী ইন্টারফেসে চাপা পড়ে।
  4. ফাইলগুলি একসাথে দশেক গিগাবাইট ব্যবহার করে। তারা ভূত নয়। কিছু ফাইল মুছে ফেলা ড্রাইভে ফ্রি স্পেস বাড়িয়ে তোলে।
  5. দেখে মনে হচ্ছে আসলে আমাদের একটি "নেটওয়ার্ক রিসাইকেল বিন" রয়েছে। ভুলবসত. আসল ফাইল নাম ছাড়া।

আমরা ইতিমধ্যে সিদ্ধান্ত নিয়েছি আমরা Xদিনের চেয়ে পুরানো সমস্ত ফাইল মুছব । আমি পাওয়ারশেল স্ক্রিপ্ট দিয়ে এটি করতে পারি। ভিন্ন এই অনুরূপ ক্ষেত্রে , আমরা সমগ্র ফোল্ডার পরিবর্তে পৃথক ফাইল মুছে দিন করতে যাচ্ছি।

সুতরাং, আমার প্রশ্নগুলি:

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

এই প্রশ্নের বয়স অনুসারে আপনি এখনও আশেপাশে রয়েছেন কিনা তা নিশ্চিত নন, তবে আপনি কি আমার ডকুমেন্টগুলি একটি নেটওয়ার্কের পথে পুনঃনির্দেশ করছেন?
প্যাট্রিক সিমুর

এই দুটি নিবন্ধে ম্যাপযুক্ত নেটওয়ার্ক ড্রাইভগুলিতে কীভাবে একটি নেটওয়ার্ক রিসাইকেল বিন তৈরি করতে হবে তার নির্দেশাবলী রয়েছে। তাদের উভয়ই আপনার ক্ষেত্রে প্রযোজ্য কিনা তা আপনি পরীক্ষা করতে পারেন: নিবন্ধ 1 এবং নিবন্ধ 2
harrymc

উত্তর:


3

আপনি যা দেখছেন তা হ'ল "আমার ডকুমেন্টস" ফোল্ডারগুলির পুনর্নির্দেশের জন্য রিসাইকেল বিন।

আমার ডকুমেন্টস ফোল্ডার পুনর্নির্দেশ / পুনর্ব্যবহার বিন নিবন্ধে সমস্যাটি ভালভাবে বর্ণনা করা হয়েছে :

ব্যবহারকারীদের আমার ডকুমেন্টস ফোল্ডারগুলি পুনর্নির্দেশের জন্য ফোল্ডার পুনঃনির্দেশ ব্যবহার করার সময়, ব্যবহারকারীর মাই ডকুমেন্টস ফোল্ডার থেকে মুছে ফেলা আইটেমগুলি ব্যবহারকারীর আমার ডকুমেন্টস ফোল্ডারে [যা একটি সার্ভারে থাকে] একটি রিসাইকেল বিনে সংরক্ষণ করা হয়। দুর্ভাগ্যক্রমে রিসাইকেল বিনের সর্বোচ্চ আকারটি ড্রাইভের আকারের উপর ভিত্তি করে আমার ডকুমেন্টস ফোল্ডারটিও পুনঃনির্দেশিত হয়েছে। ডিফল্ট আকার 10%। নীতি নির্ধারক রেজিস্ট্রি ক্লায়েন্ট এবং গোষ্ঠী নীতি ব্যবহার করে আমি আমার ডকুমেন্টস ফোল্ডারের 1% রিক্সেল বিনের সর্বাধিক আকার তৈরি করতে প্রয়োজনীয় সেটিংসে চাপ দিয়েছি।

সমস্যাটি হল যে 1% এখনও বড় পথে। পুনঃনির্দেশিত আমার ডকুমেন্টগুলি সঞ্চয় করার জন্য ব্যবহৃত ড্রাইভটি বর্তমানে 500 গিগাবাইট। এর মধ্যে ১% হ'ল ৫ জিবি, প্রায় ২০০০ ব্যবহারকারীর সাথে যৌগিক এবং এটি স্পষ্ট যে বছরের পর বছর ধরে আমরা সম্ভাব্যভাবে অনেক অপ্রয়োজনীয় ফাইলগুলি সঞ্চয় করতে পারি। 2000 ব্যবহারকারীদের নিয়মিতভাবে তাদের আমার ডকুমেন্টস ফোল্ডারটি পরিষ্কার করতে শেখানো বা নির্দেশ দেওয়া সহজভাবে সম্ভব নয়।

ফোল্ডার পুনর্নির্দেশ এবং পুনর্ব্যবহার বিন নিবন্ধটি এটিকে বলে:

আপনি যদি "আমার ডকুমেন্টস" পুনর্নির্দেশ করেন তবে রিসাইকেল বিন একটি সমস্যায় পরিণত হতে পারে (দামি সার্ভার ডিস্কের জায়গার অপচয় করে)।

আপনি এই রেজিস্ট্রি কী দিয়ে রিসাইকেল বিন আচরণ নিয়ন্ত্রণ করতে পারেন: HKLM\Software\Microsoft\Windows\CurrentVersion\Explorer\BitBucket, NukeOnDelete=1পুনঃপরিচালিত ফোল্ডার জন্য রিসাইকেল বিন ব্যবহার করা যাবে না।

এই প্যারামিটারগুলি সমস্ত ডিস্কের জন্য ব্যবহার করা UseGlobalSettingsহয় 1তবে এর আর একটি আইটেম বলা হয় the মান সহ 0, প্রতিটি ডিস্কের জন্য রিসাইকেল বিন পরামিতিগুলি ডিস্কের ড্রাইভ-চিঠিযুক্ত সাব-কী হিসাবে পাওয়া যায় as

সেই নিবন্ধে আরও একটি সমস্যা উত্থাপিত হয়েছে:

এই নিউকেঅনিলিট কীটি সত্যিই দুর্দান্ত। যাইহোক, আমি আরেকটি ধাঁধা সামনে আনলাম ... আমার নথিগুলি পুনঃনির্দেশের পরে, ব্যবহারকারীর দুটি রিসাইকেল বিন থাকবে - একটি স্থানীয় ফাইলের জন্য, অন্যটি পুনঃনির্দেশিত ফাইলগুলির জন্য। ব্যবহারকারী যখন রিসাইকেল বিনটিতে ব্রাউজ করে এটি স্বয়ংক্রিয়ভাবে আমার ডকুমেন্টগুলি পুনঃনির্দেশিত করে লোড করে, তবে কীভাবে স্থানীয় পুনর্ব্যবহার বিনটি অ্যাক্সেস করবেন তা আমি খুঁজে পাই না। আমি বুঝতে পারি যে স্থানীয় রিসাইকেল বিনটি সি: \ পুনর্ব্যক্তিকর, তবে এটি ডিরেক্টরি সর্বদা খালি প্রদর্শিত হয়। আমি জানি আদর্শ পরিবেশে, স্থানীয় সিস্টেম থেকে ফাইল মুছতে ব্যবহারকারীদের অ্যাক্সেস থাকা উচিত নয়। আমার ডকুমেন্টগুলি পুনঃনির্দেশ করার পরে পুনঃনির্দেশটি অক্ষম করা এবং লগ আউট / ইন-ইন) এর পরে স্থানীয় পুনর্ব্যবহার বিনটিতে ব্যবহারকারীকে অ্যাক্সেস করার অনুমতি দেওয়ার একটি উপায় অবশ্যই থাকতে হবে ...

পুনর্ব্যবহারযোগ্য বিন আকারগুলি সম্পর্কে উপরের নিবন্ধ থেকে আরও তথ্য:

  1. MaxCapacity মান এ অবস্থিতHKCU\Software\Microsoft\Windows\CurrentVersion\Explorer\BitBucket\KnownFolder\<GUID>
  2. আমাদের পরিবেশে আমরা কেবলমাত্র ডেস্কটপ এবং ডকুমেন্টস ফোল্ডারগুলি সার্ভারে পুনর্নির্দেশ করি। এর জন্য জিআইডিগুলি হ'ল (অন্যরা http://msdn.microsoft.com/en-us/library/bb882665.aspx এ অবস্থিত ):
    1. ডেস্কটপ: B4BFCC3A-DB2C-424C-B029-7FE99A87C641
    2. দস্তাবেজগুলি: FDD39AD0-238F-46AF-ADB4-6C85480369C7
  3. উদাহরণস্বরূপ, পুনঃনির্দেশিত ডেস্কটপ ফোল্ডারটি কেবল
    HKCU\Software\Microsoft\Windows\CurrentVersion\Explorer\BitBucket\KnownFolder\{B4BFCC3A-DB2C-424C-B029-7FE99A87C641}\MaxCapacity=0xC8 200 এমবি অবধি ব্যবহার করতে সেট করতে নিম্নলিখিত রেজিস্ট্রি মানটি প্রয়োগ করুন: (0xC8 হেক্সে 200 হয়)
  4. আমি এই পরিবর্তনগুলি আমাদের পরিবেশে ফেলে দিতে গ্রুপ নীতি পছন্দগুলি ব্যবহার করেছি।
  5. আমার পরীক্ষায়, এটি তত্ক্ষণাত্ রিসাইকেল বিনের আইটেমগুলি বড় করে তুলবে না। যাইহোক, এই রেজিস্ট্রি সেটিংটি প্রয়োগ করার পরে যখন আমি একটি নতুন আইটেম মুছে ফেলেছিলাম তখন পুরানো আইটেমগুলি তত্ক্ষণাত রিসাইকেল বিন থেকে মুছে ফেলা হয়েছিল।

এই ফাইলগুলি মোছার ক্ষেত্রে: এটি করা কার্যকরভাবে ব্যবহারকারীর পুনর্ব্যবহারযোগ্য বিন থেকে মুছে ফেলা দলিলগুলি মুছে ফেলবে, সুতরাং খুব বেশি সমস্যা নাও হতে পারে। ব্যতীত এটি রিসাইকেল বিন সেটিংসের অস্তিত্ব রক্ষা করতে পারে এমন ফাইলগুলি নির্দিষ্ট করে। এই সমস্ত ফাইল মোছার পরে অবিলম্বে সাধারণ রিসাইকেল বিনটি খালি করা ভাল।

স্পষ্টতই, আমার ডকুমেন্টগুলি পুনঃনির্দেশিত করা মাইক্রোসফ্ট দ্বারা রয়্যাল গণ্ডগোল করেছে বলে মনে হচ্ছে। আপনাকে গেটছগুলির মধ্যে সূক্ষ্মভাবে পদক্ষেপ নিতে হবে।


একটি ভাল নিবন্ধ, তবে মনে রাখবেন যে রিসাইকেল বিনের লুকানো ফাইলগুলির সমস্যাটি আপনি পুনর্ব্যবহৃত বিনের জন্য সর্বাধিক আকারের সেটিংটি অক্ষম করে দিলেও এখনও বিদ্যমান থাকতে পারে।
আশাহীন N00b

3

ডব্লিউটিএফ? রিসাইকেল বিন ফাইলগুলিতে কেউ কি এই @ চিহ্নগুলি দেখেছেন?

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

সমস্ত নেটওয়ার্ক ড্রাইভ অ্যাক্সেস ম্যাপ করা ড্রাইভের মাধ্যমে। ফাইলগুলি পুনর্ব্যবহারযোগ্য কেন এটি ব্যাখ্যা করতে পারে? আর লুকিয়ে আছে?

না আপনি যা দেখছেন তা রিসাইকেল বিন যেভাবে কাজ করে তা একটি ফাংশন


আপনি যখন কোনও ফাইল মুছবেন, সম্পূর্ণ পথ এবং ফাইলের নাম পুনর্ব্যবহারযোগ্য ফোল্ডারে তথ্য বা তথ্য 2 (উইন্ডোজ 98) নামে একটি লুকানো ফাইলে সংরক্ষণ করা হবে। মুছে ফেলা ফাইলটি নতুন সিনট্যাক্স ব্যবহার করে নতুন নামকরণ করা হয়েছে:

D<original drive letter of file><#>.<original extension> 

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

যদিও আমরা প্রতিদিনের ব্যাকআপগুলি চালাই, আমি সর্বশেষ-রিসর্ট ফাইল পুনরুদ্ধারের জন্য এই সংস্থানটি ট্যাপ করার পরিকল্পনা করি। কোন পরামর্শ বা সতর্কতা?

না, দূরে দূরে। ফাইলগুলি তাদের মূল নামগুলিতে পুনরুদ্ধার করা যাবে না (কারণ তারা আর রিসাইকেল বিন বিষয়বস্তুর INFO ফাইল ম্যানিফেস্টে নেই), এবং ব্যবহারকারীরা তাদের দেখতে পাবেন না / তারা আর সেখানে আছেন তা জানেন না, সুতরাং এটা ঠিক জায়গা নষ্ট।


আপনি যে নিবন্ধটি উদ্ধৃত #করেছেন তাতে পোস্টার থাকা অবস্থায় ফাইলগুলি রয়েছে @। এছাড়াও, উইন্ডোজ 98 এর পর থেকে অনেক কিছুই পরিবর্তিত হয়েছে, সুতরাং নিবন্ধটি সত্যিই প্রয়োগ হয় না।
harrymc

@harrymc আমি ইতিবাচক @বিদ্যমান কারণ ফাইলটি মূলত একটি নেটওয়ার্ক ভাগ বা পাথ, বরং একটি অক্ষর দিয়ে একটি ড্রাইভ চেয়ে "থেকে এসেছেন"। সুতরাং DC[#].[whatever]এটির পরিবর্তে যদি এটি Cড্রাইভ থেকে আসে তবে আপনি পাবেন D@[#].[whatever]... কারণ কোনও নেটওয়ার্ক ভাগ বা ইউএনসি পাথের "ড্রাইভ লেটার" নেই সেই দ্বিতীয় অক্ষরের অবস্থানে যেতে। (সুতরাং এটি @কোনও কারণেই ড্রাইভ চিঠির পরিবর্তে প্রতীক ব্যবহার করে ...)
আশাহীন N00b

তিনি বলেছেন যে অ্যাক্সেস ম্যাপড শেয়ারের মাধ্যমে হয়, সুতরাং তাদের ড্রাইভ লেটার রয়েছে। আমি তার সমস্যাটির সদৃশ করার চেষ্টা করছি এবং আমি এটি পরিচালনা করতে পারি না, ম্যাপিং করেছি বা না: ফাইলগুলি কেবল মুছে ফেলা হয়েছে। রহস্যময়। আপনি এটি নকল করতে পারেন? নতুন নামকরণ কনভেনশনের জন্য উইকিপিডিয়া দেখুন বা $না ব্যবহার করে দেখুন । @#
harrymc

@harrymc আমি কমান্ডে এটির সদৃশ করতে পারি না, তবে আমি ব্যবহারকারীদের পুনঃনির্দেশিত প্রোফাইলের পথে কয়েক ধরণের ফাইলসেবরের উপর এ ধরণের ফাইল ব্যবহার করি। কোনও ম্যাপযুক্ত ড্রাইভ স্থানীয়ভাবে সংযুক্ত ড্রাইভগুলির মতো নয়, যেহেতু নেটওয়ার্ক ম্যাপিংস (এবং তাদের সাথে আসা ড্রাইভ লেটার ম্যাপিংগুলি) প্রতিটি ব্যবহারকারী -র সেটিং, সিস্টেম-ওয়াইড সেটিংস নয়। এর অর্থ হ'ল সিস্টেমটি যখন ফাইলটির মূল অবস্থানটি পুনর্ব্যবহারযোগ্য বিন ম্যানিফেস্টে লিখবে তখন এটি ব্যবহারকারীর দেখায় এমন পথের চেয়ে প্রকৃত পাথ ব্যবহার করে । \\server1\Users\smithj\smithj's Documents\somefileY:\somefile
আশাহীন N00b

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