Использование tar для простого резервного копирования и восстановления

Я хочу создать резервную копию домашней папки пользователя, сделав весь контент в архивном документе и сохранив его на внешнем жестком диске ext3 (или ext4?). Я хочу сохранить все атрибуты файла. Это хорошая команда? Любой конкретный совет? Есть ли у линии 4 увольнения?

1 sudo tar -czvf 2 /media/EXT_DRIVE/back_jimmy_2010_10_09.tgz 3 /home/jimmy 4 --atime-preserve --same-owner --preserve-permissions 5 --exclude='.beagle' --exclude='.gvfs'

Еще важнее то, что мне нужны ваши инструкции по использованию команды tar для восстановления.

3
задан 10 October 2010 в 05:51

18 ответов

[D0] Эй. Я, конечно, не специалист в этой области, и сегодня я просто пинал мозг друга linux sysadmin за советом по резервному решению, но вместо этого я мог бы предложить rsync?

rsync -avuz --exclude=PATTERN /path-to-source /path-to-destination

создаст архив резервное копирование с разрешениями, атрибутами владельца и временем создания без изменений и сжимать (zip) передачу, исключая файлы, которые соответствуют «PATTERN» ... и если вы запустите его снова в тот же каталог, он обновит (-u) только замену файлов чья контрольная сумма изменилась.

В качестве альтернативы вам следует (как мне было рекомендовано) посмотреть rsnapshot и rdiff-backup.

Это то, что вы ищете?

1
ответ дан 25 July 2018 в 23:08
  • 1
    Я сделал небольшой старт в rsync - на самом деле grsync - несколько месяцев назад. Я присмотрюсь. Я не могу вспомнить, почему я не принимал его в то время, но иногда я просто теряю энергию и время, и тропа идет холодно. :-) – Smandoli 10 October 2010 в 19:25
  • 2
    хе. Понимали, есть бесконечное количество троп, чтобы уйти, и только так много жизни. Но rsync - & gt; большое добро, которое стоит потраченное время. Я использовал этот вариант для резервного копирования, так как я был достаточно компетентным, чтобы Google и спотыкался, вводя его в командной строке. Возможность обновления - это ключ, который делает rsync особенным, и rsnapshot тоже работает. Поэтому вместо отправки новой копии каждый раз при резервном копировании вы отправляете только измененные биты. – emf 11 October 2010 в 09:31
  • 3
    выше ^ смысл: меньше места используется, и меньше полосы пропускания для обновления. Если вы и "tar" весь диск для резервного копирования, он должен как передавать, так и сохранять весь этот диск в каждой резервной копии. Если вы rsync, он только отправляет и сохраняет измененные файлы. Таким образом, ваша целевая директория будет только такой большой, как ваш источник, и ваша передача будет такой же большой, как измененные биты. Rsnapshot делает то же самое, но создает новый снимок для каждого и фиксирует неизменные части, так что у вас есть «полный», структура каталогов с каждой резервной даты – emf 11 October 2010 в 09:36

Ваша команда выглядит отлично. Планируете ли вы использовать переменные для части даты? Один трюк - эти данные будут расти и расти на вас. Какова ваша политика, как долго вы будете ее хранить?

Я нашел для данных меньших последствий, что на самом деле лучше назвать файлы резервных копий такими вещами, как SUN MON TUE, и позволить им перезаписывать «на следующей неделе», чтобы немного облегчить управление дисковым пространством.

Что касается вашего вопроса о восстановлении, обычно это что-то вроде tar xfz TARFILE.tar.gz ... но вы должны привыкнуть сначала читать ваши файлы tar с чем-то вроде tar tfz TARFILE.tar.gz, чтобы вы могли понять, что вы на самом деле восстанавливаете.

Если я помню, вы сохраните свою структуру каталогов так, как вы это делаете, что означает restore создаст директорию home / jimmy, где бы вы ни решили ее восстановить.

