উইন্ডোজ কখন ডিস্কে রেজিস্ট্রি পরিবর্তন করে?

Question

টি এল; ডিআর:

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

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

উদাহরণ 1:

• আমি "এইচকেএলএম WAR সফ্টওয়্যার" এ "1111" নামে একটি কী যুক্ত করি। আমি তখন শক্তভাবে আমার বাক্সটি 5 সেকেন্ডের জন্য পাওয়ার বোতামটি ধরে রাখি।
• 
• আমি যখন রেজিস্ট্রিটিকে ব্যাক আপ টানব, তখন কী এবং এর মানগুলি চলে যাবে:
• 
• (এই চিত্রগুলি বিন্যাসের উদ্দেশ্যে সম্পাদনা করা হয়েছিল)

উদাহরণ 2 :

• রেজিস্ট্রি পরিবর্তন করুন (রিজেডিট ব্যবহার করে)
• সিস্টেম হাইবারনেট করুন
• একটি লিনাক্স পুনরুদ্ধার সরঞ্জাম বুট করুন
• ডিস্ক মাউন্ট করার জন্য হাইবারনেশন ফাইলটি মুছুন।
• উইন্ডোজ রেজিস্ট্রি পড়ুন (পুনরুদ্ধার সরঞ্জাম থেকে)
• রেজিস্ট্রি পরিবর্তন চলে গেছে।

এটি বাক্সে একটি হার্ড শাটডাউন সমতুল্য বলে মনে হচ্ছে।

উদাহরণ 3:

আমি যখন অপরিচিত আচরণ দেখি তখন:

• বাক্সটি হাইবারনেট করুন
• একটি লিনাক্স পুনরুদ্ধার সরঞ্জামে বুট করুন এবং হাইবারনেশন ফাইলটি মুছুন
• রেজিস্ট্রি পরিবর্তন করুন (পুনরুদ্ধার সরঞ্জাম থেকে)
• বাক্সটি রিবুট করুন

এই পরিবর্তনগুলি রেজিস্ট্রিতেও প্রতিফলিত হয় না।

তাহলে এখানে কি হচ্ছে?

• উইন্ডোজ 10 কখন ডিস্কে রেজিস্ট্রি পরিবর্তন লিখবে?
• হাইবারনেশন ফাইলটি মুছে ফেলা (উদাহরণ 3 এ) পুনরুদ্ধার সরঞ্জাম থেকে করা রেজিস্ট্রি পরিবর্তনগুলি পরবর্তী বুটে প্রতিফলিত হতে বাধা দেয় কেন?

কিছু স্পষ্টতা পেতে আশা!

Comments

"তিনি রেজিস্ট্রি পরিবর্তন পুনরায় বুট করার পরে উপস্থিত হয় না।" - পুনরায় বুট না হওয়া পর্যন্ত রেজিস্ট্রি পরিবর্তন কার্যকর হয় না এবং সাধারণত ফাইল এক্সপ্লোরার পুনরায় চালু করতে হয়। এটি সবই নির্ভর করে যদি রিবুটটি আসলে প্রয়োজন হয় তবে রেজিস্ট্রি পরিবর্তনটি কী আচরণ করবে। আসল কীটি পরিবর্তিত হয়, যখন এটি সংশোধিত হয়, যা আপনার প্রশ্নের উত্তর দেয়।

— রামহাউন্ড

হার্ড শাটডাউন বলতে কী বোঝ? পাওয়ার বোতামটি বন্ধ না হওয়া পর্যন্ত ধরে রাখা? এই প্রক্রিয়াটি কোনও মুলতুবি থাকা ডিস্ক ক্যাশে লিখে বাইপাস করে।

— ডেভিডপস্টিল

