Muszę wykonać kopię zapasową niektórych danych za pomocą opcji „p” w poleceniu tar. Problemem jest to, że miejsce, w którym przywrócę te dane, będzie miało tych samych użytkowników, ale ci użytkownicy mogą mieć różne identyfikatory. Czy ma to jakikolwiek wpływ na tar, czy będzie poprawnie przywracać uprawnienia według nazwy użytkownika?
tarrejestruje uprawnienia na podstawie identyfikatora UID i GID, a nie na powiązanym z nimi ciągu. Jeśli więc identyfikator UID na jednym serwerze wynosił 3300 i był on powiązany z „bob”, na nowym serwerze plik będzie własnością użytkownika, który ma UID 3300.
Wirtualne wszystko (chcę powiedzieć wszystko, ale nigdy nie możesz być w 100% pewien) w systemie UNIX używa wartości UID: GID, ponieważ tak właśnie jest przechowywane na poziomie systemu plików. Nazwa jest po prostu prostym wyszukiwaniem w pliku passwd, podstawowe kontrole są wykonywane przy użyciu wartości liczbowych.
tarrobi rekordowe nazwiska właściciela.Podsumowując poprzednie odpowiedzi i dodając kilka ważnych informacji:
Podczas tworzenia archiwów,
tarzawsze będzie chronić użytkownika i identyfikator grupy Files', chyba, że powiedziano inaczej z--owner=NAME,--group=NAME. Ale nadal będzie zawsze użytkownik i grupa skojarzona z każdym plikiem.GNU tar, a może inne wersje
tar, także przechowywać użytkowników i grup nazw , chyba że--numeric-ownerjest używany. bsdtar domyślnie przechowuje również nazwy użytkowników i grup, ale obsługa--numeric-owneropcji podczas tworzenia pojawiła się dopiero w bsdtar 3.0 (zauważ, że bsdtar wspierał opcję podczas wypakowywania znacznie dłużej).Podczas rozpakowywania jako zwykły użytkownik , wszystkie pliki będą zawsze własnością użytkownika. I nie może być inaczej, ponieważ wypakowanie pliku powoduje utworzenie nowego pliku w systemie plików, a zwykły użytkownik nie może utworzyć pliku i przekazać własności innej osobie.
Podczas rozpakowywania jako root ,
tardomyślnie przywróci własność wyodrębnionych plików, chyba że--no-same-ownerzostanie użyte, co da prawo do rootowania samego siebie.W GNU tar, bsdtar i być może w innych wersjach
tarprzywrócona własność jest wykonywana przez nazwę użytkownika (i grupy) , jeśli ta informacja znajduje się w archiwum, a w systemie docelowym znajduje się pasujący użytkownik. W przeciwnym razie przywraca według ID. Jeśli--numeric-owneropcja jest podana, nazwy użytkowników i grup są ignorowane.Uprawnienia i znaczniki czasu są również zapisywane w archiwum i domyślnie przywracane, chyba że zostaną użyte opcje
--no-same-permissionsi / lub--touch. Po wyodrębnieniu przez użytkownika użytkownikumaskjest odejmowany od uprawnień, chyba że--same-permissionszostanie użyty.--preserve-permissionsi--same-permissionssą aliasami i mają taką samą funkcjonalność jak-pMam nadzieję, że pomoże to wyjaśnić problem! :)
źródło
tarpozwalają na określenie dowolnych nazw w--ownerlub--group, w przeszłości,tarza darmo wyszukiwały bieżącą maszynę/etc/passwdi odmawiały uruchomienia, jeśli nie było dopasowania.--ownerale również dodane do--numeric-ownerflagi? Jak tar radzi sobie z tymi konkurencyjnymi wymaganiami?--owneri--numeric-ownernie wykluczają się wzajemnie, i służą bardzo odrębnym celom:--owner=USERNAMEnadpisują pliki i właścicieli katalogów podczas archiwizacji plików, a--numeric-ownerpo prostu nie przechowują nazwy użytkownika, tylko jego numeryczny identyfikator.Użyj opcji --same-owner dla GNU tar. Zobacz http://www.gnu.org/software/tar/manual/html_section/Attributes.html
źródło
Jeśli próbujesz przesłać pliki między dwoma systemami, rsync domyślnie ustawi uprawnienia według nazwy użytkownika zamiast identyfikatora użytkownika, patrząc na nazwy użytkowników na obu końcach. Tylko jeśli użytkownik nie istnieje w jednym z systemów, skopiuje go z identyfikatorem użytkownika, chyba że powiesz inaczej.
źródło