My<cod/>.net
Результаты поиска
Найдено результатов: 6
Существуют ли инструменты для удобного контроля доступа к папкам и файлам в Windows?
Существуют ли какие-либо программы, позволяющие просматривать список объектов файлового сервера (Windows), доступ к которым имеет определенный пользователь или группа?
Если дерево папок сильно разрослось, становится сложно вспомнить, куда конкретный пользователь может заходить, а куда нет. Просматривать права доступа к каждой папке долго и неудобно, выставлять одинаковые разрешения на все дочерние объекты одной папки тоже не всегда возможно.
Существуют ли инструменты для удобного контроля доступа к папкам и файлам в Windows?
Существуют ли какие-либо программы, позволяющие просматривать список объектов файлового сервера (Windows), доступ к которым имеет определенный пользователь или группа?
Если дерево папок сильно разрослось, становится сложно вспомнить, куда конкретный пользователь может заходить, а куда нет. Просматривать права доступа к каждой папке долго и неудобно, выставлять одинаковые разрешения на все дочерние объекты одной папки тоже не всегда возможно.
NTFS ACL — дать доступ к конкретной директории?
Есть Filezilla, запущенный от отдельного пользователя.
Как дать этому пользователю доступ на чтение только директории F:\data\public?
Как я понимаю, помимо этой директории придётся дать ему доступ на чтение и траверс F:\, F:\data.
Но в NTFS сработает наследование, и другие директории унаследуют ненужные им права.
К примеру F:\data\private унаследует от F:\data право на чтение.
Можно всем вложенным директориям кроме нужных отключить наследование, и задать нужные права, но это неудобно, потому что (во первых их может быть много) при создании, допустим F:\data\foo, она по умолчанию унаследует право на чтение от F:\data и придётся каждый раз помнить о необходимости задать права.
Оптимально было бы для F:\ и F:\data задать отдельно их собственные права, и отдельно права, которые будут наследоваться вложенными в них директориями. Но похоже такой сценарий не предусмотрен.
Проблемы с диском?
Однажды TortoiseSVN начал периодически выдавать ошибку: Can't move '!nLog\.svn\tmp\entries' to '!nLog\.svn\entries': Файл или папка повреждены. Чтение невозможно.
Потом скачал консольную версию svn, та же ошибка.
Также Windows начал выдавать в трее сообщение, что-то вроде "[svn.exe] ошибка доступа к диску, запустите chkdsk"
Прогнал chkdsk /F /V /R /X /B, ошибок он не обнаружил.
Запустил svn up в цикле, оказалось что ошибка возникает примерно в половине случаев (то есть не гарантированно).
Данная проблема почему-то возникает только с svn, при обычной работе (eclipse, Visual Studio, uTorrent, браузер) не возникает (или другие программы прозрачно делают повторные попытки?).
Также (не придавал этому значения, но возможно тут есть что-то общее) иногда бывает что система и все программы «подвисают» (не одновременно, а при обращении к HDD), индикатор активности HDD гаснет, через примерно минуту слышен щелчок, индикатор загорается и все продолжает работать.
Из того, что могло бы повлиять на доступ к HDD: установлен Kaspersky Crystal, TrueCrypt (с шифрованием всех разделов, кроме собственно того, на котором произошла ошибка)
Есть подозрение, что беда с железом, но ноут был куплен всего 4 месяца назад.
Ну и собственно вопрос: в чем причина проблемы, и, если с железом, то как это малой кровью проверить?
UPD:
SMART говорит что всё ок, кроме Spin Retry Count: скрин
Проверка диска на ошибки программой HD Tune Pro ошибок не выявила.
Были проблемы с температурой, поднималась до 67 градусов, в то время как рекомендуемая до 60.
Однако после ночи в выключенном состоянии ошибки типа «Файл или каталог… повреждён и не может быть прочитан. Запустите служебную программу CHKDSK» при запуске svn продолжают возникать, в то время как температура уже нормальная (46 градусов).
Если копирую всё дерево каталогов в корень этого раздела, то svn up проодит без ошибок.
UPD2: memtest86 ошибок RAM не выявил
UPD3: родная утилита от Western Digital: Data LifeGuard Diagnostics тоже ошибок не выявила.
UPD4:
Причина первой проблемы («сбои» файловой системы при работе svn) выяснена!
Оказалось это не физическая проблема с диском, а баг Windows 7, если кому-то интересно — вот обсуждение, также был выпущен хотфикс. После установки хотфикса svn работает нормально.
Кому теперь верить, если даже система лжёт?!
Вторая проблема (периодические отключения диска на минуту-другую) пока не разобрана, но вероятно он просто вырубается для защиты от перегрева (хотя привычным в таких случаях является самопроизвольный ребут компа, а не приостановка винта на некоторое время). Ну а причиной перегрева возможно является дрянная сборка компа. Поставил программу мониторинга температуры, но с тех пор самопроизвольных отключений не было.
Can't move '!nLog\.svn\tmp\entries' to '!nLog\.svn\entries': Файл или папка повреждены. Чтение невозможно.