Какие рекомендации следует соблюдать при настройке их установки для поддержания пути обновления?

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

Если вы сами компилируете / устанавливаете программы, используя ./configure; делать; make install, не ставьте их прямо под /usr. Лучше использовать /usr/local или /opt, альтернативно (еще лучше), чтобы свернуть ваши собственные пакеты deb.

При удалении пакетов вы можете либо выполнить нормальное удаление, либо явную чистку. Если вы не очистите пакет, менеджер пакетов может оставить файлы позади /etc, /var и так далее. Не удаляйте эти файлы самостоятельно, поскольку менеджер пакетов ожидает, что они будут там. Вместо этого используйте диспетчер пакетов, чтобы явно очистить остатки пакета.

Использование deb-пакета из сторонних репозиториев должно теоретически быть безопасным, предполагая, что они тщательно построены и т. Д. Однако, чтобы быть в безопасности, вы могли бы хотите рассмотреть возможность удаления этих пакетов и / или репозиториев, прежде чем выполнять обновление до новой версии Ubuntu.

Хорошо, посмотрим, могу ли я добавить еще немного мяса к этому ответу ...

Прежде всего, все, что вы делаете в своем домашнем каталоге абсолютно безопасен в отношении менеджера пакетов. Это никогда не коснется чего-либо в разделе /home.

(Конечно, вы все равно можете вызвать у себя много путаницы, сделав плохое дело в своем домашнем каталоге. К счастью, обычно это можно восстановить, удалив сломанную конфигурацию файлы из вашего домашнего каталога и позволить им быть повторно созданными по умолчанию при следующем использовании. Обратите внимание, что автоматическое повторное создание конфигурации по умолчанию выполняется только для ваших личных файлов конфигурации, а не для системных файлов в разделе /etc) [ ! d7]

В роли рабочего пользователя (power) я предполагаю, что наиболее распространенным системным творчеством будет установка дополнительных приложений, библиотек, режимов emacs и т. д.? Опять же, действительно важная часть состоит в том, чтобы всегда помещать файлы deb deb в /usr/local вместо /usr; использовать /usr/local/bin вместо /usr/bin, чтобы использовать /usr/local/share/emacs/23.1 вместо /usr/share/emacs/23.1 и т. д.

Как только вы начнете играть с демонами сервера, вы скоро столкнетесь с конфигурацией системы под /etc. Хотя вы обычно можете изменять файлы в /etc, вы должны «никогда» не удалять файл или каталог там, если только вы сами не создали его. Также вам следует быть осторожным с тем, что вы создаете новые файлы там, в случае, если позже они столкнутся с файлом конфигурации, который хочет создать менеджер пакетов. При этом есть определенные файлы, которые вы можете (и должны) создавать под /etc. Наиболее распространенными примерами являются определение ваших Apache VirtualHosts под /etc/apache2/sites-available.

Могут быть моменты, когда вы хотите создавать файлы или каталоги в разделе /var. Хотя это совершенно другое место, чем /etc, по-прежнему рассматривайте те же правила о том, чтобы быть осторожными и делать что-то индивидуально.

Если вы хотите узнать больше, это не повредит вам принять заглянуть в стандарт иерархии файловой системы (FHS) или в Руководство по политике Debian. Хотя это может быть полностью переполнено, отвечая на ваш первоначальный вопрос, он по-прежнему хорошо читается.

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

Если вы сами компилируете / устанавливаете программы, используя ./configure; делать; make install, не ставьте их прямо под /usr. Лучше использовать /usr/local или /opt, альтернативно (еще лучше), чтобы свернуть ваши собственные пакеты deb.

При удалении пакетов вы можете либо выполнить нормальное удаление, либо явную чистку. Если вы не очистите пакет, менеджер пакетов может оставить файлы позади /etc, /var и так далее. Не удаляйте эти файлы самостоятельно, поскольку менеджер пакетов ожидает, что они будут там. Вместо этого используйте диспетчер пакетов, чтобы явно очистить остатки пакета.

Использование deb-пакета из сторонних репозиториев должно теоретически быть безопасным, предполагая, что они тщательно построены и т. Д. Однако, чтобы быть в безопасности, вы могли бы хотите рассмотреть возможность удаления этих пакетов и / или репозиториев, прежде чем выполнять обновление до новой версии Ubuntu.

Хорошо, посмотрим, могу ли я добавить еще немного мяса к этому ответу ...

Прежде всего, все, что вы делаете в своем домашнем каталоге абсолютно безопасен в отношении менеджера пакетов. Это никогда не коснется чего-либо в разделе /home.

(Конечно, вы все равно можете вызвать у себя много путаницы, сделав плохое дело в своем домашнем каталоге. К счастью, обычно это можно восстановить, удалив сломанную конфигурацию файлы из вашего домашнего каталога и позволить им быть повторно созданными по умолчанию при следующем использовании. Обратите внимание, что автоматическое повторное создание конфигурации по умолчанию выполняется только для ваших личных файлов конфигурации, а не для системных файлов в разделе /etc) [ ! d7]

В роли рабочего пользователя (power) я предполагаю, что наиболее распространенным системным творчеством будет установка дополнительных приложений, библиотек, режимов emacs и т. д.? Опять же, действительно важная часть состоит в том, чтобы всегда помещать файлы deb deb в /usr/local вместо /usr; использовать /usr/local/bin вместо /usr/bin, чтобы использовать /usr/local/share/emacs/23.1 вместо /usr/share/emacs/23.1 и т. д.

Как только вы начнете играть с демонами сервера, вы скоро столкнетесь с конфигурацией системы под /etc. Хотя вы обычно можете изменять файлы в /etc, вы должны «никогда» не удалять файл или каталог там, если только вы сами не создали его. Также вам следует быть осторожным с тем, что вы создаете новые файлы там, в случае, если позже они столкнутся с файлом конфигурации, который хочет создать менеджер пакетов. При этом есть определенные файлы, которые вы можете (и должны) создавать под /etc. Наиболее распространенными примерами являются определение ваших Apache VirtualHosts под /etc/apache2/sites-available.

Могут быть моменты, когда вы хотите создавать файлы или каталоги в разделе /var. Хотя это совершенно другое место, чем /etc, по-прежнему рассматривайте те же правила о том, чтобы быть осторожными и делать что-то индивидуально.

Если вы хотите узнать больше, это не повредит вам принять заглянуть в стандарт иерархии файловой системы (FHS) или в Руководство по политике Debian. Хотя это может быть полностью переполнено, отвечая на ваш первоначальный вопрос, он по-прежнему хорошо читается.

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

Если вы сами компилируете / устанавливаете программы, используя ./configure; делать; make install, не ставьте их прямо под /usr. Лучше использовать /usr/local или /opt, альтернативно (еще лучше), чтобы свернуть ваши собственные пакеты deb.

При удалении пакетов вы можете либо выполнить нормальное удаление, либо явную чистку. Если вы не очистите пакет, менеджер пакетов может оставить файлы позади /etc, /var и так далее. Не удаляйте эти файлы самостоятельно, поскольку менеджер пакетов ожидает, что они будут там. Вместо этого используйте диспетчер пакетов, чтобы явно очистить остатки пакета.

Использование deb-пакета из сторонних репозиториев должно теоретически быть безопасным, предполагая, что они тщательно построены и т. Д. Однако, чтобы быть в безопасности, вы могли бы хотите рассмотреть возможность удаления этих пакетов и / или репозиториев, прежде чем выполнять обновление до новой версии Ubuntu.

Хорошо, посмотрим, могу ли я добавить еще немного мяса к этому ответу ...

Прежде всего, все, что вы делаете в своем домашнем каталоге абсолютно безопасен в отношении менеджера пакетов. Это никогда не коснется чего-либо в разделе /home.

(Конечно, вы все равно можете вызвать у себя много путаницы, сделав плохое дело в своем домашнем каталоге. К счастью, обычно это можно восстановить, удалив сломанную конфигурацию файлы из вашего домашнего каталога и позволить им быть повторно созданными по умолчанию при следующем использовании. Обратите внимание, что автоматическое повторное создание конфигурации по умолчанию выполняется только для ваших личных файлов конфигурации, а не для системных файлов в разделе /etc) [ ! d7]

В роли рабочего пользователя (power) я предполагаю, что наиболее распространенным системным творчеством будет установка дополнительных приложений, библиотек, режимов emacs и т. д.? Опять же, действительно важная часть состоит в том, чтобы всегда помещать файлы deb deb в /usr/local вместо /usr; использовать /usr/local/bin вместо /usr/bin, чтобы использовать /usr/local/share/emacs/23.1 вместо /usr/share/emacs/23.1 и т. д.

Как только вы начнете играть с демонами сервера, вы скоро столкнетесь с конфигурацией системы под /etc. Хотя вы обычно можете изменять файлы в /etc, вы должны «никогда» не удалять файл или каталог там, если только вы сами не создали его. Также вам следует быть осторожным с тем, что вы создаете новые файлы там, в случае, если позже они столкнутся с файлом конфигурации, который хочет создать менеджер пакетов. При этом есть определенные файлы, которые вы можете (и должны) создавать под /etc. Наиболее распространенными примерами являются определение ваших Apache VirtualHosts под /etc/apache2/sites-available.

Могут быть моменты, когда вы хотите создавать файлы или каталоги в разделе /var. Хотя это совершенно другое место, чем /etc, по-прежнему рассматривайте те же правила о том, чтобы быть осторожными и делать что-то индивидуально.

Если вы хотите узнать больше, это не повредит вам принять заглянуть в стандарт иерархии файловой системы (FHS) или в Руководство по политике Debian. Хотя это может быть полностью переполнено, отвечая на ваш первоначальный вопрос, он по-прежнему хорошо читается.

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

Если вы сами компилируете / устанавливаете программы, используя ./configure; делать; make install, не ставьте их прямо под /usr. Лучше использовать /usr/local или /opt, альтернативно (еще лучше), чтобы свернуть ваши собственные пакеты deb.

При удалении пакетов вы можете либо выполнить нормальное удаление, либо явную чистку. Если вы не очистите пакет, менеджер пакетов может оставить файлы позади /etc, /var и так далее. Не удаляйте эти файлы самостоятельно, поскольку менеджер пакетов ожидает, что они будут там. Вместо этого используйте диспетчер пакетов, чтобы явно очистить остатки пакета.

Использование deb-пакета из сторонних репозиториев должно теоретически быть безопасным, предполагая, что они тщательно построены и т. Д. Однако, чтобы быть в безопасности, вы могли бы хотите рассмотреть возможность удаления этих пакетов и / или репозиториев, прежде чем выполнять обновление до новой версии Ubuntu.

Хорошо, посмотрим, могу ли я добавить еще немного мяса к этому ответу ...

Прежде всего, все, что вы делаете в своем домашнем каталоге абсолютно безопасен в отношении менеджера пакетов. Это никогда не коснется чего-либо в разделе /home.

(Конечно, вы все равно можете вызвать у себя много путаницы, сделав плохое дело в своем домашнем каталоге. К счастью, обычно это можно восстановить, удалив сломанную конфигурацию файлы из вашего домашнего каталога и позволить им быть повторно созданными по умолчанию при следующем использовании. Обратите внимание, что автоматическое повторное создание конфигурации по умолчанию выполняется только для ваших личных файлов конфигурации, а не для системных файлов в разделе /etc) [ ! d7]

В роли рабочего пользователя (power) я предполагаю, что наиболее распространенным системным творчеством будет установка дополнительных приложений, библиотек, режимов emacs и т. д.? Опять же, действительно важная часть состоит в том, чтобы всегда помещать файлы deb deb в /usr/local вместо /usr; использовать /usr/local/bin вместо /usr/bin, чтобы использовать /usr/local/share/emacs/23.1 вместо /usr/share/emacs/23.1 и т. д.