Не принимайте ни моего, ни чьего-либо совета; убедитесь, что вы тщательно протестировали. Хуже всего то, что кажется, что он работает, но через два года, когда у вас случилась авария, вы понимаете, что это не так ...

Позвоните мне в старую школу, но почему бы не использовать свалку?

1
ответ дан 25 July 2018 в 23:08
  • 1
    Спасибо за информацию. Речь идет о политике, и я все еще в строительных блоках. Серьезно, моя следующая остановка показывает «cron». или что-нибудь, что позволяет мне иметь переменную. (Или глядя в «дамп».) – Smandoli 10 October 2010 в 19:23
  • 2
    оболочка позволит вам иметь переменные. Вы можете найти это удобно. faqs.org/docs/securing/chap29sec306.html Dump отлично подходит для резервного копирования всего диска, если вы действительно хотите «чей-то домашний каталог», смола намного лучше. – Kyle Hodgson 10 October 2010 в 22:15
[D0] Эй. Я, конечно, не специалист в этой области, и сегодня я просто пинал мозг друга linux sysadmin за советом по резервному решению, но вместо этого я мог бы предложить rsync?

rsync -avuz --exclude=PATTERN /path-to-source /path-to-destination

создаст архив резервное копирование с разрешениями, атрибутами владельца и временем создания без изменений и сжимать (zip) передачу, исключая файлы, которые соответствуют «PATTERN» ... и если вы запустите его снова в тот же каталог, он обновит (-u) только замену файлов чья контрольная сумма изменилась.

В качестве альтернативы вам следует (как мне было рекомендовано) посмотреть rsnapshot и rdiff-backup.

Это то, что вы ищете?

1
ответ дан 27 July 2018 в 02:59
  • 1
    Я сделал небольшой старт в rsync - на самом деле grsync - несколько месяцев назад. Я присмотрюсь. Я не могу вспомнить, почему я не принимал его в то время, но иногда я просто теряю энергию и время, и тропа идет холодно. :-) – Smandoli 10 October 2010 в 19:25
  • 2
    хе. Понимали, есть бесконечное количество троп, чтобы уйти, и только так много жизни. Но rsync - & gt; большое добро, которое стоит потраченное время. Я использовал этот вариант для резервного копирования, так как я был достаточно компетентным, чтобы Google и спотыкался, вводя его в командной строке. Возможность обновления - это ключ, который делает rsync особенным, и rsnapshot тоже работает. Поэтому вместо отправки новой копии каждый раз при резервном копировании вы отправляете только измененные биты. – emf 11 October 2010 в 09:31
  • 3
    выше ^ смысл: меньше места используется, и меньше полосы пропускания для обновления. Если вы и "tar" весь диск для резервного копирования, он должен как передавать, так и сохранять весь этот диск в каждой резервной копии. Если вы rsync, он только отправляет и сохраняет измененные файлы. Таким образом, ваша целевая директория будет только такой большой, как ваш источник, и ваша передача будет такой же большой, как измененные биты. Rsnapshot делает то же самое, но создает новый снимок для каждого и фиксирует неизменные части, так что у вас есть «полный», структура каталогов с каждой резервной даты – emf 11 October 2010 в 09:36

Ваша команда выглядит отлично. Планируете ли вы использовать переменные для части даты? Один трюк - эти данные будут расти и расти на вас. Какова ваша политика, как долго вы будете ее хранить?

Я нашел для данных меньших последствий, что на самом деле лучше назвать файлы резервных копий такими вещами, как SUN MON TUE, и позволить им перезаписывать «на следующей неделе», чтобы немного облегчить управление дисковым пространством.

Что касается вашего вопроса о восстановлении, обычно это что-то вроде tar xfz TARFILE.tar.gz ... но вы должны привыкнуть сначала читать ваши файлы tar с чем-то вроде tar tfz TARFILE.tar.gz, чтобы вы могли понять, что вы на самом деле восстанавливаете.

