System maintenance (Русский) - ArchWiki

# System maintenance (Русский)

From ArchWiki
Jump to navigation Jump to search

Related articles

- Основные рекомендации

Состояние перевода: На этой странице представлен перевод статьи System maintenance. Дата последней синхронизации: 25 марта 2016. Вы можете помочь синхронизировать перевод, если в английской версии произошли изменения.

Регулярное обслуживание системы необходимо для правильной работы Arch в течение определенного периода времени. Своевременное обслуживание является привычной практикой многих пользователей.

## Проверка на наличие ошибок

### Неудачный запуск служб systemd

Проверьте, возможно какие-либо службы systemd неудачно запустились:

    $ systemctl --failed

Для большей информации смотрите Systemd (Русский)#Анализ состояния системы.

### Файлы журналов

Посмотрите на наличие ошибок файл журнала, находящийся в `/var/log`, а также высоко приоритетные ошибки в журнале systemd:

    # journalctl -p 3 -xb

Смотрите Systemd (Русский)#Журнал[broken link: invalid section] для большей информации.

Смотрите Xorg (Русский)#Проблемы[broken link: invalid section] о том где и как получить информацию о журналах ошибок Xorg.

## Резервное копирование

Создавайте резервные копии важных данных через регулярные промежутки времени. Эти данные включают в себя конфигурационные файлы, установленные пакеты и каталоги, такие как `/etc`, `/home`, `/var` и для серверных установок, также `/srv`.

Смотрите различные приложения синхронизации и программ резервного копирования которые подойдут в вашем случае. Также смотрите восстановление системы.

Резервное копирование можно автоматизировать с помощь Systemd/Tаймеры.

### Файлы настроек

Перед внесением изменений в файлы настроек, создайте резервную копию. Таким образом, вы можете вернуться к рабочей версии в случае возникновения проблем. Такие редакторы как vim и emacs могут сделать это автоматически, а также такая утилита как etckeeper держат `/etc` в системе контроля версий (VCS).

### Список установленных приложений

Ведите список всех установленных пакетов, а если полная переустановка неизбежна, то легче будет воссоздать первоначальное окружение.

Для подробностей смотрите Pacman/Советы и приёмы#Резервное копирование и извлечение списка установленных пакетов[broken link: invalid section].

### База данных Pacman

Смотрите Pacman/Советы и приёмы#Резервная копия базы данных pacman.

### Заголовки LUKS

Переодически проверяйте и синхронизируйте резервные копии LUKS-шифрованные заголовки разделов, особенно если ключевые фразы были аннулированы. Смотрите Dm-crypt/Device encryption#Backup and restore.

## Обновление системы

Рекомендуется регулярно выполнять полное обновление системы, чтобы насладиться последними исправлениями и обновлениями безопасности, а также, чтобы не иметь дело со слишком большим количеством обновлений пакетов, которые сразу требуют ручного вмешательства. Для подробностей смотрите Pacman (Русский)#Обновление пакетов. Убедитесь в том, что имеете установочный носитель Arch или доступен другой "live" Linux CD/USB, так что вы можете легко восстановить вашу систему, если появится проблема после обновления. Если вы используете Arch в рабочей среде, или не можете позволить себе время простоя по любой причине, - тестируйте изменения в файлах настроек, а также обновления программных пакетов на некритичных дубликатах первой системы. Тогда, если не будет никаких проблем, - сделаете изменения в рабочей среде.

Если в системе есть пакеты из AUR, внимательно обновите все из них.

### Избегайте определенных команд pacman

Избегайте частичные обновления, то есть никогда не запускайте `pacman -Sy`, вместо того чтобы использовать `pacman -Syu`.