Как только вы начнете играть с демонами сервера, вы скоро столкнетесь с конфигурацией системы под /etc. Хотя вы обычно можете изменять файлы в /etc, вы должны «никогда» не удалять файл или каталог там, если только вы сами не создали его. Также вам следует быть осторожным с тем, что вы создаете новые файлы там, в случае, если позже они столкнутся с файлом конфигурации, который хочет создать менеджер пакетов. При этом есть определенные файлы, которые вы можете (и должны) создавать под /etc. Наиболее распространенными примерами являются определение ваших Apache VirtualHosts под /etc/apache2/sites-available.

Могут быть моменты, когда вы хотите создавать файлы или каталоги в разделе /var. Хотя это совершенно другое место, чем /etc, по-прежнему рассматривайте те же правила о том, чтобы быть осторожными и делать что-то индивидуально.

Если вы хотите узнать больше, это не повредит вам принять заглянуть в стандарт иерархии файловой системы (FHS) или в Руководство по политике Debian. Хотя это может быть полностью переполнено, отвечая на ваш первоначальный вопрос, он по-прежнему хорошо читается.

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

Если вы сами компилируете / устанавливаете программы, используя ./configure; делать; make install, не ставьте их прямо под /usr. Лучше использовать /usr/local или /opt, альтернативно (еще лучше), чтобы свернуть ваши собственные пакеты deb.

При удалении пакетов вы можете либо выполнить нормальное удаление, либо явную чистку. Если вы не очистите пакет, менеджер пакетов может оставить файлы позади /etc, /var и так далее. Не удаляйте эти файлы самостоятельно, поскольку менеджер пакетов ожидает, что они будут там. Вместо этого используйте диспетчер пакетов, чтобы явно очистить остатки пакета.

Использование deb-пакета из сторонних репозиториев должно теоретически быть безопасным, предполагая, что они тщательно построены и т. Д. Однако, чтобы быть в безопасности, вы могли бы хотите рассмотреть возможность удаления этих пакетов и / или репозиториев, прежде чем выполнять обновление до новой версии Ubuntu.

Хорошо, посмотрим, могу ли я добавить еще немного мяса к этому ответу ...

Прежде всего, все, что вы делаете в своем домашнем каталоге абсолютно безопасен в отношении менеджера пакетов. Это никогда не коснется чего-либо в разделе /home.

(Конечно, вы все равно можете вызвать у себя много путаницы, сделав плохое дело в своем домашнем каталоге. К счастью, обычно это можно восстановить, удалив сломанную конфигурацию файлы из вашего домашнего каталога и позволить им быть повторно созданными по умолчанию при следующем использовании. Обратите внимание, что автоматическое повторное создание конфигурации по умолчанию выполняется только для ваших личных файлов конфигурации, а не для системных файлов в разделе /etc) [ ! d7]

В роли рабочего пользователя (power) я предполагаю, что наиболее распространенным системным творчеством будет установка дополнительных приложений, библиотек, режимов emacs и т. д.? Опять же, действительно важная часть состоит в том, чтобы всегда помещать файлы deb deb в /usr/local вместо /usr; использовать /usr/local/bin вместо /usr/bin, чтобы использовать /usr/local/share/emacs/23.1 вместо /usr/share/emacs/23.1 и т. д.

Как только вы начнете играть с демонами сервера, вы скоро столкнетесь с конфигурацией системы под /etc. Хотя вы обычно можете изменять файлы в /etc, вы должны «никогда» не удалять файл или каталог там, если только вы сами не создали его. Также вам следует быть осторожным с тем, что вы создаете новые файлы там, в случае, если позже они столкнутся с файлом конфигурации, который хочет создать менеджер пакетов. При этом есть определенные файлы, которые вы можете (и должны) создавать под /etc. Наиболее распространенными примерами являются определение ваших Apache VirtualHosts под /etc/apache2/sites-available.

Могут быть моменты, когда вы хотите создавать файлы или каталоги в разделе /var. Хотя это совершенно другое место, чем /etc, по-прежнему рассматривайте те же правила о том, чтобы быть осторожными и делать что-то индивидуально.

Если вы хотите узнать больше, это не повредит вам принять заглянуть в стандарт иерархии файловой системы (FHS) или в Руководство по политике Debian. Хотя это может быть полностью переполнено, отвечая на ваш первоначальный вопрос, он по-прежнему хорошо читается.

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

Если вы сами компилируете / устанавливаете программы, используя ./configure; делать; make install, не ставьте их прямо под /usr. Лучше использовать /usr/local или /opt, альтернативно (еще лучше), чтобы свернуть ваши собственные пакеты deb.

При удалении пакетов вы можете либо выполнить нормальное удаление, либо явную чистку. Если вы не очистите пакет, менеджер пакетов может оставить файлы позади /etc, /var и так далее. Не удаляйте эти файлы самостоятельно, поскольку менеджер пакетов ожидает, что они будут там. Вместо этого используйте диспетчер пакетов, чтобы явно очистить остатки пакета.

Использование deb-пакета из сторонних репозиториев должно теоретически быть безопасным, предполагая, что они тщательно построены и т. Д. Однако, чтобы быть в безопасности, вы могли бы хотите рассмотреть возможность удаления этих пакетов и / или репозиториев, прежде чем выполнять обновление до новой версии Ubuntu.

Хорошо, посмотрим, могу ли я добавить еще немного мяса к этому ответу ...

Прежде всего, все, что вы делаете в своем домашнем каталоге абсолютно безопасен в отношении менеджера пакетов. Это никогда не коснется чего-либо в разделе /home.

(Конечно, вы все равно можете вызвать у себя много путаницы, сделав плохое дело в своем домашнем каталоге. К счастью, обычно это можно восстановить, удалив сломанную конфигурацию файлы из вашего домашнего каталога и позволить им быть повторно созданными по умолчанию при следующем использовании. Обратите внимание, что автоматическое повторное создание конфигурации по умолчанию выполняется только для ваших личных файлов конфигурации, а не для системных файлов в разделе /etc) [ ! d7]

В роли рабочего пользователя (power) я предполагаю, что наиболее распространенным системным творчеством будет установка дополнительных приложений, библиотек, режимов emacs и т. д.? Опять же, действительно важная часть состоит в том, чтобы всегда помещать файлы deb deb в /usr/local вместо /usr; использовать /usr/local/bin вместо /usr/bin, чтобы использовать /usr/local/share/emacs/23.1 вместо /usr/share/emacs/23.1 и т. д.

Как только вы начнете играть с демонами сервера, вы скоро столкнетесь с конфигурацией системы под /etc. Хотя вы обычно можете изменять файлы в /etc, вы должны «никогда» не удалять файл или каталог там, если только вы сами не создали его. Также вам следует быть осторожным с тем, что вы создаете новые файлы там, в случае, если позже они столкнутся с файлом конфигурации, который хочет создать менеджер пакетов. При этом есть определенные файлы, которые вы можете (и должны) создавать под /etc. Наиболее распространенными примерами являются определение ваших Apache VirtualHosts под /etc/apache2/sites-available.

Могут быть моменты, когда вы хотите создавать файлы или каталоги в разделе /var. Хотя это совершенно другое место, чем /etc, по-прежнему рассматривайте те же правила о том, чтобы быть осторожными и делать что-то индивидуально.

Если вы хотите узнать больше, это не повредит вам принять заглянуть в стандарт иерархии файловой системы (FHS) или в Руководство по политике Debian. Хотя это может быть полностью переполнено, отвечая на ваш первоначальный вопрос, он по-прежнему хорошо читается.

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

Если вы сами компилируете / устанавливаете программы, используя ./configure; делать; make install, не ставьте их прямо под /usr. Лучше использовать /usr/local или /opt, альтернативно (еще лучше), чтобы свернуть ваши собственные пакеты deb.

При удалении пакетов вы можете либо выполнить нормальное удаление, либо явную чистку. Если вы не очистите пакет, менеджер пакетов может оставить файлы позади /etc, /var и так далее. Не удаляйте эти файлы самостоятельно, поскольку менеджер пакетов ожидает, что они будут там. Вместо этого используйте диспетчер пакетов, чтобы явно очистить остатки пакета.

Использование deb-пакета из сторонних репозиториев должно теоретически быть безопасным, предполагая, что они тщательно построены и т. Д. Однако, чтобы быть в безопасности, вы могли бы хотите рассмотреть возможность удаления этих пакетов и / или репозиториев, прежде чем выполнять обновление до новой версии Ubuntu.

Хорошо, посмотрим, могу ли я добавить еще немного мяса к этому ответу ...

Прежде всего, все, что вы делаете в своем домашнем каталоге абсолютно безопасен в отношении менеджера пакетов. Это никогда не коснется чего-либо в разделе /home.

(Конечно, вы все равно можете вызвать у себя много путаницы, сделав плохое дело в своем домашнем каталоге. К счастью, обычно это можно восстановить, удалив сломанную конфигурацию файлы из вашего домашнего каталога и позволить им быть повторно созданными по умолчанию при следующем использовании. Обратите внимание, что автоматическое повторное создание конфигурации по умолчанию выполняется только для ваших личных файлов конфигурации, а не для системных файлов в разделе /etc) [ ! d7]

В роли рабочего пользователя (power) я предполагаю, что наиболее распространенным системным творчеством будет установка дополнительных приложений, библиотек, режимов emacs и т. д.? Опять же, действительно важная часть состоит в том, чтобы всегда помещать файлы deb deb в /usr/local вместо /usr; использовать /usr/local/bin вместо /usr/bin, чтобы использовать /usr/local/share/emacs/23.1 вместо /usr/share/emacs/23.1 и т. д.

Как только вы начнете играть с демонами сервера, вы скоро столкнетесь с конфигурацией системы под /etc. Хотя вы обычно можете изменять файлы в /etc, вы должны «никогда» не удалять файл или каталог там, если только вы сами не создали его. Также вам следует быть осторожным с тем, что вы создаете новые файлы там, в случае, если позже они столкнутся с файлом конфигурации, который хочет создать менеджер пакетов. При этом есть определенные файлы, которые вы можете (и должны) создавать под /etc. Наиболее распространенными примерами являются определение ваших Apache VirtualHosts под /etc/apache2/sites-available.

Могут быть моменты, когда вы хотите создавать файлы или каталоги в разделе /var. Хотя это совершенно другое место, чем /etc, по-прежнему рассматривайте те же правила о том, чтобы быть осторожными и делать что-то индивидуально.

Если вы хотите узнать больше, это не повредит вам принять заглянуть в стандарт иерархии файловой системы (FHS) или в Руководство по политике Debian. Хотя это может быть полностью переполнено, отвечая на ваш первоначальный вопрос, он по-прежнему хорошо читается.

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

Если вы сами компилируете / устанавливаете программы, используя ./configure; делать; make install, не ставьте их прямо под /usr. Лучше использовать /usr/local или /opt, альтернативно (еще лучше), чтобы свернуть ваши собственные пакеты deb.

При удалении пакетов вы можете либо выполнить нормальное удаление, либо явную чистку. Если вы не очистите пакет, менеджер пакетов может оставить файлы позади /etc, /var и так далее. Не удаляйте эти файлы самостоятельно, поскольку менеджер пакетов ожидает, что они будут там. Вместо этого используйте диспетчер пакетов, чтобы явно очистить остатки пакета.

Использование deb-пакета из сторонних репозиториев должно теоретически быть безопасным, предполагая, что они тщательно построены и т. Д. Однако, чтобы быть в безопасности, вы могли бы хотите рассмотреть возможность удаления этих пакетов и / или репозиториев, прежде чем выполнять обновление до новой версии Ubuntu.

Хорошо, посмотрим, могу ли я добавить еще немного мяса к этому ответу ...

Прежде всего, все, что вы делаете в своем домашнем каталоге абсолютно безопасен в отношении менеджера пакетов. Это никогда не коснется чего-либо в разделе /home.

(Конечно, вы все равно можете вызвать у себя много путаницы, сделав плохое дело в своем домашнем каталоге. К счастью, обычно это можно восстановить, удалив сломанную конфигурацию файлы из вашего домашнего каталога и позволить им быть повторно созданными по умолчанию при следующем использовании. Обратите внимание, что автоматическое повторное создание конфигурации по умолчанию выполняется только для ваших личных файлов конфигурации, а не для системных файлов в разделе /etc) [ ! d7]

