Настойліва раім перад абнаўленнем зрабіць поўную рэзервовую копію альбо як мінімум зрабіць копію наладак і інфармацыі, якія занадта дарагія, каб рызыкаваць імі. Падчас абнаўлення выкарыстоўваюцца дастаткова надзейныя cродкі і працэсы, але, напрыклад, апаратны збой пасярэдзіне працэсу абнаўлення можа скончыцца цяжкімі пашкоджаннямі сістэмы.

The main things you'll want to back up are the contents of /etc, /var/lib/dpkg, /var/lib/apt/extended_states and the output of dpkg --get-selections "*" (the quotes are important). If you use aptitude to manage packages on your system, you will also want to back up /var/lib/aptitude/pkgstates.

Сам працэс абнаўлення не змяняе нічога ў дырэкторыі /home. Тым не менш, вядома, што пэўныя праграмы (напрыклад, кампаненты набору праграм Mozilla альбо працоўных асяродкаў GNOME ды KDE) могуць перазапісваць існуючыя наладкі карыстальнікаў новымі стандартнымі значэннямі пры першым запуску новай версіі такой праграмы. У якасці меры перасцярогі варта зрабіць рэзервовыя копіі схаваных файлаў і дырэкторый (іх назвы пачынаюцца з кропкі) з хатніх дырэкторыяў карыстальнікаў. Такія рэзервовыя копіі дапамогуць аднавіць альбо нанова стварыць старыя наладкі. Мажліва, аб гэткай магчымасці варта паведаміць карыстальнікам.

Любая працэдура ўсталявання пакетаў мусіць быць запушчаная з правамі суперкарыстальніка, таму альбо ўвайдзіце ў сістэму як root або скарыстайцеся камандамі su ці sudo для атрымання адпаведных прывілеяў.

Існуе некалькі папярэдніх умоваў, выкананне якіх трэба праверыць перад пачаткам абнаўлення.

Разумна будзе своечасова паведаміць усім карыстальнікам аб любых абнаўленнях сістэмы, якія Вы плануеце, нягледзячы на тое, што карыстальнікі, якія працуюць у сістэме праз злучэнне ssh могуць амаль не заўважыць працэсу абнаўлення і будуць мець магчымасць спакойна працягваць працу.

Калі Вы лічыце неабходнымі дадатковыя перасцярогі, зрабіце рэзервовую копію файлавай сістэмы /home або адмацуйце падзел з ёю перад пачаткам абнаўлення.

You will have to do a kernel upgrade when upgrading to squeeze, so a reboot will be necessary.

During the upgrade process, there might be services associated with packages that will be include in the upgrade. If this is the case, these services might be stopped while the packages that are going to be upgraded are being replaced and configured. During this time, these services will not be available.

The precise downtime for these service will vary depending on the number of packages being upgraded in the system, and it also includes the time the system administrator answers the configuration questions from different package upgrades (if any). Notice that if the upgrade process is left unattended and the system requests input throughout the upgrade there is a high possibility of services being unavailable^[4] for a significant period of time.

If the system being upgraded provides critical services for your users or network^[5], you can reduce the downtime if you do a minimal system upgrade, as described in Section 4.4.4, “Мінімальнае абнаўленне сістэмы”, followed by a kernel upgrade and reboot (see Section 4.4.5, “Upgrading the kernel and udev”), and then upgrade the packages associated with your critical services. Upgrade these packages prior to doing the full upgrade described in Section 4.4.6, “Upgrading the system”. This way you can ensure that these critical services are running and available through the full upgrade process, and their downtime is reduced.

Дзякуючы вялікай колькасці зменаў у ядрах паміж lenny ды squeeze, якія датычацца драйвераў, механізмаў пошуку абсталявання, пагадненняў аб назвах і парадку вызначэння файлаў прылад, існуе рызыка таго, што падчас перазагрузкі сістэмы пасля абнаўлення узнікне шэраг праблем. Гэты і наступныя падзелы распавядаюць аб вялікай колькасці вядомых патэнцыйных праблемных сітуацыяў.

З улікам сказанага мае сэнс упэўніцца ў магчымасці аднавіць кантроль над сістэмай, калі яна не здолее перазагрузіцца або (што актуальна для сістэм, якімі кіруюць дыстанцыйна) не здолее распачаць працу з сецівам.

