Соединения NTFS и жесткие ссылки Unix
Вы не можете использовать crontab как этот. Использовать man crontab читать о корректном способе назвать эту утилиту.
Вы захотите использовать crontab -e отредактировать записи крона текущего пользователя (можно добавить/изменить/удалить строки). Использовать crontab -l видеть текущий список настроенных задач.
Что касается наблюдения crontabs другого пользователя, это не возможно, не будучи корнем на стандартных установках. Посмотрите, Как я перечисляю все задания крона для всех пользователей для некоторых способов перечислить все (как корень).
Примечание: будьте очень осторожны при использовании оболочки globbing символы на командной строке (* и ? особенно). * будет расширен до списка файлов в текущем каталоге, который может иметь неожиданные эффекты. Если Вы хотите передать * как аргумент чему-то, заключите его в кавычки ('*').
Точки соединения NTFS являются типом точки повторного анализа, эффективно действуя как символьные ссылки, но ограниченный предназначением для локальных каталогов полным путем.
Предположим, что Вы имеете
C:\>mkdir a b
C:\>linkd b\c C:\a
То, что происходит, то, что в таблице каталога для C:\b, запись каталога называют c вставляется, с атрибутом $Reparse содержа данные, указывающие, что это - точка соединения с целью C:\a.
Когда Windows 2000 (когда точки повторного анализа и точки соединения были представлены) встречаются с точкой повторного анализа, они переданы к соответствующему обработчику. В этом случае, при доступе к пути ниже C:\b\c, обработчик для точек соединения заменил бы путь C:\b\c с C:\a и нормальные операции файловой системы продолжились бы оттуда на.
Другие фильтры файловой системы могут быть установлены, которые прерывают и обрабатывают другие типы точек повторного анализа; Windows Vista, Сервер, 2008, и позже идет с обработчиком для точек повторного анализа "символьной ссылки" на NTFS, который может указать на файл или каталог, абсолютный или относительный, локальный или удаленный - в значительной степени как символьные ссылки в других системах.
Отдельно, NTFS действительно имеет поддержку hardlinks, почти таким же способом UNIX делает - несколько записей каталога могут указать на тот же "inode", который является фактическими данными файла. Это не имеет никакого отношения к точкам повторного анализа. Почти во всех системах жесткие ссылки могут только быть сделаны в файлы; каталоги hardlinking чреваты опасностью. (Среди прочего, что должно .. запись hardlinked каталога указывает на?)
-
1, таким образом, Вы сказали бы, что с точки зрения использования создание соединения могло в файловой системе Unix быть реализованным как символьная ссылка между папками? – serialseb 21.10.2010, 14:53
-
2на NTFS и файловых системах UNIX являются почти тем же, за исключением того, что символьная ссылка NTFS может указать на удаленные файловые системы, и UNIX действительно не имеет стандарта для этого. Соединения на NTFS подобны символьным ссылкам, но ограниченный полными путями к локальным каталогам, таким образом, да, символьные ссылки в файловой системе UNIX полностью включают в категорию всю возможность соединений на NTFS. – ephemient 21.10.2010, 16:09
Точка повторного анализа NTFS к каталогу очень похожа на обратную петлю, монтируются в Linux/UNIX.
NTFS hardlink в файл очень похож на hardlink в файл в Linux/UNIX.
Символьная ссылка NTFS очень похожа на символьную ссылку в Linux/UNIX.
Более старая версия Cygwin для Windows рассматривала точки повторного анализа то же как hardlinks, который заставил/usr/bin/find жаловаться на циклы в файловой системе. Более поздние версии Cygwin рассматривают точки повторного анализа для совпадения с символьными ссылками, что касается совместимых POSIX программ.