В роли рабочего пользователя (power) я предполагаю, что наиболее распространенным системным творчеством будет установка дополнительных приложений, библиотек, режимов emacs и т. д.? Опять же, действительно важная часть состоит в том, чтобы всегда помещать файлы deb deb в /usr/local вместо /usr; использовать /usr/local/bin вместо /usr/bin, чтобы использовать /usr/local/share/emacs/23.1 вместо /usr/share/emacs/23.1 и т. д.

Как только вы начнете играть с демонами сервера, вы скоро столкнетесь с конфигурацией системы под /etc. Хотя вы обычно можете изменять файлы в /etc, вы должны «никогда» не удалять файл или каталог там, если только вы сами не создали его. Также вам следует быть осторожным с тем, что вы создаете новые файлы там, в случае, если позже они столкнутся с файлом конфигурации, который хочет создать менеджер пакетов. При этом есть определенные файлы, которые вы можете (и должны) создавать под /etc. Наиболее распространенными примерами являются определение ваших Apache VirtualHosts под /etc/apache2/sites-available.

Могут быть моменты, когда вы хотите создавать файлы или каталоги в разделе /var. Хотя это совершенно другое место, чем /etc, по-прежнему рассматривайте те же правила о том, чтобы быть осторожными и делать что-то индивидуально.

Если вы хотите узнать больше, это не повредит вам принять заглянуть в стандарт иерархии файловой системы (FHS) или в Руководство по политике Debian. Хотя это может быть полностью переполнено, отвечая на ваш первоначальный вопрос, он по-прежнему хорошо читается.

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

Если вы сами компилируете / устанавливаете программы, используя ./configure; делать; make install, не ставьте их прямо под /usr. Лучше использовать /usr/local или /opt, альтернативно (еще лучше), чтобы свернуть ваши собственные пакеты deb.

При удалении пакетов вы можете либо выполнить нормальное удаление, либо явную чистку. Если вы не очистите пакет, менеджер пакетов может оставить файлы позади /etc, /var и так далее. Не удаляйте эти файлы самостоятельно, поскольку менеджер пакетов ожидает, что они будут там. Вместо этого используйте диспетчер пакетов, чтобы явно очистить остатки пакета.

Использование deb-пакета из сторонних репозиториев должно теоретически быть безопасным, предполагая, что они тщательно построены и т. Д. Однако, чтобы быть в безопасности, вы могли бы хотите рассмотреть возможность удаления этих пакетов и / или репозиториев, прежде чем выполнять обновление до новой версии Ubuntu.

Хорошо, посмотрим, могу ли я добавить еще немного мяса к этому ответу ...

Прежде всего, все, что вы делаете в своем домашнем каталоге абсолютно безопасен в отношении менеджера пакетов. Это никогда не коснется чего-либо в разделе /home.

(Конечно, вы все равно можете вызвать у себя много путаницы, сделав плохое дело в своем домашнем каталоге. К счастью, обычно это можно восстановить, удалив сломанную конфигурацию файлы из вашего домашнего каталога и позволить им быть повторно созданными по умолчанию при следующем использовании. Обратите внимание, что автоматическое повторное создание конфигурации по умолчанию выполняется только для ваших личных файлов конфигурации, а не для системных файлов в разделе /etc) [ ! d7]

В роли рабочего пользователя (power) я предполагаю, что наиболее распространенным системным творчеством будет установка дополнительных приложений, библиотек, режимов emacs и т. д.? Опять же, действительно важная часть состоит в том, чтобы всегда помещать файлы deb deb в /usr/local вместо /usr; использовать /usr/local/bin вместо /usr/bin, чтобы использовать /usr/local/share/emacs/23.1 вместо /usr/share/emacs/23.1 и т. д.

Как только вы начнете играть с демонами сервера, вы скоро столкнетесь с конфигурацией системы под /etc. Хотя вы обычно можете изменять файлы в /etc, вы должны «никогда» не удалять файл или каталог там, если только вы сами не создали его. Также вам следует быть осторожным с тем, что вы создаете новые файлы там, в случае, если позже они столкнутся с файлом конфигурации, который хочет создать менеджер пакетов. При этом есть определенные файлы, которые вы можете (и должны) создавать под /etc. Наиболее распространенными примерами являются определение ваших Apache VirtualHosts под /etc/apache2/sites-available.

Могут быть моменты, когда вы хотите создавать файлы или каталоги в разделе /var. Хотя это совершенно другое место, чем /etc, по-прежнему рассматривайте те же правила о том, чтобы быть осторожными и делать что-то индивидуально.

Если вы хотите узнать больше, это не повредит вам принять заглянуть в стандарт иерархии файловой системы (FHS) или в Руководство по политике Debian. Хотя это может быть полностью переполнено, отвечая на ваш первоначальный вопрос, он по-прежнему хорошо читается.

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

Если вы сами компилируете / устанавливаете программы, используя ./configure; делать; make install, не ставьте их прямо под /usr. Лучше использовать /usr/local или /opt, альтернативно (еще лучше), чтобы свернуть ваши собственные пакеты deb.

При удалении пакетов вы можете либо выполнить нормальное удаление, либо явную чистку. Если вы не очистите пакет, менеджер пакетов может оставить файлы позади /etc, /var и так далее. Не удаляйте эти файлы самостоятельно, поскольку менеджер пакетов ожидает, что они будут там. Вместо этого используйте диспетчер пакетов, чтобы явно очистить остатки пакета.

Использование deb-пакета из сторонних репозиториев должно теоретически быть безопасным, предполагая, что они тщательно построены и т. Д. Однако, чтобы быть в безопасности, вы могли бы хотите рассмотреть возможность удаления этих пакетов и / или репозиториев, прежде чем выполнять обновление до новой версии Ubuntu.

Хорошо, посмотрим, могу ли я добавить еще немного мяса к этому ответу ...

Прежде всего, все, что вы делаете в своем домашнем каталоге абсолютно безопасен в отношении менеджера пакетов. Это никогда не коснется чего-либо в разделе /home.

(Конечно, вы все равно можете вызвать у себя много путаницы, сделав плохое дело в своем домашнем каталоге. К счастью, обычно это можно восстановить, удалив сломанную конфигурацию файлы из вашего домашнего каталога и позволить им быть повторно созданными по умолчанию при следующем использовании. Обратите внимание, что автоматическое повторное создание конфигурации по умолчанию выполняется только для ваших личных файлов конфигурации, а не для системных файлов в разделе /etc) [ ! d7]

В роли рабочего пользователя (power) я предполагаю, что наиболее распространенным системным творчеством будет установка дополнительных приложений, библиотек, режимов emacs и т. д.? Опять же, действительно важная часть состоит в том, чтобы всегда помещать файлы deb deb в /usr/local вместо /usr; использовать /usr/local/bin вместо /usr/bin, чтобы использовать /usr/local/share/emacs/23.1 вместо /usr/share/emacs/23.1 и т. д.

Как только вы начнете играть с демонами сервера, вы скоро столкнетесь с конфигурацией системы под /etc. Хотя вы обычно можете изменять файлы в /etc, вы должны «никогда» не удалять файл или каталог там, если только вы сами не создали его. Также вам следует быть осторожным с тем, что вы создаете новые файлы там, в случае, если позже они столкнутся с файлом конфигурации, который хочет создать менеджер пакетов. При этом есть определенные файлы, которые вы можете (и должны) создавать под /etc. Наиболее распространенными примерами являются определение ваших Apache VirtualHosts под /etc/apache2/sites-available.

Могут быть моменты, когда вы хотите создавать файлы или каталоги в разделе /var. Хотя это совершенно другое место, чем /etc, по-прежнему рассматривайте те же правила о том, чтобы быть осторожными и делать что-то индивидуально.

Если вы хотите узнать больше, это не повредит вам принять заглянуть в стандарт иерархии файловой системы (FHS) или в Руководство по политике Debian. Хотя это может быть полностью переполнено, отвечая на ваш первоначальный вопрос, он по-прежнему хорошо читается.

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

Если вы сами компилируете / устанавливаете программы, используя ./configure; делать; make install, не ставьте их прямо под /usr. Лучше использовать /usr/local или /opt, альтернативно (еще лучше), чтобы свернуть ваши собственные пакеты deb.

При удалении пакетов вы можете либо выполнить нормальное удаление, либо явную чистку. Если вы не очистите пакет, менеджер пакетов может оставить файлы позади /etc, /var и так далее. Не удаляйте эти файлы самостоятельно, поскольку менеджер пакетов ожидает, что они будут там. Вместо этого используйте диспетчер пакетов, чтобы явно очистить остатки пакета.

Использование deb-пакета из сторонних репозиториев должно теоретически быть безопасным, предполагая, что они тщательно построены и т. Д. Однако, чтобы быть в безопасности, вы могли бы хотите рассмотреть возможность удаления этих пакетов и / или репозиториев, прежде чем выполнять обновление до новой версии Ubuntu.

Хорошо, посмотрим, могу ли я добавить еще немного мяса к этому ответу ...

Прежде всего, все, что вы делаете в своем домашнем каталоге абсолютно безопасен в отношении менеджера пакетов. Это никогда не коснется чего-либо в разделе /home.

(Конечно, вы все равно можете вызвать у себя много путаницы, сделав плохое дело в своем домашнем каталоге. К счастью, обычно это можно восстановить, удалив сломанную конфигурацию файлы из вашего домашнего каталога и позволить им быть повторно созданными по умолчанию при следующем использовании. Обратите внимание, что автоматическое повторное создание конфигурации по умолчанию выполняется только для ваших личных файлов конфигурации, а не для системных файлов в разделе /etc) [ ! d7]

В роли рабочего пользователя (power) я предполагаю, что наиболее распространенным системным творчеством будет установка дополнительных приложений, библиотек, режимов emacs и т. д.? Опять же, действительно важная часть состоит в том, чтобы всегда помещать файлы deb deb в /usr/local вместо /usr; использовать /usr/local/bin вместо /usr/bin, чтобы использовать /usr/local/share/emacs/23.1 вместо /usr/share/emacs/23.1 и т. д.

Как только вы начнете играть с демонами сервера, вы скоро столкнетесь с конфигурацией системы под /etc. Хотя вы обычно можете изменять файлы в /etc, вы должны «никогда» не удалять файл или каталог там, если только вы сами не создали его. Также вам следует быть осторожным с тем, что вы создаете новые файлы там, в случае, если позже они столкнутся с файлом конфигурации, который хочет создать менеджер пакетов. При этом есть определенные файлы, которые вы можете (и должны) создавать под /etc. Наиболее распространенными примерами являются определение ваших Apache VirtualHosts под /etc/apache2/sites-available.

Могут быть моменты, когда вы хотите создавать файлы или каталоги в разделе /var. Хотя это совершенно другое место, чем /etc, по-прежнему рассматривайте те же правила о том, чтобы быть осторожными и делать что-то индивидуально.

Если вы хотите узнать больше, это не повредит вам принять заглянуть в стандарт иерархии файловой системы (FHS) или в Руководство по политике Debian. Хотя это может быть полностью переполнено, отвечая на ваш первоначальный вопрос, он по-прежнему хорошо читается.

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

Если вы сами компилируете / устанавливаете программы, используя ./configure; делать; make install, не ставьте их прямо под /usr. Лучше использовать /usr/local или /opt, альтернативно (еще лучше), чтобы свернуть ваши собственные пакеты deb.

При удалении пакетов вы можете либо выполнить нормальное удаление, либо явную чистку. Если вы не очистите пакет, менеджер пакетов может оставить файлы позади /etc, /var и так далее. Не удаляйте эти файлы самостоятельно, поскольку менеджер пакетов ожидает, что они будут там. Вместо этого используйте диспетчер пакетов, чтобы явно очистить остатки пакета.