Если я помню, вы сохраните свою структуру каталогов так, как вы это делаете, что означает restore создаст директорию home / jimmy, где бы вы ни решили ее восстановить.

Не принимайте ни моего, ни чьего-либо совета; убедитесь, что вы тщательно протестировали. Хуже всего то, что кажется, что он работает, но через два года, когда у вас случилась авария, вы понимаете, что это не так ...

Позвоните мне в старую школу, но почему бы не использовать свалку?

1
ответ дан 27 July 2018 в 02:59
  • 1
    Спасибо за информацию. Речь идет о политике, и я все еще в строительных блоках. Серьезно, моя следующая остановка показывает «cron». или что-нибудь, что позволяет мне иметь переменную. (Или глядя в «дамп».) – Smandoli 10 October 2010 в 19:23
  • 2
    оболочка позволит вам иметь переменные. Вы можете найти это удобно. faqs.org/docs/securing/chap29sec306.html Dump отлично подходит для резервного копирования всего диска, если вы действительно хотите «чей-то домашний каталог», смола намного лучше. – Kyle Hodgson 10 October 2010 в 22:15
[D0] Эй. Я, конечно, не специалист в этой области, и сегодня я просто пинал мозг друга linux sysadmin за советом по резервному решению, но вместо этого я мог бы предложить rsync?

rsync -avuz --exclude=PATTERN /path-to-source /path-to-destination

создаст архив резервное копирование с разрешениями, атрибутами владельца и временем создания без изменений и сжимать (zip) передачу, исключая файлы, которые соответствуют «PATTERN» ... и если вы запустите его снова в тот же каталог, он обновит (-u) только замену файлов чья контрольная сумма изменилась.

В качестве альтернативы вам следует (как мне было рекомендовано) посмотреть rsnapshot и rdiff-backup.

Это то, что вы ищете?

1
ответ дан 31 July 2018 в 13:40
  • 1
    Я сделал небольшой старт в rsync - на самом деле grsync - несколько месяцев назад. Я присмотрюсь. Я не могу вспомнить, почему я не принимал его в то время, но иногда я просто теряю энергию и время, и тропа идет холодно. :-) – Smandoli 10 October 2010 в 19:25
  • 2
    хе. Понимали, есть бесконечное количество троп, чтобы уйти, и только так много жизни. Но rsync - & gt; большое добро, которое стоит потраченное время. Я использовал этот вариант для резервного копирования, так как я был достаточно компетентным, чтобы Google и спотыкался, вводя его в командной строке. Возможность обновления - это ключ, который делает rsync особенным, и rsnapshot тоже работает. Поэтому вместо отправки новой копии каждый раз при резервном копировании вы отправляете только измененные биты. – emf 11 October 2010 в 09:31
  • 3
    выше ^ смысл: меньше места используется, и меньше полосы пропускания для обновления. Если вы и "tar" весь диск для резервного копирования, он должен как передавать, так и сохранять весь этот диск в каждой резервной копии. Если вы rsync, он только отправляет и сохраняет измененные файлы. Таким образом, ваша целевая директория будет только такой большой, как ваш источник, и ваша передача будет такой же большой, как измененные биты. Rsnapshot делает то же самое, но создает новый снимок для каждого и фиксирует неизменные части, так что у вас есть «полный», структура каталогов с каждой резервной даты – emf 11 October 2010 в 09:36

Ваша команда выглядит отлично. Планируете ли вы использовать переменные для части даты? Один трюк - эти данные будут расти и расти на вас. Какова ваша политика, как долго вы будете ее хранить?

Я нашел для данных меньших последствий, что на самом деле лучше назвать файлы резервных копий такими вещами, как SUN MON TUE, и позволить им перезаписывать «на следующей неделе», чтобы немного облегчить управление дисковым пространством.

