Tar каталог, но не храните полные абсолютные пути в архиве

Question

Tar каталог, но не храните полные абсолютные пути в архиве

182

У меня есть следующая команда в части оболочки резервного копирования script:

tar -cjf site1.bz2 /var/www/site1/

Когда я перечисляю содержимое архива, я получаю:

tar -tf site1.bz2
var/www/site1/style.css
var/www/site1/index.html
var/www/site1/page2.html
var/www/site1/page3.html
var/www/site1/images/img1.png
var/www/site1/images/img2.png
var/www/site1/subdir/index.html

Но я хотел бы удалить часть /var/www/site1 из каталога и имен файлов в архиве, чтобы упростить извлечение и избежать бесполезной постоянной структуры каталогов. Никогда не знайте, если я извлечу резервные сайты в месте, где веб-данные не были сохранены в /var/www.

В приведенном выше примере я хотел бы:

tar -tf site1.bz2
style.css
index.html
page2.html
page3.html
images/img1.png
images/img2.png
subdir/index.html

Итак, когда я извлекаю файлы, файлы извлекаются в текущем каталоге, и мне не нужно впоследствии перемещать извлеченные файлы, и поэтому структуры подкаталогов сохраняются.

Есть много вопросов о tar и резервном копировании в stackoverflow и в других местах в Интернете, но большинство из них просят отбросить всю структуру подкаталогов (сгладить) или просто добавить или удалить начальную/имена (я не знаю, что именно изменяется при извлечении), но не более.

После ознакомления с некоторыми решениями, найденными здесь и там, а также с руководством, я попробовал:

tar -cjf site1.bz2 -C . /var/www/site1/
tar -cjf site1.bz2 -C / /var/www/site1/
tar -cjf site1.bz2 -C /var/www/site1/ /var/www/site1/
tar -cjf site1.bz2 --strip-components=3 /var/www/site1/

Но никто из них не работал так, как я хочу. Некоторые ничего не делают, некоторые другие больше не архивируют подкаталоги.

Он находится в резервной оболочке script, запущенной Cron, поэтому я не очень хорошо знаю, какой пользователь запускает ее, каков путь и текущий каталог, поэтому всегда нужно писать абсолютный путь для всего, и предпочитаете не менять текущий каталог, чтобы не ломать что-то еще в script (потому что он не только создает резервные копии веб-сайтов, но и базы данных, а затем отправляет все это на FTP и т.д.)

Как это сделать?

Я просто неправильно понял, как работает опция -C?

QuentinC 08 сен. 2013, в 07:38

Источник

Теги:

bash

linux

backup

tar

6 ответов

28

Работает опция -C; просто для уточнения Я отправлю 2 примера:

создание tarball без полного пути: полный путь /home/testuser/workspace/project/application.war, и мы хотим просто project/application.war так:
```
tar -cvf output_filename.tar  -C /home/testuser/workspace project
```
Примечание: между workspace и project имеется пробел; tar заменит полный путь только project.
извлечение tarball с изменением целевого пути (по умолчанию - ., т.е. текущий каталог)
```
tar -xvf output_filename.tar -C /home/deploy/
```
tar будет извлекать tarball на основе заданного пути и сохранять путь создания; в нашем примере файл application.war будет извлечен в /home/deploy/project/application.war.

/home/deploy: данный на выдержке
project: при создании tarball

Примечание. Если вы хотите поместить созданный tarball в целевой каталог, вы просто добавляете целевой путь перед именем tarball. например:

tar -cvf /path/to/place/output_filename.tar  -C /home/testuser/workspace project

Grizli 03 дек. 2014, в 15:16

1

Как добавить шаблон для выбора файла в последнем примере?
Siva 30 апр. 2015, в 19:14
0

Проблема с подстановочными знаками заключается в том, что оболочка расширяет их до соответствующих имен файлов и что tar не раскрывает их, если они заключены в кавычки ...
Gert van den Berg 18 окт. 2017, в 10:16

5

Похоже, многие неправильно поняли параметр -C в tar.

tar target_path/file.tar.gz -C source_path/source_dir .

или

tar target_path/file.tar.gz -C source_path/source_dir

не удалит абсолютный префикс пути внутри файла tar.gz.

Простейшим решением является cd in в source_path (родительский каталог source_dir) и запускать

tar target_path/file.tar.gz source_dir

в script. Это приведет к удалению абсолютного префикса пути в вашей сгенерированной структуре каталога файлов tar.gz.

Chinthaka Senanayaka 12 фев. 2016, в 10:22

0

При использовании опции -C DID удаляются префиксы абсолютного пути внутри сгенерированного файла tar.gz в fedora 29. Ваш ответ специфичен для какой-либо системы?
EL_DON 08 фев. 2019, в 18:33
0

