Обновление ОС: различия между версиями

Материал из ALT Linux Wiki
м (Правки Asy (обсуждение) откачены к версии MichaelShigorin)
Строка 22: Строка 22:


== Между версиями ==
== Между версиями ==
* '''не следует предпринимать «прыжки» дальше, нежели на соседний бранч!'''<br>например, процедура по возможности безболезненного обновления с Server 4.0 на бранч 5.1 выглядит как цепочка обновлений между ветками: 4.0->4.1->5.1 (бранч 5.0 пропущен сознательно, это исключение)
* '''не следует предпринимать «прыжки» дальше, нежели на соседний бранч!'''<br>например, процедура по возможности безболезненного обновления с Server 4.0 на бранч 5.1 выглядит как цепочка обновлений между ветками: 4.0->4.1->5.0->5.1
* перед произведением попытки перехода между бранчами следует накатить все доступные обновления из текущего (особенно {{pkg|rpm}} и {{pkg|apt}} — {{cmd|apt-get update; apt-get install rpm apt}})
* перед произведением попытки перехода между бранчами следует накатить все доступные обновления из текущего (особенно {{pkg|rpm}} и {{pkg|apt}} — {{cmd|apt-get update; apt-get install rpm apt}})


== Ссылки ==
== Ссылки ==
* [[Changes]] — страничка про наиболее царапучие изменения; содержит также ссылки на страницы по бранчам и весьма рекомендуемые к изучению заранее — по [[Changes/rpm|rpm]] и [[Changes/apt|apt]]
* [[Changes]] — страничка про наиболее царапучие изменения; содержит также ссылки на страницы по бранчам и весьма рекомендуемые к изучению заранее — по [[Changes/rpm|rpm]] и [[Changes/apt|apt]]

Версия от 17:32, 20 августа 2011

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

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

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

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

  • не смешивайте репозитории различных версий (и особенно с нестабильным Sisyphus)!
  • следует указывать один репозиторий (возможно, содержащий несколько компонент или архитектурных разделов)
    не забудьте проверить содержимое /etc/apt/sources.list.d/*.list, среди них несложно пропустить /etc/apt/sources.list.d/sources.list либо /etc/apt/sources.list.d/cdrom.list
  • наиболее общим репозиторием для каждого дистрибутива, начиная с версии 3.0, является соответствующий бранч
  • начиная с ветки 4.0, обязательно подключение не только архитектурно-зависимого (i586 или x86_64), но и межархитектурного (noarch) раздела соответствующего репозитория второй строкой
  • при существенном количестве кандидатов на удаление лучше отказаться от dist-upgrade, перепроверить конфигурацию репозиториев и посоветоваться в рассылке community@

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

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

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

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

Ссылки

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