Вопросы Теги

Что можно исключить для полной резервной копии системы?

Единственный способ, которым я смог это сделать, -

записать CD iso, отключить жесткий диск (физически удалить кабель (ы)) и установить на USB.

Не очень элегантный, но он работает.

34
задан 1 March 2011 в 01:07

33 ответа

Когда я rsync моя система в резервном разделе, я исключаю следующие: 

--exclude=/dev/* \
--exclude=/home/*/.gvfs \
--exclude=/home/*/.mozilla/firefox/*/Cache \
--exclude=/home/*/.cache/chromium \
--exclude=/home/*/.thumbnails \
--exclude=/media/* \
--exclude=/mnt/* \
--exclude=/proc/* \
--exclude=/sys/* \
--exclude=/tmp/* \
--exclude=/home/*/.local/share/Trash \
--exclude=/etc/fstab \
--exclude=/var/run/* \
--exclude=/var/lock/* \
--exclude=/lib/modules/*/volatile/.mounted \
--exclude=/var/cache/apt/archives/* \

Таким образом, я могу загрузиться в резервный раздел так же, как я могу загрузиться в исходный ,

Итак, чтобы подвести итог, я бы предложил

не исключать самих /{dev,proc,media,...}, просто их содержимое, исключая /var/{run,lock}, и особенно большой /var/cache/apt/archives/
33
ответ дан 25 May 2018 в 22:46
  • 1
    Вы хотите исключить ВСЕ / dev. – psusi 1 March 2011 в 07:33
  • 2
    @psusi - Да, вы правы. Я редактирую свой пост. Благодарю. – arrange 4 March 2011 в 01:20
  • 3
    Я бы рекомендовал использовать параметр -x с rsync для резервного копирования. Таким образом, он не будет пересекать границы файловой системы, что исключает такие вещи, как / dev / proc / sys / mnt и / media. Вы все еще должны исключить /home/*/.gvfs. – Azendale 7 July 2011 в 21:04
  • 4
    @Azendale: может быть. С другой стороны, когда вы используете что-то вроде --exclude=/proc/*, оно будет хранить каталог / proc в резервной копии (что необходимо, если вы хотите загрузить зеркало), но не его содержимое. – arrange 8 July 2011 в 21:35
  • 5
    или Opera, я добавил бы --exclude=/home/*/.opera/cache, а также :) – Grzegorz Wierzowiecki 13 August 2013 в 23:26

Когда я rsync моя система в резервном разделе, я исключаю следующие:

