Kapitel 4. Uppgraderingar från Debian 8 (jessie)

Innan uppgradering av ditt system rekommenderas det starkt att du gör en fullständig säkerhetskopia, eller åtminstone en säkerhetskopia av data eller konfigurationsinformation som du inte vill riskera att förlora. Uppgraderingsverktygen och -processen är tillförlitlig men ett hårdvarufel mitt i en uppgradering kan resultera i ett allvarligt skadat system.

De huvudsakliga delar du vill säkerhetskopiera är innehållet i /etc, /var/lib/dpkg, /var/lib/apt/extended_states och utdata från dpkg --get-selections "*" (citationstecknen är viktiga). Om du använder aptitude för att hantera paket på ditt system vill du också göra en säkerhetskopia på /var/lib/aptitude/pkgstates.

Själva uppgraderingsprocessen ändrar ingenting i katalogen /home. Dock är det känt att vissa program (exempelvis delar av Mozilla-sviten och skrivbordsmiljöerna GNOME och KDE) skriver över befintliga användarinställningar med nya standardvärden när en ny version av programmet startas för första gången av en användare. Som en försiktighetsåtgård bör du göra en säkerhetskopia av de dolda filerna och katalogerna (så kallade ”punktfiler”) i användarnas hemkataloger. Denna säkerhetskopia kan hjälpa till att återställa eller återskapa de gamla inställningarna. Du kanske även vill informera dina användare om det här.

Alla paketinstallationsåtgärder måste köras med superanvändarens rättigheter, så logga in som root eller använd su eller sudo för att få de nödvändiga åtkomsträttigheterna.

Uppgraderingen innebär att vissa förutsättningar måste mötas; du bör kontrollera dem innan den faktiska uppgraderingen påbörjas.

Det är klokt att informera alla användare i förväg angående de uppgraderingar som du planerar att göra, även om användarna som kommer åt ditt system via en ssh-anslutning knappt kommer att märka det under uppgraderingen, och bör kunna fortsätta att arbeta som vanligt.

Om du vill vidta extra försiktighetsåtgärder bör du säkerhetskopiera eller avmontera /home före uppgradering.

Du kommer behöva göra en kärnuppgradering vid uppgradering till stretch, en omstart kommer alltså att vara nödvändig. Vanligen sker detta efter uppgraderingen är klar.

Under uppgraderingsprocessen kan det finnas tjänster knutna till paket som ingår i uppgraderingen. Om detta är fallet kommer dessa tjänster stoppas under tiden som paketen byts ut och får nya inställningar. Under tiden kommer dessa tjänster inte vara tillgängliga.

Exakt hur lång tid tjänsterna är bortkopplade varierar med antalet paket som uppgraderas i systemet. Dessutom ingår tiden som det tar för systemadministratören att besvara frågor om inställningar från olika paket som uppgraderas. Kom ihåg att om uppgraderingsprocessen lämnas oövervakad och systemet frågar efter information är det mycket troligt att tjänsterna är otillgängliga^[1] under mycket lång tid.

Om systemet som uppgraderas tillhandahåller viktiga tjänster för användarna på nätverket^[2] kan du minska nedtiden genom att göra en minimal systemuppgradering vilket beskrivs i Avsnitt 4.4.4, ”Minimal systemuppgradering”. Gör sedan en kärnuppgradering och en omstart, uppdatera sedan paketen som rör de kritiska tjänsterna. Uppgradera dessa paket innan en full uppgradering utförs enligt Avsnitt 4.4.5, ”Uppgradering av systemet”. På detta sätt kan du säkerställa att dessa viktiga tjänster körs och är tillgängliga genom hela den kompletta uppgraderingsprocessen och att nedtiden reduceras.

Även om Debian försöker säkerställa att ditt system kan starta vid varje givet tillfälle finns det alltid en möjlighet att du kan uppleva problem med att start om ditt system efter en uppgradering. Kända potentiella problem är dokumenterade i detta och följande kapitel av Kommentarer till utgåvan.

