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

В первую очередь необходимо сохранить резервные копии содержимого каталогов /etc и /var/lib/dpkg, а также вывод команды dpkg --get-selections "*" (кавычки необходимы).

Само по себе обновление никак не затрагивает каталог /home, но некоторые приложения (в частности, Mozilla и некоторые приложения KDE) при первом запуске новой версии перезаписывают пользовательские настройки настройками "по умолчанию". На всякий случай стоит заархивировать скрытые файлы и каталоги в домашних каталогах пользователей. Эта резервная копия поможет вам затем восстановить старые настройки, если это понадобится. Не лишним будет предупредить пользователей об этой проблеме.

Желательно заранее сообщить всем пользователям обо всех планируемых обновлениях, хотя пользователи, работающие в системе через SSH, не должны испытать особых проблем в процессе обновления и вполне могут продолжать работу. Если вы хотите принять дополнительные меры предосторожности, создайте резервную копию каталога с файлами пользователей (/home) или размонтируйте раздел, где он расположен, перед обновлением. Перезагрузка после обновления не потребуется, если вы, конечно, не планируете обновление ядра системы.

Обновление дистрибутива возможно как с локальной консоли (или подключённого напрямую последовательного терминала), так и через удалённое подключение ssh.

Внимание! Ни в коем случае не обновляйте систему через telnet, rlogin, rsh или из графического сеанса под управлением xdm, gdm, kdm и т.д., запущенного на обновляемой системе. Это связано с тем, что все эти серверы могут быть перезапущены при обновлении, что может привести к недоступности системы, обновлённой только наполовину.

Установка любого пакета должна производиться с привилегиями суперпользователя. Поэтому вы должны либо войти в систему под именем суперпользователя (root), либо использовать программы su или sudo.

Описываемая в этом разделе процедура обновления предназначена для обновления с "чистого" &oldreleasename;. Предполагается, что ваша система обновлена до последнего выпуска &oldreleasename;. Если это не так или вы в этом не уверены, следуйте инструкциям раздела .

Перед началом процесса обновления вы должны настроить файл конфигурации apt /etc/apt/sources.list.

Программа apt при запросе на установку пакета установит наивысшую версию пакета из тех, которые можно найти в источниках, соответствующих строкам deb этого файла. При равных версиях приоритет будут иметь строки, находящиеся в файле выше (таким образом, в случае использования нескольких зеркал обычно лучше первым указать каталог на локальном жёстком диске, затем компакт-диск и, наконец, зеркала HTTP/FTP).

На выпуск Debian можно ссылаться по его кодовому имени (например, "&oldreleasename;" или "&releasename;") или по его статусу (например, "oldstable" ("старый стабильный"), "stable" ("стабильный"), "testing" ("тестируемый"), "unstable" ("нестабильный")). Ссылки на выпуск по его кодовому имени имеют то преимущество, что вы никогда неожиданно для себя не начнёте пользоваться новым выпуском. Поэтому мы здесь так и делаем. В этом случае, вам, конечно, придётся самим следить за новыми выпусками. Если вы будете ссылаться на дистрибутив по его статусному имени, то после выхода нового выпуска вы просто увидите большое количество обновлённых пакетов.

Для обновления &debian; до нового выпуска рекомендуется использовать программу управления пакетами aptitude. Этот инструмент принимает более безопасные решения об установке пакетов, чем при непосредственном запуске apt-get.

Не забудьте смонтировать все необходимые разделы (в первую очередь, корневой раздел и каталог /usr) для чтения и записи. Это можно сделать командой mount -o remount,rw /точка_монтирования

Затем надо проверить и перепроверить, что источники APT в файле /etc/apt/sources.list ссылаются либо на "&releasename;", либо на "stable". Обратите внимание, источники на CD-ROM могут ссылаться на дистрибутив "unstable", хоть это и странно, но исправлять их не нужно.

