Alt linux обновление через терминал

Внимание! Перед обновление убедитесь, что у вас имеется свободное место на том разделе где установлена ваша система.

1) Прописываем путь к репозиториям.

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

Наиболее удобный способ прописать путь к репозиториям для новичков это использовать — программу управления пакетами Synaptic. Запускается она так:

Меню (кнопка на панели задач, слева-снизу) > Система > Менеджер пакетов (Программа управления пакетами Synaptic).

Далее система просит вас ввести пароль пользователя root.

Вводим пароль пользователя root (root это имя пользователя, а не пароль! Этот пользователь является системными администратором с максимально возможными в операционной системе правами). Пароль вы дожны знать, у каждого он свой. Пароль вашего персонального пользователя здесь не подойдет.

В открывшемся окне Synaptic выбираем меню Параметры > Репозитории

В открывшемся окне Репозитории выбираем нужные репозитории, в случае с Desktop 4.1 это:

ftp://ftp.altlinux.org/pub/distributions/ALTLinux/4.1/branch/ | noarch | classic

ftp://ftp.altlinux.org/pub/distributions/ALTLinux/4.1/branch/ | i586 | classic

В случае с дистрибутивами 5-й платформы выбираем (или прописываем, если отсутствует в списке):

ftp://ftp.altlinux.org/pub/distributions/ALTLinux/p5/branch/ | noarch | classic

ftp://ftp.altlinux.org/pub/distributions/ALTLinux/p5/branch/ | i586 | classic

1. Обязательно должны быть выбраны оба репозитория, noarch и i586, в противном случае при обновлении ваша система с большой вероятностью разрушится и вам придется переустанавливать ОС с нуля.

2. Не стоит прописывать более одной пары репозиториев (исключением является прописанный путь к ATAPI CD/DVD приводу, но в любом случае в привод должен быть вставлен правильный диск, раз уже путь к нему прописан), т.е. не имеет смысла одновременно иметь подключенными и бранч 4.1 и бранч p5 — это приведет к конфликтам версий пакетов.

Нажимаем ОК и закрываем окно Synaptic. Можно конечно пакеты обновлять и через Synaptic, но там свои особенности. В основном Synaptic бывает удобен для поиска и установки программ, которые еще не стоят в вашей системе.

Следует заметить что альтернативой программы Synaptic является один из модулей Альтератора (он же «acc», он же «Центр управления системой»). Более подробную информацию вы можете прочесть в статье по ссылке:

2) Обновляем ядро!

Обязательно первым делом ядро. Почему? Потому что: новое программное обеспечение (приложения, софт, в общем сленговых названия много) на старом ядре либо не работает, либо работает очень плохо. Старое программное обеспечение тоже не всегда хорошо может работать на новом ядре, но вероятность этого намного ниже, чем при связке новое ПО+старое ядро.

Итак для обновления ядра нам нужна консоль:

Меню > Система > Терминал (Konsole)

На приглашение системы (вместо user будет имя вашего текущего пользователя в системе):

Вводим пароль пользователя root (root это имя пользователя, а не пароль! Этот пользователь является системными администратором с максимально возможными в операционной системе правами). Пароль вы должны знать, у каждого он свой. Пароль вашего персонального пользователя здесь не подойдет.

Перед обновлением ядра полезно обновить сведения о пакетах для apt-get:

Дальше идет некоторый текст выводимый системой:

Get:1 ftp://ftp.altlinux.org noarch release [708B]
Get:2 ftp://ftp.altlinux.org i586 release [711B]
Fetched 1419B in 2s (664B/s)
Hit ftp://ftp.altlinux.org noarch/classic pkglist
Hit ftp://ftp.altlinux.org noarch/classic release
Hit ftp://ftp.altlinux.org i586/classic pkglist
Hit ftp://ftp.altlinux.org i586/classic release
Reading Package Lists. Done
Building Dependency Tree. Done

Затем, когда система снова выдаст приглашение:

apt-get install update-kernel

Дальше идет некоторый текст выводимый системой, если пакет обновляющий ядро уже установлен, то система выдаст:

Reading Package Lists. Done
Building Dependency Tree. Done
update-kernel is already the newest version.
0 upgraded, 0 newly installed, 0 removed and 0 not upgraded.

