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

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

Если вы сами компилируете / устанавливаете программы, используя ./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. Хотя это может быть полностью переполнено, отвечая на ваш первоначальный вопрос, он по-прежнему хорошо читается.

одним из важных факторов в процессе модернизации гладко-это не делать ничего, что путает менеджер пакетов. То есть, ты не должен себя трогать областей системы, которые менеджер пакетов планируете быть СВОЙ домен. Несколько конкретных примеров.

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

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

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

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

во-первых, все, что вы делаете в свой домашний каталог является совершенно безопасным в отношении к менеджеру пакетов. Он никогда не будет трогать под /home.

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

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

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

там могут быть случаи, когда вы хотите создать файлы или каталоги в разделе /var. В то время как это совершенно другое место, чем [зг19], до сих пор считают те же правила о необходимости быть бдительными и делать вещи на индивидуальное рассмотрение.

в случае, если вы хотите знать больше, это не помешает вам заглянуть в Стандарт иерархии файловой системы (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. Хотя это может быть полностью переполнено, отвечая на ваш первоначальный вопрос, он по-прежнему хорошо читается.