Калі абнаўленне сістэмы запускаецца дыстанцыйна праз злучэнне ssh настойліва раім выканаць усе магчымыя дзеянні перасцярогі дзеля таго, каб забяспечыць магчымасць дыстанцыйнага доступу да сервера праз паслядоўны тэрмінал. Існуе верагоднасць, што пасля абнаўлення і перазапуску назвы пэўных прыладаў будуць змененыя (гл. Section 4.6.2, “Змена нумароў прылад”), а Вам давядзецца выпраўляць наладкі сістэмы праз лакальную кансоль. Таксама ўжываць лакальную кансоль, магчыма, давядзецца, калі сістэма выпадкова перазагрузіцца падчас абнаўлення.

Відавочны першы крок па выпраўленні сітуацыі -- спроба загрузіцца са старым ядром. Але, дзякуючы розным прычынам, апісаным у гэтым дакуменце, гэткі падыход можа не спрацаваць.

Калі спроба не атрымаецца, спатрэбіцца альтэрнатыўны шлях загрузкі сістэмы і доступу ў яе. Адным з варыянтаў можа быць выкарыстанне адмысловага “выратавальнага” дыску альбо загрузачнага дыска Linux live CD. Пасля загрузкі з такога дыску ў большасці выпадкаў ёсць магчымасць прымацаваць каранёвую файлавую сістэму і перайсці ў яе з дапамогай chroot дзеля вынаходжання і выпраўлення праблемы.

Іншы варыянт, які можна параіць -- выкарыстанне праграмы ўсталявання squeeze у гэтак званым рэжыме ратавання. Перавага названага падыходу ў тым, што з розных метадаў усталявання магчыма абраць найбольш прыдатны да ўласных патрэбаў. Больш звестак на гэтую тэму ўтрымліваецца ў восьмай главе Кіраўніцтва па ўсталяванні і ў Частых пытаннях пра праграму ўсталявання Debian

Абнаўленне дыстрыбутыву варта рабіць альбо лакальна ў тэкставым рэжыме (карыстаючыся віртуальнай кансоллю ці непасрэдна падлучаным паслядоўным тэрміналам), альбо дыстанцыйна праз злучэнне ssh.

	Important
	If you are using some VPN services (such as tinc) they might not be available throughout the upgrade process. Please see Section 4.1.3, “Prepare for downtime on services”.

Каб забяспечыць дадатковую устойлівасць дыстанцыйнага абнаўлення, раім запускаць абнаўленчы працэс у віртуальнай кансолі праграмы screen, якая дае магчымасць бяспечнага перадалучэння. Гэта дазволіць быць упэўненым, што выпадковы разрыў сувязі не прывядзе да спынення абнаўленчага працэсу.

	Important
	Катэгарычна не варта запускаць працэс абнаўлення з дапамогай telnet,rlogin,rsh або з графічнай Х-сесіі (запушчанай на машыне, якая абнаўляецца) пад кіраваннем xdm, gdm, kdm і г.д. Усе гэтыя сервісы могуць перазапускацца падчас абнаўлення, што прывядзе на немагчымасці доступу ў напалову абноўленую сістэму.

Due to bug #512951, the splashy package needs to be purged prior to the upgrade.

	# apt-get purge splashy

У пэўных умовах выкарыстанне каманды apt-get замест aptitude дзеля ўсталявання пакетаў можа прывесці да таго, што aptitude палічыць пэўны пакет “неўжываным” і заплануе ягонае выдаленне. Збольшага, перад абнаўленнем варта прывесці сістэму ў парадак, пераканаўшыся ў яе актуальнасці і “чысціні”.

Паводле сказанага вышэй, варта пераканацца, што для праграмы кіравання пакетамі aptitude не засталося запланаваных, але не выкананых дзеянняў. Наяўнасць пакетаў, запланаваных да выдалення альбо абнаўлення, можа негатыўна паўплываць на працэдуру абнаўлення сістэмы. Варта мець на ўвазе, што такое магчыма толькі, калі файл наладак sources.list дагэтуль спасылаецца на люстэрка lenny замест stable або squeeze. Больш інфармацыі на гэты конт даступна ў главе Section A.2, “Праверка спісу крыніц абнаўлення”.

Каб зрабіць згаданую праверку, запусціце каманду aptitude ў “візуальным рэжыме” і націсніце g (“Go”). Калі праграма прадэманструе спіс дзеянняў, варта перагледзець яго і альбо скончыць альбо скасаваць прапанаваныя задачы. Калі праграма не прапанавала ніякіх дзеянняў, Вы пабачыце паведамленне наступнага зместу: “Няма пакетаў, прызначаных для ўсталявання, выдалення альбо абнаўлення” (“No packages are scheduled to be installed, removed or upgraded”).