Использование deb-пакета из сторонних репозиториев должно теоретически быть безопасным, предполагая, что они тщательно построены и т. Д. Однако, чтобы быть в безопасности, вы могли бы хотите рассмотреть возможность удаления этих пакетов и / или репозиториев, прежде чем выполнять обновление до новой версии Ubuntu.

Хорошо, посмотрим, могу ли я добавить еще немного мяса к этому ответу ...

Прежде всего, все, что вы делаете в своем домашнем каталоге абсолютно безопасен в отношении менеджера пакетов. Это никогда не коснется чего-либо в разделе /home.

(Конечно, вы все равно можете вызвать у себя много путаницы, сделав плохое дело в своем домашнем каталоге. К счастью, обычно это можно восстановить, удалив сломанную конфигурацию файлы из вашего домашнего каталога и позволить им быть повторно созданными по умолчанию при следующем использовании. Обратите внимание, что автоматическое повторное создание конфигурации по умолчанию выполняется только для ваших личных файлов конфигурации, а не для системных файлов в разделе /etc) [ ! d7]

В роли рабочего пользователя (power) я предполагаю, что наиболее распространенным системным творчеством будет установка дополнительных приложений, библиотек, режимов emacs и т. д.? Опять же, действительно важная часть состоит в том, чтобы всегда помещать файлы deb deb в /usr/local вместо /usr; использовать /usr/local/bin вместо /usr/bin, чтобы использовать /usr/local/share/emacs/23.1 вместо /usr/share/emacs/23.1 и т. д.

Как только вы начнете играть с демонами сервера, вы скоро столкнетесь с конфигурацией системы под /etc. Хотя вы обычно можете изменять файлы в /etc, вы должны «никогда» не удалять файл или каталог там, если только вы сами не создали его. Также вам следует быть осторожным с тем, что вы создаете новые файлы там, в случае, если позже они столкнутся с файлом конфигурации, который хочет создать менеджер пакетов. При этом есть определенные файлы, которые вы можете (и должны) создавать под /etc. Наиболее распространенными примерами являются определение ваших Apache VirtualHosts под /etc/apache2/sites-available.

Могут быть моменты, когда вы хотите создавать файлы или каталоги в разделе /var. Хотя это совершенно другое место, чем /etc, по-прежнему рассматривайте те же правила о том, чтобы быть осторожными и делать что-то индивидуально.

Если вы хотите узнать больше, это не повредит вам принять заглянуть в стандарт иерархии файловой системы (FHS) или в Руководство по политике Debian. Хотя это может быть полностью переполнено, отвечая на ваш первоначальный вопрос, он по-прежнему хорошо читается.

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

Если вы сами компилируете / устанавливаете программы, используя ./configure; делать; make install, не ставьте их прямо под /usr. Лучше использовать /usr/local или /opt, альтернативно (еще лучше), чтобы свернуть ваши собственные пакеты deb.

При удалении пакетов вы можете либо выполнить нормальное удаление, либо явную чистку. Если вы не очистите пакет, менеджер пакетов может оставить файлы позади /etc, /var и так далее. Не удаляйте эти файлы самостоятельно, поскольку менеджер пакетов ожидает, что они будут там. Вместо этого используйте диспетчер пакетов, чтобы явно очистить остатки пакета.

Использование deb-пакета из сторонних репозиториев должно теоретически быть безопасным, предполагая, что они тщательно построены и т. Д. Однако, чтобы быть в безопасности, вы могли бы хотите рассмотреть возможность удаления этих пакетов и / или репозиториев, прежде чем выполнять обновление до новой версии Ubuntu.

Хорошо, посмотрим, могу ли я добавить еще немного мяса к этому ответу ...

Прежде всего, все, что вы делаете в своем домашнем каталоге абсолютно безопасен в отношении менеджера пакетов. Это никогда не коснется чего-либо в разделе /home.

(Конечно, вы все равно можете вызвать у себя много путаницы, сделав плохое дело в своем домашнем каталоге. К счастью, обычно это можно восстановить, удалив сломанную конфигурацию файлы из вашего домашнего каталога и позволить им быть повторно созданными по умолчанию при следующем использовании. Обратите внимание, что автоматическое повторное создание конфигурации по умолчанию выполняется только для ваших личных файлов конфигурации, а не для системных файлов в разделе /etc) [ ! d7]

В роли рабочего пользователя (power) я предполагаю, что наиболее распространенным системным творчеством будет установка дополнительных приложений, библиотек, режимов emacs и т. д.? Опять же, действительно важная часть состоит в том, чтобы всегда помещать файлы deb deb в /usr/local вместо /usr; использовать /usr/local/bin вместо /usr/bin, чтобы использовать /usr/local/share/emacs/23.1 вместо /usr/share/emacs/23.1 и т. д.

Как только вы начнете играть с демонами сервера, вы скоро столкнетесь с конфигурацией системы под /etc. Хотя вы обычно можете изменять файлы в /etc, вы должны «никогда» не удалять файл или каталог там, если только вы сами не создали его. Также вам следует быть осторожным с тем, что вы создаете новые файлы там, в случае, если позже они столкнутся с файлом конфигурации, который хочет создать менеджер пакетов. При этом есть определенные файлы, которые вы можете (и должны) создавать под /etc. Наиболее распространенными примерами являются определение ваших Apache VirtualHosts под /etc/apache2/sites-available.

Могут быть моменты, когда вы хотите создавать файлы или каталоги в разделе /var. Хотя это совершенно другое место, чем /etc, по-прежнему рассматривайте те же правила о том, чтобы быть осторожными и делать что-то индивидуально.

Если вы хотите узнать больше, это не повредит вам принять заглянуть в стандарт иерархии файловой системы (FHS) или в Руководство по политике Debian. Хотя это может быть полностью переполнено, отвечая на ваш первоначальный вопрос, он по-прежнему хорошо читается.

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

Если вы сами компилируете / устанавливаете программы, используя ./configure; делать; make install, не ставьте их прямо под /usr. Лучше использовать /usr/local или /opt, альтернативно (еще лучше), чтобы свернуть ваши собственные пакеты deb.

При удалении пакетов вы можете либо выполнить нормальное удаление, либо явную чистку. Если вы не очистите пакет, менеджер пакетов может оставить файлы позади /etc, /var и так далее. Не удаляйте эти файлы самостоятельно, поскольку менеджер пакетов ожидает, что они будут там. Вместо этого используйте диспетчер пакетов, чтобы явно очистить остатки пакета.

Использование deb-пакета из сторонних репозиториев должно теоретически быть безопасным, предполагая, что они тщательно построены и т. Д. Однако, чтобы быть в безопасности, вы могли бы хотите рассмотреть возможность удаления этих пакетов и / или репозиториев, прежде чем выполнять обновление до новой версии Ubuntu.

Хорошо, посмотрим, могу ли я добавить еще немного мяса к этому ответу ...

Прежде всего, все, что вы делаете в своем домашнем каталоге абсолютно безопасен в отношении менеджера пакетов. Это никогда не коснется чего-либо в разделе /home.

(Конечно, вы все равно можете вызвать у себя много путаницы, сделав плохое дело в своем домашнем каталоге. К счастью, обычно это можно восстановить, удалив сломанную конфигурацию файлы из вашего домашнего каталога и позволить им быть повторно созданными по умолчанию при следующем использовании. Обратите внимание, что автоматическое повторное создание конфигурации по умолчанию выполняется только для ваших личных файлов конфигурации, а не для системных файлов в разделе /etc) [ ! d7]

В роли рабочего пользователя (power) я предполагаю, что наиболее распространенным системным творчеством будет установка дополнительных приложений, библиотек, режимов emacs и т. д.? Опять же, действительно важная часть состоит в том, чтобы всегда помещать файлы deb deb в /usr/local вместо /usr; использовать /usr/local/bin вместо /usr/bin, чтобы использовать /usr/local/share/emacs/23.1 вместо /usr/share/emacs/23.1 и т. д.

Как только вы начнете играть с демонами сервера, вы скоро столкнетесь с конфигурацией системы под /etc. Хотя вы обычно можете изменять файлы в /etc, вы должны «никогда» не удалять файл или каталог там, если только вы сами не создали его. Также вам следует быть осторожным с тем, что вы создаете новые файлы там, в случае, если позже они столкнутся с файлом конфигурации, который хочет создать менеджер пакетов. При этом есть определенные файлы, которые вы можете (и должны) создавать под /etc. Наиболее распространенными примерами являются определение ваших Apache VirtualHosts под /etc/apache2/sites-available.

Могут быть моменты, когда вы хотите создавать файлы или каталоги в разделе /var. Хотя это совершенно другое место, чем /etc, по-прежнему рассматривайте те же правила о том, чтобы быть осторожными и делать что-то индивидуально.

Если вы хотите узнать больше, это не повредит вам принять заглянуть в стандарт иерархии файловой системы (FHS) или в Руководство по политике Debian. Хотя это может быть полностью переполнено, отвечая на ваш первоначальный вопрос, он по-прежнему хорошо читается.

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

Если вы сами компилируете / устанавливаете программы, используя ./configure; делать; make install, не ставьте их прямо под /usr. Лучше использовать /usr/local или /opt, альтернативно (еще лучше), чтобы свернуть ваши собственные пакеты deb.

При удалении пакетов вы можете либо выполнить нормальное удаление, либо явную чистку. Если вы не очистите пакет, менеджер пакетов может оставить файлы позади /etc, /var и так далее. Не удаляйте эти файлы самостоятельно, поскольку менеджер пакетов ожидает, что они будут там. Вместо этого используйте диспетчер пакетов, чтобы явно очистить остатки пакета.

Использование deb-пакета из сторонних репозиториев должно теоретически быть безопасным, предполагая, что они тщательно построены и т. Д. Однако, чтобы быть в безопасности, вы могли бы хотите рассмотреть возможность удаления этих пакетов и / или репозиториев, прежде чем выполнять обновление до новой версии Ubuntu.

Хорошо, посмотрим, могу ли я добавить еще немного мяса к этому ответу ...

Прежде всего, все, что вы делаете в своем домашнем каталоге абсолютно безопасен в отношении менеджера пакетов. Это никогда не коснется чего-либо в разделе /home.

(Конечно, вы все равно можете вызвать у себя много путаницы, сделав плохое дело в своем домашнем каталоге. К счастью, обычно это можно восстановить, удалив сломанную конфигурацию файлы из вашего домашнего каталога и позволить им быть повторно созданными по умолчанию при следующем использовании. Обратите внимание, что автоматическое повторное создание конфигурации по умолчанию выполняется только для ваших личных файлов конфигурации, а не для системных файлов в разделе /etc) [ ! d7]

В роли рабочего пользователя (power) я предполагаю, что наиболее распространенным системным творчеством будет установка дополнительных приложений, библиотек, режимов emacs и т. д.? Опять же, действительно важная часть состоит в том, чтобы всегда помещать файлы deb deb в /usr/local вместо /usr; использовать /usr/local/bin вместо /usr/bin, чтобы использовать /usr/local/share/emacs/23.1 вместо /usr/share/emacs/23.1 и т. д.

Как только вы начнете играть с демонами сервера, вы скоро столкнетесь с конфигурацией системы под /etc. Хотя вы обычно можете изменять файлы в /etc, вы должны «никогда» не удалять файл или каталог там, если только вы сами не создали его. Также вам следует быть осторожным с тем, что вы создаете новые файлы там, в случае, если позже они столкнутся с файлом конфигурации, который хочет создать менеджер пакетов. При этом есть определенные файлы, которые вы можете (и должны) создавать под /etc. Наиболее распространенными примерами являются определение ваших Apache VirtualHosts под /etc/apache2/sites-available.

Могут быть моменты, когда вы хотите создавать файлы или каталоги в разделе /var. Хотя это совершенно другое место, чем /etc, по-прежнему рассматривайте те же правила о том, чтобы быть осторожными и делать что-то индивидуально.

Если вы хотите узнать больше, это не повредит вам принять заглянуть в стандарт иерархии файловой системы (FHS) или в Руководство по политике Debian. Хотя это может быть полностью переполнено, отвечая на ваш первоначальный вопрос, он по-прежнему хорошо читается.

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