Av den anledningen är det klokt att försäkra sig om att du kan återställa ifall ditt system skulle misslyckas att starta om eller, för fjärrhanterade system, misslyckas att komma åt nätverket.

Om du fjärruppgraderar via en ssh-länk är det starkt rekommenderat att du vidtar nödvändiga åtgärder för att kunna komma åt servern genom en fjärrserieterminal. Det finns en chans att, efter uppgradering av kärnan och omstart, du kommer att behöva rätta till systemkonfigurationen genom en lokal konsoll. Om systemet av misstag startas om mitt i en uppgradering finns det en chans att du behöver återställa systemet med hjälp av en lokal konsoll.

För räddnigsinsatser rekommenderar vi att räddningsläget i Debian-installeraren för stretch används. Fördelen med att använda installeraren är att du kan välja bland dess många installationsmetoder för att hitta en som bäst passar din situation. För mer information, läs avsnittet ”Återställning av ett trasigt system” i kapitel 8 av Installationsguiden och Debian Installer FAQ (båda på engelska).

Om det misslyckas behöver du ett alternativt sätt att starta upp ditt system på så att du kan komma åt och reparera det. Ett alternativ är att använda en speciell räddningsavbild eller en avbildning med ett körbart Linuxsystem på. Efter att du har startat upp från en sådan skiva bör du kunna montera ditt rotfilsystem och använda chroot in i det för att undersöka och rätta till problemet.

mount -o remount,rw /

Uppgradering av distributionen bör göras antingen lokalt från en virtuell textkonsoll (eller en direktansluten serieterminal), eller från ett fjärrsystem via en ssh-anslutning.

	Viktigt
	Om du använder någon form av VPN-tjänst (exempelvis tinc) är det möjligt att de inte är tillgängliga under uppgraderingsprocessen. Läs mer i Avsnitt 4.1.3, ”Förbered för att tjänster blir oåtkomliga”.

För att öka säkerhetsmarginalen vid en fjärruppgradering föreslår vi att du kör uppgraderingsprocesser i den virtuella konsollen som tillhandahålls av programmet screen, vilket gör att man säkert kan återansluta till sessionen och försäkra sig om att uppgraderingsprocessen inte avbryts även om fjärranslutningen avbryts.

Viktigt

Du bör inte uppgradera via telnet, rlogin, rsh eller från en X-session som hanteras av xdm, gdm eller kdm etc på maskinen som du uppgraderar. Detta då processer som hanterar dessa tjänster kan avslutas under uppgraderingen vilket kan resultera i ett oåtkomligt system som endast är halvt uppgraderat. Att använda GNOME-applikationen update-manager avråds starkt ifrån när det kommer till att uppgradera till nya utgåvor eftersom verktyget förutsätter att skrivbordssessionen är aktiv.

I vissa fall kan användandet av apt-get för installation av paket istället för aptitude orsaka att aptitude anser att ett paket är ”oanvänt” och markera det för radering. Tillse att ditt system är helt uppdaterat och ”rent” innan du fortsätter med uppgraderingen.

På grund av detta bör du kontrollera om det finns några kommande åtgärder i pakethanteraren aptitude. Om ett paket är markerat för radering eller uppdatering i pakethanteraren kan det innebära att uppgraderingen drabbas negativt. Kom ihåg att detta endast kan åtgärdas om din sources.list fortfarande pekar på jessie och inte på stable eller stretch, läs mer i Avsnitt A.2, ”Kontrollera dina källistor”.

För att genomföra denna granskning ska du köra aptitude i ”visuellt läge” och trycka g (”Gå”). Om det indikerar att det finns åtgärder att utföra kontrollera vad det är och lös dem eller kör föreslagen åtgärd. Om inga åtgärder föreslås visas ett meddelande, ”Inga paket är schemalagda för installation, borttagning eller uppgradering”.