Калі APT быў наладжаны такім чынам, каб усталёўваць некаторыя пакеты з дыстрыбутыву, які не з'яўляецца стабільным (напрыклад, з тэставай версіі), можа спатрэбіцца змяніць адпаведныя прывязкі APT, каб дазволіць абнаўленне гэтых пакетаў да версій, што ўваходзяць у новы стабільны выпуск. Адпаведныя наладкі захоўваюцца ў файле /etc/apt/preferences. Дадатковую інфармацыю аб прывязках APT можна атрымаць з даведкі apt_preferences(5).

Незалежна ад абранага метаду абнаўлення, настойліва раім пераканацца, што ўсе пакеты сістэмы знаходзяцца ў стане, прыдатным да абнаўлення. Пададзеная далей каманда пакажа ўсе пакеты, якія былі ўсталяваныя толькі часткова (Half-Installed) альбо не былі наладжаныя (Failed-Config), а таксама пакеты, пры спробе ўсталявання якіх адбыліся памылкі.

# dpkg --audit

Таксама прагледзець стан усіх пакетаў сістэмы можна з дапамогай праграм dselect, aptitude або пададзеных далей камандаў:

# dpkg -l | pager

або

# dpkg --get-selections "*" > ~/curr-pkgs.txt

Добрая ідэя -- перад абнаўленнем прыбраць блакіроўкі (holds). Калі падчас абнаўлення высветліцца, што нейкі крытычны пакет заблакаваны, працэс абнаўлення скончыцца беспаспяхова.

Майце на ўвазе, што aptitude ужывае іншы спосаб рэгістрацыі заблакаваных пакетаў, чым apt-get ці dselect. Пакеты, заблакаваныя з пункту погляду aptitude, можна выявіць наступным чынам:

# aptitude search "~ahold" | grep "^.h"

Каб даведацца, якія пакеты ў сістэме заблакаваныя з пункту погляду apt-get, трэба ўжыць каманду

# dpkg --get-selections | grep hold

Калі нейкі пакет быў зменены і перасабраны лакальна, але пры гэтым яго назва і час змянення версіі засталіся такімі самымі, варта заблакаваць такі пакет, каб пазбегнуць ягонага абнаўлення.

The “hold” package state for apt-get can be changed using:

# echo package_name hold | dpkg --set-selections

Replace hold with install to unset the “hold” state.

Калі засталося нешта, што патрабуе выпраўлення, пераканайцеся, што файл наладак sources.list дагэтуль спасылаецца на lenny як патлумачана ў Section A.2, “Праверка спісу крыніц абнаўлення”.

Калі ў файле наладак /etc/apt/sources.list узгадваецца секцыя proposed-updates, такую згадку трэба прыбраць да пачатку абнаўлення, каб зменшыць рызыку канфліктаў.

Калі ў сістэме выкарыстоўваюцца іншыя пакеты, апрэч афіцыйных пакетаў Debian, варта мець на ўвазе, што яны могуць быць выдаленыя падчас абнаўлення, дзякуючы магчымым канфліктам залежнасцяў. Калі такія пакеты былі ўсталяваныя праз дадатковае сховішча, пазначанае ў файле наладак /etc/apt/sources.list, варта пераканацца, што згаданае сховішча прапаноўвае таксама пакеты, сабраныя для squeeze. Калі гэта сапраўды так, дастаткова адмыслова змяніць адпаведны радок у файле наладак (такім самым чынам, як радкі, што спасылаюцца на афіцыйныя сховішчы пакетаў Debian).

Некаторыя карыстаюцца неафіцыйнымі адаптацыямі (backports) “навейшых” версій пакетаў Debian у сістэмах на базе lenny. Такія пакеты, хутчэй за ўсё, падчас абнаўлення створаць праблемы з-за наяўнасці канфліктуючых файлаў^[7]. Старонка Section 4.5, “Магчымыя праблемы падчас абнаўлення” утрымлівае пэўныя звесткі аб вырашэнні файлавых канфліктаў, калі яны здараюцца.

Стандартныя наладкі адпавядаюць усталяванню пакетаў з галоўных сервераў Debian. Магчыма, Вы захочаце выправіць файл наладак /etc/apt/sources.list такім чынам, каб выкарыстоўваць іншыя люстэркі (звычайна, размешчаныя бліжэй да Вас паводле структуры сеціва).