Если вы сами компилируете / устанавливаете программы, используя ./configure; делать; make install, не ставьте их прямо под /usr. Лучше использовать /usr/local или /opt, альтернативно (еще лучше), чтобы свернуть ваши собственные пакеты deb.

При удалении пакетов вы можете либо выполнить нормальное удаление, либо явную чистку. Если вы не очистите пакет, менеджер пакетов может оставить файлы позади /etc, /var и так далее. Не удаляйте эти файлы самостоятельно, поскольку менеджер пакетов ожидает, что они будут там. Вместо этого используйте диспетчер пакетов, чтобы явно очистить остатки пакета.

Использование deb-пакета из сторонних репозиториев должно теоретически быть безопасным, предполагая, что они тщательно построены и т. Д. Однако, чтобы быть в безопасности, вы могли бы хотите рассмотреть возможность удаления этих пакетов и / или репозиториев, прежде чем выполнять обновление до новой версии Ubuntu.

Хорошо, посмотрим, могу ли я добавить еще немного мяса к этому ответу ...

Прежде всего, все, что вы делаете в своем домашнем каталоге абсолютно безопасен в отношении менеджера пакетов. Это никогда не коснется чего-либо в разделе /home.

(Конечно, вы все равно можете вызвать у себя много путаницы, сделав плохое дело в своем домашнем каталоге. К счастью, обычно это можно восстановить, удалив сломанную конфигурацию файлы из вашего домашнего каталога и позволить им быть повторно созданными по умолчанию при следующем использовании. Обратите внимание, что автоматическое повторное создание конфигурации по умолчанию выполняется только для ваших личных файлов конфигурации, а не для системных файлов в разделе /etc) [ ! d7]

В роли рабочего пользователя (power) я предполагаю, что наиболее распространенным системным творчеством будет установка дополнительных приложений, библиотек, режимов emacs и т. д.? Опять же, действительно важная часть состоит в том, чтобы всегда помещать файлы deb deb в /usr/local вместо /usr; использовать /usr/local/bin вместо /usr/bin, чтобы использовать /usr/local/share/emacs/23.1 вместо /usr/share/emacs/23.1 и т. д.

Как только вы начнете играть с демонами сервера, вы скоро столкнетесь с конфигурацией системы под /etc. Хотя вы обычно можете изменять файлы в /etc, вы должны «никогда» не удалять файл или каталог там, если только вы сами не создали его. Также вам следует быть осторожным с тем, что вы создаете новые файлы там, в случае, если позже они столкнутся с файлом конфигурации, который хочет создать менеджер пакетов. При этом есть определенные файлы, которые вы можете (и должны) создавать под /etc. Наиболее распространенными примерами являются определение ваших Apache VirtualHosts под /etc/apache2/sites-available.

Могут быть моменты, когда вы хотите создавать файлы или каталоги в разделе /var. Хотя это совершенно другое место, чем /etc, по-прежнему рассматривайте те же правила о том, чтобы быть осторожными и делать что-то индивидуально.

Если вы хотите узнать больше, это не повредит вам принять заглянуть в стандарт иерархии файловой системы (FHS) или в Руководство по политике Debian. Хотя это может быть полностью переполнено, отвечая на ваш первоначальный вопрос, он по-прежнему хорошо читается.

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

Если вы сами компилируете / устанавливаете программы, используя ./configure; делать; make install, не ставьте их прямо под /usr. Лучше использовать /usr/local или /opt, альтернативно (еще лучше), чтобы свернуть ваши собственные пакеты deb.

При удалении пакетов вы можете либо выполнить нормальное удаление, либо явную чистку. Если вы не очистите пакет, менеджер пакетов может оставить файлы позади /etc, /var и так далее. Не удаляйте эти файлы самостоятельно, поскольку менеджер пакетов ожидает, что они будут там. Вместо этого используйте диспетчер пакетов, чтобы явно очистить остатки пакета.

Использование deb-пакета из сторонних репозиториев должно теоретически быть безопасным, предполагая, что они тщательно построены и т. Д. Однако, чтобы быть в безопасности, вы могли бы хотите рассмотреть возможность удаления этих пакетов и / или репозиториев, прежде чем выполнять обновление до новой версии Ubuntu.

Хорошо, посмотрим, могу ли я добавить еще немного мяса к этому ответу ...

Прежде всего, все, что вы делаете в своем домашнем каталоге абсолютно безопасен в отношении менеджера пакетов. Это никогда не коснется чего-либо в разделе /home.

(Конечно, вы все равно можете вызвать у себя много путаницы, сделав плохое дело в своем домашнем каталоге. К счастью, обычно это можно восстановить, удалив сломанную конфигурацию файлы из вашего домашнего каталога и позволить им быть повторно созданными по умолчанию при следующем использовании. Обратите внимание, что автоматическое повторное создание конфигурации по умолчанию выполняется только для ваших личных файлов конфигурации, а не для системных файлов в разделе /etc) [ ! d7]

В роли рабочего пользователя (power) я предполагаю, что наиболее распространенным системным творчеством будет установка дополнительных приложений, библиотек, режимов emacs и т. д.? Опять же, действительно важная часть состоит в том, чтобы всегда помещать файлы deb deb в /usr/local вместо /usr; использовать /usr/local/bin вместо /usr/bin, чтобы использовать /usr/local/share/emacs/23.1 вместо /usr/share/emacs/23.1 и т. д.

Как только вы начнете играть с демонами сервера, вы скоро столкнетесь с конфигурацией системы под /etc. Хотя вы обычно можете изменять файлы в /etc, вы должны «никогда» не удалять файл или каталог там, если только вы сами не создали его. Также вам следует быть осторожным с тем, что вы создаете новые файлы там, в случае, если позже они столкнутся с файлом конфигурации, который хочет создать менеджер пакетов. При этом есть определенные файлы, которые вы можете (и должны) создавать под /etc. Наиболее распространенными примерами являются определение ваших Apache VirtualHosts под /etc/apache2/sites-available.

Могут быть моменты, когда вы хотите создавать файлы или каталоги в разделе /var. Хотя это совершенно другое место, чем /etc, по-прежнему рассматривайте те же правила о том, чтобы быть осторожными и делать что-то индивидуально.

Если вы хотите узнать больше, это не повредит вам принять заглянуть в стандарт иерархии файловой системы (FHS) или в Руководство по политике Debian. Хотя это может быть полностью переполнено, отвечая на ваш первоначальный вопрос, он по-прежнему хорошо читается.

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

Если вы сами компилируете / устанавливаете программы, используя ./configure; делать; make install, не ставьте их прямо под /usr. Лучше использовать /usr/local или /opt, альтернативно (еще лучше), чтобы свернуть ваши собственные пакеты deb.

При удалении пакетов вы можете либо выполнить нормальное удаление, либо явную чистку. Если вы не очистите пакет, менеджер пакетов может оставить файлы позади /etc, /var и так далее. Не удаляйте эти файлы самостоятельно, поскольку менеджер пакетов ожидает, что они будут там. Вместо этого используйте диспетчер пакетов, чтобы явно очистить остатки пакета.

Использование deb-пакета из сторонних репозиториев должно теоретически быть безопасным, предполагая, что они тщательно построены и т. Д. Однако, чтобы быть в безопасности, вы могли бы хотите рассмотреть возможность удаления этих пакетов и / или репозиториев, прежде чем выполнять обновление до новой версии Ubuntu.

Хорошо, посмотрим, могу ли я добавить еще немного мяса к этому ответу ...

Прежде всего, все, что вы делаете в своем домашнем каталоге абсолютно безопасен в отношении менеджера пакетов. Это никогда не коснется чего-либо в разделе /home.

(Конечно, вы все равно можете вызвать у себя много путаницы, сделав плохое дело в своем домашнем каталоге. К счастью, обычно это можно восстановить, удалив сломанную конфигурацию файлы из вашего домашнего каталога и позволить им быть повторно созданными по умолчанию при следующем использовании. Обратите внимание, что автоматическое повторное создание конфигурации по умолчанию выполняется только для ваших личных файлов конфигурации, а не для системных файлов в разделе /etc) [ ! d7]

В роли рабочего пользователя (power) я предполагаю, что наиболее распространенным системным творчеством будет установка дополнительных приложений, библиотек, режимов emacs и т. д.? Опять же, действительно важная часть состоит в том, чтобы всегда помещать файлы deb deb в /usr/local вместо /usr; использовать /usr/local/bin вместо /usr/bin, чтобы использовать /usr/local/share/emacs/23.1 вместо /usr/share/emacs/23.1 и т. д.

Как только вы начнете играть с демонами сервера, вы скоро столкнетесь с конфигурацией системы под /etc. Хотя вы обычно можете изменять файлы в /etc, вы должны «никогда» не удалять файл или каталог там, если только вы сами не создали его. Также вам следует быть осторожным с тем, что вы создаете новые файлы там, в случае, если позже они столкнутся с файлом конфигурации, который хочет создать менеджер пакетов. При этом есть определенные файлы, которые вы можете (и должны) создавать под /etc. Наиболее распространенными примерами являются определение ваших Apache VirtualHosts под /etc/apache2/sites-available.

Могут быть моменты, когда вы хотите создавать файлы или каталоги в разделе /var. Хотя это совершенно другое место, чем /etc, по-прежнему рассматривайте те же правила о том, чтобы быть осторожными и делать что-то индивидуально.

Если вы хотите узнать больше, это не повредит вам принять заглянуть в стандарт иерархии файловой системы (FHS) или в Руководство по политике Debian. Хотя это может быть полностью переполнено, отвечая на ваш первоначальный вопрос, он по-прежнему хорошо читается.

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

Если вы сами компилируете / устанавливаете программы, используя ./configure; делать; make install, не ставьте их прямо под /usr. Лучше использовать /usr/local или /opt, альтернативно (еще лучше), чтобы свернуть ваши собственные пакеты deb.

При удалении пакетов вы можете либо выполнить нормальное удаление, либо явную чистку. Если вы не очистите пакет, менеджер пакетов может оставить файлы позади /etc, /var и так далее. Не удаляйте эти файлы самостоятельно, поскольку менеджер пакетов ожидает, что они будут там. Вместо этого используйте диспетчер пакетов, чтобы явно очистить остатки пакета.

Использование deb-пакета из сторонних репозиториев должно теоретически быть безопасным, предполагая, что они тщательно построены и т. Д. Однако, чтобы быть в безопасности, вы могли бы хотите рассмотреть возможность удаления этих пакетов и / или репозиториев, прежде чем выполнять обновление до новой версии Ubuntu.

Хорошо, посмотрим, могу ли я добавить еще немного мяса к этому ответу ...

Прежде всего, все, что вы делаете в своем домашнем каталоге абсолютно безопасен в отношении менеджера пакетов. Это никогда не коснется чего-либо в разделе /home.

(Конечно, вы все равно можете вызвать у себя много путаницы, сделав плохое дело в своем домашнем каталоге. К счастью, обычно это можно восстановить, удалив сломанную конфигурацию файлы из вашего домашнего каталога и позволить им быть повторно созданными по умолчанию при следующем использовании. Обратите внимание, что автоматическое повторное создание конфигурации по умолчанию выполняется только для ваших личных файлов конфигурации, а не для системных файлов в разделе /etc) [ ! d7]

В роли рабочего пользователя (power) я предполагаю, что наиболее распространенным системным творчеством будет установка дополнительных приложений, библиотек, режимов emacs и т. д.? Опять же, действительно важная часть состоит в том, чтобы всегда помещать файлы deb deb в /usr/local вместо /usr; использовать /usr/local/bin вместо /usr/bin, чтобы использовать /usr/local/share/emacs/23.1 вместо /usr/share/emacs/23.1 и т. д.

