Prieš atnaujinant sistemą, primygtinai rekomenduojama atlikti pilną atsarginę kopiją, arba bent jau išsaugoti visus duomenis ir konfigūravimo nustatymus, kurių negalite sau leisti prarasti. Atnaujinimo įrankiai ir procesas yra gana patikimi, bet dėl aparatūros sutrikimų atnaujinimo proceso viduryje gali atsirasti rimtų sistemos pažeidimų.

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.

Atnaujinimo procesas pats savaime nekeičia nieko /home kataloge. Tačiau kai kurios programos (pvz., dalis Mozilla rinkinio, ir GNOME bei KDE darbastalio aplinkos) perrašo esamus naudotojo nustatymus naujais numatytaisiais nustatymais (ypač, kai naudotojas pirmą kartą paleidžia vykdyti naujos versijos programą). Todėl dėl atsargumo, verta padaryti paslėptų failų ir katalogų, esančių naudotojų namų kataloguose (taip vadinamų „dotfiles“ failų) atsarginę kopiją. Šios atsarginės kopijos gali padėti atstatyti ar atkurti senuosius nustatymus. Taip pat verta informuoti naudotojus apie tai.

Bet kokio paketo diegimas turi būti vykdomas administratoriaus teisėmis, todėl turite prisijungti kaip root arba naudoti su ar sudo komandas, tam kad įgyti reikiamas teises.

Atnaujinimas turi turi kelis išankstinius reikalavimus; Jūs turite patikrinti juos prieš pradėdami vykdyti atnaujinimą.

Pageidautina iš anksto pranešti visiems naudotojams apie visus planuojamus atnaujinimus, nors naudotojai prieinantys prie Jūsų sistemos per ssh ryšį neturėtų pajusti ypatingų problemų atnaujinimo metu, ir pilnai gali tęsti darbą.

