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

Материал из ALT Linux Wiki
м (init off fresh M40->M51 (and overall) experience)
 
м (reword intro)
Строка 4: Строка 4:
[[Категория:Upgrade]]
[[Категория:Upgrade]]
[[Категория:FAQ]]
[[Категория:FAQ]]
Как правило, возможно обновление установленного дистрибутива ALT Linux до следующей версии без необходимости переустановки заново.


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


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

Версия от 18:15, 10 января 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