Как только вы начнете играть с демонами сервера, вы скоро столкнетесь с конфигурацией системы под /etc. Хотя вы обычно можете изменять файлы в /etc, вы должны «никогда» не удалять файл или каталог там, если только вы сами не создали его. Также вам следует быть осторожным с тем, что вы создаете новые файлы там, в случае, если позже они столкнутся с файлом конфигурации, который хочет создать менеджер пакетов. При этом есть определенные файлы, которые вы можете (и должны) создавать под /etc. Наиболее распространенными примерами являются определение ваших Apache VirtualHosts под /etc/apache2/sites-available.

Могут быть моменты, когда вы хотите создавать файлы или каталоги в разделе /var. Хотя это совершенно другое место, чем /etc, по-прежнему рассматривайте те же правила о том, чтобы быть осторожными и делать что-то индивидуально.

Если вы хотите узнать больше, это не повредит вам принять заглянуть в стандарт иерархии файловой системы (FHS) или в Руководство по политике Debian. Хотя это может быть полностью переполнено, отвечая на ваш первоначальный вопрос, он по-прежнему хорошо читается.

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

Если вы сами компилируете / устанавливаете программы, используя ./configure; делать; make install, не ставьте их прямо под /usr. Лучше использовать /usr/local или /opt, альтернативно (еще лучше), чтобы свернуть ваши собственные пакеты deb.

При удалении пакетов вы можете либо выполнить нормальное удаление, либо явную чистку. Если вы не очистите пакет, менеджер пакетов может оставить файлы позади /etc, /var и так далее. Не удаляйте эти файлы самостоятельно, поскольку менеджер пакетов ожидает, что они будут там. Вместо этого используйте диспетчер пакетов, чтобы явно очистить остатки пакета.

Использование deb-пакета из сторонних репозиториев должно теоретически быть безопасным, предполагая, что они тщательно построены и т. Д. Однако, чтобы быть в безопасности, вы могли бы хотите рассмотреть возможность удаления этих пакетов и / или репозиториев, прежде чем выполнять обновление до новой версии Ubuntu.

Хорошо, посмотрим, могу ли я добавить еще немного мяса к этому ответу ...

Прежде всего, все, что вы делаете в своем домашнем каталоге абсолютно безопасен в отношении менеджера пакетов. Это никогда не коснется чего-либо в разделе /home.

(Конечно, вы все равно можете вызвать у себя много путаницы, сделав плохое дело в своем домашнем каталоге. К счастью, обычно это можно восстановить, удалив сломанную конфигурацию файлы из вашего домашнего каталога и позволить им быть повторно созданными по умолчанию при следующем использовании. Обратите внимание, что автоматическое повторное создание конфигурации по умолчанию выполняется только для ваших личных файлов конфигурации, а не для системных файлов в разделе /etc) [ ! d7]

В роли рабочего пользователя (power) я предполагаю, что наиболее распространенным системным творчеством будет установка дополнительных приложений, библиотек, режимов emacs и т. д.? Опять же, действительно важная часть состоит в том, чтобы всегда помещать файлы deb deb в /usr/local вместо /usr; использовать /usr/local/bin вместо /usr/bin, чтобы использовать /usr/local/share/emacs/23.1 вместо /usr/share/emacs/23.1 и т. д.

Как только вы начнете играть с демонами сервера, вы скоро столкнетесь с конфигурацией системы под /etc. Хотя вы обычно можете изменять файлы в /etc, вы должны «никогда» не удалять файл или каталог там, если только вы сами не создали его. Также вам следует быть осторожным с тем, что вы создаете новые файлы там, в случае, если позже они столкнутся с файлом конфигурации, который хочет создать менеджер пакетов. При этом есть определенные файлы, которые вы можете (и должны) создавать под /etc. Наиболее распространенными примерами являются определение ваших Apache VirtualHosts под /etc/apache2/sites-available.

Могут быть моменты, когда вы хотите создавать файлы или каталоги в разделе /var. Хотя это совершенно другое место, чем /etc, по-прежнему рассматривайте те же правила о том, чтобы быть осторожными и делать что-то индивидуально.

Если вы хотите узнать больше, это не повредит вам принять заглянуть в стандарт иерархии файловой системы (FHS) или в Руководство по политике Debian. Хотя это может быть полностью переполнено, отвечая на ваш первоначальный вопрос, он по-прежнему хорошо читается.

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

Если вы сами компилируете / устанавливаете программы, используя ./configure; делать; make install, не ставьте их прямо под /usr. Лучше использовать /usr/local или /opt, альтернативно (еще лучше), чтобы свернуть ваши собственные пакеты deb.

При удалении пакетов вы можете либо выполнить нормальное удаление, либо явную чистку. Если вы не очистите пакет, менеджер пакетов может оставить файлы позади /etc, /var и так далее. Не удаляйте эти файлы самостоятельно, поскольку менеджер пакетов ожидает, что они будут там. Вместо этого используйте диспетчер пакетов, чтобы явно очистить остатки пакета.

Использование deb-пакета из сторонних репозиториев должно теоретически быть безопасным, предполагая, что они тщательно построены и т. Д. Однако, чтобы быть в безопасности, вы могли бы хотите рассмотреть возможность удаления этих пакетов и / или репозиториев, прежде чем выполнять обновление до новой версии Ubuntu.

Хорошо, посмотрим, могу ли я добавить еще немного мяса к этому ответу ...

Прежде всего, все, что вы делаете в своем домашнем каталоге абсолютно безопасен в отношении менеджера пакетов. Это никогда не коснется чего-либо в разделе /home.

(Конечно, вы все равно можете вызвать у себя много путаницы, сделав плохое дело в своем домашнем каталоге. К счастью, обычно это можно восстановить, удалив сломанную конфигурацию файлы из вашего домашнего каталога и позволить им быть повторно созданными по умолчанию при следующем использовании. Обратите внимание, что автоматическое повторное создание конфигурации по умолчанию выполняется только для ваших личных файлов конфигурации, а не для системных файлов в разделе /etc) [ ! d7]

В роли рабочего пользователя (power) я предполагаю, что наиболее распространенным системным творчеством будет установка дополнительных приложений, библиотек, режимов emacs и т. д.? Опять же, действительно важная часть состоит в том, чтобы всегда помещать файлы deb deb в /usr/local вместо /usr; использовать /usr/local/bin вместо /usr/bin, чтобы использовать /usr/local/share/emacs/23.1 вместо /usr/share/emacs/23.1 и т. д.

Как только вы начнете играть с демонами сервера, вы скоро столкнетесь с конфигурацией системы под /etc. Хотя вы обычно можете изменять файлы в /etc, вы должны «никогда» не удалять файл или каталог там, если только вы сами не создали его. Также вам следует быть осторожным с тем, что вы создаете новые файлы там, в случае, если позже они столкнутся с файлом конфигурации, который хочет создать менеджер пакетов. При этом есть определенные файлы, которые вы можете (и должны) создавать под /etc. Наиболее распространенными примерами являются определение ваших Apache VirtualHosts под /etc/apache2/sites-available.

Могут быть моменты, когда вы хотите создавать файлы или каталоги в разделе /var. Хотя это совершенно другое место, чем /etc, по-прежнему рассматривайте те же правила о том, чтобы быть осторожными и делать что-то индивидуально.

Если вы хотите узнать больше, это не повредит вам принять заглянуть в стандарт иерархии файловой системы (FHS) или в Руководство по политике Debian. Хотя это может быть полностью переполнено, отвечая на ваш первоначальный вопрос, он по-прежнему хорошо читается.

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

Если вы сами компилируете / устанавливаете программы, используя ./configure; делать; make install, не ставьте их прямо под /usr. Лучше использовать /usr/local или /opt, альтернативно (еще лучше), чтобы свернуть ваши собственные пакеты deb.

При удалении пакетов вы можете либо выполнить нормальное удаление, либо явную чистку. Если вы не очистите пакет, менеджер пакетов может оставить файлы позади /etc, /var и так далее. Не удаляйте эти файлы самостоятельно, поскольку менеджер пакетов ожидает, что они будут там. Вместо этого используйте диспетчер пакетов, чтобы явно очистить остатки пакета.

Использование deb-пакета из сторонних репозиториев должно теоретически быть безопасным, предполагая, что они тщательно построены и т. Д. Однако, чтобы быть в безопасности, вы могли бы хотите рассмотреть возможность удаления этих пакетов и / или репозиториев, прежде чем выполнять обновление до новой версии Ubuntu.

Хорошо, посмотрим, могу ли я добавить еще немного мяса к этому ответу ...

Прежде всего, все, что вы делаете в своем домашнем каталоге абсолютно безопасен в отношении менеджера пакетов. Это никогда не коснется чего-либо в разделе /home.

(Конечно, вы все равно можете вызвать у себя много путаницы, сделав плохое дело в своем домашнем каталоге. К счастью, обычно это можно восстановить, удалив сломанную конфигурацию файлы из вашего домашнего каталога и позволить им быть повторно созданными по умолчанию при следующем использовании. Обратите внимание, что автоматическое повторное создание конфигурации по умолчанию выполняется только для ваших личных файлов конфигурации, а не для системных файлов в разделе /etc) [ ! d7]

В роли рабочего пользователя (power) я предполагаю, что наиболее распространенным системным творчеством будет установка дополнительных приложений, библиотек, режимов emacs и т. д.? Опять же, действительно важная часть состоит в том, чтобы всегда помещать файлы deb deb в /usr/local вместо /usr; использовать /usr/local/bin вместо /usr/bin, чтобы использовать /usr/local/share/emacs/23.1 вместо /usr/share/emacs/23.1 и т. д.

Как только вы начнете играть с демонами сервера, вы скоро столкнетесь с конфигурацией системы под /etc. Хотя вы обычно можете изменять файлы в /etc, вы должны «никогда» не удалять файл или каталог там, если только вы сами не создали его. Также вам следует быть осторожным с тем, что вы создаете новые файлы там, в случае, если позже они столкнутся с файлом конфигурации, который хочет создать менеджер пакетов. При этом есть определенные файлы, которые вы можете (и должны) создавать под /etc. Наиболее распространенными примерами являются определение ваших Apache VirtualHosts под /etc/apache2/sites-available.

Могут быть моменты, когда вы хотите создавать файлы или каталоги в разделе /var. Хотя это совершенно другое место, чем /etc, по-прежнему рассматривайте те же правила о том, чтобы быть осторожными и делать что-то индивидуально.

Если вы хотите узнать больше, это не повредит вам принять заглянуть в стандарт иерархии файловой системы (FHS) или в Руководство по политике Debian. Хотя это может быть полностью переполнено, отвечая на ваш первоначальный вопрос, он по-прежнему хорошо читается.

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

Если вы сами компилируете / устанавливаете программы, используя ./configure; делать; make install, не ставьте их прямо под /usr. Лучше использовать /usr/local или /opt, альтернативно (еще лучше), чтобы свернуть ваши собственные пакеты deb.

При удалении пакетов вы можете либо выполнить нормальное удаление, либо явную чистку. Если вы не очистите пакет, менеджер пакетов может оставить файлы позади /etc, /var и так далее. Не удаляйте эти файлы самостоятельно, поскольку менеджер пакетов ожидает, что они будут там. Вместо этого используйте диспетчер пакетов, чтобы явно очистить остатки пакета.

Использование deb-пакета из сторонних репозиториев должно теоретически быть безопасным, предполагая, что они тщательно построены и т. Д. Однако, чтобы быть в безопасности, вы могли бы хотите рассмотреть возможность удаления этих пакетов и / или репозиториев, прежде чем выполнять обновление до новой версии Ubuntu.

Хорошо, посмотрим, могу ли я добавить еще немного мяса к этому ответу ...

Прежде всего, все, что вы делаете в своем домашнем каталоге абсолютно безопасен в отношении менеджера пакетов. Это никогда не коснется чего-либо в разделе /home.

(Конечно, вы все равно можете вызвать у себя много путаницы, сделав плохое дело в своем домашнем каталоге. К счастью, обычно это можно восстановить, удалив сломанную конфигурацию файлы из вашего домашнего каталога и позволить им быть повторно созданными по умолчанию при следующем использовании. Обратите внимание, что автоматическое повторное создание конфигурации по умолчанию выполняется только для ваших личных файлов конфигурации, а не для системных файлов в разделе /etc) [ ! d7]