--exclude=/dev/* \ --exclude=/home/*/.gvfs \ --exclude=/home/*/.mozilla/firefox/*/Cache \ --exclude=/home/*/.cache/chromium \ --exclude=/home/*/.thumbnails \ --exclude=/media/* \ --exclude=/mnt/* \ --exclude=/proc/* \ --exclude=/sys/* \ --exclude=/tmp/* \ --exclude=/home/*/.local/share/Trash \ --exclude=/etc/fstab \ --exclude=/var/run/* \ --exclude=/var/lock/* \ --exclude=/lib/modules/*/volatile/.mounted \ --exclude=/var/cache/apt/archives/* \

Таким образом, я могу загрузиться в резервный раздел так же, как я могу загрузиться в исходный ,

Итак, чтобы подвести итог, я бы предложил

не исключать самих /{dev,proc,media,...}, просто их содержимое, исключая /var/{run,lock}, и особенно большой /var/cache/apt/archives/
33
ответ дан 25 July 2018 в 22:25

Когда я rsync моя система в резервном разделе, я исключаю следующие:

--exclude=/dev/* \ --exclude=/home/*/.gvfs \ --exclude=/home/*/.mozilla/firefox/*/Cache \ --exclude=/home/*/.cache/chromium \ --exclude=/home/*/.thumbnails \ --exclude=/media/* \ --exclude=/mnt/* \ --exclude=/proc/* \ --exclude=/sys/* \ --exclude=/tmp/* \ --exclude=/home/*/.local/share/Trash \ --exclude=/etc/fstab \ --exclude=/var/run/* \ --exclude=/var/lock/* \ --exclude=/lib/modules/*/volatile/.mounted \ --exclude=/var/cache/apt/archives/* \

Таким образом, я могу загрузиться в резервный раздел так же, как я могу загрузиться в исходный ,

Итак, чтобы подвести итог, я бы предложил

не исключать самих /{dev,proc,media,...}, просто их содержимое, исключая /var/{run,lock}, и особенно большой /var/cache/apt/archives/
33
ответ дан 26 July 2018 в 21:23

Когда я rsync моя система в резервном разделе, я исключаю следующие:

--exclude=/dev/* \ --exclude=/home/*/.gvfs \ --exclude=/home/*/.mozilla/firefox/*/Cache \ --exclude=/home/*/.cache/chromium \ --exclude=/home/*/.thumbnails \ --exclude=/media/* \ --exclude=/mnt/* \ --exclude=/proc/* \ --exclude=/sys/* \ --exclude=/tmp/* \ --exclude=/home/*/.local/share/Trash \ --exclude=/etc/fstab \ --exclude=/var/run/* \ --exclude=/var/lock/* \ --exclude=/lib/modules/*/volatile/.mounted \ --exclude=/var/cache/apt/archives/* \

Таким образом, я могу загрузиться в резервный раздел так же, как я могу загрузиться в исходный ,

Итак, чтобы подвести итог, я бы предложил

не исключать самих /{dev,proc,media,...}, просто их содержимое, исключая /var/{run,lock}, и особенно большой /var/cache/apt/archives/
33
ответ дан 31 July 2018 в 10:31

Когда я rsync моя система в резервном разделе, я исключаю следующие:

--exclude=/dev/* \ --exclude=/home/*/.gvfs \ --exclude=/home/*/.mozilla/firefox/*/Cache \ --exclude=/home/*/.cache/chromium \ --exclude=/home/*/.thumbnails \ --exclude=/media/* \ --exclude=/mnt/* \ --exclude=/proc/* \ --exclude=/sys/* \ --exclude=/tmp/* \ --exclude=/home/*/.local/share/Trash \ --exclude=/etc/fstab \ --exclude=/var/run/* \ --exclude=/var/lock/* \ --exclude=/lib/modules/*/volatile/.mounted \ --exclude=/var/cache/apt/archives/* \

Таким образом, я могу загрузиться в резервный раздел так же, как я могу загрузиться в исходный ,

Итак, чтобы подвести итог, я бы предложил

не исключать самих /{dev,proc,media,...}, просто их содержимое, исключая /var/{run,lock}, и особенно большой /var/cache/apt/archives/
33
ответ дан 31 July 2018 в 11:32

Когда я rsync моя система в резервном разделе, я исключаю следующие:

--exclude=/dev/* \ --exclude=/home/*/.gvfs \ --exclude=/home/*/.mozilla/firefox/*/Cache \ --exclude=/home/*/.cache/chromium \ --exclude=/home/*/.thumbnails \ --exclude=/media/* \ --exclude=/mnt/* \ --exclude=/proc/* \ --exclude=/sys/* \ --exclude=/tmp/* \ --exclude=/home/*/.local/share/Trash \ --exclude=/etc/fstab \ --exclude=/var/run/* \ --exclude=/var/lock/* \ --exclude=/lib/modules/*/volatile/.mounted \ --exclude=/var/cache/apt/archives/* \

Таким образом, я могу загрузиться в резервный раздел так же, как я могу загрузиться в исходный ,

Итак, чтобы подвести итог, я бы предложил

не исключать самих /{dev,proc,media,...}, просто их содержимое, исключая /var/{run,lock}, и особенно большой /var/cache/apt/archives/
33
ответ дан 2 August 2018 в 03:52

Когда я rsync моя система в резервном разделе, я исключаю следующие:

--exclude=/dev/* \ --exclude=/home/*/.gvfs \ --exclude=/home/*/.mozilla/firefox/*/Cache \ --exclude=/home/*/.cache/chromium \ --exclude=/home/*/.thumbnails \ --exclude=/media/* \ --exclude=/mnt/* \ --exclude=/proc/* \ --exclude=/sys/* \ --exclude=/tmp/* \ --exclude=/home/*/.local/share/Trash \ --exclude=/etc/fstab \ --exclude=/var/run/* \ --exclude=/var/lock/* \ --exclude=/lib/modules/*/volatile/.mounted \ --exclude=/var/cache/apt/archives/* \

Таким образом, я могу загрузиться в резервный раздел так же, как я могу загрузиться в исходный ,

Итак, чтобы подвести итог, я бы предложил

не исключать самих /{dev,proc,media,...}, просто их содержимое, исключая /var/{run,lock}, и особенно большой /var/cache/apt/archives/
33
ответ дан 4 August 2018 в 19:55

Когда я rsync моя система в резервный раздел, я исключаю следующие: 

  - exclude = / dev / * \ --exclude = / home /  * /. gvfs \ --exclude = / home / * /. mozilla / firefox / * / Cache \ --exclude = / home / * /. cache / chromium \ --exclude = / home / * /. thumbnails \ -  -exclude = / media / * \ --exclude = / mnt / * \ --exclude = / proc / * \ --exclude = / sys / * \ --exclude = / tmp / * \ --exclude = / home  /*/.local/share/Trash \ --exclude = / etc / fstab \ --exclude = / var / run / * \ --exclude = / var / lock / * \ --exclude = / lib / modules /  * / volatile / .mounted \ --exclude = / var / cache / apt / archives / * \

Таким образом, я могу загрузиться в резервный раздел так же, как я могу загрузить к оригинальному.

Итак, чтобы подвести итог, я предложил бы

  • не исключать сами / {dev, proc, media, ...} , только их содержимое
  • исключая / var / {run, lock} , и особенно большой / var / cache / apt / archives /
    • [ ! d11]
33
ответ дан 6 August 2018 в 03:58

Когда я rsync моя система в резервный раздел, я исключаю следующие: 

  - exclude = / dev / * \ --exclude = / home /  * /. gvfs \ --exclude = / home / * /. mozilla / firefox / * / Cache \ --exclude = / home / * /. cache / chromium \ --exclude = / home / * /. thumbnails \ -  -exclude = / media / * \ --exclude = / mnt / * \ --exclude = / proc / * \ --exclude = / sys / * \ --exclude = / tmp / * \ --exclude = / home  /*/.local/share/Trash \ --exclude = / etc / fstab \ --exclude = / var / run / * \ --exclude = / var / lock / * \ --exclude = / lib / modules /  * / volatile / .mounted \ --exclude = / var / cache / apt / archives / * \

Таким образом, я могу загрузиться в резервный раздел так же, как я могу загрузить к оригинальному.

Итак, чтобы подвести итог, я предложил бы

  • не исключать сами / {dev, proc, media, ...} , только их содержимое
  • исключая / var / {run, lock} , и особенно большой / var / cache / apt / archives /
    • [ ! d11]
33
ответ дан 7 August 2018 в 21:56

Когда я rsync моя система в резервный раздел, я исключаю следующие: 

  - exclude = / dev / * \ --exclude = / home /  * /. gvfs \ --exclude = / home / * /. mozilla / firefox / * / Cache \ --exclude = / home / * /. cache / chromium \ --exclude = / home / * /. thumbnails \ -  -exclude = / media / * \ --exclude = / mnt / * \ --exclude = / proc / * \ --exclude = / sys / * \ --exclude = / tmp / * \ --exclude = / home  /*/.local/share/Trash \ --exclude = / etc / fstab \ --exclude = / var / run / * \ --exclude = / var / lock / * \ --exclude = / lib / modules /  * / volatile / .mounted \ --exclude = / var / cache / apt / archives / * \

