После установки 2 новых жестких дисков я увидел, что Windows безостановочно читает или записывает пути вроде «L:1\Windows\System32\wbem» в мониторе ресурсов. Диск недавно отформатирован с использованием NTFS, а рядом с автоматически добавленными $ RECYCLE.BIN и «System Volume Information» пусто. Так что читать нечего и на мой взгляд вообще нет доступа.
Я озадачен странным путем. Что означает число сразу после идентификатора раздела и до обратной косой черты?
Я использую Windows 7. Кажется, что доступ происходит к любому разделу, которому назначен самый высокий символ и много свободного места.
Бонусный вопрос: как мне это остановить? Эти диски должны быть хранилищем и должны идти спать, если я их не использую. Windows уже имеет 2 SSD для плохого обращения, почему она прыгает на новые невинные HDD? Насколько я знаю, все временные каталоги находятся на C, файл подкачки также назначен только на C, автоматического управления этим нет. Я даже назначил исправленный ROOTDRIVE установщику Windows через редактирование реестра.
edit1: после замены старых дисков, их очистки и замены назначенных букв дисков все равно происходит на том же диске. поэтому самая высокая буква диска кажется менее важной, чем размер или количество свободного места.
о, и поскольку требуется описать проверенные решения в дополнение к простому вопросу: я попытался найти проблему в google и duckduckgo, но при поиске таких вещей, как «окна» и «путь», есть только много и много результатов об окнах и переменная пути в целом. то же самое с буквами диска. также в статье в википедии о пути (вычисления) я не нашел пример цифры между двоеточием и первым разделителем.
У меня есть предположение. он может указывать на конкретную запись в таблице файлов, поэтому наиболее вероятной целью будет каталог «System Volume Information». Я посмотрел на это с помощью lubuntu, но я нашел только лог-файл chkdsk. Может быть, файловый менеджер там не показывает все, может быть, файлы там удаляются при выключении (я не хочу специально разбивать мои окна, не знаю, как это предотвратить) или, может быть, их просто нет.
edit2: в соответствии с документом Microsoft о путях это относительный путь, связанный с буквой диска. имеет смысл, но, насколько мне известно, нигде не было каталога «1». Быть относительным, пытаясь использовать один и тот же путь в проводнике, тоже почти безнадежно. Я пытался, и это просто дает ошибку. «Файл не найден, проверьте правильность написания и повторите попытку» (сокращено и переведено на английский)
Да, и как интересное дополнение, я не смог найти это действие с помощью Process Monitor из пакета sysinternals. Единственный намек на то, что что-то использует накопители, исходит от монитора ресурсов. Теоретически я мог бы просто посмотреть, уходит ли диск в спящий режим, но я не знаю, как это сделать. Каждый запрос состояния с использованием инструментов SMART или seachest (набор инструментов от seagate) пробуждает диск и даже заставляет их двигаться головой. Единственным шансом будет тест «слушай и трогай», но при этом будут работать 5 жестких дисков и 5 вентиляторов, поэтому всегда присутствует небольшая вибрация и шум. Создание чистой тестовой среды, чтобы проверить, действительно ли диск спит, было бы громоздким.