Затем, когда система снова выдаст приглашение:

update-kernel -t std-def

если в вашей системе установлено более 3 Гб (Гигабайт!) оперативной памяти (ОЗУ), то вам имеет смысл установить ядро с поддержкой PAE (Physical Address Extension):

update-kernel -t std-pae

Более подробную информацию о PAE можно прочитать по ссылке:

Более подробную информацию по выбору ядра можно почитать здесь:

Важно! Не закрывайте консоль и не завершайте работу системы до вывода приглашения:

1. Поддержка многоядерных процессоров встроена в ядро Linux и спрашивать об этом не имеет смысла — специально никто SMP не отключает, следовательно в ALT Linux оно работает также!

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

Если вам не нравится вид с «лишними» пунктами загрузочного меню в загрузчике Lilo, то вы можете отредактировать меню в одном из модулей Альтератора (он же «acc», он же «Центр управления системой»):

Меню > Настройка > Центр управления системой

Редактирование производится в режиме Эксперта. Однако делайте это с осторожностью, и в течение некоторого времени стоит понаблюдать не появились ли проблемы в работе нового ядра. Если с новым ядро есть проблемы, вы будете иметь возможность загрузиться со старым, а если удалите раньше времени, то получите неработоспособную систему в случае возникновения проблем.

После обновления ядра, можно приступать к обновлению дистрибутива.

3) Обновляем дистрибутив.

Если вы перед этим не обновляли ядро, то нужно ввести:

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

Далее на приглашение системы:

Если за прошедшее от последнего обновления системы не было обновлений, то система выдаст:

Reading Package Lists. Done
Building Dependency Tree. Done
Calculating Upgrade. Done
0 upgraded, 0 newly installed, 0 removed and 0 not upgraded.

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

Важно! Не закрывайте консоль и не завершайте работу системы до вывода приглашения:

Внимание! Обновление может потребовать очень большого количества сетевого трафика, особенно если вы обновляетесь в самый первый раз, то может потратиться до 500 Мб (Мегабайт!) или более. Все зависит от того, какие пакеты у вас установлены в системе.

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

Подробнее о структуре команд системы apt-get можно узнать введя в консоли:

Выход из режима справки (man) — нажать клавишу Q.

Источник

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

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

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

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

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

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

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

Содержание

В любом случае [ править ]

• не смешивайте репозитории различных версий (и особенно с нестабильным 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 )
• подробности перехода уточняйте на соответствующих страничках для 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.

Источник

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. Установите его после обновления:

Если устанавливали приложения KDE, то удалите sddm , чтобы не было конфликта с LightDM:

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’ [ править ]

Если после смены репозитория в ответ на команду apt-get update Вы видите сообщение «Unknown vendor ID», то, вероятнее всего, у Вас установлен пакет apt-conf- , отличный от apt-conf-branch. Верните старый репозиторий и установите этот пакет. Вместо обыного «Y» Вам придётся ввести фразу «Yes, do as I say!» (будет подсказка). Либо можно удалить символы [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 [ править ]

• При использовании с journald следует установить пакет syslog-ng-journal: altbug:36454.
• При обновлении OpenVZ-контейнера с хост-системой на ядре 2.6.32-ovz-el следует скопировать в /etc/syslog-ng/conf.d файл 00-redefine-source-sys.conf из примеров в документации [2] .

Ethernet-мост в etcnet [ править ]

Изменился способ настройки Ethernet-моcта в etcnet.

Сервер виртуализации PVE [ править ]

Прежде чем начинать обновление, необходимо заменить openntpd на chrony (altbug:37656). В противном случае обновление завершится с ошибкой, а при исправлении в ручном режиме придется удалять весь PVE.

Старые профили firefox [ править ]

При запуске со старым профилем из p8 firefox может не запуститься. Если такое случилось, следует «освежить» профиль запуском браузера с ключем —safe-mode (из терминала) и выбрать опцию восстановления «Refresh Firefox». Это исправит профиль с сохранением пользовательских настроек, паролей и истории.

Вход в систему (prefdm) [ править ]

При пользовании systemd после обновления с p8 до p9 может возникнуть необходимость переключиться на применяемый display manager в явном виде:

(либо sddm.service, либо какой иной)

На системах с sysvinit эта проблема не замечена.

Источник