यदि क्लोन किया गया है तो विंडोज सर्च "इंडेक्सिंग विकल्प" गलत ड्राइव का चयन क्यों करता है?

Question

मैंने "सैमसंग डेटा माइग्रेशन सॉफ़्टवेयर" का उपयोग करके एक सैमसंग एसएसडी पर विंडोज 10 एचडीडी पर क्लोन किया। फिर मैंने एसएसडी पर विंडोज 10 की एक नई प्रति स्थापित की। SSD अब C: और HDD D: है। जब नियंत्रण कक्ष, अनुक्रमण विकल्प, संशोधित करें, मैं C: \ के लिए जो भी फ़ोल्डर जोड़ता हूं, वह वास्तव में D का चयन करता है। उदाहरण के लिए, मैं C: \ Windows का चयन करूँगा, ओके को हिट करूँगा, फिर संशोधित करें - और यह डी: \ विंडोज को चुना गया है। या अगर मैं एक फ़ोल्डर का चयन करता हूं जो D :, जैसे C: \ उपयोग में मौजूद नहीं है, तो यह "D: \ use \ (अनुपलब्ध)" जैसी प्रविष्टि जोड़ता है।

क्लोन ड्राइव के कारण कुछ विंडोज सर्च और इंडेक्सिंग विकल्पों को भ्रमित कर रहा है। रजिस्ट्री में खोज करते समय, मैं प्रविष्टियाँ देख सकता हूँ जैसे: [HKEY_LOCAL_MACHINE \ SOFTWARE \ Microsoft \ Windows खोज \ CrawlScopeManager \ Windows \ SystemIndex \ DefaultRules \ 12] "URL" = "फ़ाइल": /// C: \ [9a6b2440-0cb7 -4d60-a957-7a1682cf61c4] \ WINDOWS \ "

यह "C: \" के बाद GUID हो सकता है जो अनुक्रमण विकल्पों को भ्रमित कर रहा है। लेकिन यह GUID "विंडोज सर्च" के अलावा अन्य रजिस्ट्री में कहीं और दिखाई देता है। यह वॉल्यूम की विशिष्ट पहचानकर्ता नहीं है जिसे माउंटवोल का उपयोग करके देखा जा सकता है, और यह GPT पहचानकर्ता (या विभाजन प्रकार) नहीं है जिसे डिस्कपार्ट का उपयोग करके देखा जा सकता है।

नोट - अन्य लोगों ने एक ही समस्या का अनुभव किया है (विंडोज 8 में भी), देखें:

https://social.technet.microsoft.com/Forums/office/en-US/5381142e-12aa-47da-bae2-18e6d35f414f/issue-with-indexing-in-windows-confusing-c-disk-with-d- डिस्क की जरूरत करने के लिए परिवर्तन sid? मंच = w8itproinstall

https://social.technet.microsoft.com/Forums/en-US/bd2b31ea-4bf4-4271-886c-47131cc1b6c8/why-does-the-search-indexer-in-windows-10-insist-on-indexing- -गलत विभाजन? मंच = win10itprogeneral

https://social.technet.microsoft.com/Forums/en-US/ba7da25d-5754-42ee-a55e-c4b38d27f2fd/i-have-a-problem-with-windows-10-search-indexing?forum=win10itprogeneral

http://answers.microsoft.com/en-us/windows/forum/windows_10-win_cortana/windows-10-indexing-selects-wrong-drive/685ec87b-e7f3-454b-89c9-c485b94bb69d

http://answers.microsoft.com/en-us/windows/forum/windows_10-files/windows-10-indexing-problem/6aea5879-6d13-4a67-b30a-ab255a92ee0c

Answer 1

सबसे पहले मैं आपकी समस्या को पुन: पेश कर सकता हूं:

समस्या \System Volume Information\IndexerVolumeGuidप्रत्येक क्लोन किए गए वॉल्यूम में सिस्टम फ़ाइल के कारण होती है । जाहिरा तौर पर आप इस तथ्य के बारे में सही हैं कि सिस्टम उन GUID द्वारा भ्रमित है, जिन्हें आप उन रजिस्ट्री प्रविष्टियों में देखते हैं HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows Search\CrawlScopeManager\Windows\SystemIndex\*, और यह फ़ाइल GUID (प्रदाता) की प्रदाता होनी चाहिए।