@EL_DON: Я не тестировал опцию -C в Fedora, но в идеале программное обеспечение tar должно работать согласованно на всех платформах, если только это не ошибка в приложении tar. -C вариант, я тестировал на Mac 10.8 и Mac 10.13 и Ubuntu (версия, которую я не помню). Но начиная с tar v2.8.3, команда была изменена на tar -cf target_path / file.tar.gz source_dir, и все же, если вы добавите опцию -C, она не удалит префикс абсолютного пути внутри сгенерированного файла tar.gz.
Chinthaka Senanayaka 24 фев. 2019, в 18:01
0

Я снова проверил на системе CentOS. После создания всех путей в примере и запуска команды (с добавлением -cvf после tar ) я обнаружил, что в результирующем файле tar.gz нет абсолютных путей внутри него, что согласуется с некоторыми другими ответами. Если вы считаете, что tar неисправен или устарел в обеих системах, которые я использовал для тестирования, пожалуйста, дайте ссылку на некоторую документацию, которая поддержит ваш ответ. Я думаю, что опция -C меняет каталог перед выполнением (как в других ответах). Когда я его опускаю, tar пытается добавить ненужные ./ из ./ , включая пути из ./ .
EL_DON 26 фев. 2019, в 19:37
0

Я использовал этот документ: linux.die.net/man/1/tar Да, документ говорит, что -C сделает изменение пути, но на моем Mac 10.13 это не работает. это может быть противоречивым поведением tar-приложения. Это означает, что это ошибка. Если вы пишете сценарий оболочки для запуска на всех Unix-платформах, лучше использовать код, который будет работать на всех ОС.
Chinthaka Senanayaka 28 фев. 2019, в 06:58
0

Ваш ответ не говорит о том, что может быть ошибка, и более надежное решение для кросс-платформенной совместимости - это сначала cd . Ваш ответ говорит, что инструмент работает противоположно тому, как документы говорят, что он работает, и как он работает в моей системе, так что это неправильный ответ. Вы можете легко это исправить.
EL_DON 28 фев. 2019, в 18:24
0

@EL_DON: исправлен ответ для команды tar на платформе, спасибо
Chinthaka Senanayaka 01 март 2019, в 06:02

Показать ещё 4 комментария

4

Следующая команда создаст корневой каталог "." и поместите в него все файлы из указанного каталога.

tar -cjf site1.tar.bz2 -C /var/www/site1 .

Если вы хотите поместить все файлы в корень из файла tar, @chinthaka прав. Просто введите cd в каталог и выполните:

tar -cjf target_path/file.tar.gz *

Это поместит все файлы в cwd в файл tar в виде файлов root.

WLatif 05 окт. 2016, в 10:40

0

Использование * не сохраняет никаких «скрытых» .files или .folders. (fyi, использование -C вместе с * завершается неудачей, оболочка расширяет текущий каталог, а не -C каталог)
Xen2050 20 апр. 2017, в 05:29

0

Если вы хотите заархивировать подкаталог и обрезать путь к подкаталогу, эта команда будет полезна:

tar -cjf site1.bz2 -C /var/www/ site1

Hirurg103 29 янв. 2019, в 12:16

0

Использование "точки" приводит к созданию папки с именем "точка" (в Ubuntu 16).

tar -tf site1.bz2 -C /var/www/site1/ .

Я рассмотрел это более подробно и подготовил пример. Многострочная запись плюс исключение.

