Nejdůležitější pro vás zřejmě bude zazálohovat obsah /etc, /var/lib/dpkg, /var/lib/apt/extended_states a rovněž výstup z dpkg --get-selections "*" (uvozovky jsou důležité). Používáte-li pro správu balíků aptitude, je vhodné zazálohovat i /var/lib/aptitude/pkgstates.

Aktualizace samotná v domovských adresářích uživatelů nic nemění, avšak existují aplikace (např. části balíku Mozilla a desktopových prostředí KDE a GNOME), které při spuštění nové verze přepisují stará nastavení novými výchozími hodnotami. Jako prevenci můžete zkusit zazálohovat všechny skryté soubory a adresáře (tzv. tečkové soubory) z uživatelských adresářů, což pomůže při případné obnově.

Instalační procedura musí být vykonána s privilegii superuživatele. Je tedy nutné buďto se přihlásit jako uživatel root, nebo nabýt jeho práv prostřednictvím programů su nebo sudo.

Je dobré informovat uživatele o změnách, které v sytému vlivem aktualizace nastanou. Je to vhodné i v případě, že se uživatelé na váš systém přihlašují vzdáleně (pomocí ssh) a vůbec nemusí změny během aktualizace systému postřehnout.

Pokud chcete systém aktualizovat obzvlášť bezpečně, zazálohujte nebo odpojte před aktualizací oblast pro domovské adresáře (/home).

Při přechodu na Squeeze se aktualizuje jádro, takže bude vyžadován restart systému.

Pokud jsou s aktualizovanými balíky spojeny nějaké služby (třeba webový server), mohu být tyto služby během aktualizace pozastaveny po dobu, než se balíky nahradí za novou verzi a než proběhne jejich konfigurace.

Přesná doba výpadku služeb se bude lišit podle počtu aktualizovaných balíků a mimo jiné je také závislá na tom, jak rychle bude správce systému odpovídat na konfigurační otázky ostatních balíků (jestliže takové budou). Pokud necháte aktualizaci běžet bez dozoru a systém během ní bude vyžadovat odpověď na nějakou otázku, čas výpadku se samozřejmě prodlouží o dobu, než někdo přijde a odpoví^[4].

Jestliže aktualizovaný systém poskytuje kritické nebo síťové služby^[5], můžete zmenšit výpadek služeb tím, že nejprve provedete minimální aktualizaci systému podle 4.4.4 – „Minimální aktualizace systému“ následovanou aktualizací jádra a restartem (viz 4.4.5 – „Aktualizace jádra a udev“). Poté aktualizujte kritické služby a teprve následně aktualizujte celý zbytek systému podle 4.4.6 – „Aktualizace systému“. Tím zajistíte, že kritické služby nepoběží jen po nezbytně nutnou dobu a hlavně budou k dispozici během hlavní části aktualizace, která zabírá nejvíce času.

Kvůli mnoha změnám, které se v jádře udály mezi Lennym a Squeezem v oblasti ovladačů, rozpoznávání hardwaru a pojmenování a uspořádání zařízení, zde existuje opravdové riziko, že po aktualizaci při restartu systému zaznamenáte problémy. Mnoho potenciálních změn je zachyceno v této a následujících kapitolách.

Z tohoto pohledu dává smysl připravit záchrannou cestu, pomocí které budete moci systém obnovit v případě, že se nepodaří následný restart, resp. že se u vzdálených systémů nepodaří nahodit síťování.

Při vzdálené aktualizaci přes ssh se doporučuje mít záložní plán (alias konzoli na sériové lince) pro případ, že se něco nepovede. Je totiž jistá šance, že se po aktualizaci jádra a následném restartu změní jména některých zařízení (viz část 4.6.2 – „Změna ve výčtu zařízení“) a bude nutné opravit konfiguraci přes lokální konzoli. To stejné platí pro případ, že počítač omylem během aktualizace restartujete.

Snad každého napadne zkusit znovu restartovat s původním jádrem. Z mnoha důvodů, které jsou porůznu roztroušeny v těchto poznámkách, není zaručeno, že se to povede.

Pokud staré jádro selže, musíte nalézt alternativní způsob, jak zavést svůj systém, abyste jej mohli následně opravit. Jednou z možností je použití speciálního záchranného obrazu, nebo nějakého linuxového live CD. Po zavedení náhradního systému byste měli být schopni připojit svůj kořenový souborový systém a chrootovat se do něj, což vám umožní prozkoumání a opravení problému.

Jinou možností je použití záchranného režimu instalačního systému Squeeze. Výhodou použití instalačního systému je to, že si z mnoha různých instalačních metod můžete vybrat tu, která se pro vaši situaci hodí nejvíce. Více informací naleznete v osmé kapitole instalační příručky a v Debian Installer FAQ.

Aktualizaci distribuce je možné provést lokálně z textové virtuální konzoly (resp. z přímo napojeného sériového terminálu), nebo vzdáleně pomocí ssh spojení.

	Důležité
	Používáte-li VPN služby (jako třeba tinc), nemusí být tyto během aktualizace dostupné. Více informací naleznete v kapitole 4.1.3 – „Připravte se na výpadek služeb“.

Jako další pojistku doporučujeme instalovat ve virtuální konzoli programu screen, který umožňuje bezpečné odpojení a nové připojení ke stávajícímu sezení. Díky tomu zajistí nepřerušený proces aktualizace i v případech, kde se vám rozpadne spojení.

Důležité

Během aktualizace systému byste neměli používat služby telnet, rlogin, ani rsh. Rovněž byste systém neměli aktualizovat ze sezení spravovaného programem xdm běžícím na témže systému. To platí i pro varianty wdm, gdm a kdm, protože tyto služby mohou být během aktualizace přerušeny. Přerušení během aktualizace systému je samozřejmě problematické. V horším případě může vyústit až do nedostupného a nekonzistentně nainstalovaného systému.

Kvůli chybě #512951 je třeba před aktualizací vyčistit systém od balíku splashy.

# apt-get purge splashy
      

V některých případech se může stát, že pokud byly balíky instalovány pomocí apt-get místo aptitude, aptitude to občas zmate a označí je k odstranění, protože si myslí, že je nikdo nepoužívá. Obecně byste se měli přesvědčit, že je systém před velkou aktualizací plně aktualizovaný a „čistý“.

Proto je potřeba ověřit, zda se ve správci balíků aptitude nevyskytují nějaké naplánované akce. Pokud totiž existují balíky naplánované k odstranění, může to negativně ovlivnit průběh aktualizace. Mějte prosím na paměti, že tento postup je možný pouze v případě, pokud váš sources.list ukazuje stále na lenny a ne na stable nebo squeeze; více viz A.2 – „Kontrola zdrojů balíků“.

Spusťte tedy aptitude v interaktivním režimu a stiskněte g. Pokud se zobrazí nějaké naplánované akce, měli byste je zkontrolovat a buď je provést, nebo vrátit zpět. Jestliže žádné akce naplánovány nebyly, zobrazí se hláška „Žádné balíky nejsou označeny k instalaci, aktualizaci nebo odstranění“.

Pokud máte nastaven APT, aby instaloval vybrané (vypíchnuté) balíky z jiné, než stabilní distribuce (např. testovací), budete možná muset změnit pravidla pro vypichování (v souboru /etc/apt/preferences) tak, abyste povolili aktualizace balíků na nové verze balíků ve stabilní verzi. Podrobnosti o vypichování balíků naleznete v apt_preferences(5).

Nehledě na metodu aktualizace systému se nejdříve doporučuje zkontrolovat stav všech balíků a prověřit, jestli jsou všechny balíky schopny aktualizace. Pomocí následujícího příkazu je možné vypsat seznam balíků, jenž mají buďto status Half-Installed, Failed-Config, nebo jsou v jiném chybovém stavu.

# dpkg --audit
      

Stav všech balíků lze prohlédnout rovněž pomocí programu dselect, aptitude, nebo příkazem

# dpkg -l | pager
      

nebo

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

Doporučuje se, abyste před aktualizací odstranili u balíků status podržení v aktuálním stavu („on hold“). Pokud bude mít kterýkoliv z významných balíků nastaven tento příznak, nebude jej možné aktualizovat a tím pádem celý proces skončí neúspěchem.

aptitude používá pro označení balíků v podrženém stavu odlišný způsob než apt-get a dselect. Balíky s příznakem „on hold“ lze pro aptitude zobrazit příkazem

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

Chcete-li vypsat podržené balíky pro apt-get, použijte

# dpkg --get-selections | grep hold
      

Pokud v systému udržujete vlastní změněné balíky, to jest balíky vzniklé změnou a překladem standardního balíku z distribuce, měli byste jej označit příznakem „on hold“. Tímto preventivním opatřením zajistíte jeho setrvání v aktuálním stavu -- novější balík z distribuce jej nenahradí.

Příznak „on hold“ můžete nastavit pro apt-get příkazem

# echo balík hold | dpkg --set-selections
      

Příznak odeberete analogicky, stačí nahradit hold za install.

V této fázi je lepší se přesvědčit, že sources.list stále ukazuje na předchozí stabilní verzi pro případ, že byste potřebovali něco spravit. Viz část A.2 – „Kontrola zdrojů balíků“.

Jestliže máte ve svém souboru /etc/apt/sources.list uveden odkaz na proposed-updates, dočasně jej před aktualizací zakomentujete. Jedná se o preventivní opatření s cílem snížit pravděpodobnost konfliktů mezi balíky.

Máte-li v systému nainstalované balíky odjinud než z Debianu, může se stát, že budou kvůli konfliktům během aktualizace odstraněny. Pokud jste je nainstalovali ze zdroje balíků v /etc/apt/sources.list, podívejte se, zda daný archiv nabízí balíky sestavené pro Squeeze, a poté se změnou zdrojů oficiálních balíků příslušně změňte i tyto zdrojové řádky.

Někteří uživatelé mohou mít neoficiální verze „novějších“ balíků, které jsou v Debianu obsaženy ve verzích běžně dostupných v distribuci Lenny. Tyto balíky pravděpodobně způsobí konflikty mezi soubory^[7]. Část 4.5 – „Možné problémy během aktualizace“ obsahuje některé informace o řešení těchto problémů.

Výchozí nastavení obsahuje údaje pro instalaci z našich hlavních archivů v Internetu, to však můžete lehce změnit. Po úpravě souboru /etc/apt/sources.list je možné používat i jiné zdroje, především archivy, které jsou k vám na síti blíže a budou mít rychlejší odezvu a větší přenosové rychlosti.

Adresy FTP a HTTP archivů Debianu je možné najít na http://www.debian.org/distrib/ftplist (hledejte část „list of Debian mirrors“). HTTP zrcadla bývají obvykle rychlejší než FTP zrcadla.

Předpokládejme například, že váš nejbližší archiv je http://mirrors.kernel.org. Při jeho prohledávání pomocí WWW prohlížeče nebo pomocí FTP klienta jste zjistili, že hlavní adresáře jsou:

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

Pokud se rozhodnete používat tento archiv, přidejte do souboru sources.list následující řádek:

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

Podadresář „dists“ je do cesty přidán implicitně a argumenty za názvem distribuce jsou určeny pro rozšíření takto specifikované cesty do několika adresářů.

Poté, co do souboru sources.list přidáte nové zdroje balíků, zakomentujte předchozí údaje. To jest na začátek všech řádků začínajících „deb“ vložte symbol hash (#).

Místo používání FTP nebo HTTP zrcadel budete možná chtít použít lokální archiv, a upravit soubor /etc/apt/sources.list pro použití zrcadla na lokálním disku (nebo třeba na souborovém systému exportovanému pomocí NFS).

Předpokládejme, že vaše balíky jsou například v adresáři /var/ftp/debian/ a mají následující hlavní adresáře:

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

Do souboru sources.list je nutné přidat následující řádek:

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

Podadresář dists je do cesty přidán implicitně a argumenty za názvem distribuce jsou určeny pro rozšíření takto specifikované cesty do několika adresářů.

Poté co do souboru sources.list přidáte nové zdroje balíků, zakomentujte předchozí údaje. To jest na začátek všech řádků začínajících „deb“ vložte symbol hash (#).

Pokud chcete používat výhradně sadu CD, zakomentujte v souboru /etc/apt/sources.list existující řádky začínající „deb“ tím, že na jejich začátek vložíte znak hash (#).

Přesvědčte se, že je ve vašem souboru /etc/fstab řádek umožňující připojit CD-ROM mechaniku na adresář /cdrom (pro metodu apt-cdrom je nutné mít adresář pro připojení CD-ROM právě /cdrom). Pokud je vaše CD-ROM mechanika například /dev/hdc, měl by soubor /etc/fstab obsahovat obdobný řádek:

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

Ve čtvrtém sloupci nesmí být mezi slovy defaults,noauto,ro žádné mezery.

Pokud chcete ověřit funkčnost, vložte do mechaniky CD a spusťte

# mount /cdrom    # připojí CD do adresáře
# ls -alF /cdrom  # vypíše obsah CD
# umount /cdrom   # odpojí CD
      

Dále spusťte:

# apt-cdrom add

      

pro každé binární CD z vaší sady debianích CD. Tím se přidají data o každém médiu do vaší APT databáze.

Důrazně doporučujeme zaznamenat průběh aktualizace systému pomocí programu /usr/bin/script. Jestliže se objeví nějaký problém, minimálně budete mít záznam o tom, co se stalo. Navíc po dokončení instalace můžete podat přesné hlášení chyby (bug report). Záznam je možné zahájit příkazem:

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

nebo podobným. Poznamenejme, že není vhodné umísťovat soubor se záznamem do dočasného adresáře jako je /tmp nebo /var/tmp. Obsah těchto adresářů může být během aktualizace nebo restartu systému smazán.

Typescript vám také pomůže najít informaci, která už z obrazovky dávno zmizela. Jste-li u systému, přepněte se na druhou konzoli (klávesami Alt+F2) a po přihlášení si můžete soubor prohlížet příkazem less -R ~root/upgrade-squeeze.script.

Po dokončení aktualizace je rozumné script zastavit příkazem exit na příkazovém řádku.

Jestliže jste při zaznamenávání použili přepínač -t, můžete celé sezení přehrát programem scriptreplay:

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

Nejprve je nutno stáhnout soubor, který obsahuje výčet balíků patřících do nové verze Debianu. To provedete příkazem:

# apt-get update
      

Před kompletní aktualizací svého systému podle kapitoly 4.4.6 – „Aktualizace systému“ se ujistěte, že máte na disku dostatek volného místa. Nejprve budete potřebovat dostatek volného místa na oblasti, která hostí /var/, protože sem se dočasně stáhnou balíky, které se pak budou instalovat. (Balíky se stahují do /var/cache/apt/archives/partial a po úspěšném stažení se přesunou o adresář výš.) Poté budete potřebovat další místo v oblastech, do kterých se budou aktualizované a nové balíky instalovat. Aktualizované balíky mohou obsahovat větší programy nebo více dat, nové balíky mohou být vyžadovány kvůli splnění nových závislostí. Pokud váš systém nemá dostatek volného místa, může aktualizace skončit někde v půli cesty a nemusí být snadné se dostat zpět do použitelného stavu.

apt-get i aptitude poskytují podrobné informace o místu nutném k instalaci. Ještě před instalací můžete získat odhad vyžadovaného místa spuštěním:

# apt-get -o APT::Get::Trivial-Only=true dist-upgrade
[ ... ]
XXX aktualizováno, XXX nově instalováno, XXX k odstranění a XXX neaktualizováno.
Potřebuji stáhnout xxxB archivů.
Po této operaci bude na disku použito dalších yyyB.
      

	Poznámka
	Jak je popsáno dále, spuštění tohoto příkazu na začátku aktualizace může skončit chybou. V takovém případě musíte s příkazem pro zjištění potřebného místa počkat až provedete minimální aktualizaci (4.4.4 – „Minimální aktualizace systému“) a aktualizujete jádro.

Nemáte-li k aktualizaci dostatek místa, apt-get vás bude varovat následující hláškou:

V /var/cache/apt/archives nemáte dostatek volného místa.
      

V takovém případě bude třeba nějaké místo uvolnit. Můžete:

Pro bezpečné odstranění balíků se doporučuje přepnout sources.list zpátky na lenny, jak popisuje část A.2 – „Kontrola zdrojů balíků“.

Protože některé klíčové balíky mezi sebou mohou ve verzích pro Lennyho a Squeeze kolidovat, mohla by plná aktualizace (popsaná níže) odstranit mnoho balíků, které si nejspíš chcete ponechat. Doporučujeme přechod uskutečnit dvoufázově. V první fázi se provede minimální aktualizace, při které se vyřeší zmíněné konflikty a ve druhé fázi potom následuje plná aktualizace popsaná v kapitole 4.4.6 – „Aktualizace systému“.

Pro minimální aktualizaci spusťte

# apt-get upgrade
      

Tím se aktualizují ty balíky, které mohou být aktualizovány bez instalace nebo odstranění jiných balíků.

Minimální aktualizace systému se také může hodit v případech, kdy má systém nedostatek místa pro plnou aktualizaci.

Verze udev ve Squeeze vyžaduje jádro 2.6.26 a novější, ve kterém je zakázána volba CONFIG_SYSFS_DEPRECATED a naopak povoleny volby CONFIG_INOTIFY_USER a CONFIG_SIGNALFD. Standardní jádro z Lennyho se sice pyšní vhodnou verzí (2.6.26), ale bohužel má zapnutou volbu CONFIG_SYSFS_DEPRECATED. K tomu přidejme, že udev v Lennym nefunguje správně s novějšími jádry, protože neposkytuje veškerou funkcionalitu, kterou novější jádra očekávají a je o zábavu postaráno.

Při zavedení jádra 2.6.26 z Lennyho na systému používajícím udev ze Squeeze se bude většina programů tvářit, jako že normálně funguje, ale některá pravidla se nenahrají, což se může projevit tak, že se nepřiřadí správné názvy síťovým zařízením, nebo že se blokovým zařízením nepřiřadí dodatečná oprávnění (například přístup pro skupinu disk). Z tohoto důvodu je nyní doporučeno aktualizovat jádro, aby bylo k dispozici ještě před instalací udev.

Jádro aktualizujete příkazem:

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

S rozhodováním, kterou variantu jádra si máte nainstalovat, vám pomůže 4.6.1 – „Instalace metabalíku jádra“.

Používáte-li zavaděč grub, měli byste se ujistit, že během aktualizace jádra proběhl i příkaz update-grub. Pokud ne, spusťte jej ručně.

Okamžitě po aktualizaci jádra byste měli nainstalovat nový udev, abyste snížili riziko dalších nekompatibilit mezi starým udev a novějším jádrem^[8]

# apt-get install udev
      

Po aktualizaci jádra i udev byste měli systém restartovat.

Po splnění předchozích kroků byste měli být připraveni aktualizovat hlavní část systému. Příkaz

# apt-get dist-upgrade
      

zahájí kompletní aktualizaci systému, to jest nainstaluje nejnovější verze dostupných balíků a vyřeší všechny možné problémy mezi balíky z rozdílných distribucí. Pokud to bude nezbytné, nainstalují se další nové balíky (zpravidla nové verze knihoven nebo přejmenované balíky), a odstraní se konfliktní starší balíky.

Pokud aktualizujete systém ze sady CD nebo DVD, budete během aktualizace na různých místech vybídnuti ke vložení konkrétního disku. Je možné, že budete muset vložit jeden disk i několikrát, protože některé balíky závisejí na jiných, jenž jsou uloženy na jiném médiu.

Nové balíky, které nemohou být instalovány beze změny instalačního stavu jiných balíků budou ponechány ve svých původních verzích (zobrazováno jako „přidržení“). To můžete vyřešit programem aptitude, kde tyto balíky vyberete k instalaci, nebo můžete zkusit příkaz apt-get -f install balík.

Podpora pro šifrovaná zařízení využívající cryptoloop byla z balíků linuxového jádra v Debianu 6.0 odstraněna. Stávající instalace využívající cryptoloop musí být před aktualizací převedeny na dm-crypt.

Během aktualizace na Squeeze můžete být požádáni o odstranění některých nainstalovaných balíků. Přesný seznam závisí na tom, které balíky máte zrovna nainstalované. V těchto poznámkách naleznete spíše obecná doporučení, tudíž doporučujeme před každou akcí odstraňující balíky věnovat seznamu zvýšenou pozornost.

Mezi typické balíky, u kterých se očekává jejich odstranění, patří: autofs (nahrazen balíkem autofs5), dhcp3 (nahrazen balíkem isc-dhcp), madwifi-source, python-setuptools a python2.4 (nahrazen novějším python2.6). Více o balících, které jsou v Squeeze považovány za zastaralé, naleznete v 4.10 – „Zastaralé balíky“.

Pokud aptitude, apt-get nebo dpkg selže s chybou

E: Dynamic MMap ran out of room
      

znamená to, že máte malou cache paměť. Problém můžete obejít tak, že v /etc/apt/sources.list zakomentujete řádky které nepoužíváte, nebo zvýšíte velikost vyrovnávací paměti. Velikost vyrovnávací paměti můžete zvýšit volbou APT::Cache-Limit v souboru /etc/apt/apt.conf. Následující příklad nastaví dostatečně velkou hodnotu:

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

To ovšem předpokládá, že jste tuto proměnnou v daném souboru ještě nenastavovali.

Někdy je potřebné pro APT nastavit parametr APT::Force-LoopBreak. Tím se umožní dočasné smazání nezbytného balíku způsobené cyklem Koliduje/Předzávisí. apt-get vás o podobné situaci informuje a přeruší aktualizaci celého systému. V takovém případě spusťte apt-get s parametrem -o APT::Force-LoopBreak=1.

Je možné, že systém závislostí mezi balíky bude natolik poškozen, že si situace vyžádá ruční opravu. To obvykle znamená spustit apt-get nebo

# dpkg --remove jméno_balíku
      

pro odstranění pochybných balíků, nebo

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

V extrémním případě možná budete muset znovu vynutit reinstalaci balíku příkazem

# dpkg --install /cesta/k/balíku.deb
      

Jestliže jste instalovali neoficiální backportované verze balíků, může nastat konflikt souborů, který vypadá nějak takto:

Rozbaluji <balík-foo> (z <balík-foo-soubor>) ...
dpkg: chyba při zpracování <balík-foo> (--install):
 zkouším přepsat soubor <název-souboru>,
 který je také v balíku <balík-bar>
dpkg-deb: podproces paste byl zabit signálem (Broken pipe)
 Při zpracování nastaly chyby:
 <balík-foo>
      

Konflikt můžete zkusit vyřešit tak, že násilně odstraníte balík zmíněný na posledním řádku chybové hlášky:

# dpkg -r --force-depends balík
      

Po těchto krocích byste měli být opět schopni pokračovat v aktualizaci systému pomocí dříve popsané metody pomocí apt-get.

Během aktualizace budete vyzváni ke konfiguraci nebo opětovnému nastavení některých balíků. Pokud budete vyzváni, zdali nahradit nějaký soubor v adresáři /etc/init.d nebo soubor /etc/manpath.config verzí od správce balíku, měli byste odpovědět kladně, abyste zaručili konzistenci systému. Ke starším verzím souborů se vždy můžete vrátit, jelikož budou uloženy s příponou .dpkg-old.

Pokud si nevíte rady, poznamenejte si jméno balíku nebo souboru a nechte jeho konfiguraci na později. Můžete si pak prohlédnout výstup z programu script a podívat se na údaje, které byly na obrazovce během aktualizace systému.

Aktualizujete-li systém z lokální konzoly, může se během aktualizace stát, že se konzole přepne do jiného pohledu a ztratíte tak přehled o probíhající aktualizaci. Jednou takovou situací je restart daemona gdm.

Pro návrat na konzoli s aktualizací se můžete vrátit klávesovou zkratkou Ctrl+Alt+Fx (z grafického prostředí) nebo Alt+Fx (z textové konzole), kde x je číslo virtuálního terminálu, na kterém probíhá aktualizace. Mezi textovými konzolemi se můžete přepínat také klávesovými zkratkami Alt+šipka vlevo a Alt+šipka vpravo.

Ve většině případů by měl přechod z Lennyho na Squeeze proběhnout hladce, nicméně existují drobné případy, kdy je potřeba nějakého ručního zásahu před nebo během aktualizace.

Při přechodu z Lennyho na Squeeze, je důrazně doporučeno nainstalovat nový metabalík linux-image-2.6-*. Je možné, že se tento balík nainstaluje rovnou během dist-upgrade, což můžete ověřit příkazem:

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

Nevidíte-li žádný výstup, znamená to, že musíte nainstalovat balík linux-image ručně. Seznam dostupných metabalíků získáte příkazem:

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

Nejste-li si jisti, který balík vybrat, zavolejte uname -r a hledejte balík s podobným jménem. Například pokud se vypíše „2.6.26-2-686“, doporučujeme nainstalovat linux-image-2.6-686. Ve výběru nejlepšího jádra vám může pomoci i dlouhý popis každého balíku. Například:

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

Zvolené jádro pak nainstalujete jako každý jiný balík příkazem apt-get install. Aby se jádro zavedlo, musíte při nejbližší vhodné příležitosti restartovat počítač.

Dobrodružnějším uživatelům nabízíme možnost přeložit si vlastní jádro přímo v distribuci Debian GNU/Linux. K tomu je potřeba nainstalovat balík kernel-package a přečíst si dokumentaci v souboru /usr/share/doc/kernel-package. Alternativou jsou zdrojové texty jádra z balíku linux-source-2.6 a sestavení binárního balíku pomocí makefile pravidla deb-pkg. Mezi oběma přístupy jsou drobné rozdíly, o nichž si můžete přečíst v dokumentaci jednotlivých balíků.

Pokud je to možné, bývá lepší aktualizovat jádro odděleně od hlavního dist-upgrade, protože se minimalizuje doba, kdy se systém nachází v dočasně nezaveditelném stavu. Pamatujte, že aktualizace jádra by měla následovat až po minimální aktualizaci popsané v 4.4.4 – „Minimální aktualizace systému“.

Počínaje Lennym používá jádro robustnější mechanismus pro rozpoznávání hardwaru. Protože to může změnit pořadí, ve kterém jsou zařízení v systému objevena, ovlivní to i pořadí, ve kterém jsou zařízením přiřazeny názvy. Například pokud používáte dvě síťové karty, které jsou obsluhovány různými ovladači, mohou být názvy karet (eth0 a eth1) prohozeny.

U síťových zařízení se můžete vyhnout změnám názvů použitím pravidel systému udev v souboru /etc/udev/rules.d/70-persistent-net.rules. Protože tato pravidla existovala už v Lennym, mělo by při přechodu na Squeeze všechno fungovat dle očekávání. Výjimkou by mohl být případ, kdy zároveň měníte síťový adaptér, protože jména zařízení jsou spojena s konkrétním hardwarem, takže nová karta získá nové jméno. Chcete-li, aby nová karta zdědila původní jméno nahrazené karty, budete muset z /etc/udev/rules.d/70-persistent-net.rules smazat příslušný záznam.

U úložných zařízení můžete předejít přejmenování tím, že použijete initramfs-tools a nastavíte je tak, aby nahrávaly moduly k úložným zařízením ve stejném pořadí, v jakém se moduly nahrávaly dosud. Nicméně vzhledem k dalším změnám v linuxovém jádře, o kterých se dočtete v části 5.1.1 – „Přechod od IDE ovladačů k PATA“, není vynaložené úsilí adekvátní a je doporučeno přejít na pojmenovávání zařízení univerzálně unikátními identifikátory (UUID), u kterých je garance, že se s časem nemění^[9]. Tyto unikátní identifikátory naleznete v adresářích /dev/disk/by-uuid/ a /dev/mapper/.

Jestliže je pro zavádění systému použit initrd vytvořený pomocí initramfs-tools, mohou se v některých případech vytvořit soubory zařízení příliš pozdě na to, aby na ně mohly zaváděcí skripty zareagovat.

Obvyklé příznaky jsou, že se kořenový souborový systém nepodaří připojit, že jste následně vhozeni do ladicího shellu a když zpětně zkoumáte adresář /dev, vidíte v něm všechna potřebná zařízení. Takové chování bylo pozorováno na systémech, kde byl kořenový souborový systém na USB disku nebo na RAID (obzvláště při použití zavaděče LILO).

Problém se dá obejít zaváděcím parametrem rootdelay=9. Je možné, že hodnotu v sekundách bude třeba upravit.

Jak se vyhnout problému použitím neměnného identifikátoru. Existují dva základní postupy, jak označit kořenový souborový systém tak, aby se značka mezi restarty nezměnila. První pojmenuje souborový systém, druhý použije univerzální unikátní identifikátor (UUID). Oba způsoby jsou v Debianu dostupné od vydání Etche.

Každý způsob má svá pro a proti. Pojmenování souborového systému je čitelnější, ale může způsobit problémy, pokud se v počítači potkají více souborových systémů se stejným jménem. Použití UUID nevypadá nijak pěkně, ale je robustnější a pravděpodobnost, že se potkají dva stejné UUID, je téměř nulová.

V příkladech níže předpokládáme, že se kořenový souborový systém nachází na oblasti /dev/hda6, je naformátován jako ext2 nebo ext3 a že v systému funguje udev.

Postup pro pojmenování souborového systému:

Postup pro použití UUID:

Během aktualizace vám typicky bude nabídnuta možnost ponechat jako primární zavaděč stávající verzi GRUBu (nyní nazývanou GRUB Legacy) a přidat do něj možnost přeskočení do GRUBu 2, ze kterého pak budete zavádět svůj systém. Tímto si můžete ověřit, že GRUB 2 na vašem systému funguje a teprve pak na něj přejít trvale.

Toto zřetězené používání GRUBu 2 je zamýšleno jen jako dočasné, takže po ověření, že vše funguje dle očekávání, doporučujeme na GRUB 2 přejít natrvalo. Stačí spustit příkaz upgrade-from-grub-legacy.

Oficiální příručka GRUBu popisuje změny mezi GRUB 2 a GRUB Legacy, které doporučujeme prostudovat, protože některá komplexní nastavení bude třeba přepsat. Jestliže jste nastavení zavaděče neměnili, mělo by vše proběhnout automaticky.

Při přechodu od verze 5.0 (Lenny) k verzi 6.0 (Squeeze) bylo několik balíků rozděleno na větší počet menších balíků. V takových případech Squeeze většinou poskytuje „prázdné“ balíky, které se jmenují stejně jako balík v předchozí verzi Debianu, ovšem kromě závislostí na nově vzniklých balících nic užitečného neobsahují. „Prázdné“ balíky se po úspěšném přechodu považují za zbytečné a většinou je můžete odstranit.

Téměř všechny prázdné balíky mají ve svém popisu jasně napsáno, že se jedná o prázdné/falešné balíky. S hledáním těchto balíků může pomoci program deborphan s parametry --guess-* (konkrétně --guess-dummy). Pamatujte, že některé prázdné balíky je lepší neodstraňovat, protože slouží ke sledování aktuálních verzí programů.