Таким образом, я могу загрузиться в резервный раздел так же, как я могу загрузить к оригинальному.

Итак, чтобы подвести итог, я предложил бы

  • не исключать сами / {dev, proc, media, ...} , только их содержимое
  • исключая / var / {run, lock} , и особенно большой / var / cache / apt / archives /
    • [ ! d11]
33
ответ дан 10 August 2018 в 10:10

Когда я rsync моя система в резервный раздел, я исключаю следующие: 

  - exclude = / dev / * \ --exclude = / home /  * /. gvfs \ --exclude = / home / * /. mozilla / firefox / * / Cache \ --exclude = / home / * /. cache / chromium \ --exclude = / home / * /. thumbnails \ -  -exclude = / media / * \ --exclude = / mnt / * \ --exclude = / proc / * \ --exclude = / sys / * \ --exclude = / tmp / * \ --exclude = / home  /*/.local/share/Trash \ --exclude = / etc / fstab \ --exclude = / var / run / * \ --exclude = / var / lock / * \ --exclude = / lib / modules /  * / volatile / .mounted \ --exclude = / var / cache / apt / archives / * \

Таким образом, я могу загрузиться в резервный раздел так же, как я могу загрузить к оригинальному.

Итак, чтобы подвести итог, я предложил бы

  • не исключать сами / {dev, proc, media, ...} , только их содержимое
  • исключая / var / {run, lock} , и особенно большой / var / cache / apt / archives /
    • [ ! d11]
33
ответ дан 13 August 2018 в 16:32
  • 1
    Вы хотите исключить ВСЕ / dev. – psusi 1 March 2011 в 07:33
  • 2
    @psusi - Да, вы правы. Я редактирую свой пост. Благодарю. – arrange 4 March 2011 в 01:20
  • 3
    Я бы рекомендовал использовать параметр -x с rsync для резервного копирования. Таким образом, он не будет пересекать границы файловой системы, что исключает такие вещи, как / dev / proc / sys / mnt и / media. Вы все еще должны исключить /home/*/.gvfs. – Azendale 7 July 2011 в 21:04
  • 4
    @Azendale: может быть. С другой стороны, когда вы используете что-то вроде - exclude = / proc / * , оно будет поддерживать каталог / proc в резервной копии (что необходимо, если вы хотите загрузить зеркало), но а не его содержимое. – arrange 8 July 2011 в 21:35
  • 5
    или Opera, я бы добавил - exclude = / home / * /. opera / cache :) – Grzegorz Wierzowiecki 13 August 2013 в 23:26

Я рекомендую исключить все /usr (кроме форта /usr/local/) и иметь резервную копию dpkg --get-selections

На мой взгляд, полная резервная копия не очень полезна. Я предпочитаю резервные данные и предпочтения, а затем восстанавливаю пакеты из официальных репозиториев.

Но я предпочитаю ...

/usr содержит в основном статический бинарный контент из пакетов распространения. Повторная установка пакета приведет к восстановлению содержимого /usr. Кроме того, /bin и /sbin содержат двоичные файлы из дистрибутивных пакетов.

/usr/local содержит установленные вручную пакеты (из пакетов дистрибутива). поэтому стоит сделать резервную копию.

4
ответ дан 25 May 2018 в 22:46
  • 1
    Очень интересный подход. Это приведет к значительно меньшему резервному копированию, но при восстановлении потребует больше проблем (время, пропускная способность интернета). Компромисс, который может стоить в некоторых случаях использования. Вопросы: как насчет /lib, то же самое? И как вы восстанавливаете такой выбор пакета? – MestreLion 4 April 2013 в 16:44
  • 2
    Да, я думаю, вы также можете исключить /lib. Я также добавил бы, что вместо dpkg --get-selections, возможно, лучше использовать apt-mark, как сказано здесь: askubuntu.com/questions/101931/… – gerlos 4 May 2015 в 17:53

Я также прочитал все ответы и все другие связанные вопросы, когда я настраивал полное резервное копирование системы.

Мои 2 цента не исключали бы что-либо, но только когда вы будете делать полную систему резервное копирование автономной системы.

Позвольте мне подробнее остановиться: если вы создадите резервную копию системы изнутри, вы можете исключить некоторые каталоги, как упомянули другие, но это не очень хороший способ, на мой взгляд, поскольку это может ввести некоторые ошибки позже при восстановлении системы. Например, если вы исключаете каталог / tmp, то после его восстановления / tmp не будет там, и система создаст один, и это может застрять в экранах входа из-за chmod & amp; chown issues on / tmp. Кроме того, резервное копирование каталога ~ / .cache может привести к распаду кеша базы данных Ubuntu Software Center.

