Папка не отображается в explorer, cmd и python, хотя я могу получить к ней доступ, как я могу это исправить?
Я получаю доступ к другому компьютеру в сети, используя подключенный сетевой диск. Путь выглядит как \\192.168.0.100\d$, который сопоставлен с диском "m" моего компьютера. Я могу просматривать, просматривать, создавать, удалять, перемещать и т. Д. Папки на этом диске. Однако некоторые папки не отображаются в проводнике Windows, даже если я могу получить к ним доступ.
Пример:
Допустим, M:\stuff\more_stuff - это каталог.
Что я не могу сделать:
- Когда проводник Windows указывает на M: \ stuff, я не вижу more_stuff
- В командной строке cmd указывает на M: \ stuff "dir" не находит more_stuff
- В командной строке cmd указывает на M: \ stuff "dir / a" не найти more_stuff
- В питоне os.listdir в M: \ stuff не находит more_stuff
Что я могу сделать:
- Ввод M:\stuff\more_stuff в адресную строку позволяет мне получить доступ к папке, как обычно.
Поскольку нет никаких признаков того, что эта папка вообще существует, их может быть больше. У меня нет возможности узнать, сколько папок волшебно спрятано на этом подключенном диске.
Какие шаги я могу предпринять, чтобы выяснить, почему эта папка скрыта? (С конечной целью сделать его больше не скрытым).
Больше информации:
Доступ к диску через карту M: \ stuff и путь unc **\192.168.0.100\d$** приводит к тому же поведению.
Использование поиска Windows не видит папку.
В командной строке cmd указывает на M: \ stuff команда > del more_stuff работает.
Доступ к тому же диску с другого компьютера с той же учетной записью пользователя покажет папку правильно (по крайней мере, в некоторых случаях).
Некоторые пользователи говорят, что никогда не сталкивались с этой проблемой, и по крайней мере два пользователя сталкиваются с этой проблемой.
Все участвующие пользователи являются локальными администраторами на ПК, на котором размещен диск.
Перезапуск затронутой машины не решает проблему.
User1 и User2 имеют проблемы с просмотром папок на этом диске. До сих пор ни одна папка, которую не видит пользователь1, не может видеть и пользователь2.
net use \ 192.168.0.100 \ d $ / delete не помогает
Пожалуй, самая показательная информация на сегодняшний день
Пользователь1 использует MachineA и имеет эту проблему. У User3 никогда не было этой проблемы. Когда пользователь 3 входит в систему MachineA, пользователь 3 сталкивается с проблемой.
Возможно связано
При доступе к диску, как этот \ 192.168.0.100 \ d $, общий ресурс работает как положено (за исключением проблемы с отсутствующей папкой, но все остальное в порядке). При доступе к диску как этот \ 192.168.0.100 \ d (нет $, потому что d $ используется как d), ресурс невероятно медленный. Окна проводника, обращающиеся к общему ресурсу, зависают на 10-30 секунд каждый раз, когда вы меняете каталоги.
Игра с акциями
Хорошо, теперь это становится странным. Я поделился \192.168.0.100\d$\stuff как e$. Когда я открываю \ 192.168.0.100 \ d $ или \ 192.168.0.100 \ d (примечание нет $), папка more_stuff отсутствует. Когда я открываю \192.168.0.100\e$, папка more_stuff видна! Поэтому я установил \192.168.0.100\e$ в качестве нового диска, и снова отсутствует more_stuff!
Поделиться свойствами
Я получил доступ к свойствам общего ресурса из меню "Пуск" > щелкните правой кнопкой мыши "Компьютер" > выберите "Управление" > "Общие папки" > "Общие ресурсы" и обнаружил следующее.
Есть несколько акций на этой машине. Один из этих ресурсов - "d$", сопоставленный с "d: \", и при щелчке правой кнопкой мыши на нем написано "общий доступ для административных целей". Другой из перечисленных ресурсов - "d", сопоставленный с "d: \". вызывает обычные свойства. Это проблема? Наличие двух общих ресурсов указывает на один и тот же диск, один - "d$", а другой - "d"?
6 ответов
Спасибо всем за помощь. Эта проблема была особенно неприятной. После того, как я достаточно долго разбирался с проблемой, я обнаружил достаточно подсказок, чтобы местный специалист по ИТ узнал проблему. Я понятия не имею, почему это вызывает проблемы, но вот сценарий.
Диск размещен в качестве общего ресурса на машине А под управлением Windows XP SP 3.
Диск доступен для MachineB под управлением Windows XP SP 2.
Для некоторых папок (но не для всех) первые несколько файлов / папок (в алфавитном порядке) не отображаются. "Не показывать" означает, что их нельзя увидеть из проводника, cmd dir, cmd dir /a и т. Д. Чтобы получить доступ к ним, введите имя (cmd cd name или в explorer). Количество файлов / папок, которые не отображаются, может варьироваться в зависимости от содержимого папки. Я видел 0, 3 и 4 (это также изменится, когда вы создадите новые файлы в этой папке).
Например, M: \ stuff содержит 4 папки b, c, d, e. Если в этой папке 3 отсутствующих файла / папки, в папке будет отображаться только e. Папки b, c и d будут отсутствовать. Если в это время пользователь создает папку с именем a, появится папка d, и папка a будет отсутствовать.
Решением этой проблемы является обновление MachineB до Windows XP SP 3.
Конечно, это не помогает мне, так как MachineB работает под управлением Windows XP 64 bit, у которой нет SP 3. Я не знаю другого решения в настоящее время. Я либо перенесу эту машину на Win7, либо просто не буду использовать ее для доступа к общим дискам.
Это какой-то странный материал.
Возможно, мое воображение подводит меня, но я не могу придумать, что может скрыть папку из команды "dir / a" , оставляя вам доступ к содержимому этой папки.
Прежде всего, попробуйте перезапустить хост и клиент, если можете. Если это не сработает...
Возможно, вы столкнулись с некоторыми странными / испорченными разрешениями. Попробуйте получить доступ к разрешению соответствующей папки (M:\stuff\more_stuff) и посмотрите, имеют ли они смысл. Чтобы сделать это, откройте папку из проводника Windows, как вы описали, и щелкните правой кнопкой мыши где-нибудь в "белом" (не в файле), выберите свойства / безопасность. Убедитесь, что разрешения отображаются в соответствии с ожиданиями.
Если разрешения не соответствуют вашим ожиданиям, попробуйте сбросить их, нажав кнопку "Дополнительно" на вкладке "Безопасность" и включив параметр "Включить наследуемые разрешения от родительского объекта".
Если поведение, с которым вы сталкиваетесь, связано с разрешениями, вы можете сбросить все разрешения для объектов в папке M: \ stuff, изменив разрешения для M: \ stuff и выбрав "Заменить все разрешения для дочерних объектов наследуемыми разрешениями из этот объект "вариант. Осторожно, вы потеряете любые явные разрешения, которые вы настроили, если вы сделаете это.
Еще две мысли:
- Запустите проверку диска с выбранной опцией исправления и восстановления на хосте.
- Проверьте хост на загадочные сторонние инструменты и вирусы (на всякий случай)
Удачи!
Вы пробовали Windows Search для поиска папки, чтобы увидеть, появляется ли она в поиске? Это добавит некоторую дополнительную информацию в любом случае, которая может быть полезной.
Изменить: Кроме того, вы пытались получить доступ к той же папке от другого пользователя, чтобы увидеть, если он испытывает что-то другое? Это может помочь, если мы имеем дело с проблемой разрешений.
Удаление определенных записей из списка каталогов (и Windows API, который обеспечивает такой список) очень часто встречается в корневых комплектах. Если вы знаете имя, вы все равно можете удалить его, но никак не можете перечислить его.
Может быть, корневой набор на MachineA по совпадению скрывает некоторые вещи на этом компьютере, имя которых совпадает с именем вашего отсутствующего каталога.
Что если вы переименуете "more_stuff" на удаленном сервере в другое?
Поэтому я бы проверил наличие рута на этой машине.
Я не уверен, что это отвечает на вопрос / проблему, поскольку я только что столкнулся с этой же проблемой в Windows 10! У меня была папка "Рабочий стол", расположенная на "Рабочем столе". Никогда не было проблем с этим, пока я не запустил восстановление системы сегодня вечером и папка не исчезла. Я запустил Восстановление системы, так как я поигрался с расположением библиотек и мне нужно было вернуться.
Как и вы, я могу ввести адрес и найти папку, но не могу добраться до нее другим способом. Теперь я скопировал содержимое на рабочий стол, но не могу удалить оставшуюся фантомную папку, и это меня беспокоит!
Теперь вот кое-что интересное... (и РЕШЕНИЕ - по крайней мере для меня)
Переместив содержимое из папки, я щелкнул пробел в проводнике папки Desktop\Desktop и выбрал "Переместить в Dropbox" (очевидно, с установленным DropBox). Конечно, каталог теперь перемещен, но он отображается в DropBox как скрытая папка (хотя ранее был выбран "просмотр скрытых папок", и папка не могла быть видна в прежнем месте).
Щелчок по свойствам, снятие флажка со свойства "Скрытый файл" и перемещение его обратно на рабочий стол теперь означают, что я вижу папку в ее первоначальном расположении:-)
Возможно, ваш каталог определен как каталог скрытой системы. В зависимости от настроек проводника, каталог может отображаться или нет (Скрыть системные файлы отключено или включено). Вы можете проверить с помощью командной строки программы attrib
https://www.howtogeek.com/104825/make-a-super-hidden-folder-in-windows-without-any-extra-software/