Что касается вашего вопроса о восстановлении, обычно это что-то вроде tar xfz TARFILE.tar.gz ... но вы должны привыкнуть сначала читать ваши файлы tar с чем-то вроде tar tfz TARFILE.tar.gz, чтобы вы могли понять, что вы на самом деле восстанавливаете.

Если я помню, вы сохраните свою структуру каталогов так, как вы это делаете, что означает restore создаст директорию home / jimmy, где бы вы ни решили ее восстановить.

Не принимайте ни моего, ни чьего-либо совета; убедитесь, что вы тщательно протестировали. Хуже всего то, что кажется, что он работает, но через два года, когда у вас случилась авария, вы понимаете, что это не так ...

Позвоните мне в старую школу, но почему бы не использовать свалку?

1
ответ дан 31 July 2018 в 13:40
  • 1
    Спасибо за информацию. Речь идет о политике, и я все еще в строительных блоках. Серьезно, моя следующая остановка показывает «cron». или что-нибудь, что позволяет мне иметь переменную. (Или глядя в «дамп».) – Smandoli 10 October 2010 в 19:23
  • 2
    оболочка позволит вам иметь переменные. Вы можете найти это удобно. faqs.org/docs/securing/chap29sec306.html Dump отлично подходит для резервного копирования всего диска, если вы действительно хотите «чей-то домашний каталог», смола намного лучше. – Kyle Hodgson 10 October 2010 в 22:15
[D1] Эй. Я, конечно, не специалист в этой области, и сегодня я просто пингул мозгу друга linux sysadmin за советом по резервному решению, но вместо этого я мог бы предложить rsync?

  rsync -avuz -  -exclude = PATTERN / path-to-source / path-to-destination  

создаст резервную копию архива с разрешениями, атрибутами владельца и временем создания без изменений и сжимает (zip) передачу , за исключением файлов, которые соответствуют «PATTERN» ... и если вы запустите его снова в тот же каталог, он обновит (-u) только замену файлов, чья контрольная сумма изменилась.

Альтернативно, вы должны (как я было рекомендовано сделать) посмотреть rsnapshot и rdiff-backup.

Это то, что вы ищете?

1
ответ дан 2 August 2018 в 04:28

Ваша команда выглядит отлично. Планируете ли вы использовать переменные для части даты? Один трюк - эти данные будут расти и расти на вас. Какова ваша политика, как долго вы будете ее удерживать?

Я нашел для данных меньших последствий, что на самом деле лучше назвать файлы резервных копий такими вещами, как SUN MON TUE, и позволить им перезаписывать «на следующей неделе», чтобы немного облегчить управление дисковым пространством.

Что касается вашего вопроса о восстановлении, обычно это что-то вроде tar xfz TARFILE.tar.gz ... но вы должны привыкнуть сначала читать ваши файлы tar с чем-то вроде tar tfz TARFILE.tar.gz, чтобы вы могли понять, что вы на самом деле восстанавливаете.

Если я помню, вы сохраните свою структуру каталогов так, как вы это делаете, что означает restore создаст директорию home / jimmy, где бы вы ни решили ее восстановить.

Не принимайте ни моего, ни чьего-либо совета; убедитесь, что вы тщательно протестировали. Хуже всего то, что кажется, что он работает, но через два года, когда у вас случилась авария, вы понимаете, что это не так ...

Позвоните мне в старую школу, но почему бы не использовать свалку?

1
ответ дан 2 August 2018 в 04:28

Ваша команда выглядит отлично. Планируете ли вы использовать переменные для части даты? Один трюк - эти данные будут расти и расти на вас. Какова ваша политика, как долго вы будете ее хранить?

Я нашел для данных меньших последствий, что на самом деле лучше назвать файлы резервных копий такими вещами, как SUN MON TUE, и позволить им перезаписывать «на следующей неделе», чтобы немного облегчить управление дисковым пространством.

