Автоматическое обновление альт линукс

Обновление ОС

Под обновлением операционной системы обычно подразумевается приведение всех её компонентов в актуальное состояние. Обратитесь далее к нужному разделу: Обновление ОС или Обновление до следующей версии ОС.

Обновление ОС

Выполнить обновление можно командами

# apt-get update && apt-get dist-upgrade && update-kernel 

epm full-upgrade предпримет все действия по обновлению всех установленных компонентов (в том числе установленных через epm play, flatpak, snap).

Обновление до следующей версии ОС

Как правило, возможно обновление установленного дистрибутива ALT Linux до следующей версии без необходимости переустановки заново.

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

Само обновление производится путём указания требуемых репозиториев в файлах /etc/apt/sources.list.d/*.list , /etc/apt/sources.list и выполнения команд apt-get update && apt-get dist-upgrade

# apt-get update && apt-get dist-upgrade 

либо эквивалентными действиями в графической утилите synaptic ; после чего следует обновить и ядро командой update-kernel (не реализовано в Synaptic).

Если при попытке сделать apt-get dist-upgrade выводится ругань о неудовлетворённых зависимостях, то следует обновить сначала apt и rpm:

# apt-get update && apt-get install apt rpm && apt-get dist-upgrade 

В любом случае рекомендуется перед apt-get dist-upgrade обновлять apt и rpm.

Обновление до следующей версии ОС с использованием epm

Чтобы выполнить обновление дистрибутива до следующей версии, выполните

Обновление включает в себя смену репозиториев, обновление всех пакетов, обновление ядра.

Обновление дистрибутива до Сизифа выполняется следующей командой (рекомендуется только если вы знаете, что делаете):

# epm release-upgrade Sisyphus 

В любом случае

• не смешивайте репозитории различных версий (и особенно с нестабильным Sisyphus)!
• следует указывать один репозиторий (возможно, содержащий несколько компонент или архитектурных разделов)
  не забудьте проверить содержимое /etc/apt/sources.list.d/*.list , среди них несложно пропустить /etc/apt/sources.list.d/sources.list либо /etc/apt/sources.list.d/cdrom.list Как вариант, посредством apt-repo rm all отключить сразу все, это не удалит записи о репозиториях, а лишь закомментирует. После чего вручную подключить (раскомментировать, удалив # в строках) только нужные.
• для смены источника, начиная с p7, так же удобно использовать утилиту apt-repo .

• наиболее общим репозиторием для каждого дистрибутива, начиная с версии 3.0, является соответствующий бранч
• начиная с ветки 4.0, обязательно подключение не только архитектурно-зависимого (i586 или x86_64), но и межархитектурного (noarch) раздела соответствующего репозитория второй строкой
• если используется ПО со связанной ядерной/пользовательской частью (например, драйвер NVIDIA или VirtualBox) — необходимо также выполнить обновление ядра при помощи update-kernel .
• при существенном количестве кандидатов на удаление лучше отказаться от dist-upgrade, перепроверить конфигурацию репозиториев и посоветоваться в рассылке community@
• в ubuntu и ей подобных дистрибутивах принята другая последовательность команд (apt-get update; apt-get upgrade). В дистрибутивах ALT она в общем случае не работает, т.к. не отслеживает изменение зависимостей. Применение такой последовательности команд ведёт к возникновению неисправимых ошибок в зависимостях.

В пределах версии

• обновления можно получать из соответствующего дистрибутиву бранча (например, p8/branch для Альт p8 или p5/branch для Альт Линукс Школьный 5.0)

Между версиями

• не следует предпринимать «прыжки» дальше, нежели на соседний бранч!
  например, процедура по возможности безболезненного обновления с Server 4.0 на бранч t6 выглядит как цепочка обновлений между ветками: 4.0=>4.1=>5.0=>5.1=>t6 [1]
• перед попыткой перехода между бранчами следует накатить все доступные обновления из текущего (особенно rpm и apt — apt-get update; apt-get install rpm apt )
• подробности перехода уточняйте на соответствующих страничках для p10, p9, p8 и т.д.

apt-get upgrade

Несмотря на то, что команда upgrade существует, использовать её следует осторожно, либо не использовать вовсе (altbug #30867). Цитата из «ALT Linux Master 2.0. Руководство системного администратора»:

Для обновления всех установленных пакетов используется команда apt-get upgrade. Она позволяет обновить те и только те установленные пакеты, для которых в репозитариях, перечисленных в /etc/apt/sources.list, имеются новые версии; при этом из системы не будут удалены никакие другие пакеты. Этот способ полезен при работе со стабильными пакетами приложений, относительно которых известно, что они при смене версии изменяются несущественно.

Иногда, однако, происходит изменение в именовании пакетов или изменение их зависимостей. Такие ситуации не обрабатываются командой apt-get upgrade, в результате чего происходит нарушение целостности системы: появляются неудовлетворенные зависимости. Например, переименование пакета MySQL-shared, содержащего динамически загружаемые библиотеки для работы с СУБД MySQL, в libMySQL, отражая общую тенденцию к наименованию библиотек в дистрибутиве, не приводит к тому, что установка обновленной версии libMySQL требует удаления старой версии MySQL-shared. Для разрешения этой проблемы существует режим обновления в масштабе дистрибутива — apt-get dist-upgrade.

Ссылки

• Changes — страничка про наиболее царапучие изменения; содержит также ссылки на страницы по бранчам и весьма рекомендуемые к изучению заранее — по rpm и apt

1. ↑ Несмотря на то, что выпуск дистрибутивов на 5.0/branch был отменён, обновление между 4.1 и 5.1 с его участием в качестве промежуточной точки проходит мягче, чем непосредственно.

Источник

Автоматическое обновление альт линукс

⁠37.5. Обновление систем, не имеющих выхода в Интернет

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

Модуль ЦУС Сервер обновлений (пакет alterator-mirror ) из раздела Серверы предназначен для зеркалирования репозиториев и публикации их для обновлений рабочих станций и серверов.

Сервер обновлений — технология, позволяющая настроить автоматическое обновление программного обеспечения, установленного на клиентских машинах (рабочих местах), работающих под управлением Альт Рабочая станция .

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

Здесь также можно выбрать репозитории, локальные срезы которых необходимы. При нажатии на название репозитория, появляются настройки этого репозитория. Необходимо выбрать источник (сайт, откуда будет скачиваться репозиторий), архитектуру процессора (если их несколько, то стоит выбрать соответствующие).

Сервер обновлений предоставляет возможность автоматически настроить обновление клиентских машин в нужном режиме:

В этом режиме на сервере создаётся копия удалённого репозитория. Загрузка ПО клиентскими машинами может производится с локального сервера по протоколам HTTP, HTTPS, FTP, rsync (для каждого протокола нужно настроить соответствующие службы, ниже приведён пример настройки HTTP- и FTP-сервера). Наличие на локальном сервере зеркала репозитория при большом количестве машин в сети позволяет существенно сэкономить трафик.

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

Шаблоны указываются по одному в отдельной строке. Символ «*» используется для подстановки любого количества символов.

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

Со стороны клиентских машин, в этом случае, необходимо настроить модуль Обновление системы , отметив в нём Обновление системы управляемое сервером .

По умолчанию локальное зеркало репозитория находится в /srv/public/mirror . Для того чтобы зеркалирование происходило в другую папку, необходимо эту папку примонтировать в папку /srv/public/mirror . Для этого в файл /etc/fstab следует вписать строку:

/media/disk/localrepo /srv/public/mirror none rw,bind,auto 0 0

Если в каталогах /srv/public/mirror/<репозиторий>/branch//base/ . нет файлов pkglist.* значит зеркалирование не закончено (т.е. не все файлы загружены на ваш сервер).

⁠37.5.1. Настройка веб-сервера

server < listen 80; server_name localhost .local ; access_log /var/log/nginx/repo-access.log; error_log /var/log/nginx/repo-error.log; location /mirror < root /srv/public; autoindex on; >>

# ln -s /etc/nginx/sites-available.d/repo.conf /etc/nginx/sites-enabled.d/repo.conf 

# systemctl enable --now nginx 

На клиентских машинах необходимо настроить репозитории. Сделать это можно в программе управления пакетами Synaptic ( Параметры → Репозитории ) или в командной строке:

# apt-repo rm all # apt-repo add http:///mirror/p10/branch 

# apt-repo rpm http://192.168.0.185/mirror p10/branch/x86_64 classic rpm http://192.168.0.185/mirror p10/branch/noarch classic

Источник

Автоматическое обновление альт линукс

⁠46.5. Обновление систем, не имеющих выхода в Интернет

Для систем, не имеющих прямого выхода в Интернет, рекомендуется установка отдельного сервера обновлений (например, на базе Альт Сервер или Альт Рабочая станция), находящегося вне защищенного контура и организация ограниченного доступа к этому серверу.

Модуль ЦУС Сервер обновлений (пакет alterator-mirror ) из раздела Серверы предназначен для зеркалирования репозиториев и публикации их для обновлений рабочих станций и серверов.

Сервер обновлений — технология, позволяющая настроить автоматическое обновление программного обеспечения, установленного на клиентских машинах (рабочих местах), работающих под управлением Альт Рабочая станция.

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

Здесь также можно выбрать репозитории, локальные срезы которых необходимы. При нажатии на название репозитория, появляются настройки этого репозитория. Необходимо выбрать источник (сайт, откуда будет скачиваться репозиторий), архитектуру процессора (если их несколько, то стоит выбрать соответствующие).

Сервер обновлений предоставляет возможность автоматически настроить обновление клиентских машин в нужном режиме:

В этом режиме на сервере создаётся копия удалённого репозитория. Загрузка ПО клиентскими машинами может производится с локального сервера по протоколам HTTP, HTTPS, FTP, rsync (для каждого протокола нужно настроить соответствующие службы, ниже приведён пример настройки HTTP- и FTP-сервера). Наличие на локальной машине зеркала репозитория при большом количестве машин в сети позволяет существенно сэкономить трафик.

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

Шаблоны указываются по одному в отдельной строке. Символ «*» используется для подстановки любого количества символов.

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

Со стороны клиентских машин, в этом случае, необходимо настроить модуль Обновление системы , отметив в нём Обновление системы управляемое сервером .

По умолчанию локальное зеркало репозитория находится в /srv/public/mirror . Для того чтобы зеркалирование происходило в другую папку, необходимо эту папку примонтировать в папку /srv/public/mirror . Для этого в файл /etc/fstab следует вписать строку:

/media/disk/localrepo /srv/public/mirror none rw,bind,auto 0 0

Если в каталогах /srv/public/mirror/<репозиторий>/branch//base/ . нет файлов pkglist.* значит зеркалирование не закончено (т.е. не все файлы загружены на ваш сервер обновлений).

⁠46.5.1. Настройка веб-сервера

server < listen 80; server_name localhost .local ; access_log /var/log/nginx/repo-access.log; error_log /var/log/nginx/repo-error.log; location /mirror < root /srv/public; autoindex on; >>

# ln -s /etc/nginx/sites-available.d/repo.conf /etc/nginx/sites-enabled.d/repo.conf 

# systemctl enable --now nginx 

На клиентских машинах необходимо настроить репозитории. Сделать это можно в программе управления пакетами Synaptic ( Параметры → Репозитории ) или в командной строке:

# apt-repo rm all # apt-repo add http:///mirror/p10/branch 

# apt-repo rpm http://192.168.0.185/mirror p10/branch/x86_64 classic rpm http://192.168.0.185/mirror p10/branch/noarch classic

Источник