Om du har konfigurerat APT att installera vissa paket från en annan distribution än den stabila (exempelvis från testing), kan du ändra din konfiguration för paketnålning i APT (lagrad i /etc/apt/preferences och /etc/apt/preferences.d/) för att tillåta uppgraderingen av paket till versionerna i den nya stabila utgåvan. Ytterligare information om APT-nålning kan hittas i apt_preferences(5).

Oavsett vilken metod som används för uppgradering, rekommenderas det att du kontrollerar statusen på paketen först och verifierar att alla paket är möjliga att uppgradera. Följande kommando kommer att visa de paket som har statusen Half-Installed eller Failed-Config, och de som har någon form av felstatus.

# dpkg --audit

Du kan även inspektera tillståndet för alla paket på ditt system med aptitude, eller med kommandon som

# dpkg -l | pager

eller

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

Det är önskvärt att ta bort eventuella tillbakahållna paket innan uppgradering. Om något paket är systemkritiskt och hålls tillbaka för uppgraderingen, kommer uppgraderingen att misslyckas.

Observera att aptitude använder en annan metod för att registrera paket som hålls tillbaka än apt-get och dselect. Du kan identifiera paket som hålls tillbaka med aptitude med

# aptitude search "~ahold" 

Om du vill kontrollera vilka paket som hålls tillbaka vid användning av apt-get, ska du använda

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

Om du ändrat och byggt om ett paket lokalt, och inte bytte namn på det eller la in ett datum i versionen, måste du hålla tillbaka det för att förhindra att det uppgraderas.

Pakettillståndet ”hold”(håll) för apt-get kan ändras med:

# echo paketnamn hold | dpkg --set-selections

Ersätt hold med unhold för att ändra ”hold”-tillståndet.

Om det är någonting du behöver rätta till är det bäst att se till att din sources.list fortfarande refererar till jessie vilket förklaras i Avsnitt A.2, ”Kontrollera dina källistor”.

Om du har proposed-updates i din /etc/apt/sources.list ska du ta bort det innan du försöker uppdatera ditt system. Detta är en försiktighetsåtgärd för att minska risken att konflikter uppstår.

Om du har några icke-Debianpaket på ditt system, bör du tänka på att dessa kan tas bort under uppgraderingen på grund av beroendekonflikter. Om dessa paket blev installerade genom att lägga till extra paketarkiv i din /etc/apt/sources.list, bör du kontrollera om det arkivet även erbjuder paket som är byggda för stretch och ändra källraden på lämpligt sätt samtidigt som dina källrader för Debian-paket.

Vissa användare kan ha inofficiella bakåtporterade ”nyare” versioner av paket än de som finns i Debian installerade på sina jessie-system. Sådana paket kommer med stor sannolikhet att orsaka problem under en uppgradering eftersom de kan resultera i filkonflikter^[4]. Avsnitt 4.5, ”Möjliga problem under uppgraderingen” har en del information om att hantera filkonflikter om de uppstår.

Standardkonfigurationen är inställd för installation från Debians huvudservrar på Internet, men du kanske önskar ändra /etc/apt/sources.list till att använda andra speglar, företrädesvis en spegel som är nätverksmässigt närmare dig.

Adresserna till Debians speglar kan hittas på https://www.debian.org/distrib/ftplist (se avsnittet ”Lista över Debianspeglingar”). Observera att FTP-speglar fasas ut, läs mer om detta i Avsnitt A.2, ”Kontrollera dina källistor”.

Anta till exempel att din närmaste Debian-spegel är http://mirrors.kernel.org. När den spegeln inspekteras med en webbläsare, kommer du att märka att huvudkatalogerna är organiserade så här:

http://mirrors.kernel.org/debian/dists/stretch/main/binary-arm64/...
http://mirrors.kernel.org/debian/dists/stretch/contrib/binary-arm64/...

Lägg till den här raden i din sources.list för att använda den här spegelservern med apt:

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

Observera att ”dists” läggs till automatiskt och att argumenten efter utgåvans namn används för att utöka sökvägen till flera kataloger.