@ রামহাউন্ড আমি পেয়েছি যে এটি কার্যকর হয় না, তবে কেন এটি ডিস্কে লেখা হয়নি? আমি সম্পাদনাটি করি, শক্ত শক্তি ডাউন করি এবং তারপরে পরিবর্তনগুলি আর থাকে না। স্মৃতিতে এটি কার্যকর হয়েছে বা না তা সে মুহুর্তে গুরুত্বপূর্ণ নয়

— শ্রোত 1

@ শ্রৌত 1 - আপনি কেন মেশিনটি নিরাপদে বন্ধ করার পরিবর্তে মেশিনটি বন্ধ করতে বাধ্য করছেন?

— রামহাউন্ড

@ র‌্যামাউন্ড আমি পরীক্ষা চালাচ্ছি যদি সিস্টেমটি করুণভাবে বন্ধ না করে তবে কী ঘটে happens এলোমেলো, আমি জানি, তবে আমার সঠিকভাবে এটি জানতে হবে যে এটি মেমরির প্রতি কীভাবে প্রতিশ্রুতিবদ্ধ যাতে যাতে আমাদের সিস্টেমগুলিতে এটি সঠিকভাবে পরিচালনা না করা হয় তবে আমরা কিছু হারাতে না পারি।

— শ্রুত 1

Answer 1

টিএল; ডিআর: আপনার সিস্টেমটি সঠিকভাবে বন্ধ করুন।

---

হাইবারনেশনটি বন্ধ করার সাথে সম্পর্কিত নয়, এটি সাসপেন্ড-টু-র্যাম (ঘুম) এর সাথে ঘনিষ্ঠভাবে সম্পর্কিত যা ডিস্কে চাপানো র‌্যামের বিষয়বস্তুগুলি ছাড়াও পড়ার জন্য এবং সিস্টেমটি যেখানে ছেড়ে গেছে ঠিক সেখান থেকে আবার শুরু হয়েছিল umed ।

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

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

সিস্টেমটি হাইবারনেটেড করার সময় বেশ কয়েকটি মূল ফাইল সিস্টেম স্ট্রাকচার হতে চলেছে যা সম্ভবত ডিস্কে লেখা হয়নি এবং পরিবর্তে র‌্যামে রয়েছে। হাইবারনেশন থেকে পুনরায় শুরু হওয়ার পরে সিস্টেমটি ডিস্কটি খুব নির্দিষ্ট অবস্থায় থাকার প্রত্যাশা করবে এবং সম্ভবত এটি সম্ভব যে ডিস্ক ক্যাশে এবং গুরুত্বপূর্ণ সিস্টেম ফাইলগুলি প্রকৃত ডিস্কের পরিবর্তে হাইবারনেশন ফাইলে সংরক্ষণ করা যায়।

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

যথাযথ শাটডাউন করার জন্য একটি কমান্ড প্রম্পট খুলুন এবং টাইপ করুন

shutdown /s /f /t 0

/s"শাটডাউন", /fজোর করা এবং /t 0"এখন" অর্থ (সময় = 0 সেকেন্ড)

অথবা আপনি কেবল ফাস্টবুট এবং হাইবারনেশন অক্ষম করতে পারেন।

হাওটোজিতে আরও পড়ুন : শাট ডাউন ডাউন উইন্ডোজ 10 পুরোপুরি বন্ধ করে না (তবে পুনরায় আরম্ভ হচ্ছে)

---

আপনার কঠোর শাটডাউন করার সাথে সম্পর্কিত সমস্যাটি হ'ল উইন্ডোজ যে পরিবর্তনটি করে আপনি একই মিলিসেকেন্ডে (বা এমনকি মিনিট) ডিস্কে কোনও পরিবর্তন লেখার নিশ্চয়তাও দেয় না। এটি প্রায় কয়েক মিনিটের মধ্যেই অবশ্যই লেখা হবে তবে এটির প্রকৃতপক্ষে লেখাটি সম্ভবত সময়ের সাথে সাথে বৃদ্ধি পাবে। এটা অবিলম্বে লেখা যেতে তাহলে সম্ভাবনা কম কাছাকাছি সময় আপনি সম্ভাব্যতা বাড়ে রুঢ়ভাবে পরিবর্তন করতে, এবং প্রায় অবশ্যই এক ঘন্টার মধ্যে লিখিত হয়েছে হবে।