Я использую Live CD и использую LuckyBackup и резервирую всю систему, не опуская ничего. Теперь при восстановлении я выбрал «удалить файлы, отсутствующие в источнике». Таким образом, при создании резервной копии будет восстановлен весь системный снимок, который точно восстанавливается до состояния (например, для моментальной копии виртуальной машины).

2
ответ дан 25 May 2018 в 22:46
  • 1
    Многие файлы не должны сохраняться, потому что они не реальные файлы, а скорее псевдо-файлы . Возможно, вы захотите сохранить кеши, но не сохраняйте содержимое /proc, /dev, sys. Их содержимое создается при загрузке. – Teresa e Junior 23 August 2014 в 05:07
  • 2
    @TeresaeJunior Когда этот подход соблюдается, а резервное копирование выполняется из системы offline , содержимое этих не-реальных файлов уже пуст. – Gaurav Kumar 26 August 2014 в 17:45
  • 3
    Да, ты прав, извини! Я не обращал внимания на LiveCD, о котором вы говорили. – Teresa e Junior 26 August 2014 в 21:33
  • 4
    Я боюсь, что эти системы должны работать 24x7, поэтому у вас нет такой роскоши. У меня есть отличный список исключений, но продолжайте зависеть от 4G / var / log / kern * и / var / log / messages * - я бы хотел их исключить, но никто не говорит об этом. Как насчет исключения / var / log / * полностью? – SDsolar 14 August 2017 в 02:28

Я также прочитал все ответы и все другие связанные вопросы, когда я настраивал полное резервное копирование системы.

Мои 2 цента не исключали бы что-либо, но только когда вы будете делать полную систему резервное копирование автономной системы.

Позвольте мне подробнее остановиться: если вы создадите резервную копию системы изнутри, вы можете исключить некоторые каталоги, как упомянули другие, но это не очень хороший способ, на мой взгляд, поскольку это может ввести некоторые ошибки позже при восстановлении системы. Например, если вы исключаете каталог / tmp, то после его восстановления / tmp не будет там, и система создаст один, и это может застрять в экранах входа из-за chmod & amp; chown issues on / tmp. Кроме того, резервное копирование каталога ~ / .cache может привести к распаду кеша базы данных Ubuntu Software Center.

Я использую Live CD и использую LuckyBackup и резервирую всю систему, не опуская ничего. Теперь при восстановлении я выбрал «удалить файлы, отсутствующие в источнике». Таким образом, при создании резервной копии будет восстановлен весь системный снимок, который точно восстанавливается до состояния (например, для моментальной копии виртуальной машины).

2
ответ дан 25 July 2018 в 22:25
  • 1
    Многие файлы не должны сохраняться, потому что они не реальные файлы, а скорее псевдо-файлы . Возможно, вы захотите сохранить кеши, но не сохраняйте содержимое /proc, /dev, sys. Их содержимое создается при загрузке. – Teresa e Junior 23 August 2014 в 05:07
  • 2
    @TeresaeJunior Когда этот подход соблюдается, а резервное копирование выполняется из системы offline , содержимое этих не-реальных файлов уже пуст. – Gaurav Kumar 26 August 2014 в 17:45
  • 3
    Да, ты прав, извини! Я не обращал внимания на LiveCD, о котором вы говорили. – Teresa e Junior 26 August 2014 в 21:33
  • 4
    Я боюсь, что эти системы должны работать 24x7, поэтому у вас нет такой роскоши. У меня есть отличный список исключений, но продолжайте зависеть от 4G / var / log / kern * и / var / log / messages * - я бы хотел их исключить, но никто не говорит об этом. Как насчет исключения / var / log / * полностью? – SDsolar 14 August 2017 в 02:28

Я рекомендую исключить все /usr (кроме форта /usr/local/) и иметь резервную копию dpkg --get-selections

На мой взгляд, полная резервная копия не очень полезна. Я предпочитаю резервные данные и предпочтения, а затем восстанавливаю пакеты из официальных репозиториев.

Но я предпочитаю ...

/usr содержит в основном статический бинарный контент из пакетов распространения. Повторная установка пакета приведет к восстановлению содержимого /usr. Кроме того, /bin и /sbin содержат двоичные файлы из дистрибутивных пакетов.

/usr/local содержит установленные вручную пакеты (из пакетов дистрибутива). поэтому стоит сделать резервную копию.

4
ответ дан 25 July 2018 в 22:25
  • 1
    Очень интересный подход. Это приведет к значительно меньшему резервному копированию, но при восстановлении потребует больше проблем (время, пропускная способность интернета). Компромисс, который может стоить в некоторых случаях использования. Вопросы: как насчет /lib, то же самое? И как вы восстанавливаете такой выбор пакета? – MestreLion 4 April 2013 в 16:44
  • 2
    Да, я думаю, вы также можете исключить /lib. Я также добавил бы, что вместо dpkg --get-selections, возможно, лучше использовать apt-mark, как сказано здесь: askubuntu.com/questions/101931/… – gerlos 4 May 2015 в 17:53

Я также прочитал все ответы и все другие связанные вопросы, когда я настраивал полное резервное копирование системы.

Мои 2 цента не исключали бы что-либо, но только когда вы будете делать полную систему резервное копирование автономной системы.