Efter att du har lagt till dina nya källor ska du inaktivera de tidigare befintliga ”deb”-raderna i sources.list genom att placera ett hash-tecken (#) framför dem.

Istället för att använda HTTP-paketspeglar, kanske du önskar ändra /etc/apt/sources.list till att använda en spegel på en lokal hårddisk (möjligen monterad över NFS).

Din paketspegel kan exempelvis finnas under /var/local/debian/ och innehålla huvudkataloger som dessa:

/var/local/debian/dists/stretch/main/binary-arm64/...
/var/local/debian/dists/stretch/contrib/binary-arm64/...

Lägg till den här raden till din sources.list för att använda den här med apt:

deb file:/var/local/debian stretch main contrib

Observera att ”dists” läggs till automatiskt och att argumenten efter utgåvans namn används för att utöka sökvägen till flera kataloger.

Efter att du har lagt till dina nya källor ska du inaktivera de tidigare befintliga ”deb”-raderna i sources.list genom att placera ett hash-tecken (#) framför dem.

Om du endast vill använda cd-skivor (eller DVD- eller Blu-ray-skivor), kommentera ut de befintliga ”deb”-raderna i /etc/apt/sources.list genom att placera ett hash-tecken (#) framför dem.

Se till att det finns en rad i /etc/fstab som aktiverar montering av din cd-rom-enhet på monteringspunkten /media/cdrom. Till exempel, om /dev/sr0 är din cd-rom-enhet, ska /etc/fstab innehålla en rad som denna:

/dev/sr0 /media/cdrom auto noauto,ro 0 0

Observera att det inte får finnas några blanksteg mellan orden noauto,ro i det fjärde fältet.

För att verifiera att det fungerar, mata in en cd och försök köra

# mount /media/cdrom    # det här monterar cd-skivan på monteringspunkten
# ls -alF /media/cdrom  # det här ska visa cd-skivans rotkatalog
# umount /media/cdrom   # det här kommer att avmontera cd-skivan

Kör sedan:

# apt-cdrom add

för varje Debian cd-rom med binärer som du har tillgång till för att lägga till data om varje cd till APT:s databas.

Det rekommenderas starkt att du använder programmet /usr/bin/script för att spela in en utskrift av uppgraderingssessionen. Om problem uppstår har du en logg på vad som hände och, om det behövs, kan tillhandahålla exakt information i en felrapport. För att påbörja inspelningen, kör:

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

eller liknande. Om du behöver köra typescript-filen igen (exempelvis om du behövde starta om systemet) ska du använda olika step-värden för att peka ut vilket steg av uppgraderingen du loggar. Lägg inte typescript-filen i en temporär katalog såsom/tmp eller /var/tmp (filer i dessa kataloger kan tas bort under uppgraderingen eller under en omstart).

Typescript kommer även att låta dig granska informationen som har rullat ut från skärmen. Om du använder systemets konsoll kan du helt enkelt växla till VT2 (med Alt+F2) och, efter inloggning, använd less -R ~root/upgrade-stretch.script för att visa filen.

Efter att du har färdigställt uppgraderingen, kan du stoppa script genom att ange exit vid prompten.

Om du har använt flaggan -t för script kan du använda programmet scriptreplay för att spela upp hela sessionen:

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

Först behöver listan över tillgängliga paket för den nya utgåvan hämtas. Det görs genom att köra:

# apt-get update

Du måste kontrollera att ditt system har tillräckligt mycket ledigt hårddiskutrymme innan du påbörjar en fullständig systemuppgradering, som beskrivs i Avsnitt 4.4.5, ”Uppgradering av systemet”. Alla paket som behöver hämtas för installation kommer att hämtas från nätverket och lagras i /var/cache/apt/archives (och underkatalogen partial/ under hämtningen) så du måste se till att du har tillräckligt utrymme på filsystemspartitionen som innehåller /var/ för temporär hämtning av paketen som ska installeras på ditt system. Efter hämtningen kommer du antagligen behöva mer utrymme på de andra filsystemspartitionerna för att både installera de uppgraderade paketen (som kan innehålla större binärfiler eller mer data) och de nya paketen som kommer att inkluderas i uppgraderingen. Om ditt system inte har tillräckligt med utrymme kan det resultera i en ofullständig uppgradering som kan vara svår att rätta till.

apt-get kan visa detaljerad information om det diskutrymme som behövs för installationen. Du kan se denna uppskattning innan den faktiska uppgraderingen påbörjas genom att köra:

# apt-get -o APT::Get::Trivial-Only=true dist-upgrade
[ ... ]
XXX uppgraderade, XXX nyinstallerade, XXX att ta bort och XXX inte uppgraderade.
Behöver hämta xx.xMB arkiv.
Efter uppackning kommer AAAMB diskplats att användas.

	Notera
	Körning av det här kommandot i början av uppgraderingsprocessen kan ge felaktigheter, anledningarna beskrivs i nästkommande avsnitt. I det fallet behöver du vänta tills du har gjort en minimal systemuppgradering enligt Avsnitt 4.4.4, ”Minimal systemuppgradering” innan du kör det här kommandot för att uppskatta diskutrymmet.

Om du inte har tillräckligt med utrymme för uppgraderingen så kommer apt-get att varna dig på följande sätt:

F: Du har inte tillräckligt mycket ledigt utrymme i /var/cache/apt/archives/.

Försök i så fallk frigöra utrymme innan uppgraderingen. Du kan:

Observera att du för att ta bort paket på ett säkert sätt, rekommenderas växla tillbaka din sources.list till jessie vilket förklaras i Avsnitt A.2, ”Kontrollera dina källistor”.

I vissa fall kan en komplett uppgradering (som beskrivs nedan) innebära att många paket som du vill behålla raderas. Vi rekommenderar därför en två-stegs-uppgradering. Först en minimal uppgradering för att bli av med konflikter och sedan en komplett uppgradering som beskrivs i Avsnitt 4.4.5, ”Uppgradering av systemet”.

För att göra detta, kör först:

# apt-get upgrade

	Notera
	Uppgraderingsprocessen för tidigare utgåvor rekommenderade att använda aptitude för uppgraderingen. Detta verktyg är inte rekommenderat för uppgradering från jessie till stretch.

Det här innebär att endast de paket som kan uppgraderas utan att kräva att några andra paket tas bort eller installeras uppgraderas.

Den minimala uppgraderingen kan också vara användbar när systemet har ont om utrymme och en komplett uppgradering inte kan utföras på grund av utrymmesskäl.

Om paketet apt-listchanges är installerat kommer det (i standardutförande) visa viktig information om paketen som uppgraderas i en textvisare. Tryck på tangenten q för att lämna visaren och fortsätta med uppgraderingen.

När du genomfört föregående steg är du redo att fortsätta med huvuddelen av uppgraderingen. Kör:

# apt-get dist-upgrade

	Notera
	Uppgraderingsprocessen för tidigare utgåvor rekommenderade att använda aptitude för uppgraderingen. Detta verktyg är inte rekommenderat för uppgradering från jessie till stretch.

Det här kommer att genomföra en fullständig uppgradering av systemet, alltså installera de senaste tillgängliga versionerna av samtliga paket och lösa alla tänkbara beroendeändringar mellan paketen i olika utgåvor. Om det är nödvändigt kommer det även att installera några nya paket (vanligtvis nya versioner av bibliotek eller paket som fått nya namn) samt ta bort eventuella föråldrade paket som står i konflikt med varandra.

Vid uppgradering från en uppsättning CD/DVD/BD-avbildningar, kommer du bli uppmanad att mata in specifika avbildningar vid olika tillfällen under uppgraderingen. Du kanske måste använda samma avbildning flera gånger; detta beror på att sammankopplade paket har blivit utspridda över avbildningarna.

Nya versioner av installerade paket, som inte kan uppgraderas utan att ändra installationsstatus för ett annat paket, kommer att lämnas kvar vid deras nuvarande version (visas som ”återhållna”). Det kan lösas genom att antingen använda aptitude för att välja dessa paket för installation eller genom att prova apt-get install paket.

I några fall kan steget apt-get dist-upgrade misslyckas efter nedladdningen av paket med meddelandet:

E: Could not perform immediate configuration on 'package'.  Please see man 5 apt.conf under APT::Immediate-Configure for details.

Om detta händer bör exekvering av apt-get dist-upgrade -o APT::Immediate-Configure=0 tillåta uppgraderingen att fortsätta.

En annan väg runt detta problem är att temporärt lägga till källorna för både jessie och stretch i filen sources.list och köra kommandot apt-get update.

Uppgraderingsprocessen till stretch kan begära att paket tas bort från systemet. Exakt vilka paket som påverkas kommer att variera beroende på vilken uppsättning av paket som är installerade. Dessa Kommentarer till utgåvan ger allmänna råd om paketradering, men om du är osäker är det rekommenderat att du undersöker de paketborttagningar som föreslås av varje metod innan du fortsätter. Läs mer om vilka paket som klassificeras som föråldrade i stretch i Avsnitt 4.8, ”Föråldrade paket”.

Ibland är det nödvändigt att aktivera alternativet APT::Force-LoopBreak i APT för att temporärt ta bort ett systemkritiskt paket på grund av en Konflikt/Förberoende-slinga. Apt-get kommer att varna dig om det här och avbryta uppgraderingen. Du kan lösa det genom att ange alternativet -o APT::Force-LoopBreak=1 på kommandoraden för apt-get.

Det är möjligt att beroendestrukturen för ett system kan vara så skadat att det kräver handpåläggning. Vanligtvis innebär det att använda apt-get eller

# dpkg --remove paketnamn

för att plocka bort några av de störande paketen, eller

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

I extrema fall kan du behöva tvinga fram en ominstallation med ett kommando som detta

# dpkg --install /sökväg/till/paketnamn.deb

Filkonflikter bör inte inträffa om du uppgraderar från ett ”rent” jessie-system, men kan inträffa om du har inofficiella bakåtporteringar installerade. En filkonflikt resulterar i ett fel som:

Packar upp <paket-foo> (från <paket-foo-fil>) ...
dpkg: fel vid hantering av <paket-foo> (--install):
 försöker skriva över "<något-fil-namn>",
 som också finns i paketet <paket-bar>
dpkg-deb: underprocessen paste dödad av signal (Brutet rör)
 Fel uppstod vid hantering:
 <paket-foo>

Du kan försöka lösa en filkonflikt genom att tvinga igenom borttagning av paketet som nämns på sista raden i felmeddelandet:

# dpkg -r --force-depends paketnamn

Efter att problemen har lösts, bör du kunna återuppta uppgraderingen genom att upprepa tidigare beskrivna apt-get-kommandon.

Under uppgraderingen kommer det att ställas frågor om konfiguration eller omkonfiguration av flera paket. När du blir tillfrågad om någon fil i katalogen /etc/init.d eller filen /etc/manpath.config ska ersättas av paketansvariges version, är det oftast nödvändigt att svara ”ja” för att upprätthålla systemets tillstånd. Du kan alltid återgå till de gamla versionerna, eftersom de kommer att sparas med en .dpkg-old-ändelse.

Om du inte är säker på vad som behöver göras, skriv ner namnet på paketet eller filen och red ut saker och ting senare. Du kan söka i typescript-filen för att granska informationen som visades på skärmen under uppgraderingen.

Om du kör uppgraderingen i systemets lokala konsoll kan det tänkas att under några delar av uppgraderingen så flyttar konsollen till en annan vy och du kan inte längre se uppgraderingsprocessen. Exempelvis händer detta i skrivbordsmiljöer när visningshanteraren startas om.

För att återta konsollen där uppgraderingen körs behöver du använda Ctrl+Alt+F1 för att byta till den virtuella terminalen 1 om du är vid den grafiska startbilden eller använd Alt+F1 i lokala textlägeskonsollen. Ersätt F1 med den funktionstangent som har motsvarande nummer för den virtuella terminal som uppgraderingen körs i. Du kan också använda Alt+Vänsterpil eller Alt+Högerpil för att byta mellan de olika textlägeskonsollerna.

När du kör dist-upgrade från jessie till stretch, rekommenderas det starkt att du installerar ett linux-image-*-metapaket, om du inte gjort det förut. Det här pakete installerar automatiskt nyare versioner av kärnan vid uppgradering. Du kan verifiera om detta är installerat genom att köra:

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

Om du inte ser något utdata, behöver du installera ett nytt linux-image-paket för hand eller installera ett linux-image-metapaket. Kör följande kommando för att se en lista över tillgängliga linux-image-metapaket:

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

Om du är osäker på vilket paket du ska välja, kör uname -r och leta efter ett paket med liknande namn. Om du till exempel ser ”2.6.32-5-amd64” rekommenderas det att du installerar linux-image-amd64. Du kan också använda apt-cache för att se den längre beskrivningen av varje paket som stöd i att välja bästa möjliga för ditt system. Exempelvis:

# apt-cache show linux-image-amd64

Du bör sedan använda apt-get install för att installera den. När den här nya kärnan har installerats bör du starta om vid nästa möjliga tillfälle för att dra nytta av den nya kärnversionen. Läs dock Avsnitt 5.1.4, ”Att göra efter uppgradering före omstart” innan första omstarten sedan uppgradering genomförs.

För den äventyrlige finns ett enkelt sätta att kompilera sina egen modifierade kärna på Debian. Installera kälkoden till kärnan från paketet linux-source. Du kan använda målet deb-pkg i källkodens makefil för att bygga binärpaketet. Läs mer i dokumentationen på Debian Linux Kernel Handbook eller genom att installera paketet debian-kernel-handbook.

Om möjligt är det till din fördel att uppgradera kärnpaketet separat från själva dist-upgrade för att minska chanserna för ett temporärt icke-startbart system. Observera att det här endast bör göras efter den minimala uppgraderingsprocessen, beskriven i Avsnitt 4.4.4, ”Minimal systemuppgradering”.

I allmänhet är det en bra idé att rensa bort paket markerade som borttagna helt. Detta är extra sant om paketet togs bort i en tidigare uppgradering (exempelvis vid uppgradering till jessie) eller om de tillhandahölls av tredjepartstillverkare. Särskilt äldre init.d-skript är visat sig problematiska.

	Observera
	Bortrensning av paket tar vanligtvis öven bort dess loggfiler, dessa kan vara en bra idé att göra en säkerhetskopia av först.

Följande kommando visar en lista med alla borttagna paket som kan ha inställningsfiler kvar på systemet:

# dpkg -l | awk '/^rc/ { print $2 }'

Paketen kan rensas bort genom att använda kommandot apt-get purge. Vill du rensa bort allt på en enda gång kan följande kommando användas:

# apt-get purge $(dpkg -l | awk '/^rc/ { print $2 }')

Om du använder aptitude kan du också använda följande alternativ till kommandona ovan:

$ aptitude search '~c'
$ aptitude purge '~c'

Vissa paket från jessie har delats upp i flera paket i stretch, ofta för att förbättra systemunderhållet. För att göra uppgraderingssättet enklare i sådana fall, tillhandahåller stretch ofta så kallade ”dummy”-paket: tomma paket som har samma namn som det gamla paketet i jessie med beroenden som gör att de nya paketen blir installerade. Dessa ”dummy”-paket anses som redundanta paket efter uppgraderingen och kan med säkerhet tas bort.

De flesta (men inte alla) dummy-paket har beskrivningar som indikerar deras syfte. Paketbeskrivningar för dummy-paket är inte enhetliga, dock kan deborphan med flaggan --guess-* (ex. --guess-dummy) vara användbara för att identifiera dem på ditt system. Observera att vissa dummy-paket inte är tänkta att tas bort efter en uppgradering utan används istället för att hålla kontroll på den för närvarande tillgängliga versionen av ett program över tid.