В роли рабочего пользователя (power) я предполагаю, что наиболее распространенным системным творчеством будет установка дополнительных приложений, библиотек, режимов emacs и т. д.? Опять же, действительно важная часть состоит в том, чтобы всегда помещать файлы deb deb в /usr/local вместо /usr; использовать /usr/local/bin вместо /usr/bin, чтобы использовать /usr/local/share/emacs/23.1 вместо /usr/share/emacs/23.1 и т. д.

Как только вы начнете играть с демонами сервера, вы скоро столкнетесь с конфигурацией системы под /etc. Хотя вы обычно можете изменять файлы в /etc, вы должны «никогда» не удалять файл или каталог там, если только вы сами не создали его. Также вам следует быть осторожным с тем, что вы создаете новые файлы там, в случае, если позже они столкнутся с файлом конфигурации, который хочет создать менеджер пакетов. При этом есть определенные файлы, которые вы можете (и должны) создавать под /etc. Наиболее распространенными примерами являются определение ваших Apache VirtualHosts под /etc/apache2/sites-available.

Могут быть моменты, когда вы хотите создавать файлы или каталоги в разделе /var. Хотя это совершенно другое место, чем /etc, по-прежнему рассматривайте те же правила о том, чтобы быть осторожными и делать что-то индивидуально.

Если вы хотите узнать больше, это не повредит вам принять заглянуть в стандарт иерархии файловой системы (FHS) или в Руководство по политике Debian. Хотя это может быть полностью переполнено, отвечая на ваш первоначальный вопрос, он по-прежнему хорошо читается.

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

Если вы сами компилируете / устанавливаете программы, используя ./configure; делать; make install, не ставьте их прямо под /usr. Лучше использовать /usr/local или /opt, альтернативно (еще лучше), чтобы свернуть ваши собственные пакеты deb.

При удалении пакетов вы можете либо выполнить нормальное удаление, либо явную чистку. Если вы не очистите пакет, менеджер пакетов может оставить файлы позади /etc, /var и так далее. Не удаляйте эти файлы самостоятельно, поскольку менеджер пакетов ожидает, что они будут там. Вместо этого используйте диспетчер пакетов, чтобы явно очистить остатки пакета.

Использование deb-пакета из сторонних репозиториев должно теоретически быть безопасным, предполагая, что они тщательно построены и т. Д. Однако, чтобы быть в безопасности, вы могли бы хотите рассмотреть возможность удаления этих пакетов и / или репозиториев, прежде чем выполнять обновление до новой версии Ubuntu.

Хорошо, посмотрим, могу ли я добавить еще немного мяса к этому ответу ...

Прежде всего, все, что вы делаете в своем домашнем каталоге абсолютно безопасен в отношении менеджера пакетов. Это никогда не коснется чего-либо в разделе /home.

(Конечно, вы все равно можете вызвать у себя много путаницы, сделав плохое дело в своем домашнем каталоге. К счастью, обычно это можно восстановить, удалив сломанную конфигурацию файлы из вашего домашнего каталога и позволить им быть повторно созданными по умолчанию при следующем использовании. Обратите внимание, что автоматическое повторное создание конфигурации по умолчанию выполняется только для ваших личных файлов конфигурации, а не для системных файлов в разделе /etc) [ ! d7]

В роли рабочего пользователя (power) я предполагаю, что наиболее распространенным системным творчеством будет установка дополнительных приложений, библиотек, режимов emacs и т. д.? Опять же, действительно важная часть состоит в том, чтобы всегда помещать файлы deb deb в /usr/local вместо /usr; использовать /usr/local/bin вместо /usr/bin, чтобы использовать /usr/local/share/emacs/23.1 вместо /usr/share/emacs/23.1 и т. д.

Как только вы начнете играть с демонами сервера, вы скоро столкнетесь с конфигурацией системы под /etc. Хотя вы обычно можете изменять файлы в /etc, вы должны «никогда» не удалять файл или каталог там, если только вы сами не создали его. Также вам следует быть осторожным с тем, что вы создаете новые файлы там, в случае, если позже они столкнутся с файлом конфигурации, который хочет создать менеджер пакетов. При этом есть определенные файлы, которые вы можете (и должны) создавать под /etc. Наиболее распространенными примерами являются определение ваших Apache VirtualHosts под /etc/apache2/sites-available.

Могут быть моменты, когда вы хотите создавать файлы или каталоги в разделе /var. Хотя это совершенно другое место, чем /etc, по-прежнему рассматривайте те же правила о том, чтобы быть осторожными и делать что-то индивидуально.

Если вы хотите узнать больше, это не повредит вам принять заглянуть в стандарт иерархии файловой системы (FHS) или в Руководство по политике Debian. Хотя это может быть полностью переполнено, отвечая на ваш первоначальный вопрос, он по-прежнему хорошо читается.

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

Если вы сами компилируете / устанавливаете программы, используя ./configure; делать; make install, не ставьте их прямо под /usr. Лучше использовать /usr/local или /opt, альтернативно (еще лучше), чтобы свернуть ваши собственные пакеты deb.

При удалении пакетов вы можете либо выполнить нормальное удаление, либо явную чистку. Если вы не очистите пакет, менеджер пакетов может оставить файлы позади /etc, /var и так далее. Не удаляйте эти файлы самостоятельно, поскольку менеджер пакетов ожидает, что они будут там. Вместо этого используйте диспетчер пакетов, чтобы явно очистить остатки пакета.

Использование deb-пакета из сторонних репозиториев должно теоретически быть безопасным, предполагая, что они тщательно построены и т. Д. Однако, чтобы быть в безопасности, вы могли бы хотите рассмотреть возможность удаления этих пакетов и / или репозиториев, прежде чем выполнять обновление до новой версии Ubuntu.

Хорошо, посмотрим, могу ли я добавить еще немного мяса к этому ответу ...

Прежде всего, все, что вы делаете в своем домашнем каталоге абсолютно безопасен в отношении менеджера пакетов. Это никогда не коснется чего-либо в разделе /home.

(Конечно, вы все равно можете вызвать у себя много путаницы, сделав плохое дело в своем домашнем каталоге. К счастью, обычно это можно восстановить, удалив сломанную конфигурацию файлы из вашего домашнего каталога и позволить им быть повторно созданными по умолчанию при следующем использовании. Обратите внимание, что автоматическое повторное создание конфигурации по умолчанию выполняется только для ваших личных файлов конфигурации, а не для системных файлов в разделе /etc) [ ! d7]

В роли рабочего пользователя (power) я предполагаю, что наиболее распространенным системным творчеством будет установка дополнительных приложений, библиотек, режимов emacs и т. д.? Опять же, действительно важная часть состоит в том, чтобы всегда помещать файлы deb deb в /usr/local вместо /usr; использовать /usr/local/bin вместо /usr/bin, чтобы использовать /usr/local/share/emacs/23.1 вместо /usr/share/emacs/23.1 и т. д.

Как только вы начнете играть с демонами сервера, вы скоро столкнетесь с конфигурацией системы под /etc. Хотя вы обычно можете изменять файлы в /etc, вы должны «никогда» не удалять файл или каталог там, если только вы сами не создали его. Также вам следует быть осторожным с тем, что вы создаете новые файлы там, в случае, если позже они столкнутся с файлом конфигурации, который хочет создать менеджер пакетов. При этом есть определенные файлы, которые вы можете (и должны) создавать под /etc. Наиболее распространенными примерами являются определение ваших Apache VirtualHosts под /etc/apache2/sites-available.

Могут быть моменты, когда вы хотите создавать файлы или каталоги в разделе /var. Хотя это совершенно другое место, чем /etc, по-прежнему рассматривайте те же правила о том, чтобы быть осторожными и делать что-то индивидуально.

Если вы хотите узнать больше, это не повредит вам принять заглянуть в стандарт иерархии файловой системы (FHS) или в Руководство по политике Debian. Хотя это может быть полностью переполнено, отвечая на ваш первоначальный вопрос, он по-прежнему хорошо читается.

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

Если вы сами компилируете / устанавливаете программы, используя ./configure; делать; make install, не ставьте их прямо под /usr. Лучше использовать /usr/local или /opt, альтернативно (еще лучше), чтобы свернуть ваши собственные пакеты deb.

При удалении пакетов вы можете либо выполнить нормальное удаление, либо явную чистку. Если вы не очистите пакет, менеджер пакетов может оставить файлы позади /etc, /var и так далее. Не удаляйте эти файлы самостоятельно, поскольку менеджер пакетов ожидает, что они будут там. Вместо этого используйте диспетчер пакетов, чтобы явно очистить остатки пакета.

Использование deb-пакета из сторонних репозиториев должно теоретически быть безопасным, предполагая, что они тщательно построены и т. Д. Однако, чтобы быть в безопасности, вы могли бы хотите рассмотреть возможность удаления этих пакетов и / или репозиториев, прежде чем выполнять обновление до новой версии Ubuntu.

Хорошо, посмотрим, могу ли я добавить еще немного мяса к этому ответу ...

Прежде всего, все, что вы делаете в своем домашнем каталоге абсолютно безопасен в отношении менеджера пакетов. Это никогда не коснется чего-либо в разделе /home.

(Конечно, вы все равно можете вызвать у себя много путаницы, сделав плохое дело в своем домашнем каталоге. К счастью, обычно это можно восстановить, удалив сломанную конфигурацию файлы из вашего домашнего каталога и позволить им быть повторно созданными по умолчанию при следующем использовании. Обратите внимание, что автоматическое повторное создание конфигурации по умолчанию выполняется только для ваших личных файлов конфигурации, а не для системных файлов в разделе /etc) [ ! d7]

В роли рабочего пользователя (power) я предполагаю, что наиболее распространенным системным творчеством будет установка дополнительных приложений, библиотек, режимов emacs и т. д.? Опять же, действительно важная часть состоит в том, чтобы всегда помещать файлы deb deb в /usr/local вместо /usr; использовать /usr/local/bin вместо /usr/bin, чтобы использовать /usr/local/share/emacs/23.1 вместо /usr/share/emacs/23.1 и т. д.

Как только вы начнете играть с демонами сервера, вы скоро столкнетесь с конфигурацией системы под /etc. Хотя вы обычно можете изменять файлы в /etc, вы должны «никогда» не удалять файл или каталог там, если только вы сами не создали его. Также вам следует быть осторожным с тем, что вы создаете новые файлы там, в случае, если позже они столкнутся с файлом конфигурации, который хочет создать менеджер пакетов. При этом есть определенные файлы, которые вы можете (и должны) создавать под /etc. Наиболее распространенными примерами являются определение ваших Apache VirtualHosts под /etc/apache2/sites-available.

Могут быть моменты, когда вы хотите создавать файлы или каталоги в разделе /var. Хотя это совершенно другое место, чем /etc, по-прежнему рассматривайте те же правила о том, чтобы быть осторожными и делать что-то индивидуально.

Если вы хотите узнать больше, это не повредит вам принять заглянуть в стандарт иерархии файловой системы (FHS) или в Руководство по политике Debian. Хотя это может быть полностью переполнено, отвечая на ваш первоначальный вопрос, он по-прежнему хорошо читается.

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

Если вы сами компилируете / устанавливаете программы, используя ./configure; делать; make install, не ставьте их прямо под /usr. Лучше использовать /usr/local или /opt, альтернативно (еще лучше), чтобы свернуть ваши собственные пакеты deb.

При удалении пакетов вы можете либо выполнить нормальное удаление, либо явную чистку. Если вы не очистите пакет, менеджер пакетов может оставить файлы позади /etc, /var и так далее. Не удаляйте эти файлы самостоятельно, поскольку менеджер пакетов ожидает, что они будут там. Вместо этого используйте диспетчер пакетов, чтобы явно очистить остатки пакета.

Использование deb-пакета из сторонних репозиториев должно теоретически быть безопасным, предполагая, что они тщательно построены и т. Д. Однако, чтобы быть в безопасности, вы могли бы хотите рассмотреть возможность удаления этих пакетов и / или репозиториев, прежде чем выполнять обновление до новой версии Ubuntu.