Позвольте мне подробнее остановиться: если вы создадите резервную копию системы изнутри, вы можете исключить некоторые каталоги, как упомянули другие, но это не очень хороший способ, на мой взгляд, поскольку это может ввести некоторые ошибки позже при восстановлении системы. Например, если вы исключаете каталог / tmp, то после его восстановления / tmp не будет там, и система создаст один, и это может застрять в экранах входа из-за chmod & amp; chown issues on / tmp. Кроме того, резервное копирование каталога ~ / .cache может привести к распаду кеша базы данных Ubuntu Software Center.

Я использую Live CD и использую LuckyBackup и резервирую всю систему, не опуская ничего. Теперь при восстановлении я выбрал «удалить файлы, отсутствующие в источнике». Таким образом, при создании резервной копии будет восстановлен весь системный моментальный снимок (точно так же, как моментальная копия виртуальной машины).

2
ответ дан 26 July 2018 в 21:23
  • 1
    Многие файлы не должны сохраняться, потому что они не реальные файлы, а скорее псевдо-файлы . Возможно, вы захотите сохранить кеши, но не сохраняйте содержимое /proc, /dev, sys. Их содержимое создается при загрузке. – Teresa e Junior 23 August 2014 в 05:07
  • 2
    @TeresaeJunior Когда этот подход соблюдается, а резервное копирование выполняется из системы offline , содержимое этих не-реальных файлов уже пуст. – Gaurav Kumar 26 August 2014 в 17:45
  • 3
    Да, ты прав, извини! Я не обращал внимания на LiveCD, о котором вы говорили. – Teresa e Junior 26 August 2014 в 21:33
  • 4
    Я боюсь, что эти системы должны работать 24x7, поэтому у вас нет такой роскоши. У меня есть отличный список исключений, но продолжайте зависеть от 4G / var / log / kern * и / var / log / messages * - я бы хотел их исключить, но никто не говорит об этом. Как насчет исключения / var / log / * полностью? – SDsolar 14 August 2017 в 02:28

Я рекомендую исключить все /usr (кроме форта /usr/local/) и иметь резервную копию dpkg --get-selections

На мой взгляд, полная резервная копия не очень полезна. Я предпочитаю резервные данные и предпочтения, а затем восстанавливаю пакеты из официальных репозиториев.

Но я предпочитаю ...

/usr содержит в основном статический бинарный контент из пакетов распространения. Повторная установка пакета приведет к восстановлению содержимого /usr. Кроме того, /bin и /sbin содержат двоичные файлы из дистрибутивных пакетов.

/usr/local содержит установленные вручную пакеты (из пакетов дистрибутива). поэтому стоит сделать резервную копию.

4
ответ дан 26 July 2018 в 21:23
  • 1
    Очень интересный подход. Это приведет к значительно меньшему резервному копированию, но при восстановлении потребует больше проблем (время, пропускная способность интернета). Компромисс, который может стоить в некоторых случаях использования. Вопросы: как насчет /lib, то же самое? И как вы восстанавливаете такой выбор пакета? – MestreLion 4 April 2013 в 16:44
  • 2
    Да, я думаю, вы также можете исключить /lib. Я также добавил бы, что вместо dpkg --get-selections, возможно, лучше использовать apt-mark, как сказано здесь: askubuntu.com/questions/101931/… – gerlos 4 May 2015 в 17:53

Я также прочитал все ответы и все другие связанные вопросы, когда я настраивал полное резервное копирование системы.

Мои 2 цента не исключали бы что-либо, но только когда вы будете делать полную систему резервное копирование автономной системы.

Позвольте мне подробнее остановиться: если вы создадите резервную копию системы изнутри, вы можете исключить некоторые каталоги, как упомянули другие, но это не очень хороший способ, на мой взгляд, поскольку это может ввести некоторые ошибки позже при восстановлении системы. Например, если вы исключаете каталог / tmp, то после его восстановления / tmp не будет там, и система создаст один, и это может застрять в экранах входа из-за chmod & amp; chown issues on / tmp. Кроме того, резервное копирование каталога ~ / .cache может привести к распаду кеша базы данных Ubuntu Software Center.

Я использую Live CD и использую LuckyBackup и резервирую всю систему, не опуская ничего. Теперь при восстановлении я выбрал «удалить файлы, отсутствующие в источнике». Таким образом, при создании резервной копии будет восстановлен весь системный снимок, который точно восстанавливается до состояния (например, для моментальной копии виртуальной машины).

2
ответ дан 31 July 2018 в 10:31
  • 1
    Многие файлы не должны сохраняться, потому что они не реальные файлы, а скорее псевдо-файлы . Возможно, вы захотите сохранить кеши, но не сохраняйте содержимое /proc, /dev, sys. Их содержимое создается при загрузке. – Teresa e Junior 23 August 2014 в 05:07
  • 2
    @TeresaeJunior Когда этот подход соблюдается, а резервное копирование выполняется из системы offline , содержимое этих не-реальных файлов уже пуст. – Gaurav Kumar 26 August 2014 в 17:45
  • 3
    Да, ты прав, извини! Я не обращал внимания на LiveCD, о котором вы говорили. – Teresa e Junior 26 August 2014 в 21:33
  • 4
    Я боюсь, что эти системы должны работать 24x7, поэтому у вас нет такой роскоши. У меня есть отличный список исключений, но продолжайте зависеть от 4G / var / log / kern * и / var / log / messages * - я бы хотел их исключить, но никто не говорит об этом. Как насчет исключения / var / log / * полностью? – SDsolar 14 August 2017 в 02:28

Я рекомендую исключить все /usr (кроме форта /usr/local/) и иметь резервную копию dpkg --get-selections