তবে বিষয়টি হ'ল, কঠোর শাটডাউন জোর করে আপনি সিস্টেমটিকে নিরাপদে ডিস্কে পরিবর্তনগুলি লেখার সুযোগ দিচ্ছেন না।

সর্বাধিক নিরাপদ উপায়ে পরিবর্তন করার জন্য বেশিরভাগ আধুনিক ফাইল সিস্টেমগুলি রচিত। অতীতে তাদেরকে "পারমাণবিক" হিসাবে উল্লেখ করা হত, যেমনটি পরিবর্তন হয়েছে বা হয় নি।

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

এই ক্রমটি ব্যবহার করে ডিস্কটি প্রায় সর্বদা সহজ অবস্থায় ফেলা যায়।

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

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

Comments

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

— শ্রুত 1

হুমম ... সুতরাং আমি সিসিনটার্নালগুলি "সিঙ্ক" ডাউনলোড করেছি যা লিখিত ক্যাশেটিকে ডিস্কে চাপায় এবং এটি কিছুই করেনি (হার্ড শাট বন্ধ করার পরে কীগুলি / মানগুলি হারিয়েছে)। আমি প্রসেস এক্সপ্লোরারও চালিয়েছি এবং রেগেডিটের বৈশিষ্ট্যগুলিতে ডিস্ক আই / ওয়ের দিকে চেয়েছিলাম। এটি I / O পড়েছিল তবে I / O লিখেনি। এটি আমাকে ভাবতে বাধ্য করে যে এটি সম্ভবত শাটডাউনের জন্য অপেক্ষা করছে ... আপনি কি খুব বেশি শুকনো এম $ ডকুমেন্টেশন সম্পর্কে জানেন যা এটি পরিষ্কারভাবে প্রকাশ করতে পারে? ধন্যবাদ আবার সব আপনার সাহায্যের জন্য!!

— শ্রৌত 1

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

— বব

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

— বব

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

— নট থাগুয়ে

Answer 2

এমএসডিএন পৃষ্ঠায়RegFlushKey নথিবদ্ধ হিসাবে :

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

বিকল্পভাবে, রেজিস্ট্রিটিতে একটি 'অলস ফ্লাশ' প্রক্রিয়া রয়েছে যা নিয়মিত বিরতিতে ডিস্কে রেজিস্ট্রি পরিবর্তনগুলি ফ্লাশ করে। এই নিয়মিত ফ্লাশ অপারেশন ছাড়াও, রেজিস্ট্রি পরিবর্তনগুলি সিস্টেম শাটডাউনে ডিস্কে ফ্লাশ করা হয়। রেজিস্ট্রি পরিবর্তনগুলি ফ্লাশ করার জন্য 'অলস ফ্লাশ' মঞ্জুরি দেওয়া ডিস্কের রেজিস্ট্রি স্টোরটিতে রেজিস্ট্রি লেখার সর্বাধিক দক্ষ উপায়।

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

আপনি RegFlushKeyযে সফ্টওয়্যারটিতে বলছেন সেটি চালিত করে এমন ফাংশনটি ব্যবহার করতে পারেন বা তত্ক্ষণাত্ ডিস্কে একটি রেজিস্ট্রি কী লিখতে বাধ্য করার জন্য এটির সাথে একটি অতিরিক্ত সরঞ্জাম তৈরি করতে পারেন, যদি এটি আপনার ব্যবহারের ক্ষেত্রে গুরুত্বপূর্ণ।

Comments

