при помощи какой команды правильно выполнять обновление системы альт линукс
QuickStart/Обновление системы
Обновление системы до актуального состояния [ править ]
После установки системы, её лучше сразу обновить до актуального состояния. Можно не обновлять и сразу приступать к работе только в том случае, если вы не планируете подключаться к сети или Интернету, не собираетесь устанавливать дополнительных программ, если всё железо успешно работает. Открываем терминал и вводим:
Получив рутовую консоль, набираем в ней:
После успешной загрузки на новом ядре (update-kernel) снова открываем терминал:
Такова общая схема обновления в пределах текущего бранча. А теперь подробнее со всеми тонкостями. Смотрим, какие репозитории сейчас подключены:
Допустим, нас это не устраивает. Допустим, в локальной сети уже есть NFS-сервер с зеркалом и мы хотим переключиться на него. Делаем следующее:
Здесь вместо NFSSERVER нужно вписать имя или IP-адрес сервера в своей локальной сети. По аналогии замените space своим названием экспортируемого каталога NFS. Если последняя команда отработала успешно, вы увидите содержимое этого каталога, иначе – смотрите dmesg. Обратите внимание: каждый раз после перезагрузки компьютера для обновления системы придётся заново набирать:
Так задумано! Не убирайте параметр noauto, если не хотите внезапно получить не загружаемую систему, когда начнутся проблемы в локальной сети. Осталось связать каталог /ALT с тем, что мы только что смонтировали:
Здесь /mnt/space/ALTLinux – каталог с зеркалом репозиториев, /mnt/space/ALTLinux/p8 – каталог с зеркалом бранча P8. Пути конечно же вымышленные, замените их своим вариантом.
На этом – ВСЁ, разовая подготовка завершена! Теперь все обновления пойдут не через Интернет, а с локального зеркала. Приступаем:
Первая команда («apt-get update») только обновит индексы. Её надо давать всегда перед второй командой, а также перед тем, как что-либо устанавливать. Вторая команда («apt-get dist-upgrade») обновит систему, но ядро и образ диска начальной загрузки останутся нетронутыми. Так задумано! Если хотите обновить сразу и ядро, сначала загляните СЮДА и дайте команду:
другие варианты (обусловлены тем, что в актуальных дистрибутивах АЛЬТ преимущественно используется два типа ядер – std-def и un-def):
Новое ядро загрузится только после перезапуска системы, который рекомендуется выполнить немедленно. Если с новым ядром что-то пойдёт не так, вы сможете вернуться к предыдущему варианту, выбрав его в начальном меню загрузчика. Если с новым ядром всё в порядке, не копите старые ядра, удаляйте их (только после перезагрузки):
другие варианты (с параметром «-n» ничего не изменится, вам только покажут, что будет удалено):
Если пакеты ставились из сети и кэш больше не требуется, можно освободить место на диске, дав команду:
Update/p9
Содержание
Обновление [ править ]
0. Сделайте резервную копию системы до начала обновления [ править ]
1. Обновить дистрибутив до самого свежего p8 [ править ]
2. Проверить syslog [ править ]
Пакет sysklogd был удалён из Sisyphus на момент формирования p9. Если Ваша система использует SysV init и sysklogd, а не systemd и journald, следует заранее установить либо rsyslog, либо syslog-ng во избежание удаления sshd (altbug #35312), или вытягивания по зависимостям systemd и journald.
3. Проверить apt-repo [ править ]
Скорее всего утилита уже была установлена и обновилась на первом шаге, но на всякий случай проверьте наличие:
4. Изменить источники обновления [ править ]
5. Обновиться до p9 [ править ]
Выполните собственно обновление:
6. Перезагрузка [ править ]
7. Удаление устаревших пакетов [ править ]
Следует воспользоваться советами по ссылке APT_в_ALT_Linux/Советы_по_использованию для удаления устаревших пакетов.
Настройки после обновления [ править ]
Альт Образование [ править ]
При обновлении удаляется пакет Lazarus. Установите его после обновления:
LibreOffice [ править ]
В дистрибутивах на Девятой платформе будет использоваться версия Still LibreOffice (а под именем LibreOffice будет собираться версия Fresh). Поэтому замените на LibreOffice-still:
Simply Linux [ править ]
Необходимо удалить конфликтующий пакет libpq5.9 и установить вместо него пакет libpq5:
Обновление с помощью EPM [ править ]
Для обновления с p8 до p9 можно воспользоваться командой epm release-upgrade из пакета eepm [1] :
Команда выполняет все необходимые действия для обновления, в том числе команды, описанные выше в порядке ручного обновления.
В связи с altbug:37672 необходимо сначала обновить версию eepm:
Известные проблемы [ править ]
E: Unknown vendor ID ‘p9’ [ править ]
ssh и systemd (screen и т.п.) [ править ]
В конфигурации по умолчанию systemd закрывает всё, что было запущено при входе по ssh. Установите пакет systemd-settings-disable-kill-user-processes: altbug #36633
Обновление ExtensionPack для VirtualBox [ править ]
После обновления virtualbox потребуется обновить ExtensionPack. Сделать это можно через меню Файл → Проверить обновления…
Обновление контейнера OpenVZ c хост-системой на p8 [ править ]
p9 содержит glibc 2.27. Этой библиотеке требуется ядро с поддержкой prlimit64, эта поддержка появилась в ядре 3.2.0. В OpenVZ есть механизм для обмана контейнера: в файле /etc/vz/osrelease.conf можно написать, какую версию ядра сообщать в контенер с соответствующим значением переменной OSTEMPLATE. Сверяется начальный набор символов шаблона, полностью значение из OSTEMPLATE можно не писать. Поддержка prlimit64 была бакпортирована в ядро 2.6.32-alt162, проверьте, что в хост-системе установлено ядро не старее этой версии.
Если вы неосторожно обновились без данной подготовки, Вам может помочь «apt-get dedup»: https://lists.altlinux.org/pipermail/sisyphus/2019-September/368152.html
Обновление системы с KDE4 [ править ]
KDE4 в p9 не поддерживается (собственно, и в p8 уже не поддерживается, хотя и работает). Обновление системы с KDE4 может привести к тому, что не запустится графическая подсистема. Удобнее перейти на KDE5 до обновления, чем чинить систему после. Для этого надо установить какой-либо из метапакетов, устанавливающих KDE5: kde5, kde5-big, kde5-maxi, либо какой-то ещё, помеченный как «Set of KDE 5 applications». Пакеты, относящиеся к kde4, потом можно удалить. Например так:
Перед подтверждением исполнения не помешает перепроверить список пакетов к удалению.
Обновление системы с TDE [ править ]
TDE в p9 не поддерживается, следует поступить аналогично случаю с KDE4. Вероятно могут быть проблемы с переносом каких-либо данных, например knotes (не проверено).
Обновление syslog-ng [ править ]
Ethernet-мост в etcnet [ править ]
Изменился способ настройки Ethernet-моcта в etcnet.
Сервер виртуализации PVE [ править ]
Прежде чем начинать обновление, необходимо заменить openntpd на chrony (altbug:37656). В противном случае обновление завершится с ошибкой, а при исправлении в ручном режиме придется удалять весь PVE.
Старые профили firefox [ править ]
Вход в систему (prefdm) [ править ]
При пользовании systemd после обновления с p8 до p9 может возникнуть необходимость переключиться на применяемый display manager в явном виде:
(либо sddm.service, либо какой иной)
На системах с sysvinit эта проблема не замечена.
Update/p8
Процедура обновления с p7 до p8 аналогична обновлению до p7:
Содержание
Обновление [ править ]
0. Желательно перед обновлением системы удалить все ненужные вам пакеты, и отключить ненужные сервисные службы [ править ]
Это сэкономит вам некоторое время в процессе обновления, и уменьшит трафик скачанных пакетов.
1. Обновить дистрибутив до самого свежего p7 [ править ]
Не обязательно, но желательно:
2. Если не установлена, установить обновлённую программу apt-repo [ править ]
3. Изменить источники обновления [ править ]
4. Обновиться до p8 [ править ]
Выполните собственно обновление:
NetworkManager [ править ]
Включите службу NetworkManager (если её используете):
5. Перезагрузка [ править ]
Настройки после обновления [ править ]
MariaDB [ править ]
В процессе обновления пакета mariadb-server могут появиться пугающие сообщения:
Файл server.cnf.rpmnew требует особого внимания. При переходе с p7 на p8 в этом пакете изменилась структура конфигурационных файлов. Появилась папка /etc/my.cnf.server с двумя файлами:
В самом server.cnf изменения, во многом, предсказуемы.
Если вы не согласны с частью изменений, то их можно и не принимать. К примеру, если MariaDB должен быть доступен с других ПК ЛВС, то skip-networking нужно оставить закомментированным.
В целом, новый server.cnf на 99% подходит.
Размер обновлений [ править ]
Название дистрибутива | Размер скачиваемого обновления, МБ |
---|---|
Альт Линукс 7.0 Кентавр | 902 |
Simply Linux 7.0 | 1 071 |
Альт Линукс 7.0 KDesktop | 1 724 |
Обновление с помощью EPM [ править ]
Для обновления с p7 до p8 можно воспользоваться командой epm release-upgrade из пакета eepm [1] :
Команда выполняет все необходимые действия для обновления, в том числе команды, описанные выше в порядке ручного обновления.
Известные проблемы [ править ]
Несовместимость тем GTK+3 [ править ]
Обновление ExtensionPack для VirtualBox [ править ]
После обновления virtualbox потребуется обновить ExtensionPack. Сделать это можно через меню Файл → Проверить обновления…
Доступ по SSH по ключам dss [ править ]
На новой системе может быть предупреждение об игнорировании старых ключей dss:
Для того, чтобы их использовать, добавьте в начало файла
Кроме того, может потребоваться разрешить некоторые алгоритмы у клиента, например, для доступа на оборудование Cisco:
Доступ по NFS [ править ]
Для доступа к старым серверам по протоколу NFS может потребоваться прописать параметр nfsvers=3:
Тачпад и джойстик [ править ]
Проблема с SASL у postfix-cyrus [ править ]
Проблема и пути для решения описаны в altbug #30270. Если не используется Cyrus-IMAP, лучше перейти на postfix-dovecot.
Проблема с PPPoE [ править ]
PPPoE может не работать: altbug #32693. Приготовьтесь откатить пакеты, связанные с PPPoE, до версий из p7. Можно заранее добавить в apt.conf в секцию Hold строку «^(ppp|ppp-pppoe)$|rp-pppoe-«.
Обновление MariaDB [ править ]
У MariaDB меняется структура конфигурационных файлов. Обратите внимание на раздел MariaDB.
Обновление Grub [ править ]
В p8 пакет Grub2 переименован в Grub. Ввиду наличия в apt altbug #34246 следует обновлять, например, командой «apt-get install grub-pc alterator-grub» (если alterator-grub установлен). В любом случае следует обратить внимание на то, какие пакеты незаслуженно удаляются при попытке установить grub-pc и дописать их в строку установки.
Обновление ОС
Как правило, возможно обновление установленного дистрибутива ALT Linux до следующей версии без необходимости переустановки заново.
При обновлении следует придерживаться нескольких правил, чтоб избежать неприятностей в виде удаления пакетов и развала системы по причине неосмотрительно отданной Вами административной команды.
либо эквивалентными действиями в графической утилите synaptic ; после чего следует обновить и ядро командой update-kernel (не реализовано в Synaptic).
Если при попытке сделать apt-get dist-upgrade выводится ругань о неудовлетворённых зависимостях, то следует обновить сначала apt и rpm:
В любом случае рекомендуется перед apt-get dist-upgrade обновлять apt и rpm.
Содержание
В любом случае [ править ]
В пределах версии [ править ]
Между версиями [ править ]
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.
Update/p10
Процедура обновления с p9 до p10 аналогична обновлению до p9.
Содержание
Обновление [ править ]
0. Сделайте резервную копию системы до начала обновления [ править ]
Желательно перед обновлением системы удалить все ненужные вам пакеты, и отключить ненужные сервисные службы. Это сэкономит вам некоторое время в процессе обновления, и уменьшит трафик скачанных пакетов. Сторонние пакеты, не входящие в репозиторий p9, могут не поддерживаться обновленной системой и мешать успешному обновлению.
1. Обновить дистрибутив до самого свежего p9 [ править ]
2. Проверить apt-repo [ править ]
Скорее всего утилита уже была установлена и обновилась на первом шаге, но на всякий случай проверьте наличие:
3. Изменить источники обновления [ править ]
Для перехода с p9 на p10 недостаточно сменить источники. apt-repo делает всё необходимое: помимо смены источников, создаётся файл /etc/rpm/macros.d/p10 следующего содержимого:
4. Обновиться до p10 [ править ]
Версии дистрибутивов 9.2 используют ядро un-def. Рекомендуется при обновлении на p10 переключиться на ядра std-def.
Выполните собственно обновление:
Если во время обновления в конце написало
5. Перезагрузка [ править ]
6. Удаление устаревших пакетов [ править ]
Следует воспользоваться советами по ссылке APT_в_ALT_Linux/Советы_по_использованию для удаления устаревших пакетов.
Обновление через EPM [ править ]
Обновиться с p9 до p10 можно посредством программы epm, предварительно установив её самую последнюю версию:
а затем скомандовав:
Устаревшие пакеты удалить командой:
Программа выполнит все необходимые действия для обновления, в том числе команды, описанные выше в порядке ручного обновления.
Настройки после обновления [ править ]
Известные проблемы [ править ]
E: Unknown vendor ID ‘p10’ [ править ]
ssh и systemd (screen и т.п.) [ править ]
В конфигурации по умолчанию systemd закрывает всё, что было запущено при входе по ssh. Установите пакет systemd-settings-disable-kill-user-processes: altbug #36633
Обновление ExtensionPack для VirtualBox [ править ]
После обновления virtualbox потребуется обновить ExtensionPack. Сделать это можно через меню Файл → Проверить обновления…