На мой взгляд, полная резервная копия не очень полезна. Я предпочитаю резервные данные и предпочтения, а затем восстанавливаю пакеты из официальных репозиториев.

Но я предпочитаю ...

/usr содержит в основном статический бинарный контент из пакетов распространения. Повторная установка пакета приведет к восстановлению содержимого /usr. Кроме того, /bin и /sbin содержат двоичные файлы из дистрибутивных пакетов.

/usr/local содержит установленные вручную пакеты (из пакетов дистрибутива). поэтому стоит сделать резервную копию.

4
ответ дан 31 July 2018 в 10:31
  • 1
    Очень интересный подход. Это приведет к значительно меньшему резервному копированию, но при восстановлении потребует больше проблем (время, пропускная способность интернета). Компромисс, который может стоить в некоторых случаях использования. Вопросы: как насчет /lib, то же самое? И как вы восстанавливаете такой выбор пакета? – MestreLion 4 April 2013 в 16:44
  • 2
    Да, я думаю, вы также можете исключить /lib. Я также добавил бы, что вместо dpkg --get-selections, возможно, лучше использовать apt-mark, как сказано здесь: askubuntu.com/questions/101931/… – gerlos 4 May 2015 в 17:53

Я также прочитал все ответы и все другие связанные вопросы, когда я настраивал полное резервное копирование системы.

Мои 2 цента не исключали бы что-либо, но только когда вы будете делать полную систему резервное копирование автономной системы.

Позвольте мне подробнее остановиться: если вы создадите резервную копию системы изнутри, вы можете исключить некоторые каталоги, как упомянули другие, но это не очень хороший способ, на мой взгляд, поскольку это может ввести некоторые ошибки позже при восстановлении системы. Например, если вы исключаете каталог / tmp, то после его восстановления / tmp не будет там, и система создаст один, и это может застрять в экранах входа из-за chmod & amp; chown issues on / tmp. Кроме того, резервное копирование каталога ~ / .cache может привести к распаду кеша базы данных Ubuntu Software Center.

Я использую Live CD и использую LuckyBackup и резервирую всю систему, не опуская ничего. Теперь при восстановлении я выбрал «удалить файлы, отсутствующие в источнике». Таким образом, при создании резервной копии будет восстановлен весь системный снимок, который точно восстанавливается до состояния (например, для моментальной копии виртуальной машины).

2
ответ дан 31 July 2018 в 11:32
  • 1
    Многие файлы не должны сохраняться, потому что они не реальные файлы, а скорее псевдо-файлы . Возможно, вы захотите сохранить кеши, но не сохраняйте содержимое /proc, /dev, sys. Их содержимое создается при загрузке. – Teresa e Junior 23 August 2014 в 05:07
  • 2
    @TeresaeJunior Когда этот подход соблюдается, а резервное копирование выполняется из системы offline , содержимое этих не-реальных файлов уже пуст. – Gaurav Kumar 26 August 2014 в 17:45
  • 3
    Да, ты прав, извини! Я не обращал внимания на LiveCD, о котором вы говорили. – Teresa e Junior 26 August 2014 в 21:33
  • 4
    Я боюсь, что эти системы должны работать 24x7, поэтому у вас нет такой роскоши. У меня есть отличный список исключений, но продолжайте зависеть от 4G / var / log / kern * и / var / log / messages * - я бы хотел их исключить, но никто не говорит об этом. Как насчет исключения / var / log / * полностью? – SDsolar 14 August 2017 в 02:28

Я рекомендую исключить все /usr (кроме форта /usr/local/) и иметь резервную копию dpkg --get-selections

На мой взгляд, полная резервная копия не очень полезна. Я предпочитаю резервные данные и предпочтения, а затем восстанавливаю пакеты из официальных репозиториев.

Но я предпочитаю ...

/usr содержит в основном статический бинарный контент из пакетов распространения. Повторная установка пакета приведет к восстановлению содержимого /usr. Кроме того, /bin и /sbin содержат двоичные файлы из дистрибутивных пакетов.

/usr/local содержит установленные вручную пакеты (из пакетов дистрибутива). поэтому стоит сделать резервную копию.

4
ответ дан 31 July 2018 в 11:32
  • 1
    Очень интересный подход. Это приведет к значительно меньшему резервному копированию, но при восстановлении потребует больше проблем (время, пропускная способность интернета). Компромисс, который может стоить в некоторых случаях использования. Вопросы: как насчет /lib, то же самое? И как вы восстанавливаете такой выбор пакета? – MestreLion 4 April 2013 в 16:44
  • 2
    Да, я думаю, вы также можете исключить /lib. Я также добавил бы, что вместо dpkg --get-selections, возможно, лучше использовать apt-mark, как сказано здесь: askubuntu.com/questions/101931/… – gerlos 4 May 2015 в 17:53

Я также прочитал все ответы и все другие связанные вопросы, когда я настраивал полное резервное копирование системы.

Мои 2 цента не исключали бы что-либо, но только когда вы будете делать полную систему резервное копирование автономной системы.

Позвольте мне подробнее остановиться: если вы создадите резервную копию системы изнутри, вы можете исключить некоторые каталоги, как упомянули другие, но это не очень хороший способ, на мой взгляд, поскольку это может ввести некоторые ошибки позже при восстановлении системы. Например, если вы исключаете каталог / tmp, то после его восстановления / tmp не будет там, и система создаст один, и это может застрять в экранах входа из-за chmod & amp; chown issues on / tmp. Кроме того, резервное копирование каталога ~ / .cache может привести к распаду кеша базы данных Ubuntu Software Center.