Избегайте использования опции `--force` с Pacman, особенно в таких командах, как `pacman -Syu --force` с участием более чем одного пакета. Опция `--force` игнорирует конфликты файлов и может даже привести к потере файлов, когда файлы будут перемещены между различными пакетами! В правильно поддерживаемой системе, она должна использоваться только тогда, когда явно рекомендуется разработчиками Arch (смотрите #Прочитайте перед обновлением системы).

Избегайте использования опции `-d` с Pacman. `pacman -Rdd пакет` пропустит проверку зависимостей при удалении пакета. В результате пакет, создающий критическую зависимость, может быть удален, что приведет к нарушению системы.

### Частичные обновления не поддерживаются

Arch Linux является роллинг-релиз дистрибутивом. Это означает, что когда новая версия библиотек поступит в репозиторий, разработчики и доверенные пользователи пересоберут все пакеты в репозиториях, которые должны быть пересобраны с библиотеками. Например, если два пакета зависят от той же библиотеки, обновление только одного пакета может также обновить библиотеку (в качестве зависимости), которая может сломать другой пакет, который зависит от старой версии библиотеки.

Именно поэтому частичные обновления являются не поддерживаемыми. Не используйте `pacman -Sy пакет` или любой эквивалент, такой как `pacman -Sy` а затем `pacman -S пакет`, всегда обновляйтесь (с помощью `pacman -Syu`) перед установкой пакета. По той же причине будьте очень осторожны при использовании `IgnorePkg` и `IgnoreGroup`. Если в системе есть локально установленные пакеты (например, пакеты из AUR), пользователи должны будут пересобрать их, когда их зависимост получит игнор.

Если было частичное обновление, и бинарные файлы сломаны, потому что они не могут найти зависимые библиотеки, не "исправляйте" проблему при помощи символьной ссылки. Библиотеки получают игнор, когда они не имеет обратной совместимости. Выполнение команды `pacman -Syu` с правильно синхронизированным зеркалом решит проблему, пока сам "pacman" работоспособен.

Баш скрипт checkupdates, который входит в пакет pacman, обеспечивает безопасный способ проверки наличия обновлений для установленных пакетов, одновременно без запуска обновления системы. Смотрите также BBS ## 1563725.

### Прочитайте перед обновлением системы

Перед обновлением Arch, всегда читайте последние Новости Arch, чтобы узнать, есть ли какие-либо основные программные изменения или настройки с последними пакетами. Перед обновлением основного программного обеспечения (например, kernel, xorg, systemd, или glibc) на новую версию, посмотрите соответствующий форум, чтобы увидеть, были ли какие-либо сообщения о проблемах.

### Сигналы предупреждений во время обновления

При обновлении системы, не забудьте обратить внимание на оповещающие уведомления, предусмотренных Pacman. Если какие-либо дополнительные действия потребуются от пользователя, сделайте их сразуже. Если предупреждения pacman сбивают с толку, то для получения более подробных инструкций поищите на форумах и просмотрите недавние сообщения новостей.

### Как можно быстрее договаривайтесь с новыми файлами настроек

Когда вызывается pacman, могут быть созданы файлы `.pacnew` и `.pacsave`. Pacman уведомит вас, когда это произойдет, и пользователи должны разобраться с этими файлами в кратчайшие сроки. Пользователи могут обратиться к вики-страницы Pacman/Pacnew and Pacsave (Русский) для подробных инструкций.

Кроме того, подумайте о других файлах настроек которые вы можете скопировать или создать. Если пакет содержал пример настроек, который был скопирован в ваш домашний каталог, проверьте, был ли создан новый.

### Откат сломанных обновлений

Если пакет обновления предполагаемый/известный создаёт проблемы, pacman отобразит соответствующее сообщение, когда пакет обновляется. Если возникли проблемы после обновления, перепроверьте вывод pacman, просмотрев `/var/log/pacman.log`.

Только после того, когда нет никакой информации доступной от Pacman, нет новости на http://archlinux.org.ru, и нет сообщений на форуме по поводу обновления, рассмотрите возможность обращения за помощью на форум и в IRC, либо "откатите" пакет.

## Используйте менеджер пакетов для установки программного обеспечения

Pacman делает работу намного лучше, чем ваше ручное содержание файлов. Если вы устанавливаете пакеты вручную, вы в скором времени, рано или поздно, забудете что вы делали, устанавливали конфликтующее программное обеспечение, устанавливали в неправильное место и т.д. Вместо этого, узнайте, как создать пакет.

Чтобы очистить неправильно установленные файлы, смотрите Pacman/Советы и приёмы#Найти файлы не принадлежащие любому пакету[broken link: invalid section].

### Выбирайте драйверы с открытым исходным кодом

Всегда старайтесь использовать драйверы с открытым исходным кодом, прежде чем прибегнуть к проприетарным драйверам. Большую часть времени, драйверы с открытым исходным кодом являются более стабильными и надежными, чем проприетарные драйверы. Ошибки драйверов с открытым исходным кодом исправляются более легко и быстро. В то время как закрытые драйверы могут предложить больше функций и возможностей, это может происходить за счет стабильности. Чтобы избежать этой дилеммы, попробуйте выбрать аппаратные компоненты (железо), известные и имеющие развитую поддержку открытых драйверов с полными функциями. Информацию об аппаратном обеспечении с открытым исходным кодом драйверов Linux можно найти на linux-drivers.org.

### Будьте осторожны с неофициальными пакетами

Используйте меры предосторожности при использовании пакетов из AUR или неофициальных пользовательских репозиториев. Большинство из них содержатся обычными пользователями, и, следовательно, не могут иметь те же стандарты, что и в официальных репозиториях. Будьте осторожны с вспомогательными утилитами для работы с AUR, которые весьма упрощают установку пакетов AUR. Всегда проверяйте PKGBUILD'ы на вменяемость, признаки ошибок или вредоносного кода, прежде чем собрать и/или установить пакет.

Для упрощения технического обслуживания, ограничьте количество используемых неофициальных пакетов. Делайте периодические проверки на актуальность их использования, и удалите (или замените их на официальный аналог) либо на другие. Смотрите полезные команды Pacman/Советы и приёмы#Обслуживание.

### Обновите список зеркал (mirrorlist)

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

## Очистите файловую систему

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

- Список приложений#Информация об использовании дискового пространства.
- Список приложений#Очистка диска.

### Старые файлы настроек

Старые файлы настроек могут конфликтовать с новыми версиями программного обеспечения, или портиться со временем. Периодически удаляйте ненужные файлы настроек, особенно в вашей домашней папке и `~/.config`. По тем же причинам, будьте осторожны при совместном использовании домашних папок между установками.

Посмотрите на следующие папки:

- `~/.config/` -- здесь приложения хранят свои настройки
- `~/.cache/` -- кэш некоторых программ может увеличиваться в размерах
- `~/.local/share/` -- а тут могут лежать старые файлы

Для большей информации смотрите XDG Base Directory support.

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

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

### Неиспользуемые пакеты

Удалите неиспользуемые пакеты из системы, тем самым освободив место на диске и упростив обслуживание.

Для подробностей смотрите Pacman/Советы и приёмы#Удаление неиспользуемых пакетов.

### Кэш пакетов

Удалите ненужные файлы `.pkg` из `/var/cache/pacman/pkg/` чтобы освободить дисковое пространство. .

Для большей информации смотрите Pacman (Русский)#Очистка кэша пакетов.

### Сломанные симлинки

Старые, сломанные символьные ссылки могут находится в вашей системе; вы должны удалить их. Найти примеры того как их найти указаны тут (Англ.) и там (Англ.).

Для быстрого просмотра списка всех сломанных символьных ссылок в вашей системе, воспользуйтесь:

     # find . -type l -! -exec test -e {} \; -print

Затем проверьте и удалите ненужные записи из этого списка.

## Советы и приёмы

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

### Используйте проверенные программные пакеты

Роллинг-релиз Arch даёт преимущество пользователям, которые хотят попробовать новейшие функции и получить последние обновления как можно скорее, но это может сделать обслуживание системы более трудным. Для упрощения технического обслуживания и повышения стабильности, старайтесь избегать ультрасовременное программное обеспечение и устанавливайте только зрелое и проверенные программное обеспечение. Такие пакеты имеют меньше шансов получить сложные обновления, такие как основные изменения настроек или удаление особенностей. Предпочитайте программное обеспечение, которое имеет сильное и активное сообщество разработчиков, а также большое количество компетентных пользователей, для того чтобы упростить поддержку в случае возникновения проблем.

Избегайте использования тестового (testing) репозитория, даже отдельных пакетов из testing. Эти пакеты являются экспериментальными и не подходят для стабильной системы. Кроме того, избегайте разрабатываемых пакетов, которые собираются непосредственно из апстрима. Они обычно находятся в AUR, и содержат в названии: "dev", "devel", "svn", "cvs", "git", и т.д.

### Установите пакет linux-lts

Пакет linux-lts представляет собой альтернативный пакет ядра Arch, и доступен в core репозитории. Эта конкретная версия ядра имеет долгосрочную поддержку (LTS) от апстрима, включая исправления безопасности, и некоторые Бэкпорты. Это будет полезным, если вы предпочитаете стабильность и менее частые обновления ядра, или если вы хотите иметь запасное ядро, в случае если новая версия ядра вызывает проблемы.

Для того, чтобы сделать его доступным в качестве варианта загрузки, вам нужно будет обновить файл настроек загрузчика, для использования ядра LTS и ram disk: `vmlinuz-linux-lts` и `initramfs-linux-lts.img`.

## Смотрите также

- Bash-скрипт для новостей Arch (Англ.)

Category:

- System administration (Русский)

Hidden category:

- Pages with broken section links