tar -tf site1.bz2\
    -C /var/www/site1/ style.css\
    -C /var/www/site1/ index.html\
    -C /var/www/site1/ page2.html\
    -C /var/www/site1/ page3.html\
    --exclude=images/*.zip\
    -C /var/www/site1/ images/
    -C /var/www/site1/ subdir/
/

Sergey Asachev 11 дек. 2018, в 20:27

0

Почему вы называете это «точка»? Это просто . , который является текущим каталогом. В контексте структуры tar.gz это просто базовый / корневой / верхний уровень, верно?
EL_DON 08 фев. 2019, в 18:36
0

Смотрите снимок для деталей изображения . Мой способ правильнее использовать, это мое мнение.
Sergey Asachev 13 фев. 2019, в 12:53

Ещё вопросы

Как добавить шаблон для выбора файла в последнем примере?
Проблема с подстановочными знаками заключается в том, что оболочка расширяет их до соответствующих имен файлов и что tar не раскрывает их, если они заключены в кавычки ...
При использовании опции -C DID удаляются префиксы абсолютного пути внутри сгенерированного файла tar.gz в fedora 29. Ваш ответ специфичен для какой-либо системы?
@EL_DON: Я не тестировал опцию -C в Fedora, но в идеале программное обеспечение tar должно работать согласованно на всех платформах, если только это не ошибка в приложении tar. -C вариант, я тестировал на Mac 10.8 и Mac 10.13 и Ubuntu (версия, которую я не помню). Но начиная с tar v2.8.3, команда была изменена на tar -cf target_path / file.tar.gz source_dir, и все же, если вы добавите опцию -C, она не удалит префикс абсолютного пути внутри сгенерированного файла tar.gz.
Я снова проверил на системе CentOS. После создания всех путей в примере и запуска команды (с добавлением -cvf после tar ) я обнаружил, что в результирующем файле tar.gz нет абсолютных путей внутри него, что согласуется с некоторыми другими ответами. Если вы считаете, что tar неисправен или устарел в обеих системах, которые я использовал для тестирования, пожалуйста, дайте ссылку на некоторую документацию, которая поддержит ваш ответ. Я думаю, что опция -C меняет каталог перед выполнением (как в других ответах). Когда я его опускаю, tar пытается добавить ненужные ./ из ./ , включая пути из ./ .
Я использовал этот документ: linux.die.net/man/1/tar Да, документ говорит, что -C сделает изменение пути, но на моем Mac 10.13 это не работает. это может быть противоречивым поведением tar-приложения. Это означает, что это ошибка. Если вы пишете сценарий оболочки для запуска на всех Unix-платформах, лучше использовать код, который будет работать на всех ОС.
Ваш ответ не говорит о том, что может быть ошибка, и более надежное решение для кросс-платформенной совместимости - это сначала cd . Ваш ответ говорит, что инструмент работает противоположно тому, как документы говорят, что он работает, и как он работает в моей системе, так что это неправильный ответ. Вы можете легко это исправить.
@EL_DON: исправлен ответ для команды tar на платформе, спасибо
Использование * не сохраняет никаких «скрытых» .files или .folders. (fyi, использование -C вместе с * завершается неудачей, оболочка расширяет текущий каталог, а не -C каталог)
Почему вы называете это «точка»? Это просто . , который является текущим каталогом. В контексте структуры tar.gz это просто базовый / корневой / верхний уровень, верно?
Смотрите снимок для деталей изображения . Мой способ правильнее использовать, это мое мнение.

Lars Brinkhoff · Accepted Answer · 2013-09-08T09-15-00.000Z

270

Лучший ответ

tar -cjf site1.tar.bz2 -C /var/www/site1 .

В приведенном выше примере tar будет изменен на каталог /var/www/site1, прежде чем делать это, потому что была предоставлена опция -C /var/www/site1.

От man tar:

OTHER OPTIONS

  -C, --directory DIR
       change to directory DIR

Lars Brinkhoff 08 сен. 2013, в 09:15

108

Не пропустите точку в конце, это важно ;-)
Freedom_Ben 02 июнь 2014, в 16:14
4

Как насчет того, если вы также хотите выбрать файлы для резервного копирования на основе подстановочного знака? -C / var / www / site1 * .dat не работает :(
Andy Lorenz 05 нояб. 2014, в 10:30
1

(d=$PWD && cd /var/www/site1 && tar -cjf $d/site1.tar.bz2 *.dat)
Lars Brinkhoff 05 нояб. 2014, в 11:38
13

Точка говорит tar архивировать все в текущем каталоге. И -C устанавливает текущий каталог.
Lars Brinkhoff 23 май 2015, в 18:12
17

Это прекрасно работает. Я считаю полезным сохранить имя каталога (только не полный путь), поэтому я сделал следующее: tar -czvf site1.tar.gz -C /var/www/ site1 (обратите внимание на пространство, я все еще использую -C, чтобы перейти к родительскому каталогу и указать каталог для tar вместо точки)
jorfus 09 дек. 2015, в 23:46
1

Завершающая точка относится к текущему каталогу после того, как tar изменил его, а не к каталогу, в котором вы находитесь, когда запускаете команду. Итак, если вы находитесь в /home/user1 и выполняете tar -cf mine.tar -C /var/www/site1 . Это будет tar /var/www/site1 , а не /home/user1 .
Christian Long 14 июль 2016, в 20:39
1

Не используйте * вместо . в конце. Это не работает, так как это означает что-то другое ;-)
thutt 06 апр. 2017, в 08:55
2

Я получаю ./folders точку на пути tar, например ./folders как это можно удалить?
Mika571 19 дек. 2017, в 22:57
1

@ Mika571, попробуй * вместо . ,
Lars Brinkhoff 20 дек. 2017, в 07:26
0

или tar cvjf name.tar.bz2 -C "$p/../" $(basename $p) чтобы упаковать каталог $p
Alex 02 дек. 2018, в 15:31
0

Почему это не работает: tar -cjf site1.tar.bz2 -C /var/www/site1 /var/www/site1 ?
MrCalvin 16 дек. 2018, в 10:40

Показать ещё 9 комментариев