it-swarm-ja.com

クローンが作成されている場合、Windowsサーチの「インデックスオプション」が間違ったドライブを選択するのはなぜですか?

「SamsungDataMigrationSoftware」を使用してWindows10HDDをSamsungSSDにクローンし、SSDにWindows10の新しいコピーをインストールしました。 SSDはC:になり、HDDはD:になります。

[コントロールパネル]> [インデックスオプション]> [変更]で、C:\に追加したフォルダーは、実際にはD:\を選択します。たとえば、C:\Windows> OK>を選択してから、もう一度変更すると、D:\Windowsが選択されます。または、D:など、C:\utilに存在しないフォルダを選択すると、D:\util\ (unavailable)のようなエントリが追加されます。

ドライブのクローンが作成されているため、Windowsサーチとインデックス作成のオプションが混乱しています。レジストリを見ると、次のようなエントリが表示されます。

HKLM\SOFTWARE\Microsoft\Windows Search\CrawlScopeManager\Windows\SystemIndex\DefaultRules\12
  • REG_SZ
    名前:URL
    データ:file:///C:\\[9a6b2440-0cb7-4d60-a957-7a1682cf61c4]\\WINDOWS\\

インデックスオプションを混乱させるのは、C:\\の後のGUIDかもしれませんが、このGUIDは、Windows Searchの下以外のレジストリのどこにも表示されません。これは、ボリュームの一意の識別子ではありません。これはMountvolを使用して表示でき、DiskPartを使用して表示できるのはGPT識別子(またはパーティションタイプ)ではありません。


注:他のユーザーも同じ問題を経験しています(Windows 8でも)。以下を参照してください。

3
Jon

まず第一に、私はあなたの問題を再現することができます:

enter image description here

この問題は、複製された各ボリュームのシステムファイル\System Volume Information\IndexerVolumeGuidが原因で発生します。どうやらあなたは、システムがHKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows Search\CrawlScopeManager\Windows\SystemIndex\*の下のレジストリエントリに表示されるGUIDによって混乱しているという事実について正しいようです。このファイルは、GUIDのプロバイダーである必要があります。

ボリュームは複製されるため、この特定のファイルは、他のファイルと同じように、各ボリューム間で同一です。また、ボリュームシリアルのように、ボリュームがマウントされたときに「更新」されません(つまり、競合を回避するために再生成されます)。

enter image description here

ただし、明らかにこのファイルは削除しても安全であり、ボリュームが再度マウントされると、新しいファイルが生成されます。重複したGUIDを所有するすべてのボリュームが一意のGUIDで再マウントされると、問題は解消されます(したがって、現在のシステムボリュームが関係する場合は再起動が必要になる場合があります)。

enter image description here

enter image description here

残念ながら、Windowsで削除する便利で安全な方法があるかどうかはわかりません。

enter image description here

5
Tom Yan

これに感謝するために登録したばかりですが、xxcloneを使用してWindowsシステムドライブをnvmeにクローンし、データとバックアップの目的で古いドライブを(フォーマットせずに)保持してから18か月間問題を引き起こしています。

管理者としてcmdを実行するだけで、古いドライブからGUIDファイルを削除でき、再起動しました(必要ではなかった可能性があります)-インデックスフォルダーを少しクリーンアップする必要がありましたオプションですが、それが完了すると、インデクサーが再び機能し始めました。

0
choddo