Я использую Live CD и использую LuckyBackup и резервирую всю систему, не опуская ничего. Теперь при восстановлении я выбрал «удалить файлы, отсутствующие в источнике». Таким образом, при создании резервной копии будет восстановлен весь системный снимок, который точно восстанавливается до состояния (например, для моментальной копии виртуальной машины).

2
ответ дан 2 August 2018 в 03:52
  • 1
    Многие файлы не должны сохраняться, потому что они не реальные файлы, а скорее псевдо-файлы . Возможно, вы захотите сохранить кеши, но не сохраняйте содержимое /proc, /dev, sys. Их содержимое создается при загрузке. – Teresa e Junior 23 August 2014 в 05:07
  • 2
    @TeresaeJunior Когда этот подход соблюдается, а резервное копирование выполняется из системы offline , содержимое этих не-реальных файлов уже пуст. – Gaurav Kumar 26 August 2014 в 17:45
  • 3
    Да, ты прав, извини! Я не обращал внимания на LiveCD, о котором вы говорили. – Teresa e Junior 26 August 2014 в 21:33
  • 4
    Я боюсь, что эти системы должны работать 24x7, поэтому у вас нет такой роскоши. У меня есть отличный список исключений, но продолжайте зависеть от 4G / var / log / kern * и / var / log / messages * - я бы хотел их исключить, но никто не говорит об этом. Как насчет исключения / var / log / * полностью? – SDsolar 14 August 2017 в 02:28

Я рекомендую исключить все /usr (кроме форта /usr/local/) и иметь резервную копию dpkg --get-selections

На мой взгляд, полная резервная копия не очень полезна. Я предпочитаю резервные данные и предпочтения, а затем восстанавливаю пакеты из официальных репозиториев.

Но я предпочитаю ...

/usr содержит в основном статический бинарный контент из пакетов распространения. Повторная установка пакета приведет к восстановлению содержимого /usr. Кроме того, /bin и /sbin содержат двоичные файлы из дистрибутивных пакетов.

/usr/local содержит установленные вручную пакеты (из пакетов дистрибутива). поэтому стоит сделать резервную копию.

4
ответ дан 2 August 2018 в 03:52
  • 1
    Очень интересный подход. Это приведет к значительно меньшему резервному копированию, но при восстановлении потребует больше проблем (время, пропускная способность интернета). Компромисс, который может стоить в некоторых случаях использования. Вопросы: как насчет /lib, то же самое? И как вы восстанавливаете такой выбор пакета? – MestreLion 4 April 2013 в 16:44
  • 2
    Да, я думаю, вы также можете исключить /lib. Я также добавил бы, что вместо dpkg --get-selections, возможно, лучше использовать apt-mark, как сказано здесь: askubuntu.com/questions/101931/… – gerlos 4 May 2015 в 17:53

Я также прочитал все ответы и все другие связанные вопросы, когда я настраивал полное резервное копирование системы.

Мои 2 цента не исключали бы что-либо, но только когда вы будете делать полную систему резервное копирование автономной системы.

Позвольте мне подробнее остановиться: если вы создадите резервную копию системы изнутри, вы можете исключить некоторые каталоги, как упомянули другие, но это не очень хороший способ, на мой взгляд, поскольку это может ввести некоторые ошибки позже при восстановлении системы. Например, если вы исключаете каталог / tmp, то после его восстановления / tmp не будет там, и система создаст один, и это может застрять в экранах входа из-за chmod & amp; chown issues on / tmp. Кроме того, резервное копирование каталога ~ / .cache может привести к распаду кеша базы данных Ubuntu Software Center.

Я использую Live CD и использую LuckyBackup и резервирую всю систему, не опуская ничего. Теперь при восстановлении я выбрал «удалить файлы, отсутствующие в источнике». Таким образом, при создании резервной копии будет восстановлен весь системный снимок, который точно восстанавливается до состояния (например, для моментальной копии виртуальной машины).

2
ответ дан 4 August 2018 в 19:55
  • 1
    Многие файлы не должны сохраняться, потому что они не реальные файлы, а скорее псевдо-файлы . Возможно, вы захотите сохранить кеши, но не сохраняйте содержимое /proc, /dev, sys. Их содержимое создается при загрузке. – Teresa e Junior 23 August 2014 в 05:07
  • 2
    @TeresaeJunior Когда этот подход соблюдается, а резервное копирование выполняется из системы offline , содержимое этих не-реальных файлов уже пуст. – Gaurav Kumar 26 August 2014 в 17:45
  • 3
    Да, ты прав, извини! Я не обращал внимания на LiveCD, о котором вы говорили. – Teresa e Junior 26 August 2014 в 21:33
  • 4
    Я боюсь, что эти системы должны работать 24x7, поэтому у вас нет такой роскоши. У меня есть отличный список исключений, но продолжайте зависеть от 4G / var / log / kern * и / var / log / messages * - я бы хотел их исключить, но никто не говорит об этом. Как насчет исключения / var / log / * полностью? – SDsolar 14 August 2017 в 02:28

Я рекомендую исключить все /usr (кроме форта /usr/local/) и иметь резервную копию dpkg --get-selections

На мой взгляд, полная резервная копия не очень полезна. Я предпочитаю резервные данные и предпочтения, а затем восстанавливаю пакеты из официальных репозиториев.

Но я предпочитаю ...

/usr содержит в основном статический бинарный контент из пакетов распространения. Повторная установка пакета приведет к восстановлению содержимого /usr. Кроме того, /bin и /sbin содержат двоичные файлы из дистрибутивных пакетов.