Хорошо, посмотрим, могу ли я добавить еще немного мяса к этому ответу ...

Прежде всего, все, что вы делаете в своем домашнем каталоге абсолютно безопасен в отношении менеджера пакетов. Это никогда не коснется чего-либо в разделе /home.

(Конечно, вы все равно можете вызвать у себя много путаницы, сделав плохое дело в своем домашнем каталоге. К счастью, обычно это можно восстановить, удалив сломанную конфигурацию файлы из вашего домашнего каталога и позволить им быть повторно созданными по умолчанию при следующем использовании. Обратите внимание, что автоматическое повторное создание конфигурации по умолчанию выполняется только для ваших личных файлов конфигурации, а не для системных файлов в разделе /etc) [ ! d7]

В роли рабочего пользователя (power) я предполагаю, что наиболее распространенным системным творчеством будет установка дополнительных приложений, библиотек, режимов emacs и т. д.? Опять же, действительно важная часть состоит в том, чтобы всегда помещать файлы deb deb в /usr/local вместо /usr; использовать /usr/local/bin вместо /usr/bin, чтобы использовать /usr/local/share/emacs/23.1 вместо /usr/share/emacs/23.1 и т. д.

Как только вы начнете играть с демонами сервера, вы скоро столкнетесь с конфигурацией системы под /etc. Хотя вы обычно можете изменять файлы в /etc, вы должны «никогда» не удалять файл или каталог там, если только вы сами не создали его. Также вам следует быть осторожным с тем, что вы создаете новые файлы там, в случае, если позже они столкнутся с файлом конфигурации, который хочет создать менеджер пакетов. При этом есть определенные файлы, которые вы можете (и должны) создавать под /etc. Наиболее распространенными примерами являются определение ваших Apache VirtualHosts под /etc/apache2/sites-available.

Могут быть моменты, когда вы хотите создавать файлы или каталоги в разделе /var. Хотя это совершенно другое место, чем /etc, по-прежнему рассматривайте те же правила о том, чтобы быть осторожными и делать что-то индивидуально.

Если вы хотите узнать больше, это не повредит вам принять заглянуть в стандарт иерархии файловой системы (FHS) или в Руководство по политике Debian. Хотя это может быть полностью переполнено, отвечая на ваш первоначальный вопрос, он по-прежнему хорошо читается.

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

Если вы сами компилируете / устанавливаете программы, используя ./configure; делать; make install, не ставьте их прямо под /usr. Лучше использовать /usr/local или /opt, альтернативно (еще лучше), чтобы свернуть ваши собственные пакеты deb.

При удалении пакетов вы можете либо выполнить нормальное удаление, либо явную чистку. Если вы не очистите пакет, менеджер пакетов может оставить файлы позади /etc, /var и так далее. Не удаляйте эти файлы самостоятельно, поскольку менеджер пакетов ожидает, что они будут там. Вместо этого используйте диспетчер пакетов, чтобы явно очистить остатки пакета.

Использование deb-пакета из сторонних репозиториев должно теоретически быть безопасным, предполагая, что они тщательно построены и т. Д. Однако, чтобы быть в безопасности, вы могли бы хотите рассмотреть возможность удаления этих пакетов и / или репозиториев, прежде чем выполнять обновление до новой версии Ubuntu.

Хорошо, посмотрим, могу ли я добавить еще немного мяса к этому ответу ...

Прежде всего, все, что вы делаете в своем домашнем каталоге абсолютно безопасен в отношении менеджера пакетов. Это никогда не коснется чего-либо в разделе /home.

(Конечно, вы все равно можете вызвать у себя много путаницы, сделав плохое дело в своем домашнем каталоге. К счастью, обычно это можно восстановить, удалив сломанную конфигурацию файлы из вашего домашнего каталога и позволить им быть повторно созданными по умолчанию при следующем использовании. Обратите внимание, что автоматическое повторное создание конфигурации по умолчанию выполняется только для ваших личных файлов конфигурации, а не для системных файлов в разделе /etc) [ ! d7]

В роли рабочего пользователя (power) я предполагаю, что наиболее распространенным системным творчеством будет установка дополнительных приложений, библиотек, режимов emacs и т. д.? Опять же, действительно важная часть состоит в том, чтобы всегда помещать файлы deb deb в /usr/local вместо /usr; использовать /usr/local/bin вместо /usr/bin, чтобы использовать /usr/local/share/emacs/23.1 вместо /usr/share/emacs/23.1 и т. д.

Как только вы начнете играть с демонами сервера, вы скоро столкнетесь с конфигурацией системы под /etc. Хотя вы обычно можете изменять файлы в /etc, вы должны «никогда» не удалять файл или каталог там, если только вы сами не создали его. Также вам следует быть осторожным с тем, что вы создаете новые файлы там, в случае, если позже они столкнутся с файлом конфигурации, который хочет создать менеджер пакетов. При этом есть определенные файлы, которые вы можете (и должны) создавать под /etc. Наиболее распространенными примерами являются определение ваших Apache VirtualHosts под /etc/apache2/sites-available.

Могут быть моменты, когда вы хотите создавать файлы или каталоги в разделе /var. Хотя это совершенно другое место, чем /etc, по-прежнему рассматривайте те же правила о том, чтобы быть осторожными и делать что-то индивидуально.

Если вы хотите узнать больше, это не повредит вам принять заглянуть в стандарт иерархии файловой системы (FHS) или в Руководство по политике Debian. Хотя это может быть полностью переполнено, отвечая на ваш первоначальный вопрос, он по-прежнему хорошо читается.

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

Если вы сами компилируете / устанавливаете программы, используя ./configure; делать; make install, не ставьте их прямо под /usr. Лучше использовать /usr/local или /opt, альтернативно (еще лучше), чтобы свернуть ваши собственные пакеты deb.

При удалении пакетов вы можете либо выполнить нормальное удаление, либо явную чистку. Если вы не очистите пакет, менеджер пакетов может оставить файлы позади /etc, /var и так далее. Не удаляйте эти файлы самостоятельно, поскольку менеджер пакетов ожидает, что они будут там. Вместо этого используйте диспетчер пакетов, чтобы явно очистить остатки пакета.

Использование deb-пакета из сторонних репозиториев должно теоретически быть безопасным, предполагая, что они тщательно построены и т. Д. Однако, чтобы быть в безопасности, вы могли бы хотите рассмотреть возможность удаления этих пакетов и / или репозиториев, прежде чем выполнять обновление до новой версии Ubuntu.

Хорошо, посмотрим, могу ли я добавить еще немного мяса к этому ответу ...

Прежде всего, все, что вы делаете в своем домашнем каталоге абсолютно безопасен в отношении менеджера пакетов. Это никогда не коснется чего-либо в разделе /home.

(Конечно, вы все равно можете вызвать у себя много путаницы, сделав плохое дело в своем домашнем каталоге. К счастью, обычно это можно восстановить, удалив сломанную конфигурацию файлы из вашего домашнего каталога и позволить им быть повторно созданными по умолчанию при следующем использовании. Обратите внимание, что автоматическое повторное создание конфигурации по умолчанию выполняется только для ваших личных файлов конфигурации, а не для системных файлов в разделе /etc) [ ! d7]

В роли рабочего пользователя (power) я предполагаю, что наиболее распространенным системным творчеством будет установка дополнительных приложений, библиотек, режимов emacs и т. д.? Опять же, действительно важная часть состоит в том, чтобы всегда помещать файлы deb deb в /usr/local вместо /usr; использовать /usr/local/bin вместо /usr/bin, чтобы использовать /usr/local/share/emacs/23.1 вместо /usr/share/emacs/23.1 и т. д.

Как только вы начнете играть с демонами сервера, вы скоро столкнетесь с конфигурацией системы под /etc. Хотя вы обычно можете изменять файлы в /etc, вы должны «никогда» не удалять файл или каталог там, если только вы сами не создали его. Также вам следует быть осторожным с тем, что вы создаете новые файлы там, в случае, если позже они столкнутся с файлом конфигурации, который хочет создать менеджер пакетов. При этом есть определенные файлы, которые вы можете (и должны) создавать под /etc. Наиболее распространенными примерами являются определение ваших Apache VirtualHosts под /etc/apache2/sites-available.

Могут быть моменты, когда вы хотите создавать файлы или каталоги в разделе /var. Хотя это совершенно другое место, чем /etc, по-прежнему рассматривайте те же правила о том, чтобы быть осторожными и делать что-то индивидуально.

Если вы хотите узнать больше, это не повредит вам принять заглянуть в стандарт иерархии файловой системы (FHS) или в Руководство по политике Debian. Хотя это может быть полностью переполнено, отвечая на ваш первоначальный вопрос, он по-прежнему хорошо читается.

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

Если вы сами компилируете / устанавливаете программы, используя ./configure; делать; make install, не ставьте их прямо под /usr. Лучше использовать /usr/local или /opt, альтернативно (еще лучше), чтобы свернуть ваши собственные пакеты deb.

При удалении пакетов вы можете либо выполнить нормальное удаление, либо явную чистку. Если вы не очистите пакет, менеджер пакетов может оставить файлы позади /etc, /var и так далее. Не удаляйте эти файлы самостоятельно, поскольку менеджер пакетов ожидает, что они будут там. Вместо этого используйте диспетчер пакетов, чтобы явно очистить остатки пакета.

Использование deb-пакета из сторонних репозиториев должно теоретически быть безопасным, предполагая, что они тщательно построены и т. Д. Однако, чтобы быть в безопасности, вы могли бы хотите рассмотреть возможность удаления этих пакетов и / или репозиториев, прежде чем выполнять обновление до новой версии Ubuntu.

Хорошо, посмотрим, могу ли я добавить еще немного мяса к этому ответу ...

Прежде всего, все, что вы делаете в своем домашнем каталоге абсолютно безопасен в отношении менеджера пакетов. Это никогда не коснется чего-либо в разделе /home.

(Конечно, вы все равно можете вызвать у себя много путаницы, сделав плохое дело в своем домашнем каталоге. К счастью, обычно это можно восстановить, удалив сломанную конфигурацию файлы из вашего домашнего каталога и позволить им быть повторно созданными по умолчанию при следующем использовании. Обратите внимание, что автоматическое повторное создание конфигурации по умолчанию выполняется только для ваших личных файлов конфигурации, а не для системных файлов в разделе /etc) [ ! d7]

В роли рабочего пользователя (power) я предполагаю, что наиболее распространенным системным творчеством будет установка дополнительных приложений, библиотек, режимов emacs и т. д.? Опять же, действительно важная часть состоит в том, чтобы всегда помещать файлы deb deb в /usr/local вместо /usr; использовать /usr/local/bin вместо /usr/bin, чтобы использовать /usr/local/share/emacs/23.1 вместо /usr/share/emacs/23.1 и т. д.

Как только вы начнете играть с демонами сервера, вы скоро столкнетесь с конфигурацией системы под /etc. Хотя вы обычно можете изменять файлы в /etc, вы должны «никогда» не удалять файл или каталог там, если только вы сами не создали его. Также вам следует быть осторожным с тем, что вы создаете новые файлы там, в случае, если позже они столкнутся с файлом конфигурации, который хочет создать менеджер пакетов. При этом есть определенные файлы, которые вы можете (и должны) создавать под /etc. Наиболее распространенными примерами являются определение ваших Apache VirtualHosts под /etc/apache2/sites-available.

Могут быть моменты, когда вы хотите создавать файлы или каталоги в разделе /var. Хотя это совершенно другое место, чем /etc, по-прежнему рассматривайте те же правила о том, чтобы быть осторожными и делать что-то индивидуально.

Если вы хотите узнать больше, это не повредит вам принять заглянуть в стандарт иерархии файловой системы (FHS) или в Руководство по политике Debian. Хотя это может быть полностью переполнено, отвечая на ваш первоначальный вопрос, он по-прежнему хорошо читается.