বহু বছর ধরে, মাইক্রোসফ্টের ভলিউম শ্যাডো স্টোর (ভিএসএস), যা পূর্ববর্তী সংস্করণ বৈশিষ্ট্য হিসাবে পরিচিত, উইন্ডোজটিতে নির্মিত হয়েছে। এটি এখনও উইন্ডোজ 8 এ রয়েছে এবং উইন্ডোজ -7 এর পূর্ববর্তী ব্যাকআপ বৈশিষ্ট্যটি অন্যান্য বৈশিষ্ট্যগুলির মতো এটি ব্যবহার করে।
আমার ইভেন্ট লগে আমি এই ত্রুটিটি পাচ্ছি:
ইভেন্ট # 513, সিএপিআই 2:
Cryptographic Services failed while processing the OnIdentity() call in the System Writer Object.
Details:
TraverseDir : Unable to push subdirectory.
System Error:
Unspecified error
গুগল এবং মাইক্রোসফ্ট ফোরাম অনুসন্ধান থেকে মনে হয় এটি ভিএসএস লেখক তালিকা থেকে "সিস্টেম রাইটার" অনুপস্থিত থাকার কারণে ঘটতে পারে, যা আপনি একটি উন্নত অ্যাডমিন কমান্ড প্রম্পটে গিয়ে টাইপ করে দেখতে পারেন:
vssadmin list writers
আমি এটি করেছি এবং দেখে মনে হচ্ছে এই তালিকায় "সিস্টেম রাইটার" নামে কোনও লেখক নেই। তবে, ঠিকঠাকগুলির মধ্যে কোনওটিই (সাধারণত icacls
এনটিএফএসের অনুমতিগুলি পরিবর্তন করার জন্য কমান্ড লাইন সরঞ্জাম ব্যবহার করে ) আমার পক্ষে কাজ করে না। বিশেষত, আমি C:\Windows\System32
ফোল্ডারের কোনও ফাইলের কোনও অনুমতিই সংশোধন করতে পারি না কারণ আমি যে ফোল্ডারগুলি সংশোধন করার চেষ্টা করছি সেগুলির নাম নির্দিষ্ট কিছু বিশেষ ব্যবহারকারীর মালিকানাধীন TrustedInstaller
, এবং এইভাবে প্রশাসকের প্রসঙ্গ থেকে চলমান আইক্যাকলগুলি এটি লিখতে পারে না। অ্যাডমিন ব্যবহারকারী অ্যাকাউন্টগুলির দ্বারা স্পষ্টতই লেখার অ্যাক্সেসের প্রয়োজন হয় এমন একটি ফোল্ডার হ'ল C:\Windows\System32\WinSxS
এটি কেবলমাত্র প্রতিটি অ্যাকাউন্টের জন্য পঠনযোগ্য হিসাবে চিহ্নিত রয়েছে যা এমনকি পঠনের অ্যাক্সেস রয়েছে, সুতরাং এনটিএফএস অনুমতি দ্বারা এটি লিখনযোগ্য হিসাবে চিহ্নিত হয়েছে। এটি উইন্ডোজ 8 এ নকশা করা (সঠিক) হিসাবে হতে পারে।
সুতরাং আমি আটকে আছি এবং কীভাবে এগিয়ে যেতে হবে তা নিশ্চিত নই। আমি বিশ্বাস করি যে Windows 7 File Backup
উইন্ডোজ 8- এ ফিচারটি ব্যবহার করে ব্যাকআপ করার চেষ্টা করার সাথে সাথেই CAPI2 ত্রুটি 512 তৈরি হচ্ছে , যা তারা উইন 8 এর আসল উইন 7 ব্যাকআপ মোডটির নাম রেখেছিল , কারণ তারা উইন 7 এর আসল ব্যাকআপটি একটি সিডো দিয়ে প্রতিস্থাপন করেছে উইন 8--ব্যাকআপ প্রোগ্রাম।
সংক্ষেপে, প্রশ্নটি হল: আমি এই ভলিউম শেডো অনুলিপি সিএপিআই 2 ইভেন্ট 512 কীভাবে ঠিক করব, যাতে এই ইভেন্ট লগ ত্রুটি এবং অন্তর্নিহিত ভিএসএস-সিস্টেম-লেখক-অনুপস্থিত সমস্যাটি চলে যায়।
আমি সন্দেহ করি যে যদি তারা "উইন্ডোজ 7 ফাইল পুনরুদ্ধার" বৈশিষ্ট্যটি ব্যবহার করেন তবে এই সমস্যাটি অন্যান্য উইন্ডোজ 8 ব্যবহারকারীর সিস্টেমে পুনরুত্পাদন করতে পারে। নতুন "ফাইল ইতিহাস" বৈশিষ্ট্যটি মাইক্রোসফ্ট দ্বারা এই বৈশিষ্ট্যটিকে ছাড়িয়ে যাওয়ার উদ্দেশ্যে করা হয়েছে বলে মনে হয়েছে, তবে ফাইল ইতিহাস বৈশিষ্ট্যটি আমার উপযোগী মনে হয় এমনভাবে কাজ করে না, তাই উইন্ডোজ File ফাইল পুনরুদ্ধার করার চেষ্টা করার জন্য (নতুন নামটির জন্য নতুন নাম) উইন্ডোজ 7 এর নিয়মিত উইন্ডোজ ব্যাকআপ ইউটিলিটি) কাজ করে, আমি এই রোডব্লকটিকে আঘাত করেছি যা উইন্ডোজ 7 ফাইল পুনরুদ্ধারকে কাজ করা থেকে আটকাচ্ছে বলে মনে হচ্ছে।