Что касается вашего вопроса о восстановлении, обычно это что-то вроде tar xfz TARFILE.tar.gz ... но вы должны привыкнуть сначала читать ваши файлы tar с чем-то вроде tar tfz TARFILE.tar.gz, чтобы вы могли понять, что вы на самом деле восстанавливаете.

Если я помню, вы сохраните свою структуру каталогов так, как вы это делаете, что означает restore создаст директорию home / jimmy, где бы вы ни решили ее восстановить.

Не принимайте ни моего, ни чьего-либо совета; убедитесь, что вы тщательно протестировали. Хуже всего то, что кажется, что он работает, но через два года, когда у вас случилась авария, вы понимаете, что это не так ...

Позвоните мне в старую школу, но почему бы не использовать свалку?

1
ответ дан 4 August 2018 в 21:01
[D1] Эй. Я, конечно, не специалист в этой области, и сегодня я просто пингул мозгу друга linux sysadmin за советом по резервному решению, но вместо этого я мог бы предложить rsync?

  rsync -avuz -  -exclude = PATTERN / path-to-source / path-to-destination  

создаст резервную копию архива с разрешениями, атрибутами владельца и временем создания без изменений и сжимает (zip) передачу , за исключением файлов, которые соответствуют «PATTERN» ... и если вы запустите его снова в тот же каталог, он обновит (-u) только замену файлов, чья контрольная сумма изменилась.

Альтернативно, вы должны (как я было рекомендовано сделать) посмотреть rsnapshot и rdiff-backup.

Это то, что вы ищете?

1
ответ дан 4 August 2018 в 21:01
[D1] Эй. Я, конечно, не специалист в этой области, и сегодня я просто пингул мозгу друга linux sysadmin за советом по резервному решению, но вместо этого я мог бы предложить rsync?

  rsync -avuz -  -exclude = PATTERN / path-to-source / path-to-destination  

создаст резервную копию архива с разрешениями, атрибутами владельца и временем создания без изменений и сжимает (zip) передачу , за исключением файлов, которые соответствуют «PATTERN» ... и если вы запустите его снова в тот же каталог, он обновит (-u) только замену файлов, чья контрольная сумма изменилась.

Альтернативно, вы должны (как я было рекомендовано сделать) посмотреть rsnapshot и rdiff-backup.

Это то, что вы ищете?

1
ответ дан 6 August 2018 в 04:33

Ваша команда выглядит отлично. Планируете ли вы использовать переменные для части даты? Один трюк - эти данные будут расти и расти на вас. Какова ваша политика, как долго вы будете ее удерживать?

Я нашел для данных меньших последствий, что на самом деле лучше назвать файлы резервных копий такими вещами, как SUN MON TUE, и позволить им перезаписывать «на следующей неделе», чтобы немного облегчить управление дисковым пространством.

Что касается вашего вопроса о восстановлении, обычно это что-то вроде tar xfz TARFILE.tar.gz ... но вы должны привыкнуть сначала читать ваши файлы tar с чем-то вроде tar tfz TARFILE.tar.gz, чтобы вы могли понять, что вы на самом деле восстанавливаете.

Если я помню, вы сохраните свою структуру каталогов так, как вы это делаете, что означает restore создаст директорию home / jimmy, где бы вы ни решили ее восстановить.

Не принимайте ни моего, ни чьего-либо совета; убедитесь, что вы тщательно протестировали. Хуже всего то, что кажется, что он работает, но через два года, когда у вас случилась авария, вы понимаете, что это не так ...

Позвоните мне в старую школу, но почему бы не использовать свалку?

1
ответ дан 6 August 2018 в 04:33

Ваша команда выглядит отлично. Планируете ли вы использовать переменные для части даты? Один трюк - эти данные будут расти и расти на вас. Какова ваша политика, как долго вы будете ее хранить?

Я нашел для данных меньших последствий, что на самом деле лучше назвать файлы резервных копий такими вещами, как SUN MON TUE, и позволить им перезаписывать «на следующей неделе», чтобы немного облегчить управление дисковым пространством.

