Эта ошибка может возникнуть, если чашек
не запускается корень
.
sesu
в root
не будет работать; это должна быть фактическая учетная запись root
. Вы можете войти в систему как root
и перезапустить сервисные чашки
, либо убедиться, что cups
включены в chkconfig
( chkconfig на
), а затем перезагрузитесь.
.//
- это то же, что и ./
Последовательные косые черты после первого не имеют семантического значения.
.//
означает текущий каталог, поэтому .// user
в выходных данных указывает файл пользователь
в текущем рабочем каталоге.
Двойной //
должен разрешиться в одиночный /
, это верно для всех систем, которые я использовал. Хотя POSIX определяет это поведение только для ///
(или более) и, конечно, /
.
Двойное значение //
появляется потому, что вы использовали путь поиска для find
как ./
вместо обычного .
. Оба указывают на текущий рабочий каталог, и оба верны. Это поведение find
для добавления пути таким образом в случае относительных путей.Обратите внимание, что это конкретное поведение find
преобладает только в подмножестве систем, как упоминалось в этом ответе , и вы, вероятно, один из них.
Это мало что значит: образец, который вы дали find
, был ./
, и это просто для find
приклеить свои результаты к этому пути. Двойная косая черта игнорируется (рассматривается как одинарная косая черта), за исключением того, что ведущая двойная косая черта может иметь какое-то значение для некоторых систем. Что еще более важно, переносимые программы предполагают такое поведение.
Однако вы увидите такое поведение только для систем, производных от BSD со старой версией find
(например, OSX). NetBSD попыталась исправить это в своем исходном коде в 2005 ; пользовательская среда для OSX старше .
При проверке «свежих» версий FreeBSD, NetBSD и OpenBSD такого поведения не наблюдается. Linux и Unix (AIX, HPUX, Solaris) тоже этого не делают.
Дополнительная литература:
pgsql: удалить завершающие косые черты из каталогов в команде find
find - find files (POSIX)
Утилита
find
должна рекурсивно спускаться по иерархии каталогов от каждого файла, указанного в пути, оценивая логическое выражение, составленное из основных параметров, описанных в разделе OPERANDS для каждого обнаруженного файла.Каждый операнд пути должен оцениваться без изменений , как он был предоставлен, включая все завершающие символы<косая черта>
; все имена путей для других файлов, встречающихся в иерархии, должны состоять из конкатенации операнда текущего пути,<косая черта>
, если операнд текущего пути не заканчивается одним, и имени файла относительно операнда пути. Относительная часть не должна содержать компонентов «точка» или «точка-точка», без завершающих символов<косая черта>
и только отдельные символы между компонентами имени пути.