Jei norite imtis papildomų atsargumo priemonių, padarykite naudotojų disko skirsnio (/home) atsarginę kopiją arba atjunkite šį disko skirsnį prieš atnaujinimą.

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 Skyrius 4.4.4, „Minimalus sistemos atnaujinimas“, followed by a kernel upgrade and reboot (see Skyrius 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 Skyrius 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.

Dėl daugelio pokyčių branduolyje tarp lenny ir squeeze laidų (įrenginių nustatymo ir jų įvardijimo bei įrenginių failų tvarkos pasikeitimų, įrenginių valdyklių pokyčių), yra realus pavojus, kad gali kilti problemų naujai įkeliant (rebooting) Jūsų sistemą po atnaujinimo. Daug žinomų galimų problemų yra pateikta šio dokumento tolimesniuose skyriuose.

Dėl šios priežasties tikslinga užtikrinti, kad butų galima sugrąžinti sistemą į buvusią būseną, jei jūsų sistemai nepavyks naujai įsikelti arba, nuotoliniu būdu valdytoje sistemoje nebeveiks tinklas.

Jei jūs atnaujinate nuotoliniu būdu per ssh ryšį, labai rekomenduojama imtis atsargumo priemonių ir numatyti, kad būtų galima prieiti prie serverio naudojant nutolusį nuoseklų terminalą. Gali nutikti, kad po branduolio atnaujinimo ir sistemos perkrovimo, kai kurie įrenginiai bus pervadinti (kaip aprašyta Skyrius 4.6.2, „Įrenginių numeracijos pertvarkymas“ skyriuje) ir Jūs galėsite pataisyti sistemos konfigūracijos nustatymus tik per lokalią konsolę. Be to, jei sistema atsitiktinai persileistų viduryje atnaujinimo, Jums tai pat prireiktų lokalios konsolės sistemos atstatymui.

Akivaizdu, kad tokiu atveju pirmiausiai reikia pabandyti naujai įkelti (reboot) sistemą naudojant senąjį branduolį. Tačiau dėl įvairių priežasčių, aprašytų kitose šio dokumento dalyse, tai ne visuomet pavyksta.

Jei tai nepavyks, Jums prireiks alternatyvaus būdo įkelti savo sistemą, kad būtų galima prie jos prieiti ir ją pataisyti. Viena galimybė yra naudoti specialų sistemos atkūrimo atvaizdą arba naudoti Linux demonstracinį (live) kompaktinį diską. Po paleidimo vienu iš šių būdų, galėsite prijungti savo šakninę failų sistemą ir pasinaudojus chroot, surasti ir ištaisyti problemą.

Kita galimybė, kurią norėtume rekomenduoti, tai naudoti Debian'o squeeze įdiegiklio atstatymo veikseną (rescue mode). Šio būdo pranašumas yra tame, kad Jūs galite pasirinkti vieną iš daugelio diegimo metodų, kuris geriausiai atitinka Jūsų atvejį. Norėdami gauti daugiau informacijos, apie tai, skaitykite „Sugadintos sistemos atstatymas“ 8-ajame Įdiegimo vadovas skyriuje ir Debian'o įdiegiklio DUK.

Distributyvo atnaujinimas turėtų būti atliekamas arba lokaliai iš tekstinės virtualios konsolės (arba tiesiogiai prie nuosekliosios jungties prijungto terminalo) arba nuotoliniu būdu per ssh ryšį.

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

Siekiant įgyti papildomo atsargumo atnaujinant nuotoliniu būdu, mes rekomenduojame atnaujinimą vykdyti programos screen tiekiamoje virtualioje konsolėje, kuri leidžia saugiai prisijungti pakartotinai ir užtikrina atnaujinimo proceso tęsimą net jei įvyks ryšio trūkių.

	Svarbu
	Negalima atnaujinti naudojant telnet, rlogin, rsh, ar iš grafinio X seanso, valdomo xdm, gdm ar kdm ir t.t.. Taip yra todėl, kad kiekvienas iš šių servisų gali būti nutrauktas atnaujinimo metu, ir pusiau atnaujinta sistema gali tapti nebeprieinama.

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

	# apt-get purge splashy

Kai kuriais atvejais, naudojant paketų įdiegimui apt-get vietoj aptitude gali atsitikti taip, kad aptitude ima kai kuriuos paketus laikyti „nenaudojamais“ ir planuoja juos pašalinti. Apskritai, prieš pradedant atnaujinimą iki sekančios laidos, reikia įsitikinti, kad dabartinė sistema yra visiškai atnaujinta ir „švari“.

Todėl patikrinkite, ar paketų tvarkymo programa aptitude nėra numačiusi kokių nors atidėtų veiksmų. Jei ši programa planuoja paketą pašalinti arba atnaujinti, tai gali turėti neigiamos įtakos laidos atnaujinimo procedūrai. Atkreipkite dėmesį, kad pataisyti tai įmanoma tik kol Jūsų sources.list vis dar nurodyta lenny;, o ne stable ar squeeze; žiūr. Skyrius A.2, „APT šaltinių sąrašo tikrinimas“.

Norėdami tai padaryti, paleiskite aptitude programą „interaktyviam režime“ ir paspauskite klaviša g („Go“). Jei ji rodo bet kokius numatomus veiksmus, turite juos peržiūrėti ir arba juos pašalinti arba įgyvendinti. Jei jokių veiksmų nenumatyta Jums bus pateiktas pranešimas: „No packages are scheduled to be installed, removed, or upgraded“.

Jei esate nustatę APT įdiegti tam tikrus paketus iš kito distributyvo (pvz. iš testing, esant pagrindiniam distributyvui stable), jums gali tekti pakeisti APT nustatymus (saugomi faile /etc/apt/preferences), tam kad leisti atnaujinti paketų versijas įki naujosios stabilios laidos. Daugiau informacijos apie APT pinning galima rasti apt_preferences(5).

Nepriklausomai nuo atnaujinimo metodo, rekomenduojama pirmiausia patikrinti visų paketų statusą, ir įsitikinti, kad visiems paketai yra leista atsinaujinti. Žemiaau pateikta komanda parodys paketus, kurie yra dalinai įdiegti (Half-Installed), kurių nepavyko sukonfigūruoti po įdiegimo (Failed-Config), ir kitus klaidingos būsenos paketus.

# dpkg --audit

Taip pat galite patikrinti paketų būseną Jūsų sistemoje naudodami programas dselect, aptitude, arba tokia komanda, kaip antai

# dpkg -l | pager

arba

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

Pageidautina, kad prieš atnaujinimą būtų pašalinti visi paketų sulaikymai (hold). Jei paketas, kurį būtiną atnaujinti yra sulaikytas, atnaujinimas baigsis nesėkmingai.

Atkreipkite dėmesį, kad aptitude naudoja skirtingą sulaikytų paketų žymėjimo metodą nei apt-get ir dselect. Nustatyti, kurie paketai aptitude programai yra sulaikymo būsenoje galite taip:

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

Jei norite patikrinti, kurie paketai apt-get programai yra sulaikymo būsenoje, naudokite

# dpkg --get-selections | grep hold

Jei Jūs pakeitėte ir perkompiliavote paketą lokaliai, bet nepakeitėte jo vardo ar nepapildėte jo versijos „epocha“, jūs privalote jį sulaikyti, kad jo nebūtų galima atnaujinti.

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.

Jei Jums reikia dar kažką ištaisyti, tai geriausia daryti kol Jūsų sources.list faike dar nurodytas lenny, kaip tai paaiškinta Skyrius A.2, „APT šaltinių sąrašo tikrinimas“.

Jei esate /etc/apt/sources.list failą papildę skyriumi proposed-updates, turite ją pašalinti iš šio failo prieš bandant atnaujinti savo sistemą. Tai atsargumo priemonė, siekiant sumažinti konfliktų tikimybę.

Jei savo sistemoje turite įdiegę kokius nors paketus ne iš Debian'o repozitorijų,tai žinokite, kad jie gali būti pašalinti atnaujinimo metu dėl priklausomybių konfliktų. Jeigu dėl šių paketų įdiegimo į /etc/apt/sources.list buvo įrašyti ir papildomi archyvai, patikrinkite ar šie archyvai siūlo paketus ir squeeze laidai ir pakeiskite šaltinių eilutes atitinkamai,tuo pat metu kai keisite šaltinių eilutes Debian'o paketams.

Kai kurie naudotojai gali būti jau įdiegę savo sistemose neoficialių „naujesnių“ versijų, bet pritaikytų lenny laidai, paketų. Tokie paketai greičiausiai taps atnaujinimo problemų priežastimi, kadangi jie gali sukelti ir failų konfliktus^[7]. Skyrius 4.5, „Galimos problemos atnaujinimo metu“ aprašo, ką daryti kilus failų konfliktams.

Numatytieji nustatymai įgalina atlikti atnaujinimą iš pagrindinių Debian'o interneto serverių, tačiau Jūs galite pakeisti šaltinių failą /etc/apt/sources.list ir naudotis kitais serveriais - veidrodžiais, pvz. tais, kurie yra arčiausiai Jūsų.

Debian'o HTTP ir FTP veidrodžių adresus galima rasti adresu http://www.debian.org/distrib/ftplist (žiū. skyriuje „list of Debian mirrors“). HTTP veidrodžiai paprastai greitesni nei FTP veidrodžiai.

Pavyzdžiui, tarkime, Jums artimiausias Debian veidrodis yra http://mirrors.kernel.org. Peržiūrint veidrodį interneto naršyklę arba FTP klientine programa, pastebėsite, kad pagrindiniai katalogai yra organizuoti taip:

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

Kad apt naudotų ši veidrodį, į failą sources.list pridėkit tokią eilutę:

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

Atkreipkite dėmesį, kad `dists' įrašoma besąligiškai, o argumentai, sekantys po laidos vardo, yra naudojami pratęsti kelią iki keleto realių katalogų.

Pridėjus naujų šaltinių, išjunkite anksčiau egzistavusias „deb“ eilutes faile sources.list, įvesdami maišos ženklą (#) eilutės pradžioje.

Vietoj HTTP ar FTP veidrodžių, galima naudoti ir veidrodžius (saugyklas) vietiniame diske, atitinkamai pakeitus įrašą šaltinių faile /etc/apt/sources.list (šis diskas gali būti prijungtas ir per NFS).

Pavyzdžiui, jei Jūsų paketų saugykla yra kataloge /var/ftp/debian/, o jo pagrindiniai katalogų vardai tokie:

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

Norėdami naudoti šią paketų saugyklą su apt, pridėkite tokią eilutę į failą sources.list:

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

Atkreipkite dėmesį, kad `dists' įrašoma besąligiškai, o argumentai, sekantys po laidos vardo, yra naudojami pratęsti kelią iki keleto realių katalogų.

Pridėjus naujų šaltinių, išjunkite anksčiau egzistavusias „deb“ eilutes faile sources.list, įvesdami maišos ženklą (#) eilutės pradžioje.

Jei norite naudoti tik kompaktinius diskus, užkomentuokite visas „deb“ eilutes faile sources.list, įvesdami maišos ženklą (#) eilutės pradžioje.

Įsitikinkite, kad yra eilutė faile /etc/fstab, kuri leidžia prijungti (mount) CD-ROM įrenginį prie taško /cdrom (kaip tik prie šio taško reikalauja prijungimo komanda apt-cdrom). Pavyzdžiui, jei /dev/hdc yra Jūsų CD-ROM įrenginys, faile /etc/fstab turi būti tokia eilutė:

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

Atkreipkite dėmesį, kad ketvirtajame eilutės lauke, tarp žodžių defaults,noauto,ro, neturi būti tarpų.

Kad patikrinti ar eilutė įrašyta į failą /etc/fstab teisingai, įdėkite kompaktinį diską į įrenginį ir įvykdykite komandas:

# mount /cdrom    # prijungia CD prie prijungimo taško
# ls -alF /cdrom  # parodo CD'o šaknini katalogą
# umount /cdrom   # atjungia CD

Tada vykdykite komandą

# apt-cdrom add

kiekvienam turimam Debian'o dvejetainiam CD-ROM'ui, jei norite kad duomenys apie kiekvieną CD patektų į APT duomenų bazę.

Labai rekomenduojama, kad naudotumėte programą /usr/bin/script atnaujinimo seanso įrašymui. Tada, jei iškiltų problemų, Jūs turėsite visų įvykusių veiksmų žurnalą, ir prireikus, galėsite pateikti šią informaciją pranešimą apie riktą. Norėdami pradėti įrašinėti, įvykdykite komandą:

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

ar panašiai. Nepatalpinkit failo su įrašais į laikiną katalogą, tokį kaip /tmp ar /var/tmp (failai šiuose kataloguose gali būti ištrinti atnaujinimo metu arba perleidžiant kompiuterį).

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.

Pabaigus atnaujinimą, galite sustabdyti programą script įvedę exit komandinėje eilutėje.

Jei programai script perdavėte parametrą -t, galėsite pasinaudodamas programa scriptreplay pakartoti visą seansą:

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

Pirmiausia reikia atnaujinti paketų, esančių naujojoje laidoje, sąrašą. Tai atliekama komanda:

# 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 Skyrius 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.

	Pastaba
	Ši komanda atnaujinimo pradžioje, dėl priežasčių, nurodytų žemiau, gali pranešti klaidą. Tokiu atveju jums reikės šios komandos pagalba įvertinti reikiamą vietos diske dydį tik atlikus minimalų sistemą atnaujinimą, kaip aprašyta Skyrius 4.4.4, „Minimalus sistemos atnaujinimas“ ir atnaujinus branduolį.

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:

Atkreipkite dėmesį, kad norint saugiai pašalinti paketus, patartina pataisyti failą sources.list atgal į lenny šaltinius, kaip aprašyta čia: Skyrius A.2, „APT šaltinių sąrašo tikrinimas“.

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 Skyrius 4.4.6, „Upgrading the system“.

To do this first, run:

# apt-get upgrade

Ši komanda atnaujins visus programų paketus, kurie gali būti atnaujinti nepašalinant bei neįdiegiant jokių kitų papildomų paketų.

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.

To proceed with this kernel upgrade, run:

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

See Skyrius 4.6.1, „Branduolio metapaketo įdegimas“ for help in determining which flavor of kernel package you should install.

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

	Pastaba
	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.

Tai atliks pilną sistemos atnaujinimą, t.y. įdiegs esamas naujausias visų paketų versijas, ir išspręs visus galimus priklausomybių pakitimus tarp skirtingų laidų paketų. Jeigu būtina, tai įdiegs ir kai kuriuos naujus paketus (paprastai naujas bibliotekų versijas, ar pervadintus paketus), ir pašalins visus, konfliktavimą sukelenčius, senus paketus.

Atnaujinant iš kompaktinių diskų komplekto (ar DVD), sistema keletą kartų paprašys įdėti konkrečius kompaktinius diskus. Gali tekti įdėti tą patį kompaktinį diską keletą kartų. Taip yra todėl, kad tarpusavio priklausomybėmis surišti paketai patalpinti skirtinguose diskuose.

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 Skyrius 4.10, „Pasenę paketai“.

If an operation using aptitude, apt-get, or dpkg fails with the error

E: Dynamic MMap ran out of room

the default cache space is insufficient. You can solve this by either removing or commenting lines you don't need in /etc/apt/sources.list or increasing the cache size. The cache size can be increased by setting APT::Cache-Limit in /etc/apt/apt.conf. The following command will set it to a value that should be sufficient for the upgrade:

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

This assumes that you do not yet have this variable set in that file.

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

to eliminate some of the offending packages, or

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

In extreme cases you might have to force re-installation with a command like

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

File conflicts should not occur if you upgrade from a „pure“ lenny system, but can occur if you have unofficial backports installed. A file conflict will result in an error like:

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>

You can try to solve a file conflict by forcibly removing the package mentioned on the last line of the error message:

# dpkg -r --force-depends package_name

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're not sure what to do, write down the name of the package or file and sort things out at a later time. You can search in the typescript file to review the information that was on the screen during the upgrade.

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.

When you dist-upgrade from lenny to squeeze, it is strongly recommended that you install a new linux-image-2.6-* metapackage. This package may be installed automatically by the dist-upgrade process. You can verify this by running:

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

If you do not see any output, then you will need to install a new linux-image package by hand. To see a list of available linux-image-2.6 metapackages, run:

# 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.

If possible, it is to your advantage to upgrade the kernel package separately from the main dist-upgrade to reduce the chances of a temporarily non-bootable system. Note that this should only be done after the minimal upgrade process described in Skyrius 4.4.4, „Minimalus sistemos atnaujinimas“.

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 Skyrius 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/.

If an initrd created with initramfs-tools is used to boot the system, in some cases the creation of device files by udev can happen too late for the boot scripts to act on.

The usual symptoms are that the boot will fail because the root file system cannot be mounted and you are dropped into a debug shell. But if you check afterwards, all devices that are needed are present in /dev. This has been observed in cases where the root file system is on a USB disk or on RAID, especially if LILO is used.

A workaround for this issue is to use the boot parameter rootdelay=9. The value for the timeout (in seconds) may need to be adjusted.

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.

Abu metodai turi privalumų ir trūkumų. Ženklinimo žyme būdas yra suprantamesnis žmogui, bet gali būti problemų, jei kita failų sistema Jūsų kompiuteryje turi tokią pačią žymę. UUID naudojimas mažiau akivaizdus, tačiau dviejų UUID sutapimas yra vargiai įmanomas.

Žemiau pateiktuose pavyzdžiuose laikysime, kad šakninė failų sistema yra disko skirsnyje/dev/hda6. Taip pat laikysime, kad sistema naudoja udev ir failų sistemos yra ext2 ar ext3.

Siekiant įgyvendinti ženklinimo žyme metodą:

Siekiant įgyvendinti UUID metodą:

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.

Kai kurie paketai iš lenny buvo išskaidyti į keletą paketų squeeze laidoje, dažniausiai siekiant pagerinti sistemos palaikymą. Siekiant palengvinti atnaujinimą, tokiais atvejais, squeeze laidoje dažnai sutinkami „tušti“ („dummy“) paketai, pavadinti tokių pačiu vardu senieji paketai lenny laidoje. Įdiegiant šiuos paketus, dėl priklausomybių įdiegiami nauji paketai. Tuoj po atnaujinimo, šie „tušti“ paketai tampa pasenusiais ir juos galima saugiai pašalinti.

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.