Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

Pourquoi les « Options d'indexation » de la recherche Windows sélectionnent-elles le mauvais lecteur s'il est cloné ?

ayi

J’ai cloné un disque dur Windows 10 vers un SSD Samsung en utilisant « Samsung Data Migration Software », puis j’ai installé une copie propre de Windows 10 sur le SSD. Le SSD est maintenant <code>C:</code> et le disque dur est <code>D:</code>.
Dans Panneau de configuration > Options d’indexation > Modifier, tout dossier que j’ajoute pour <code>C:</code> sélectionne en réalité <code>D:</code>. Par exemple, je sélectionne <code>C:\Windows</code> > OK > puis Modifier à nouveau et c’est <code>D:\Windows</code> qui est sélectionné ; ou si je sélectionne un dossier qui n’existe pas dans <code>D:</code>, comme <code>C:\util</code>, cela ajoute une entrée comme <code>D:\util\ (indisponible)</code>.
Quelque chose perturbe la recherche Windows et les options d’indexation à cause des lecteurs clonés. En regardant dans le registre, je peux voir des entrées comme :
<pre><code class="lang-auto">HKLM\SOFTWARE\Microsoft\Windows Search\CrawlScopeManager\Windows\SystemIndex\DefaultRules\12

</code></pre>
<ul>
<li><code>REG_SZ</code> 
Name: <code>URL</code> 
Data: <code>file:///C:\[9a6b2440-0cb7-4d60-a957-7a1682cf61c4]\WINDOWS\</code></li>
</ul>
Il se pourrait que le GUID après <code>C:\</code> perturbe les options d’indexation, mais ce GUID n’apparaît nulle part ailleurs dans le registre, sauf sous <code>Windows Search</code>. 
Ce n’est pas l’identifiant unique du volume visible avec <code>Mountvol</code>, ni l’identifiant GPT (ou le type de partition) visible avec <code>DiskPart</code>.
Remarque : d’autres ont rencontré le même problème (sous Windows 8 également), voir :
<ul>
<li>
<a href="https://social.technet.microsoft.com/Forums/office/en-US/5381142e-12aa-47da-bae2-18e6d35f414f/issue-with-indexing-in-windows-confusing-c-disk-with-d-disk-need-to-change-sid?forum=w8itproinstall" rel="noopener nofollow ugc">Issue with Indexing in Windows confusing C disk with D disk - need to change SID</a>
</li>
<li>
<a href="https://social.technet.microsoft.com/Forums/en-US/bd2b31ea-4bf4-4271-886c-47131cc1b6c8/why-does-the-search-indexer-in-windows-10-insist-on-indexing-the-wrong-partition?forum=win10itprogeneral" rel="noopener nofollow ugc">Why does the Search Indexer in Windows 10 insist on indexing the wrong partition?</a>
</li>
<li>
<a href="https://social.technet.microsoft.com/Forums/en-US/ba7da25d-5754-42ee-a55e-c4b38d27f2fd/i-have-a-problem-with-windows-10-search-indexing?forum=win10itprogeneral" rel="noopener nofollow ugc">I have a problem with Windows 10 Search Indexing</a>
</li>
<li>
<a href="https://answers.microsoft.com/en-us/windows/forum/windows_10-win_cortana/windows-10-indexing-selects-wrong-drive/685ec87b-e7f3-454b-89c9-c485b94bb69d" rel="noopener nofollow ugc">Windows 10 indexing selects wrong drive</a>
</li>
<li>
<a href="https://answers.microsoft.com/en-us/windows/forum/windows_10-files/windows-10-indexing-problem/6aea5879-6d13-4a67-b30a-ab255a92ee0c" rel="noopener nofollow ugc">Windows 10 indexing problem</a>
</li>
</ul>

ayi_2

Tout d’abord, je peux reproduire votre problème :
Le problème est causé par le fichier système <code>\System Volume Information\IndexerVolumeGuid</code> dans chacun des volumes clonés. Apparemment, vous avez raison sur le fait que le système est perturbé par le(s) GUID(s) que vous voyez dans ces entrées de registre sous <code>HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows Search\CrawlScopeManager\Windows\SystemIndex*</code>, et ce fichier devrait être le fournisseur du(des) GUID(s).
Puisque les volumes sont clonés, ce fichier particulier est identique entre chacun d’eux, comme les autres fichiers. Et il ne sera PAS « mis à jour » (c’est-à-dire régénéré pour éviter les conflits) lorsque les volumes sont montés, tout comme le numéro de série du volume :
Cependant, apparemment ce fichier peut être supprimé en toute sécurité, et une fois le volume remonté, un nouveau sera généré ; le problème disparaîtra une fois que TOUS les volumes possédant un GUID dupliqué seront remontés avec des GUID uniques (un redémarrage peut donc être nécessaire s’il s’agit du volume système actuel) :
Malheureusement, je ne suis pas sûr qu’il existe un moyen pratique/sûr de le supprimer sous Windows :