Что касается вашего вопроса о восстановлении, обычно это что-то вроде tar xfz TARFILE.tar.gz ... но вы должны привыкнуть сначала читать ваши файлы tar с чем-то вроде tar tfz TARFILE.tar.gz, чтобы вы могли понять, что вы на самом деле восстанавливаете.

Если я помню, вы сохраните свою структуру каталогов так, как вы это делаете, что означает restore создаст директорию home / jimmy, где бы вы ни решили ее восстановить.

Не принимайте ни моего, ни чьего-либо совета; убедитесь, что вы тщательно протестировали. Хуже всего то, что кажется, что он работает, но через два года, когда у вас случилась авария, вы понимаете, что это не так ...

Позвоните мне в старую школу, но почему бы не использовать свалку?

1
ответ дан 7 August 2018 в 22:42
[D1] Эй. Я, конечно, не специалист в этой области, и сегодня я просто пингул мозгу друга linux sysadmin за советом по резервному решению, но вместо этого я мог бы предложить rsync?

  rsync -avuz -  -exclude = PATTERN / path-to-source / path-to-destination  

создаст резервную копию архива с разрешениями, атрибутами владельца и временем создания без изменений и сжимает (zip) передачу , за исключением файлов, которые соответствуют «PATTERN» ... и если вы запустите его снова в тот же каталог, он обновит (-u) только замену файлов, чья контрольная сумма изменилась.

Альтернативно, вы должны (как я было рекомендовано сделать) посмотреть rsnapshot и rdiff-backup.

Это то, что вы ищете?

1
ответ дан 7 August 2018 в 22:42
[D1] Эй. Я, конечно, не специалист в этой области, и сегодня я просто пингул мозгу друга linux sysadmin за советом по резервному решению, но вместо этого я мог бы предложить rsync?

  rsync -avuz -  -exclude = PATTERN / path-to-source / path-to-destination  

создаст резервную копию архива с разрешениями, атрибутами владельца и временем создания без изменений и сжимает (zip) передачу , за исключением файлов, которые соответствуют «PATTERN» ... и если вы запустите его снова в тот же каталог, он обновит (-u) только замену файлов, чья контрольная сумма изменилась.

Альтернативно, вы должны (как я было рекомендовано сделать) посмотреть rsnapshot и rdiff-backup.

Это то, что вы ищете?

1
ответ дан 10 August 2018 в 10:48

Ваша команда выглядит отлично. Планируете ли вы использовать переменные для части даты? Один трюк - эти данные будут расти и расти на вас. Какова ваша политика, как долго вы будете ее хранить?

Я нашел для данных меньших последствий, что на самом деле лучше назвать файлы резервных копий такими вещами, как SUN MON TUE, и позволить им перезаписывать «на следующей неделе», чтобы немного облегчить управление дисковым пространством.

Что касается вашего вопроса о восстановлении, обычно это что-то вроде tar xfz TARFILE.tar.gz ... но вы должны привыкнуть сначала читать ваши файлы tar с чем-то вроде tar tfz TARFILE.tar.gz, чтобы вы могли понять, что вы на самом деле восстанавливаете.

Если я помню, вы сохраните свою структуру каталогов так, как вы это делаете, что означает restore создаст директорию home / jimmy, где бы вы ни решили ее восстановить.

Не принимайте ни моего, ни чьего-либо совета; убедитесь, что вы тщательно протестировали. Хуже всего то, что кажется, что он работает, но через два года, когда у вас случилась авария, вы понимаете, что это не так ...

Позвоните мне в старую школу, но почему бы не использовать свалку?

1
ответ дан 10 August 2018 в 10:48
[D1] Эй. Я, конечно, не специалист в этой области, и сегодня я просто пингул мозгу друга linux sysadmin за советом по резервному решению, но вместо этого я мог бы предложить rsync?

  rsync -avuz -  -exclude = PATTERN / path-to-source / path-to-destination  