चूंकि वॉल्यूम क्लोन किए गए हैं, यह विशेष फ़ाइल उनमें से प्रत्येक के समान है जो अन्य फ़ाइलों की तरह है। और यह "अपडेट" नहीं होगा (यानी संघर्षों से बचने के लिए पुनर्जीवित) जब वॉल्यूम माउंट होते हैं, तो वॉल्यूम सीरियल की तरह:

हालाँकि, जाहिरा तौर पर यह फ़ाइल हटाए जाने के लिए सुरक्षित है, और एक बार वॉल्यूम फिर से माउंट हो जाने के बाद, एक नया जेनरेट किया जाएगा; समस्या तब होगी जब एक दोहराया हुआ GUID के स्वामित्व वाले सभी संस्करणों को अद्वितीय GUID के साथ रिमूव किया जाता है (इसलिए एक रिबूट आवश्यक हो सकता है यदि इसमें वर्तमान सिस्टम वॉल्यूम शामिल हो):

दुर्भाग्य से, मुझे यकीन नहीं है कि विंडोज के तहत इसे हटाने का एक सुविधाजनक / सुरक्षित तरीका है:

Comments

प्रभावशाली। आपने यह कैसे पता लगाया?

— जॉन

मैं NTFS (मेटाडेटा, मेटाफ़ाइल ...) के बारे में जानकारी के माध्यम से परीक्षण और फ्लिपिंग कर रहा हूं, और वास्तव में ऐसा कुछ भी नहीं मिला। और फिर मैंने सोचा कि मुझे FAT32 के साथ परीक्षण करना चाहिए और देखना चाहिए कि क्या चीजें अलग तरह से व्यवहार करती हैं और उन्होंने ऐसा नहीं किया। इसलिए मुझे लगता है कि यह संभवतः कुछ छिपी हुई सिस्टम फाइल से संबंधित है, जो दोनों प्रकार के फाइल सिस्टम पर पाया जा सकता है।

— टॉम यान

ठीक है, यह सत्यापित करेगा कि जब मैं अपने पीसी पर वापस आऊंगा तो मैं आपके उत्तर को स्वीकार कर सकता हूं। इसलिए FAT32 में NTFS के "वॉल्यूम अद्वितीय पहचानकर्ता" के बराबर नहीं है? यह अभी भी एक डिजाइन दोष की तरह लगता है - अर्थात, इसे होने पर NTFS सुविधा का उपयोग करना चाहिए, अन्यथा एक छिपे हुए सिस्टम फ़ाइल GUID में वापस विफल हो जाता है। Btw को हटाने से यह स्वामित्व लेने और सुरक्षा अनुमतियों को बदलने में सक्षम होता है।

— जॉन

volume unique id( mountvol X: /L) फाइलसिस्टम से कोई लेना देना नहीं है, लेकिन केवल विभाजन (तालिका)। GPT डिस्क के लिए, Windows के unique partition GUIDरूप में उपयोग करें volume unique id। एमबीआर डिस्क के लिए, यह डिस्क आइडेंटिफ़ायर ( uniqueidइन diskpart) और विभाजन की शुरुआती स्थिति का उपयोग करता है volume unique id। FAT32 और NTFS दोनों हैं volume serial; यह केवल NTFS में से एक तकनीकी रूप से लंबा है ( fsutil fsinfo ntfsinfo X:लेकिन, यदि आप dir X:NTFS धारावाहिक के केवल भाग के साथ जांचते हैं, तो संभवतः कम FAT32 धारावाहिक के साथ संगतता के लिए)।

— टॉम यान

किसी तरह Microsoft अपने अनुक्रमित के लिए किसी भी धारावाहिक / आईडी का उपयोग नहीं करना पसंद करता है, लेकिन यादृच्छिक रूप से एक और उत्पन्न करता है और वॉल्यूम माउंट होने पर एक छिपे हुए सिस्टम फ़ाइल (यदि पहले से मौजूद नहीं है) में संग्रहीत करता है। मुझे यकीन नहीं है कि इसे एक डिज़ाइन दोष कहा जा सकता है। यह सिर्फ माइक्रोसॉफ्ट "रूढ़िवादी" विचार करने के लिए एक रूढ़िवादी बात करने के लिए प्रतीत नहीं होता है। (लेकिन ठीक है, कम से कम विंडोज उन GUID को आपके लिए विभाजन तालिका में पुन: बनाता है।)

— टॉम यान