Настоятельно рекомендуем использовать программу /usr/bin/script для записи ваших действий при обновлении. В этом случае, при возникновении каких-либо проблем у вас будет журнал произошедших событий, и если понадобится, вы сможете включить эту информацию в отчёт об ошибке. Чтобы начать запись, выполните команду script -a ~/upgrade-to-&releasename;.typescript Не размещайте файл с записью во временных каталогах, таких как /tmp и /var/tmp - файлы в этих каталогах могут быть удалены при обновлении или перезагрузке.

Запись также поможет вам прочитать информацию, которая была "промотана" за границу экрана. Просто переключитеcь на вторую консоль (нажав alt-F2) и, войдя в систему, запустите less ~root/upgrade-to-&releasename;.typescript для просмотра файла.

После завершения обновления, можно остановить script набрав exit в командной строке.

На машинах &arch-title; перед обновлением системы надо будет обновить ядро. Это вызвано изменениями в протоколе взаимодействия C-библиотеки и ядра. Вам понадобится ядро с обновлёнными определениями.

Подробные инструкции по установке нового ядра можно найти в .

Пробные обновления показали, что версия aptitude из &releasename; разрешает сложные зависимости при обновлении лучше, чем apt-get и aptitude из &oldreleasename;. # aptitude install aptitude

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

В некоторых случаях на этом шаге предлагается удалить большое количество пакетов. Можно попытаться сократить количество удаляемых пакетов, обновляя одновременно с aptitude что-нибудь ещё. Поясним на примере. При пробных обновлениях систем с установленным KDE этот шаг вызывал удаление многих пакетов KDE, зачастую вместе с perl. Решением в этом случае стал запуск install aptitude perl вместо install aptitude.

Когда команда aptitude dist-upgrade закончила работу, формально обновление завершено, но перед перезагрузкой следует проделать ещё несколько действий.

Прочтите подробную информацию об обновлении пакетов X Window System в файле /usr/share/doc/xfree86-common/README.Debian-upgrade.gz. Это относится к пользователям всех предыдущих выпусков. Вам обязательно надо его прочитать.

Вместе с появлением девяти тысяч новых пакетов, более двух тысяч пакетов из состава &oldreleasename; с появлением &releasename; устаревают. Устаревшие пакеты не включены в &releasename; и не больше будут обновляться. Ничто не мешает вам продолжить пользоваться этими пакетами, но приблизительно через год

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

Пакет может быть удалён из дистрибутива по многим причинам: разработка программы прекращена, пакет не интересен никому из разработчиков Debian, программа вытеснена другой, более функциональной программой или версией программы. Возможно, пакет содержит ошибки, из-за которых пока не может быть включён в &releasename;, в последнем случае пакет может быть доступен в нестабильном ("unstable") дистрибутиве.

Определить, какие пакеты устарели, очень легко, так как программы управления помечают их как "устаревшие". Если вы используете aptitude, полный список этих пакетов в разделе "Устаревшие и локально созданные пакеты". В программе dselect есть аналогичный раздел, но список пакетов в нём может несколько отличаться. Если в &oldreleasename; вы использовали aptitude для установки пакетов, то aptitude помнит, какие именно пакеты установили вы, и пометит как устаревшие пакеты, которые были установлены для удовлетворения зависимостей и которые больше не нужны, если пакет был удалён. В отличие от deborphan, aptitude не считает устаревшими пакеты, которые вы установили вручную, а не автоматически для удовлетворения зависимостей.

Существуют и другие инструменты для определения неиспользуемых пакетов, в их число входят deborphan, debfoster и cruft. Советуем использовать deborphan, хотя по умолчанию он ищет только ненужные библиотеки (пакеты в секциях "libs" и "oldlibs", от которых не зависит ни один другой пакет). Не удаляйте подряд все пакеты, найденные такими инструментами (в особенности, если при запуске вы указали опции, отличные от опций по умолчанию), чтобы не удалить что-нибудь нужное. Настоятельно рекомендуем перед удалением внимательно просмотреть список предложенных пакетов (прочесть описание, посмотреть входящие файлы).

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