Адрасы люстэркаў Debian (HTTP ды FTP) апублікаваныя на http://www.debian.org/distrib/ftplist (гл. секцыю “Спіс люстэркаў Debian”). Звычайна HTTP-люстэркі працуюць хутчэй за FTP.

Няхай, для прыкладу, найбліжэйшае да Вас люстэрка мае адрас http://mirrors.kernel.org. Пры вывучэнні гэтага люстэрка з дапамогай вэб-браузера альбо FTP-кліента, можна заўважыць наступную структуру каталогаў:

http://mirrors.kernel.org/debian/dists/squeeze/main/binary-i386/...
http://mirrors.kernel.org/debian/dists/squeeze/contrib/binary-i386/...

Каб карыстацца гэтым люстэркам праз apt, неабходна дадаць да файла sources.list радок такога зместу:

deb http://mirrors.kernel.org/debian squeeze main contrib

Заўважце, што `dists' дадаецца да шляху неяўным чынам, а параметры пасля назвы выпуску ўжываюцца, каб пашырыць зону пошуку на некалькі дырэкторыяў.

Пасля дадання новых крыніцаў трэба адключыць у файле sources.list запісы з “deb”, што ўжываліся раней. Зрабіць гэта можна, дадаўшы значак кратаў (#) у пачатак адпаведных радкоў.

Замест ужывання сеціўных люстэркаў праз HTTP ці FTP можна наладзіць /etc/apt/sources.list такім чынам, каб ужываць люстэрка на лакальнай файлавай сістэме (магчыма, прымацаванае праз сеціва з дапамогай NFS).

Няхай, дзеля прыкладу, лакальнае люстэрка месціцца ў дырэкторыі /var/ftp/debian і мае наступную структуру каталогаў:

/var/ftp/debian/dists/squeeze/main/binary-i386/...
/var/ftp/debian/dists/squeeze/contrib/binary-i386/...

Каб карыстацца гэтым люстэркам праз apt, неабходна дадаць да файла sources.list радок такога зместу:

deb file:/var/ftp/debian squeeze main contrib

Заўважце, што `dists' дадаецца да шляху неяўным чынам, а параметры пасля назвы выпуску ўжываюцца, каб пашырыць зону пошуку на некалькі дырэкторыяў.

