Мне нужно сделать резервную копию некоторых данных с помощью опции «p» в команде tar. Проблема в том, что в месте, где я собираюсь восстановить эти данные, будут одни и те же пользователи, но у этих пользователей могут быть разные идентификаторы. Имеет ли это какое-то значение для tar или он правильно восстановит права доступа по имени пользователя?
tarЗаписывает разрешения на основе UID и GID, а не на связанной с ними строке. Таким образом, если UID на одном сервере был 3300 и он был связан с «bob», на новом сервере файл будет принадлежать пользователю с UID 3300.
Виртуально все (я хочу сказать все, но вы не можете быть на 100% уверены) в UNIX использует значения UID: GID, потому что это то, что на самом деле хранится на уровне файловой системы. Имя - это просто поиск в файле passwd, основные проверки выполняются с использованием числовых значений.
tarделает запись имен владельцев.Подведение итогов предыдущих ответов и добавление важной информации:
При создании архивов,
tarвсегда будет сохранять файлы идентификатор пользователя и группы, если не указано иное с--owner=NAME,--group=NAME. Но все равно всегда будет пользователь и группа, связанные с каждым файлом.GNU деготь, и , возможно , другие версии
tar, также хранить пользовательские и групповые имена , если--numeric-ownerне используются. bsdtar также хранит имена пользователей и групп по умолчанию, но поддержка--numeric-ownerопции при создании появилась только в bsdtar 3.0 (обратите внимание, что bsdtar поддерживает опцию при извлечении гораздо дольше).При извлечении как обычный пользователь все файлы всегда будут принадлежать пользователю. И это не может быть иначе, поскольку извлечение файла создает новый файл в файловой системе, и обычный пользователь не может создать файл и передать права собственности кому-либо еще.
При извлечении в качестве корня ,
tarпо умолчанию будет восстановить владение извлекаемых файлов, если--no-same-ownerне используются, что даст право собственности на корень сам.В GNU дегтя, bsdtar, и , возможно , других версий
tar, восстановлено право собственности осуществляется пользователем (и группы) имя , если эта информация находится в архиве и есть соответствующий пользователь в системе назначения. В противном случае он восстанавливается по ID. Если--numeric-ownerопция включена, имена пользователей и групп игнорируются.Разрешения и временные метки также сохраняются в архив и восстанавливаются по умолчанию, если не используются параметры
--no-same-permissionsи / или--touchне используются. Когда извлечено пользователем, пользовательumaskбудет вычтен из разрешений , если--same-permissionsне используются.--preserve-permissionsи--same-permissionsявляются псевдонимами, и имеют ту же функциональность, что и-pНадеюсь, это поможет прояснить проблему! :)
источник
tarпозволяют указывать произвольные имена в--ownerили--group, в прошломtarвыполнял произвольный поиск на текущем компьютере/etc/passwdи отказывался запускаться, если не было совпадения.--ownerно также добавленный в--numeric-ownerфлаг? Как tar справляется с этими конкурирующими требованиями?--ownerи--numeric-ownerне являются взаимоисключающими, и служат очень разным целям:--owner=USERNAMEбудут перезаписывать файлы и владельцев dirs при архивации файлов, но--numeric-ownerпросто не будут хранить имя пользователя, только его числовой идентификатор.Используйте параметр --same-owner для GNU tar. См. Http://www.gnu.org/software/tar/manual/html_section/Attributes.html.
источник
Если вы пытаетесь передавать файлы между двумя системами, rsync по умолчанию установит права доступа по имени пользователя вместо uid, просматривая имена пользователей с обеих сторон. Только если пользователь не существует в одной из систем, он скопирует его с помощью uid, если вы не укажете обратное.
источник