হে! আপনি নিম্নলিখিত এমএসডিএন নিবন্ধটিতে একটি লিঙ্ক ফেলে দিলে আমি আপনাকে এটিটি দেব: উইন্ডোজ 8 বা উইন্ডোজ সার্ভার 2012 এ অ্যাপ্লিকেশন রেজিস্ট্রি পরিবর্তন করা এবং একটি সংক্ষিপ্ত ব্লককোট যুক্ত করুন। আপনার উত্তর আমাকে সেই নিবন্ধের খরগোশের গর্তের নীচে নিয়ে গিয়েছিল এবং এটি মূলত আপনি যা করেছেন তা বলে। অনেক অনেক ধন্যবাদ!

— শ্রোত 1

কিন্তু কেউ কি জানেন যে কোনও ব্যবহারকারী কীভাবে RegFlushKey কল করতে পারে ?

— স্কট

@ স্কট এটি দেখে মনে হচ্ছে এটি কোডে করতে হবে ... পোস্টে তালিকাভুক্ত এমএসডিএন নিবন্ধটিতে একটি সি ++ উদাহরণ রয়েছে এবং আমি এটি অন্য কোথাও সি # তে বাস্তবায়ন করতে দেখেছি। কমান্ড লাইন থেকে এটি করা সম্ভব তা নিশ্চিত নয়।

— শ্রুত 1

@Scott: আমি যদি মর্মাহত হবে sync করেনি ফ্লাশ ডিস্কে রেজিস্ট্রি। এটি কেবল কোনও অর্থবোধ করে না। কেন অনিদ্রা উচিত ফাইল সিস্টেম ক্যাশে (যা ব্যবহার করা হয় দ্বারা কনফিগারেশন ম্যানেজার, অন্য উপায় কাছাকাছি) হঠাৎ কনফিগারেশন ম্যানেজার নিজস্ব ক্যাশে ফ্লাশ? এমনকি এমনকি উচ্চ স্তরের ক্যাশেটির কাঠামো কী তাও জানা যায় না, যদি এমনকি এমনকি কিছু উপস্থিত থাকে।

— মেহরদাদ

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

— বেসিক

Answer 3

টিএল; ডিআর: সঠিক মুহুর্তে এটি করা খুব যত্নশীল ।

উপরের ডকুমেন্টেশনের FSCTL_MARK_AS_SYSTEM_HIVEএই কথাটি রয়েছে:

FSCTL_MARK_AS_SYSTEM_HIVEনিয়ন্ত্রণ কোড ফাইল সিস্টেম নির্বাচিত ফাইল রেজিস্ট্রি সিস্টেম মধুচক্র রয়েছে জানায়। ডেডলকগুলি এড়াতে এবং ডেটা অখণ্ডতা নিশ্চিত করার জন্য ফাইল সিস্টেমে সিস্টেম ডাইভের ডেভটিকে ঠিক সঠিক মুহূর্তে ফ্লাশ করতে হবে।

আমি বিশ্বাস করি না যে এর চেয়ে প্রকাশ্যে আর কোনও বিশদ পাওয়া যায়।

মনে রাখবেন অনিদ্রা যে ফাইল সিস্টেম অনিদ্রা পরোক্ষভাবে না রেজিস্ট্রি , কারণ রেজিস্ট্রি উপর ক্যাশে সম্পাদন করতে পারবেন শীর্ষ ফাইল-সিস্টেমের। প্রথমে রেজিস্ট্রিটি ফ্লাশ করার জন্য আপনাকে কোনওরকম কারণ NtFlushKeyবা ZwFlushKeyআপনার আগ্রহের কীটিতে ডেকে আনা দরকার।

Comments

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

— ডেভিডবাক

@ ডেভিডবাক: হ্যাঁ, এমএসডিএন-এর প্রতিরক্ষার দিক থেকে আমি সত্যিই দেখতে পাচ্ছি না যে তারা কীভাবে আরও বেশি বিশদ সরবরাহ করতে পারে যে কোনও ব্যবহারকারীর উপর নির্ভর করা উচিত।

— মেহরদাদ

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

— davidbak

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

— মেহরদাদ