/usr/local содержит установленные вручную пакеты (из пакетов дистрибутива). поэтому стоит сделать резервную копию.

4
ответ дан 4 August 2018 в 19:55
  • 1
    Очень интересный подход. Это приведет к значительно меньшему резервному копированию, но при восстановлении потребует больше проблем (время, пропускная способность интернета). Компромисс, который может стоить в некоторых случаях использования. Вопросы: как насчет /lib, то же самое? И как вы восстанавливаете такой выбор пакета? – MestreLion 4 April 2013 в 16:44
  • 2
    Да, я думаю, вы также можете исключить /lib. Я также добавил бы, что вместо dpkg --get-selections, возможно, лучше использовать apt-mark, как сказано здесь: askubuntu.com/questions/101931/… – gerlos 4 May 2015 в 17:53

Я рекомендую исключить все / usr (кроме fort / usr / local / ) и иметь резервную копию dpkg --get-selection [ ! d2]

На мой взгляд, полная резервная копия не очень полезна. Я предпочитаю резервные данные и предпочтения, а затем восстанавливаю пакеты из официальных репозиториев.

Но я предпочитаю ...

/ usr содержит в основном статические двоичные файлы содержимое из пакетов распространения. Повторная установка пакета приведет к восстановлению содержимого / usr . Кроме того, / bin и / sbin содержат бинарные файлы из дистрибутивных пакетов.

/ usr / local содержит установленные вручную пакеты (out пакетов дистрибутива). поэтому это стоит сделать резервную копию.

4
ответ дан 6 August 2018 в 03:58

Я также прочитал все ответы и все другие связанные вопросы, когда я настраивал полное резервное копирование системы.

Мои 2 цента не исключали бы что-либо, но только когда вы будете делать полную систему резервное копирование автономной системы.

Позвольте мне подробнее остановиться: если вы создадите резервную копию системы изнутри, вы можете исключить некоторые каталоги, как упомянули другие, но это не очень хороший способ, на мой взгляд, поскольку это может ввести некоторые ошибки позже при восстановлении системы. Например, если вы исключаете каталог / tmp, то после его восстановления / tmp не будет там, и система создаст один, и это может застрять в экранах входа из-за chmod & amp; chown issues on / tmp. Кроме того, резервное копирование каталога ~ / .cache может привести к распаду кеша базы данных Ubuntu Software Center.

Я использую Live CD и использую LuckyBackup и резервирую всю систему, не опуская ничего. Теперь при восстановлении я выбрал «удалить файлы, отсутствующие в источнике». Таким образом, при создании резервной копии будет восстановлен весь системный снимок, который точно восстанавливается до состояния (например, для моментальной копии виртуальной машины).

2
ответ дан 6 August 2018 в 03:58

Я рекомендую исключить все / usr (кроме fort / usr / local / ) и иметь резервную копию dpkg --get-selection [ ! d2]

На мой взгляд, полная резервная копия не очень полезна. Я предпочитаю резервные данные и предпочтения, а затем восстанавливаю пакеты из официальных репозиториев.

Но я предпочитаю ...

/ usr содержит в основном статические двоичные файлы содержимое из пакетов распространения. Повторная установка пакета приведет к восстановлению содержимого / usr . Кроме того, / bin и / sbin содержат бинарные файлы из дистрибутивных пакетов.

/ usr / local содержит установленные вручную пакеты (out пакетов дистрибутива). поэтому это стоит сделать резервную копию.

4
ответ дан 7 August 2018 в 21:56

Я также прочитал все ответы и все другие связанные вопросы, когда я настраивал полное резервное копирование системы.

Мои 2 цента не исключали бы что-либо, но только когда вы будете делать полную систему резервное копирование автономной системы.

Позвольте мне подробнее остановиться: если вы создадите резервную копию системы изнутри, вы можете исключить некоторые каталоги, как упомянули другие, но это не очень хороший способ, на мой взгляд, поскольку это может ввести некоторые ошибки позже при восстановлении системы. Например, если вы исключаете каталог / tmp, то после его восстановления / tmp не будет там, и система создаст один, и это может застрять в экранах входа из-за chmod & amp; chown issues on / tmp. Кроме того, резервное копирование каталога ~ / .cache может привести к распаду кеша базы данных Ubuntu Software Center.

Я использую Live CD и использую LuckyBackup и резервирую всю систему, не опуская ничего. Теперь при восстановлении я выбрал «удалить файлы, отсутствующие в источнике». Таким образом, при создании резервной копии будет восстановлен весь системный снимок, который точно восстанавливается до состояния (например, для моментальной копии виртуальной машины).

2
ответ дан 7 August 2018 в 21:56

Я рекомендую исключить все / usr (кроме fort / usr / local / ) и иметь резервную копию dpkg --get-selection [ ! d2]

На мой взгляд, полная резервная копия не очень полезна. Я предпочитаю резервные данные и предпочтения, а затем восстанавливаю пакеты из официальных репозиториев.

Но я предпочитаю ...

/ usr содержит в основном статические двоичные файлы содержимое из пакетов распространения. Повторная установка пакета приведет к восстановлению содержимого / usr . Кроме того, / bin и / sbin содержат бинарные файлы из дистрибутивных пакетов.

/ usr / local содержит установленные вручную пакеты (out пакетов дистрибутива). поэтому это стоит сделать резервную копию.

4
ответ дан 10 August 2018 в 10:10

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

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