Ни один пакет python2.X из поставки &releasename; не содержит стандартных модулей "profile" и "pstats", так как их лицензия не соответсвует DFSG (ошибка #293932 содержит более подробное описание). Эти модули можно получить, установив пакеты python-profiler и python2.X-profiler из секции non-free архива Debian.

X-cервер из выпуска &releasename; содержит оптимизированный код, который неверно работает на многих процессорах Transmeta(TM) Crusoe(TM). Когда в кэше процессора инструкции VLIW, оттранслированные из набора команд x86 оказываются в ошибочном состоянии, X-клиенты завершают работу со следующим сообщением об ошибке: X Error of failed request: BadLength (poly request too large or internal Xlib length error) Major opcode of failed request: 18 (X_ChangeProperty) Serial number of failed request: 15 Current serial number in output stream: 18

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

Так как ошибка содержится в закрытой системе трансляции кода Transmeta Code Morphing Software (CMS), а BIOS компьютера проверяет цифровую подпись производителя CMS при загрузке, неполадка может быть исправлена только при поддержке Transmeta и производителя компьютера. Более подробная информация об этой проблеме может быть найдена по адресу или в отчёте об ошибке Debian .

В качестве временного решения можно установить X-сервер, скомпилированный без оптимизации (например, из пакета xserver-xfree86-dbg).

Помимо этой информации о выпуске и руководства по установке, существует документация по &debian;, разрабатываемая проектом Debian Documentaton Project (DDP), целью которого является создание высококачественной документации для пользователей и разработчиков Debian. В состав этой документации входят Руководство по Debian, Руководство нового сопровождающего Debian, FAQ по Debian и многое другое. Полную информацию о доступных документах можно получить на .

Документация по конкретным пакетам устанавливается в каталог /usr/share/doc/пакет. Там может находиться информация об авторских правах, специфичная для Debian информация и документация от авторов исходной программы.

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

Мы приложили немало усилий, чтобы сделать Debian GNU/Linux операционной системой высокого качества, однако это не означает, что поставляемые нами пакеты не содержат абсолютно никаких ошибок. Мы предоставляем нашим пользователям полную информацию обо всех обнаруженных ошибках в нашей Системе отслеживания ошибок (Bug Tracking System, BTS), расположенной по адресу . Такой подход согласуется с концепцией открытой разработки Debian.

Если вы обнаружите ошибку в дистрибутиве или каком-то из его пакетов, пожалуйста, сообщите о ней, чтобы в следующем выпуске она была исправлена. Чтобы сообщить об ошибке, требуется работающий адрес электронной почты. Это необходимо для того, чтобы мы могли отслеживать ошибки, а разработчики - связываться с отправителями отчётов об ошибках, если им понадобится дополнительная информация.

Отправить сообщение об ошибке можно с помощью программы reportbug или вручную по электронной почте. Более подробную информацию о Системе отслеживания ошибок и о том, как её использовать, можно найти в каталоге /usr/share/doc/debian после установки пакета doc-debian или на сайте .

Чтобы помочь Debian, не нужно быть большим специалистом. Помогая пользователям в решении их проблем в вы уже помогаете сообществу. Выявление (или, что ещё лучше, решение) проблем, связанных с разработкой дистрибутива, участие в работе , также очень важно. Чтобы помочь поддерживать высокое качество Debian, и помогайте разработчикам отслеживать и исправлять их. Если вы хорошо владеете языком, вы можете помочь в написании или существующей документации на родной язык.

Если вы можете уделить Debian больше времени, можно взяться за сопровождение какой-нибудь свободной программы в Debian. В частности, полезной была бы поддержка пакетов, которые кто-то особенно хотел бы видеть в Debian. Подробную информацию можно найти на странице . Если вам интересна какая-то специфическая группа пользователей, возможно, вы захотите участвовать в одном из дочерних проектов Debian. Среди них портирование Debian на другие архитектуры, проекты и .

В любом случае, если вы участвуете в работе сообщества Свободного ПО в качестве пользователя, программиста, писателя или переводчика, вы уже помогаете Свободному программному обеспечению. Такое участие приносит удовольствие и радость, даёт возможность познакомиться с новыми людьми.