создаст резервную копию архива с разрешениями, атрибутами владельца и временем создания без изменений и сжимает (zip) передачу , за исключением файлов, которые соответствуют «PATTERN» ... и если вы запустите его снова в тот же каталог, он обновит (-u) только замену файлов, чья контрольная сумма изменилась.

Альтернативно, вы должны (как я было рекомендовано сделать) посмотреть rsnapshot и rdiff-backup.

Это то, что вы ищете?

1
ответ дан 13 August 2018 в 17:22
  • 1
    Я сделал небольшой старт в rsync - на самом деле grsync - несколько месяцев назад. Я присмотрюсь. Я не могу вспомнить, почему я не принимал его в то время, но иногда я просто теряю энергию и время, и тропа идет холодно. :-) – Smandoli 10 October 2010 в 19:25
  • 2
    хе. Понимали, есть бесконечное количество троп, чтобы уйти, и только так много жизни. Но rsync - & gt; большое добро, которое стоит потраченное время. Я использовал этот вариант для резервного копирования, так как я был достаточно компетентным, чтобы Google и спотыкался, вводя его в командной строке. Возможность обновления - это ключ, который делает rsync особенным, и rsnapshot тоже работает. Поэтому вместо отправки новой копии каждый раз при резервном копировании вы отправляете только измененные биты. – emf 11 October 2010 в 09:31
  • 3
    выше ^ смысл: меньше места используется, и меньше полосы пропускания для обновления. Если вы и "tar" весь диск для резервного копирования, он должен как передавать, так и сохранять весь этот диск в каждой резервной копии. Если вы rsync, он только отправляет и сохраняет измененные файлы. Таким образом, ваша целевая директория будет только такой большой, как ваш источник, и ваша передача будет такой же большой, как измененные биты. Rsnapshot делает то же самое, но создает новый снимок для каждого и фиксирует неизменные части, так что у вас есть «полный», структура каталогов с каждой резервной даты – emf 11 October 2010 в 09:36

Ваша команда выглядит отлично. Планируете ли вы использовать переменные для части даты? Один трюк - эти данные будут расти и расти на вас. Какова ваша политика, как долго вы будете ее удерживать?

Я нашел для данных меньших последствий, что на самом деле лучше назвать файлы резервных копий такими вещами, как SUN MON TUE, и позволить им перезаписывать «на следующей неделе», чтобы немного облегчить управление дисковым пространством.

Что касается вашего вопроса о восстановлении, обычно это что-то вроде tar xfz TARFILE.tar.gz ... но вы должны привыкнуть сначала читать ваши файлы tar с чем-то вроде tar tfz TARFILE.tar.gz, чтобы вы могли понять, что вы на самом деле восстанавливаете.

Если я помню, вы сохраните свою структуру каталогов так, как вы это делаете, что означает restore создаст директорию home / jimmy, где бы вы ни решили ее восстановить.

Не принимайте ни моего, ни чьего-либо совета; убедитесь, что вы тщательно протестировали. Хуже всего то, что кажется, что он работает, но через два года, когда у вас случилась авария, вы понимаете, что это не так ...

Позвоните мне в старую школу, но почему бы не использовать свалку?

1
ответ дан 13 August 2018 в 17:22
  • 1
    Спасибо за информацию. Речь идет о политике, и я все еще в строительных блоках. Серьезно, моя следующая остановка показывает «cron». или что-нибудь, что позволяет мне иметь переменную. (Или глядя в «дамп».) – Smandoli 10 October 2010 в 19:23
  • 2
    оболочка позволит вам иметь переменные. Вы можете найти это удобно. faqs.org/docs/securing/chap29sec306.html Dump отлично подходит для резервного копирования всего диска, если вы действительно хотите «чей-то домашний каталог», смола намного лучше. – Kyle Hodgson 10 October 2010 в 22:15

Другие вопросы по тегам:

Похожие вопросы: