Przed zaktualizowaniem systemu zalecamy wykonanie pełnej kopii zapasowej, a przynajmniej kopii tych danych i konfiguracji, których utrata byłaby bolesna. Narzędzia i proces aktualizacji są dość niezawodne, lecz problem sprzętowy w trakcie procedury może spowodować dość znaczne uszkodzenie systemu.

Główną rzeczą, którą warto skopiować jest zawartość plików /etc, /var/lib/dpkg, /var/lib/apt/extended_states oraz wynik polecenia dpkg --get-selections "*" (cudzysłów jest istotny). Jeśli do zarządzania pakietami wykorzystuje się program aptitude, należy zachować również zawartość pliku /var/lib/aptitude/pkgstates.

Sam proces aktualizacji nie zmienia niczego w katalogu /home. Niektóre aplikacje (np. część zestawu Mozilla oraz środowiska graficzne GNOME i KDE) nadpisują istniejące ustawienia użytkownika wartościami domyślnymi, gdy użytkownik uruchamia dany program jako pierwszy. Środkiem ostrożności jest wykonanie kopii zapasowych ukrytych plików i katalogów (z kropką - „dotfiles”) z katalogów domowych użytkowników. Kopia może ułatwić odtworzenie lub przywrócenie starych ustawień. Powinno się również poinformować o tym swoich użytkowników.

Operacja związana z instalacją pakietów musi być wykonana z uprawnieniami administratora, dlatego należy się zalogować na konto root, używając polecenia su lub wykorzystując sudo do uzyskania potrzebnych uprawnień.

Przed aktualizacją należy wykonać kilka czynności, dlatego trzeba zapoznać się z poniższą listą przed wykonaniem aktualizacji.

Przed każdą aktualizacją powinno się poinformować swoich użytkowników o tym fakcie, choć osoby uzyskujące dostęp do komputera za pomocą ssh nie powinny odczuć większych problemów i powinny móc kontynuować pracę.

Jako dodatkowe zabezpieczenie, można wykonać kopię zapasową lub odmontować partycję z katalogiem /home przed wykonaniem aktualizacji.

Przy aktualizacji do wydania wheezy konieczne będzie zaktualizowanie jądra, tak więc nie obędzie się bez ponownego uruchomienia komputera.

Mogą istnieć usługi oferowane przez system, które są związane z pakietami objętymi aktualizacją. W takim przypadku, proszę pamiętać, że podczas aktualizacji zostaną one zatrzymane na czas zastąpienia nowszą wersją oraz konfiguracji i nie będą w tym czasie dostępne.

Dokładny czas niedostępności usług zależy od liczby aktualizowanych pakietów i obejmuje również czas, jaki administratorowi zajmie odpowiedzenie na pytania konfiguracyjne (o ile takie będą). Proszę zwrócić uwagę, że jeśli proces aktualizacji nie będzie nadzorowany, a system będzie wymagał reakcji użytkownika, występuje duże prawdopodobieństwo pozostawienia usług niedostępnych^[1], przez znaczny czas.

Jeśli aktualizowany system udostępnia usługi, które są krytyczne dla użytkowników lub sieci^[2], można ograniczyć przerwę w ich działaniu, wykonując aktualizację minimalną, zgodnie z opisem w Sekcja 4.4.5, „Minimalna aktualizacja systemu”, a następnie aktualizację jądra i ponownie uruchamiając komputer (patrz Sekcja 4.4.6, „Aktualizowanie jądra i udev” ) oraz aktualizując pakiety związane z krytycznymi usługami. Dopiero później należy wykonać pełną aktualizację, jak opisano to w Sekcja 4.4.7, „Aktualizacja systemu”. W ten sposób można upewnić się, że te krytyczne usługi działają i są dostępne w trakcie pełnej aktualizacji, a przerwa w działaniu jest zminimalizowana.

Choć Debian zawsze stara się upewnić, że system będzie dało się uruchomić w każdym przypadku, zawsze istnieje ryzyko, że wystąpią problemy z ponownym uruchomieniem systemu po wykonaniu aktualizacji. Znane, potencjalne problemy są omówione w tym i kolejnych rozdziałach uwag do wydania.

Z tego względu, powinno się upewnić, że będzie istniała możliwość odzyskania systemu, jeśli nie uruchomi się on po aktualizacji lub, w przypadku systemów zarządzanych zdalnie, nie aktywuje sieci.

Najoczywistszym pomysłem jest wypróbowanie działania systemu najpierw ze starym jądrem. Jednak nie ma żadnej pewności powodzenia.

Jeśli ten sposób zawiedzie, konieczne będzie zapewnienie sobie alternatywnego sposobu rozruchu systemu, aby móc go naprawić. Rozwiązaniem może okazać się specjalny obraz ratunkowy lub płyta typu live CD. Po uruchomieniu systemu za pomocą jednej z tych metod, powinno się dać podmontować główny system plików, a następnie wykonać chroot, aby rozpoznać i naprawić problem.

Inną polecaną metodą jest tryb ratunkowy w instalatorze Debiana wheezy. Zaletą skorzystania z instalatora jest możliwość wyboru wielu metod instalacji, w zależności od potrzeb. Więcej informacji zawiera „Recovering a Broken System” w rozdziale 8 przewodnika instalacji i FAQ instalatora Debiana.

Aktualizacja dystrybucji może być wykonana lokalnie, z trybu tekstowego wirtualnej konsoli (lub przez bezpośrednio połączony terminal szeregowy) lub zdalnie, za pomocą ssh.

	Ważne
	Jeśli korzysta się z usług VPN (takich jak tinc), to mogą one nie być dostępne w czasie aktualizacji. Proszę zapoznać się z Sekcja 4.1.3, „Przygotowanie do przestoju usług”.

Aby zapewnić większy margines bezpieczeństwa przy aktualizacji zdalnej, sugerujemy uruchomić proces aktualizacji w wirtualnej konsoli zapewnionej przez program screen, który pozwala na bezpieczne ponowne podłączenie i zapewnia nieprzerwaność procesu aktualizacji, nawet przy zerwaniu połączenia.

Ważne

Nie należy wykonywać aktualizacji za pomocą telnet, rlogin, rsh lub z sesji X zarządzanej przez xdm, gdm lub kdm itp. na aktualizowanym komputerze. Każda z tych usług może zostać przerwana podczas aktualizacji, co może skutkować niedostępnym systemem, uaktualnionym jedynie częściowo. Używanie programu GNOME update-manager jest zdecydowanie odradzane przy aktualizacji do nowego wydania, ponieważ narzędzie to wymaga, aby sesja pulpitu pozostawała aktywna.

Niekiedy, użycie apt-get do instalowania pakietów zamiast aptitude może spowodować, że aptitude potraktuje je jako „nieużywane” i przeznaczy do usunięcia. Z reguły powinno się upewnić, że system jest całkowicie uaktualniony i „czysty” przed rozpoczęciem procesu aktualizacji.

Z tego powodu, należy sprawdzić, czy nie ma żadnych zaplanowanych działań w menedżerze pakietów aptitude. Jeśli jakiś pakiet jest przeznaczony do usunięcia lub aktualizacji, może to negatywnie wpłynąć na przebieg aktualizacji, Proszę zauważyć, że naprawienie tego problemu będzie możliwe tylko wówczas, gdy sources.list wciąż wskazuje na wydanie squeeze, a nie na stable lub wheezy; patrz Sekcja A.2, „Sprawdzanie listy źródeł”.

Sprawdzenie polega na uruchomieniu aptitude w „trybie wizualnym” i wciśnięciu g („pobierz/instaluj/usuń”). Jeśli pokazane zostaną jakieś akcje, należy je przejrzeć i poprawić lub przeprowadzić. Jeśli nie będzie sugerowanych akcji, zostanie wyświetlony komunikat „Nie jest zaplanowana instalacja, aktualizacja, ani usunięcie żadnych pakietów”.

Jeśli skonfigurowano APT w celu instalacji konkretnych pakietów z dystrybucji innej niż stabilna (np. z testowej), konieczna może okazać się zmiana konfiguracji przypięć APT-a (przechowywanej w /etc/apt/preferences), aby pozwolić na aktualizację pakietów do wersji z nowego wydania stabilnego. Więcej informacji na ten temat można znaleźć w podręczniku systemowym apt_preferences(5).

Niezależnie od wybranej metody aktualizacji, zaleca się uprzednie sprawdzenie wszystkich pakietów i zweryfikowanie, czy wszystkie nadają się do aktualizacji. Następujące polecenie pokaże pakiety o statusie „częściowo zainstalowany” lub „nieprawidłowa konfiguracja” i te z jakimkolwiek statusem błędu.

# dpkg --audit

Można również sprawdzić stan wszystkich pakietów za pomocą aptitude lub np.

# dpkg -l | pager

albo

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

Pożądane może okazać się usunięcie wszelkich zatrzymań z pakietów. Jeśli jakikolwiek aktualizowany pakiet o statusie istotny będzie zatrzymany, aktualizacja nie powiedzie się.

Proszę zauważyć, że aptitude używa innej metody rejestrowania zatrzymanych pakietów niż apt-get i dselect. Pakiety zatrzymane w aptitude można sprawdzić za pomocą polecenia

# aptitude search "~ahold" 

Pakiety zatrzymane w apt-get można sprawdzić korzystając z

# dpkg --get-selections | grep 'hold$'

Jeśli zmieniono jakiś pakiet lub ponownie skompilowano go lokalnie, bez zmiany nazwy lub dodaniu epoki do nazwy, konieczne będzie zatrzymanie go, aby zapobiec uaktualnieniu.

Stan „zatrzymania” pakietu w apt-get można zmienić za pomocą:

# echo package_name hold | dpkg --set-selections

Proszę zamienić hold słowem install aby cofnąć „zatrzymanie” pakietu.

Jeśli jest coś, co wciąż trzeba poprawić, najlepiej jest upewnić się, że lista sources.list wciąż odnosi się do wydania squeeze, zgodnie z opisem Sekcja A.2, „Sprawdzanie listy źródeł”.

Jeśli w pliku /etc/apt/sources.list znajduje się sekcja proposed-updates, należy usunąć ją przed rozpoczęciem aktualizacji systemu. Jest to środek ostrożności, zmniejszający prawdopodobieństwo konfliktów.

Jeśli zainstalowano jakieś pakiety pochodzące spoza Debiana, należy pamiętać, że mogą one zostać usunięte podczas aktualizacji, z powodu konfliktów w zależnościach. Jeśli pakiety zostały zainstalowane przez dodanie dodatkowego archiwum pakietów w /etc/apt/sources.list, należy sprawdzić, czy nie oferuje ono pakietów skompilowanych dla wydania wheezy; wówczas należy odpowiednio zmienić wiersz dotyczący tego archiwum we wspomnianym pliku, w tym samym czasie, co pozostałe wiersze związane z pakietami Debiana.

Część użytkowników może posiadać nieoficjalne, backportowane wersje pakietów, które są „nowsze” niż pakiety zainstalowane w Debianie squeeze. Takie pakiety będą prawdopodobnie sprawiać kłopoty, z powodu konfliktów plików^[4]. Sekcja 4.5, „Możliwe problemy przy aktualizacji” opisuje sposoby radzenia sobie z konfliktami plików.

Domyślna konfiguracja jest przeznaczona do instalacji z głównych serwerów internetowych Debiana, lecz można zmodyfikować plik /etc/apt/sources.list w celu użycia innych serwerów lustrzanych, najlepiej położonych najbliżej użytkownika.

Adresy serwerów lustrzanych HTTP i FTP można znaleźć na stronie http://www.debian.org/distrib/ftplist (w rozdziale „lista serwerów lustrzanych Debiana”). Serwery HTTP są zwykle szybsze niż FTP.

Załóżmy na przykład, że najbliższym serwerem lustrzanym jest http://mirrors.kernel.org. Przy sprawdzaniu go za pomocą przeglądarki internetowej lub programu FTP, można zauważyć, że główne katalogi są ułożone podobnie do:

http://mirrors.kernel.org/debian/dists/wheezy/main/binary-alphaamd64armelarmhfi386ia64mipsmipselpowerpcsparcs390s390xkfreebsd-i386kfreebsd-amd64/...
http://mirrors.kernel.org/debian/dists/wheezy/contrib/binary-alphaamd64armelarmhfi386ia64mipsmipselpowerpcsparcs390s390xkfreebsd-i386kfreebsd-amd64/...

Aby użyć tego serwera lustrzanego z aptem, należy dodać poniższy wiersz do pliku sources.list:

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

Proszę zwrócić uwagę, że „dists” jest dodane jawnie, a argumenty po nazwie wydania są używane do rozwinięcia ścieżki na wiele katalogów.

Pod dodaniu nowych źródeł, należy wyłączyć istniejące wcześniej wiersze „deb” w sources.list, dodając na ich początku znak kratki (#).

Zamiast używania serwerów lustrzanych HTTP lub FTP, można zmodyfikować swój plik /etc/apt/sources.list tak, aby skorzystać z kopii na dysku lokalnym (np. zamontowanej za pomocą NFS).

Kopia serwera lustrzanego może się znajdować np. w /var/ftp/debian/ i posiadać główne katalogi, takie jak:

/var/ftp/debian/dists/wheezy/main/binary-alphaamd64armelarmhfi386ia64mipsmipselpowerpcsparcs390s390xkfreebsd-i386kfreebsd-amd64/...
/var/ftp/debian/dists/wheezy/contrib/binary-alphaamd64armelarmhfi386ia64mipsmipselpowerpcsparcs390s390xkfreebsd-i386kfreebsd-amd64/...

Aby użyć jej ze swoim aptem, proszę dodać ten wiersz do pliku sources.list:

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

Proszę zwrócić uwagę, że „dists” jest dodane jawnie, a argumenty po nazwie wydania są używane do rozwinięcia ścieżki na wiele katalogów.

Pod dodaniu nowych źródeł, należy wyłączyć istniejące wcześniej wiersze „deb” w sources.list, dodając na ich początku znak kratki (#).

Aby korzystać wyłącznie z płyt, proszę wyłączyć istniejące wiersze „deb” w pliku /etc/apt/sources.list dodając na początku znak kratki (#).

Proszę upewnić się, że w pliku /etc/fstab istnieje wiersz pozwalający na zamontowanie CD-ROM-u w punkcie montowania /cdrom (punkt montowania o nazwie /cdrom jest wymagany przez polecenie apt-cdrom). Na przykład, jeśli napęd CD-ROM jest urządzeniem /dev/hdc, to plik /etc/fstab powinien zawierać wiersz podobny do poniższego:

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

Proszę zauważyć, że w czwartym polu, między słowami defaults,noauto,ro nie mogą występować spacje.

Aby sprawdzić, czy wszystko działa, proszę włożyć płytę i spróbować wykonać

# mount /cdrom    # montowanie płyty w punkcie montowania
# ls -alF /cdrom  # wyświetlenie głównego katalogu płyty
# umount /cdrom   # odmontowanie płyty

Następnie, proszę uruchomić:

# apt-cdrom add

dla każdej płyty binarnej Debiana, aby dodać dane z każdego CD do bazy danych APT-a.

Zaleca się skorzystanie z programu /usr/bin/script, aby zapisać wyniki sesji aktualizacji. Wówczas, jeśli wystąpi problem, gotowy będzie log, który będzie można wykorzystać np. do zgłoszenia błędu. Aby rozpocząć zapisywanie, proszę wpisać:

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

lub coś podobnego. Jeśli będzie trzeba uruchomić zapis ponownie (np. po ponownym uruchomieniu systemu), proszę użyć innej wartości) krok, aby wskazać zapisywany krok aktualizacji. Nie należy umieszczać pliku do którego będzie się zapisywało w katalogu tymczasowym, takim jak /tmp lub /var/tmp (pliki w tych katalogach będą usuwane przy aktualizacjach i restarcie).

Zapis ten pozwoli również na przeglądnięcie informacji, które wypadły za ekran. Jeśli jest się w konsoli systemowej, wystarczy przełączyć się do VT2 (za pomocą Alt+F2) i, po zalogowaniu się, skorzystać z polecenia less -R ~root/upgrade-wheezy.script aby przeglądnąć plik.

Po zakończeniu aktualizacji, można zatrzymać polecenie script, wpisując exit.

Jeśli użyto przełącznika -t polecenia script, można skorzystać z programu scriptreplay, aby odtworzyć całą sesję:

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

Na początku, należy pobrać listę dostępnych pakietów nowego wydania. Można to zrobić za pomocą polecenia

# apt-get update

Konieczne jest upewnienie się, że system posiada wystarczająco dużo wolnej przestrzeni dyskowej, przed pełną aktualizacją systemu, opisaną w sekcji Sekcja 4.4.7, „Aktualizacja systemu”. Wszystkie pakiety potrzebne do instalacji są najpierw pobierane z sieci i przechowywane w /var/cache/apt/archives (i, przy pobieraniu, w podkatalogu partial/ ), dlatego trzeba zapewnić sobie wolne miejsce na partycji z katalogiem /var/, w celu tymczasowego przechowania instalowanych pakietów. Po zakończeniu pobierania, wolne miejsce potrzebne będzie na innych partycjach, aby zainstalować aktualizowane pakiety (które mogą zawierać większe pliki wykonywalne lub więcej danych) i nowe pakiety, dociągnięte przy aktualizacji. Jeśli jest zbyt mało wolnego miejsca, można doprowadzić do trudnej w opanowaniu, niedokończonej aktualizacji.

Polecenie apt-get może pokazać szczegółowe informacje o potrzebnym miejscu. Przed wykonaniem aktualizacji, przybliżoną wartość można zobaczyć wykonując:

# apt-get -o APT::Get::Trivial-Only=true dist-upgrade
[ ... ]
XXX aktualizowanych, XXX nowo instalowanych, XXX do usunięcia i XXX nieaktualizowanych.
Konieczne pobranie xx.x MB archiwów. 
Po tej operacji zostanie dodatkowo użyte AAA MB miejsca na dysku.

	Uwaga
	Wykonanie tego polecenia na początku procesu aktualizacji może dać błąd, z powodów opisanych w następnym rozdziale. Trzeba wówczas poczekać na zakończenie minimalnej aktualizacji systemu, opisanej w rozdziale Sekcja 4.4.5, „Minimalna aktualizacja systemu” i aktualizacji jądra, przed wykonaniem tego polecenia szacującego potrzebne miejsce.

Jeśli zabraknie miejsca, apt-get wyświetli ostrzeżenie:

E: Niestety w /var/cache/apt/archives/ nie ma wystarczającej ilości wolnego miejsca.

W takim przypadku, konieczne będzie zwolnienie miejsca na dysku. Można:

Proszę zwrócić uwagę, że w celu bezpiecznego usunięcia pakietów, zaleca się przełączenie swojego pliku sources.list z powrotem na wydanie squeeze zgodnie z opisem w Sekcja A.2, „Sprawdzanie listy źródeł”.

Konfiguracja jądra Debiana 686 została zastąpiona przez 686-pae, używającą PAE („Physical Address Extension” - rozszerzenie adresu fizycznego). Jeśli komputer działa na konfiguracji 686 lecz nie ma PAE, konieczne będzie przełączenie się na konfigurację 486. Można sprawdzić, czy komputer ma PAE za pomocą:

      grep -q '^flags.*\bpae\b' /proc/cpuinfo && echo tak || echo nie

Jeśli nie ma (tzn. powyższe polecenie zwróci nie), konieczna będzie instalacja pakietu linux-image-486, a następnie usunięcie linux-image-686 i/lub linux-image-2.6-686 jeśli jest obecnie zainstalowany.

W niektórych przypadkach, bezpośrednie wykonanie pełnej aktualizacji (opisanej niżej) może usunąć wiele pakietów, które mają być zachowane. Z tego powodu zaleca się wykonanie dwustopniowej aktualizacji, najpierw minimalnej, pozwalającej rozprawić się z tymi konfliktami, a następnie pełnej, zgodnie z opisem w Sekcja 4.4.7, „Aktualizacja systemu”.

Aby to zrobić, proszę wykonać

# apt-get upgrade

W ten sposób zaktualizowane zostaną pakiety, które nie wymagają usunięcia lub instalacji innych pakietów.

Minimalna aktualizacja systemu może okazać się przydatna również w systemach z niewielką ilością wolnego miejsca, na których pełna aktualizacja nie może być wykonana z tego powodu.

Wersja udev w wheezy wymaga jądra w wersji 2.6.26 lub nowszej, z wyłączoną opcją CONFIG_SYSFS_DEPRECATED i włączonymi CONFIG_INOTIFY_USER i CONFIG_SIGNALFD. Ponieważ standardowe jądra Debiana w wydaniu squeeze (wersja 2.6.26) mają włączone CONFIG_SYSFS_DEPRECATED, a wersja udev w squeeze nie udostępnia pełnej funkcjonalności oczekiwanej przez najnowsze jądra, konieczna jest specjalna uwaga przy aktualizacji, aby zapobiec umieszczeniu systemu w stanie nieumożliwiającym rozruchu.

Aby zaktualizować jądro, proszę wykonać

# apt-get install linux-image-odmiana

Link Sekcja 4.6.1, „Instalowanie metapakietu jądra” pomoże w określenie właściwej odmiany jądra.

Użytkownicy programu rozruchowego grub powinni upewnić się, że polecenie update-grub zostało wykonane przy aktualizacji jądra lub uruchomić je ręcznie.

Zaraz po zaktualizowaniu jądra, konieczne będzie również zainstalowanie nowego pakietu udev, aby ograniczyć ryzyko innych niekompatybilności związanych z używaniem sterego udev z nowym jądrem. Można to zrobić w wykonując:

# apt-get install udev

Po zaktualizowaniu jądra oraz pakietu udev, powinno się uruchomić system ponownie^[5].

Po wykonaniu poprzednich kroków, nadszedł czas na główną część aktualizacji. Proszę wykonać

# apt-get dist-upgrade

	Uwaga
	Proces aktualizacji innych wydań zalecał używanie programu aptitude do aktualizacji. To narzędzie nie jest zalecane do aktualizacji z wydania squeeze do wheezy.

Przeprowadzona zostanie w ten sposób pełna aktualizacja systemu, tzn. instalacja najnowszych dostępnych wersji wszystkich pakietów i rozwiązanie wszystkich możliwych zmian zależność pakietów w innych wydaniach. Jeśli jest to konieczne, zainstalowane zostaną nowe pakiety (najczęściej nowe wersje bibliotek lub pakiety o nowych nazwach) i usunięte wszystkie niepotrzebne pakiety powodujące konflikty.

Przy aktualizacji z zestawu CD-ROM-ów (lub płyt DVD), użytkownik będzie proszony o włożenie określonej płyty w wielu miejscach aktualizacji. Z powodu zależności między pakietami, rozproszonych na poszczególnych nośnikach, konieczne może okazać się wielokrotne wkładanie tej samej płyty.

Nowe wersje zainstalowanych pakietów, które nie mogą być zainstalowane bez zmiany statusu innego pakietu, zostaną pozostawione w bieżącej wersji (wyświetlone jako „zatrzymane”). Można to rozwiązać za pomocą aptitude, wybierając te pakiety do instalacji; można też spróbować wykonać apt-get -f install pakiet.

Wydanie 7.0 jest wieloarchitekturowe, co pozwala na instalowanie pakietów z różnych architektur w tym samym systemie. Pakiet ia32-libs jest obecnie pakietem przejściowym, służącym do wdrożenia tej funkcji. Jeśli pakiet ia32-libs jest obecnie zainstalowany, to przed jego aktualizacją należy uprzednio włączyć wieloarchitekturowość. W przeciwnym razie, APT wyświetli następujący komunikat:

Następujące pakiety mają niespełnione zależności:
 ia32-libs : Wymaga: ia32-libs-i386 ale nie da się go zainstalować
E: Pakiety są uszkodzone

Aby pozwolić na instalowanie pakietów i386 w systemie amd64, należy wykonać poniższe polecenia:

# dpkg --add-architecture i386
# apt-get update

Obsługa cryptoloop została usunięta z pakietów jądra Linux w wydaniu 7.0 Debiana. Istniejące instalacje cryptoloop będą musiały być przeniesione do dm-crypt przed aktualizacją.

Proces aktualizacji do wydania wheezy może prosić o usunięcie pewnych pakietów. Dokładna lista będzie zależała od obecnie zainstalowanych pakietów. Niniejsze uwagi do wydania dają ogólny obraz tych usunięć; w razie wątpliwości, przed kontynuowaniem należy sprawdzić usunięcia proponowane przez każdą z metod.

Czasami potrzebne jest włączenie opcji APT::Force-LoopBreak w APT, aby móc tymczasowo usunąć pakiet istotny z powodu pętli konfliktów/zależności wstępnych. Polecenie apt-get wypisze o tym ostrzeżenie i przerwie aktualizację. Można obejść problem, podając opcję -o APT::Force-LoopBreak=1 w wierszu polecenia apt-get.

Istnieje możliwość, że struktura zależności systemowych będzie na tyle uszkodzona, że konieczna będzie ręczna interwencja. Zwykle oznacza to użycie polecenia apt-get lub

# dpkg --remove nazwa-pakietu

aby wyeliminować część przeszkadzających pakietów lub

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

W sytuacjach ekstremalnych, konieczne może być wymuszenie reinstalacji za pomocą polecenia

# dpkg --install /ścieżka/do/nazwy-pakietu.deb

Konflikty plików nie powinny wystąpić przy aktualizacji z „czystego” wydania squeeze, lecz mogą się pojawić przy zainstalowanych nieoficjalnych backportach. Konflikty plików objawiają się komunikatami błędów, podobnymi do poniższego:

Rozpakowywanie <pakiet-foo> (z <plik-pakietu-foo>) ...
dpkg: błąd przetwarzania <pakiet-foo> (--install):
 próba nadpisania "<jakiś-plik>",
 który istnieje także w pakiecie <pakiet-bar>
dpkg-deb: podproces wklej zabity przez sygnał (Przerwany potok)
 Wystąpiły błędy podczas przetwarzania:
 <pakiet-foo>

Można spróbować rozwiązać konflikt plików przez wymuszenie usunięcia pakietu wymienionego w ostatnim wierszu komunikatu błędu:

# dpkg -r --force-depends nazwa-pakietu

Po zakończeniu naprawy, powinno się dać wznowić aktualizację, ponawiając poprzednio wymienione polecenia apt-get.

Podczas aktualizacji, zostaną wyświetlone pytania dotyczące konfiguracji lub ponownej konfiguracji kilku pakietów. Gdy pytanie będzie dotyczyło tego, czy plik w katalogu /etc/init.d lub plik /etc/manpath.config ma zostać zastąpiony wersją opiekuna pakietu, to odpowiedź powinna z reguły brzmieć „tak”, aby zapewnić spójność systemu. Zawsze można cofnąć się do starszej wersji, ponieważ są one zapisywane z rozszerzeniem .dpkg-old.

W razie wątpliwości, proszę zapisać sobie nazwę pakietu lub pliku i zdecydować później. Można przeszukać plik z zapisem sesji, aby znaleźć informację wyświetloną na ekranie przy aktualizacji.

Jeśli aktualizacja jest wykonywana z lokalnej konsoli systemowej, w którymś momencie aktualizacji, może zdarzyć się, że konsola zostanie przesunięta na inny widok i straci się obraz procesu aktualizacji. Stanie się to np. przy interfejsie graficznym, gdy restartowany jest gdm.

Aby odzyskać konsolę, na której trwa aktualizacja, należy wcisnąć Ctrl+Alt+F1, aby przełączyć się z powrotem na terminal wirtualny 1 z graficznego ekranu powitalnego lub Alt+F1 z trybu lokalnej konsoli tekstowej. Proszę zastąpić F1 klawiszem funkcyjnym o tym samym numerze, co terminal wirtualny, na którym trwa aktualizacja. Można również skorzystać ze kombinacji Alt+strzałka w lewo lub Alt+strzałka w prawo aby przenosić się na kolejne terminale tekstowe.

Pakiety powinny się zwykle aktualizować bez problemów, z wydania squeeze do wheezy. Jest jednak kilka przypadków, gdzie może okazać się potrzebna interwencja albo przed, albo w trakcie aktualizacji. Szczegółowa rozpiska dla poszczególnych pakietów znajduje się poniżej.

Defaults        secure_path="/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin"

#includedir /etc/sudoers.d

# mv /etc/sudoers /etc/sudoers.d/moje-zmiany
# mv /etc/sudoers.dpkg-new /etc/sudoers

# visudo -f /etc/sudoers.d/mychanges

Przy aktualizowaniu dystrybucji z wydania squeeze do wheezy zaleca się zainstalowanie metapakietu linux-image-*, jeśli nie dokonano tego wcześniej. Pakiet może być zainstalowany automatycznie, przy dokonywaniu aktualizacji. Można to sprawdzić za pomocą

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

Jeśli nie zostanie wypisany żaden wynik, potrzeba będzie zainstalować ręcznie nowy pakiet linux-image. Aby zobaczyć listę dostępnych metapakietów linux-image, proszę wykonać:

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

W razie wątpliwości co do wyboru pakietu, proszę uruchomić uname -r i znaleźć pakiet o podobnej nazwie. Na przykład, jeśli widać „2.6.32-5-686”, to zaleca się zainstalowanie linux-image-686. Można również użyć apt-cache, aby zobaczyć długi opis każdego pakietu, pomocny do wyboru najlepszego z nich. Na przykład:

# apt-cache show linux-image-686

Powinno się następnie uruchomić apt-get install, aby go zainstalować. Po zainstalowaniu nowego jądra, należy uruchomić system ponownie, przy najbliższej okazji, aby zyskać zalety nowego jądra.

Dla bardziej doświadczonych użytkowników, istnieje łatwy sposób skompilowania swojego, dostosowanego jądra w systemie Debian. Proszę zainstalować narzędzie kernel-package i przeczytać dokumentację w /usr/share/doc/kernel-package. Alternatywą jest skorzystanie ze źródeł jądra, zawartych w pakiecie linux-source. Do zbudowania pakietu binarnego można wykorzystać deb-pkg, dostępnego w źródłach makefile. Są pewne różnice w tych dwóch podejściach; proszę zapoznać się z dokumentacją odpowiednich pakietów.

Jeśli to możliwe, to osobna aktualizacja pakietu jądra od głównego dist-upgrade jest dobrym rozwiązaniem - redukuje szanse na otrzymanie tymczasowo pozbawionego możliwości rozruchu systemu. Należy to zrobić wyłącznie po aktualizacji minimalnej, opisanej w Sekcja 4.4.5, „Minimalna aktualizacja systemu”.

Jeśli korzysta się z initrd utworzonego przez initramfs-tools do rozruchu systemu, w niektórych przypadkach utworzenie plików urządzeń przez udev może nastąpić zbyt późno dla skryptów rozruchowych.

Częstymi objawami jest nieudany rozruch z powodu tego, że główny system plików nie może być zamontowany, a użytkownik jest przeniesiony do powłoki debugowania. Jednak po późniejszym sprawdzeniu, okazuje się, że wszystkie potrzebne urządzenia są obecne w /dev. Zdarza się to w przypadkach, gdy główny system plików znajduje się na dysku USB lub RAID, szczególnie jeśli korzysta się z LILO.

Obejściem problemu jest dodanie parametru rozruchowego rootdelay=9. Wartość oczekiwania (w sekundach) może wymagać zmiany.

Część pakietów z wydania squeeze w wheezy została podzielona na kilka pakietów, często w celu ułatwienia zarządzania systemem. Aby ułatwić ścieżkę aktualizacji, wheezy często udostępnia pakiety „atrapy”: puste pakiety o tej samej nazwie, co stary pakiet w wydaniu squeeze, z zależnościami, które spowodują instalację nowych pakietów. Te pakiety „atrapy” stają się niepotrzebne po aktualizacji i mogą zostać usunięte.

Większość (choć nie wszystkie) opisów pakietów atrap wskazuje ich przeznaczenie. Opisy pakietów nie są jednak ustandaryzowane, można skorzystać więc z deborphan z opcjami --guess-* (np. --guess-dummy) aby je odszukać. Proszę zwrócić uwagę, że część pakietów atrap nie jest przeznaczonych do usunięcia po aktualizacji, lecz są używane do śledzenia obecnie dostępnych wersji danego pakietu.