Пасля дадання новых крыніцаў трэба адключыць у файле sources.list запісы з “deb”, што ўжываліся раней. Зрабіць гэта можна, дадаўшы значак кратаў (#) у пачатак адпаведных радкоў.

Калі для працы з пакетамі Вы хочаце выкарыстоўваць толькі сховішчы на дысках (CD-ROM,DVD), адключыце ў файле наладак усе існуючыя радкі, што пачынаюцца з “deb”. Гэта можна зрабіць, дадаўшы значак кратаў (#) у пачатак кожнага радка.

Пераканайцеся, што ў файле наладак /etc/fstab ёсць радок, які дазваляе мацаванне Вашай прылады CD-ROM у пункт мацавання /cdrom (пункт мацавання мусіць быць менавіта такім, каб каманда apt-cdrom працавала карэктна). Напрыклад, калі прылада CD-ROM адлюстроўваецца ў сістэме як /dev/hdc, файл наладак /etc/fstab мусіць утрымліваць радок прыкладна такога выгляду:

/dev/hdc /cdrom auto defaults,noauto,ro 0 0

Заўважце, што ў чацвёртым полі не мусіць быць ніякіх прагалаў паміж словамі defaults,noauto,ro.

Каб пераканацца, што ўсё працуе, устаўце кампакт-дыск і паспрабуйце запусціць каманду

# mount /cdrom    # прымацаваць кампакт-дыск у пункт мацавання
# ls -alF /cdrom  # прагледзець каранёвую дырэкторыю дыску
# umount /cdrom   # адмацаваць кампакт-дыск

Далей запусціце:

# apt-cdrom add

для кожнага з кампакт-дыскаў Debian, каб дадаць звесткі аб іх у базу APT.

Вельмі раім ужываць праграму /usr/bin/script, каб запісаць копію сэсіі абнаўлення. У гэтым выпадку пры ўзнікненні праблемаў Вы будзеце мець магчымасць прагледзець пратакол сесіі каб зразумець, што здарылася (і магчыма, калі гэта спатрэбіцца, падаць дакладныя звесткі ў паведамленні аб памылцы). Каб пачаць запіс сесіі, набярыце ў камандным радку:

# script -t 2>~/upgrade-squeeze.time -a ~/upgrade-squeeze.script

альбо нешта падобнае. Не змяшчайце файл з запісам сесіі ў часовых дырэкторыях кшталту /tmp альбо /var/tmp, таму што файлы ў такіх дырэкторыях могуць быць выдаленыя падчас абнаўлення альбо пры перазапуску сістэмы.

The typescript will also allow you to review information that has scrolled off-screen. If you are at the system's console, just switch to VT2 (using Alt+F2) and, after logging in, use less -R ~root/upgrade-squeeze.script to view the file.

Спыніць праграму script, калі абнаўленне скончыцца, можна, набраўшы ў камандным радку exit.

Калі каманда script запускалася з параметрам -t, можна паўтарыць усю сэсію з дапамогай праграмы scriptreplay:

# scriptreplay ~/upgrade-squeeze.time ~/upgrade-squeeze.script

Спачатку трэба атрымаць спіс пакетаў, даступных у новым выпуску. Гэта робіцца наступным чынам:

# apt-get update

You have to make sure before upgrading your system that you have sufficient hard disk space when you start the full system upgrade described in Section 4.4.6, “Upgrading the system”. First, any package needed for installation that is fetched from the network is stored in /var/cache/apt/archives (and the partial/ subdirectory, during download), so you must make sure you have enough space on the file system partition that holds /var/ to temporarily download the packages that will be installed in your system. After the download, you will probably need more space in other file system partitions in order to both install upgraded packages (which might contain bigger binaries or more data) and new packages that will be pulled in for the upgrade. If your system does not have sufficient space you might end up with an incomplete upgrade that might be difficult to recover from.

apt-get can show you detailed information of the disk space needed for the installation. Before executing the upgrade, you can see this estimate by running:

# apt-get -o APT::Get::Trivial-Only=true dist-upgrade
[ ... ]
XXX upgraded, XXX newly installed, XXX to remove and XXX not upgraded.
Need to get xx.xMB of archives. 
After this operation, AAAMB of additional disk space will be used.

	Note
	Запуск гэтай каманды напачатку працэсу абнаўлення можа скончыцца з памылкай дзякуючы прычынам, аб якіх распаведзена далей. У такім выпадку спачатку неабходна выканаць мінімальнае абнаўленне сістэмы, як апісана ў Section 4.4.4, “Мінімальнае абнаўленне сістэмы”, каб абнавіць ядро перад запускам згаданай каманды, што падлічвае памер патрэбнай дыскавай прасторы.

If you do not have enough space for the upgrade, apt-get will warn you with a message like this:

E: You don't have enough free space in /var/cache/apt/archives/.

In this situation, make sure you free up space beforehand. You can:

Заўважце, што для бяспечнага выдалення пакетаў лепей пераключыць файл наладак sources.list зноў да lenny, як распаведзена ў Section A.2, “Праверка спісу крыніц абнаўлення”.

In some cases, doing the full upgrade (as described below) directly might remove large numbers of packages that you will want to keep. We therefore recommend a two-part upgrade process, first a minimal upgrade to overcome these conflicts, then a full upgrade as described in Section 4.4.6, “Upgrading the system”.

To do this first, run:

# apt-get upgrade

Гэтая каманда дазваляе выканаць усе абнаўленні, якія не вымагаюць выдалення альбо ўсталявання якіх-небудзь іншых пакетаў апрэч тых, што абнаўляюцца.

The minimal system upgrade can also be useful when the system is tight on space and a full upgrade cannot be run due to space constrains.

The udev version in squeeze requires a kernel of version 2.6.26 or newer with the CONFIG_SYSFS_DEPRECATED option disabled and the CONFIG_INOTIFY_USER and CONFIG_SIGNALFD options enabled. Because the standard Debian kernels in lenny (version 2.6.26) have CONFIG_SYSFS_DEPRECATED enabled, and the udev version in lenny will not provide all the functionality expected by the latest kernels, special care must be taken when upgrading to avoid putting your system in an unbootable state.

Booting the 2.6.26 kernel from lenny with the udev from squeeze may result in a failure to correctly assign names to network devices, and will also fail to apply certain additional permissions to block devices (such as access by the disk group). The software itself will appear to be working, but some rules (for example, network-based rules) will not be loaded properly. It is therefore strongly recommended that you upgrade the kernel on its own at this point, to ensure a compatible kernel is available before upgrading udev.

Каб выканаць такое абнаўленне, запусціце:

# apt-get install linux-image-2.6-flavor

Гл. Section 4.6.1, “Усталяванне мета-пакета з ядром”, каб вызначыць, які менавіта варыянт пакета з ядром мусіць быць абраны.

Users of the grub bootloader should make sure that update-grub is run as part of the kernel upgrade, or run it manually.

Immediately after upgrading the kernel, you should also install the new udev to minimize the risk of other incompatibilities caused by using the old udev with a new kernel ^[8]. You can do this by running:

# apt-get install udev

Once you have upgraded both the kernel and udev the system should be rebooted.

Once you have taken the previous steps, you are now ready to continue with the main part of the upgrade. Execute:

# apt-get dist-upgrade

	Note
	The upgrade process for other releases recommended the use of aptitude for the upgrade. This tool is not recommended for upgrades from lenny to squeeze.

Гэтая каманда выканае поўнае абнаўленне сістэмы, г.зн. усталюе найноўшыя даступныя версіі ўсіх пакетаў, і развяжа ўсе магчымыя залежнасці між пакетамі з улікам адрозненняў паміж гэтымі залежнасцямі ў розных выпусках. Калі трэба, будуць усталяваныя новыя пакеты (звычайна новыя версіі бібліятэк або пакеты, што змянілі назву), а несумяшчальныя састарэлыя пакеты будуць выдаленыя.

Пры абнаўленні з набору дыскаў CD-ROM ці DVD у пэўныя моманты сістэма будзе звяртацца да Вас з просьбай уставіць адпаведны дыск. Магчыма, спатрэбіцца ўстаўляць адзін і той жа дыск некалькі разоў; прычына палягае ў тым, што некаторыя залежныя адзін ад аднаго пакеты могуць месціцца на розных дысках.

New versions of currently installed packages that cannot be upgraded without changing the install status of another package will be left at their current version (displayed as “held back”). This can be resolved by either using aptitude to choose these packages for installation or by trying apt-get -f install package.

Support for cryptoloop has been dropped from the Linux kernel packages included in Debian 6.0. Existing installations using cryptoloop need to be transitioned to dm-crypt before the upgrade.

The upgrade process to squeeze might ask for removal of packages in the system. The precise list of packages will vary depending on the set of packages that you have installed. These release notes give general advice on these removals, but if in doubt, it is recommended that you examine the package removals proposed by each method before proceeding.

Some common packages that are expected to be removed include: autofs (replaced by autofs5), dhcp3 (replaced by isc-dhcp), madwifi-source, python-setuptools and python2.4 (replaced by python2.6). For more information about packages obsoleted in squeeze, see Section 4.10, “Састарэлыя пакеты”.

Калі дзеянне з выкарыстаннем aptitude, apt-get або dpkg скончылася з памылкай

E: Dynamic MMap ran out of room

гэта значыць, што стандартнага памеру кэшу недастаткова. Праблему можна вырашыць, выдаліўшы або закаментаваўшы непатрэбныя радкі ў /etc/apt/sources.list або павялічыўшы памер кэшу. Памер кэшу павялічваецца праз выстаўленне параметра APT::Cache-Limit у файле наладак /etc/apt/apt.conf. Наступная каманда ўсталёўвае памер, якога мусіць хапіць для абнаўлення:

# echo 'APT::Cache-Limit "12500000";' >> /etc/apt/apt.conf

Маецца на ўвазе, што дагэтуль адпаведная вялічыня не існавала ў файле наладак.

Sometimes it's necessary to enable the APT::Force-LoopBreak option in APT to be able to temporarily remove an essential package due to a Conflicts/Pre-Depends loop. apt-get will alert you of this and abort the upgrade. You can work around this by specifying the option -o APT::Force-LoopBreak=1 on the apt-get command line.

It is possible that a system's dependency structure can be so corrupt as to require manual intervention. Usually this means using apt-get or

# dpkg --remove package_name

каб выдаліць некаторыя пакеты, што замінаюць, або

# apt-get -f install
# dpkg --configure --pending

У выключных выпадках можа спатрэбіцца пераўсталяванне пакета з дапамогай каманды кшталту

# dpkg --install /path/to/package_name.deb

Канфліктаў файлаў не мусіць быць, калі Вы робіце абнаўленне з “чыстага” lenny. Але такія праблемы магчымыя, калі ў сістэме ўсталяваныя неафіцыйныя адаптацыі праграм (backports). У выніку файлавага канфлікту Вы пабачыце паведамленне аб памылцы кшталту:

Unpacking <package-foo> (from <package-foo-file>) ...
dpkg: error processing <package-foo> (--install):
 trying to overwrite `<some-file-name>',
 which is also in package <package-bar>
dpkg-deb: subprocess paste killed by signal (Broken pipe)
 Errors were encountered while processing:
 <package-foo>

Вы можаце паспрабаваць развязаць канфлікт файлаў, прымусова выдаліўшы пакет, што ўзгадваецца ў апошнім радку паведамлення аб памылцы:

# dpkg -r --force-depends імя_пакета

After fixing things up, you should be able to resume the upgrade by repeating the previously described apt-get commands.

During the upgrade, you will be asked questions regarding the configuration or re-configuration of several packages. When you are asked if any file in the /etc/init.d directory, or the /etc/manpath.config file should be replaced by the package maintainer's version, it's usually necessary to answer `yes' to ensure system consistency. You can always revert to the old versions, since they will be saved with a .dpkg-old extension.

Калі Вы не ўпэўненыя, што трэба рабіць, запішыце назву пакета або файла і разбярыцеся з адпаведнымі наладкамі пазней. Вы можаце прагледзець запіс сесіі, каб знайсці інфармацыю, што з'яўлялася на экране падчас абнаўлення.

If you are running the upgrade using the system's local console you might find that at some points during the upgrade the console is shifted over to a different view and you lose visibility of the upgrade process. For example, this will happen in desktop systems when gdm is restarted.

To recover the console where the upgrade was running you will have to use Ctrl+Alt+F1 to switch back to the virtual terminal 1 if in the graphical startup screen or use Alt+F1 if in the local text-mode console. Replace F1 with the function key with the same number of the virtual terminal the upgrade was running in. You can also use Alt+Left Arrow or Alt+Right Arrow to switch between the different text-mode terminals.

In most cases, packages should upgrade smoothly between lenny and squeeze. There are a small number of cases where some intervention may be required, either before or during the upgrade; these are detailed below on a per-package basis.

Падчас абнаўлення з выпуску lenny да squeeze настойліва рэкамендуецца ўсталяваць новы мета-пакет з ядром linux-image-2.6-*. Гэты пакет можа быць усталяваны аўтаматычна падчас працэсу dist-upgrade. Пераканацца, ці гэта так, можна, запусціўшы каманду:

# dpkg -l "linux-image*" | grep ^ii

Калі Вы не пабачыце ніякіх паведамленняў, тады давядзецца ўсталяваць новы пакет linux-image самастойна. Каб пабачыць спіс даступных метапакетаў з сямейства linux-image-2.6, запусціце каманду:

# apt-cache search linux-image-2.6- | grep -v transition

If you are unsure about which package to select, run uname -r and look for a package with a similar name. For example, if you see '2.6.26-2-686', it is recommended that you install linux-image-2.6-686. You may also use apt-cache to see a long description of each package in order to help choose the best one available. For example:

# apt-cache show linux-image-2.6-686

You should then use apt-get install to install it. Once this new kernel is installed you should reboot at the next available opportunity to get the benefits provided by the new kernel version.

For the more adventurous there is an easy way to compile your own custom kernel on Debian GNU/Linux. Install the kernel-package tool and read the documentation in /usr/share/doc/kernel-package. Alternatively, you can also use the kernel sources, provided in the linux-source-2.6 package. You can make use of the deb-pkg target available in the sources' makefile for building a binary package. There are some differences in these two approaches, please consult the respective package's documentation.

Калі магчыма, лепей абнаўляць пакет ядра асобна ад працэдуры dist-upgrade, каб зменшыць рызыку ад знаходжання сістэмы ў стане, непрыдатным да запуску. Але майце на ўвазе, што гэта трэба рабіць пасля мінімальнага абнаўлення, апісанага на старонцы Section 4.4.4, “Мінімальнае абнаўленне сістэмы”.

In lenny and later, a new kernel mechanism for hardware discovery may change the order in which devices are discovered on your system on each boot, affecting the device names assigned to them. For example, if you have two network adapters that are associated with two different drivers, the devices eth0 and eth1 refer to may be swapped.

For network devices, this reordering is normally avoided by the definitions at /etc/udev/rules.d/70-persistent-net.rules for udev. Since these rules were already in place in lenny, no additional action should be required when upgrading to squeeze to get the benefit of stable network device names. Please note, however, that this udev mechanism means that a given network device name is tied to a particular piece of hardware; if you, for instance, exchange ethernet adapters in a deployed squeeze system, the new adapter will get a new interface name instead of using the existing one. To reuse an existing device name for new hardware, you will need to delete the associated entry from /etc/udev/rules.d/70-persistent-net.rules.

For storage devices, you may be able to avoid this reordering by using initramfs-tools and configuring it to load storage device driver modules in the same order they are currently loaded. However, in light of other changes to the storage subsystem of the Linux kernel as described at Section 5.1.1, “Migration of disk drivers from IDE to PATA subsystem”, this is usually not worth the effort and it is recommended instead to use device names that are guaranteed to be stable over time, such as the UUID aliases ^[9] in the /dev/disk/by-uuid/ directory or LVM device names in /dev/mapper/.

Калі для запуску сістэмы ўжываецца створаны з дапамогай initramfs-tools адбітак initrd, у некаторых выпадках файлы прыладаў могуць быць створаныя udev запозна. Гэта прывядзе да немагчымасці працы скрыптоў запуску з такімі прыладамі.

Звычайнай прыкметай такога становішча з'яўляецца немагчымасць запуску сістэмы з-за таго, што каранёвая файлавая сістэма не можа быць прымацаваная. Пры гэтым карыстальнік трапляе ў дапаможную абалонку. Калі пазней праверыць стан сістэмы, ўсе патрэбныя файлы прыладаў будуць прысутнічаць у дырэкторыі /dev. Такое здаралася, калі каранёвая файлавая сістэма месцілася на USB-дыску альбо на масіве RAID (асабліва калі пры гэтым выкарыстоўваўся загрузчык LILO).

Абыйсці праблему можна, вызначыўшы параметр загрузкі rootdelay=9. Канкрэтная працягласць затрымкі ў секундах можа быць іншай.

One can avoid this problem entirely by using an identifier for the root filesystem that does not change from one boot to the next. There are two possible methods for doing this - labeling the filesystem, or using the filesystem's universally unique identifier (UUID). These methods are supported in Debian since the etch release.

Кожны з падыходаў мае свае плюсы і мінусы. Меткі больш спрыяльныя для чытання, але няма гарантыі, што іншая файлавая сістэма не будзе мець такую самую метку. Падыход з выкарыстаннем UUID выглядае менш прывабна, але пры гэтым выключана сітуацыя канфлікту UUID-аў.

У пададзеных ніжэй прыкладах каранёвая файлавая сістэма месціцца на падзеле /dev/hda6. Таксама ў сістэме мусяць працаваць udev і падтрымка фарматаў файлавых сістэм ext2 ды ext3.

Каб выкарыстаць спосаб з прызначэннем меткі:

Каб выкарыстаць спосаб на базе UUID:

During the upgrade, you will normally have been offered the option to "chainload" GRUB 2: that is, to keep GRUB Legacy as the primary boot loader but to add an option to it to load GRUB 2 and then start your Debian GNU/Linux system from that. This allows you to verify that GRUB 2 works on your system before committing to use it permanently.

Once you have confirmed that GRUB 2 works, you should switch to using it properly: the chainloading setup is only intended to be used temporarily. You can do this by running upgrade-from-grub-legacy.

The GRUB Manual has more information on the changes between GRUB Legacy and GRUB 2, some of which may require changes to complex configurations. If you have not modified your boot loader configuration, you should not need to do anything further.

Некаторыя пакеты з lenny у squeeze падзеленыя на некалькі розных пакетаў, збольшага дзеля паляпшэння магчымасцяў кіравання сістэмай. Каб палегчыць абнаўленне ў такіх выпадках squeeze часта забяспечвае “фіктыўныя (dummy)” пакеты, якія залежаць ад новых такім чынам, каб забяспечыць іх усталяванне. Такія “фіктыўныя” пакеты пасля абнаўлення лічацца састарэлымі і іх можна бесперашкодна выдаляць.

Most (but not all) dummy packages' descriptions indicate their purpose. Package descriptions for dummy packages are not uniform, however, so you might also find deborphan with the --guess-* options (e.g. --guess-dummy) useful to detect them in your system. Note that some dummy packages are not intended to be removed after an upgrade but are, instead, used to keep track of the current available version of a program over time.