Seb's blog
logo PassionGNU/Linux

Upgrade Debian

Je vais vous parler aujourd’hui de Debian, chose rare sur ce blog, mais
surtout de ce qu’on appel un dist-upgrade ou saut de version. On entend
souvent comme défauts des distributions de layout version fixed release
qu’elles sont obsolètes et qu’il faut se taper une réinstallation tous
les 6 mois, 2 ans ou plus pour certaines.

Pour le coté obsolète, j’en ai longuement parlé ici même, comme quoi on
est pas tous fanatique de la course à la version, cette course à la plus
grosse; et que certains préféraient être plus tranquille en étant sur
des distributions stables et bougeant peu, c’est le cas de Debian. Aussi
car on peu le souligner, Debian a un dépôt backport (rétro-portage) qui
est un peu particulier puisque il ne suffit pas de l’activer mais il
faut implicitement ordonner à APT d’utiliser la version dans backport
pour installer un logiciel, ensuite seulement ce paquet sera mis à jour
depuis ce même dépôt et ne suivra plus la version des dépôts classiques.
On installera un paquet depuis backport de la façon suivante:

apt-get -t jessie-backports install libreoffice

J’en avais parlé ici.

Pour le coté chiant de la grosse réinstallation tous les 6 mois, 2ans ou
plus, c’est simplement faux! Bien sur que l’on peut si on le souhaite,
mais Debian a été pendant longtemps la seule à proposer et a être
capable de faire un saut de version +1 de chaque release, par exemple
passer de Etch (Debian 4) à lenny (Debian 5), aussi simplement qu’en
faisant une mise à jour classique. Encore un avantage que les
détracteurs des fixeds releases oublient facilement planqué derrière
leurs saintes rollings releases…

J’exprime un avis personnel, de mon point de vue, c’est plus facile de
gérer des systèmes fixes et de migrer une fois tous les deux ans comme
je fais avec ma Debian depuis 2007 que de gérer des rollings et leurs
conséquentes mises a jour. Quand c’est notre système, il y a pas de
soucis, surtout que l’on trouve facilement des distributions rollings
qui sont calme coté mises a jour, comme Calculate linux qui tourne entre
20 et + de 50 mises a jour par semaine mais quand c’est un système ou
on joue le rôle du technicien, de l’informaticien de service ou de
réparateur, c’est autre chose. J’ai vraiment pensé que Calculate chez
mes parents allait être la perle rare, celle qui allait gentiment se
mettre a jour en continu mais en suivant un flux gérable et pas devoir
me taper la mise a jour de 400 paquets, je me suis trompé.

Je me suis trompé et le réseau de chez mes parents a fini par me
démoraliser, je peux dire merci a SFR pour cela. Mais bon, je leur ai
remis une Ubuntu comme ils aiment, en attendant la sortie de la Debian
9. De mon coté je me suis remis à un full Debian, fini l’époque où je
voulais être indépendant du format de paquets, ne plus être formaté par
Debian, toucher à autre chose, bref fini cette époque.

Debian et moi c’est une longue aventure, je l’ai connu en 2006 avec une
Sarge que j’ai vite abandonné pour ma Mandriva 2006, à ce moment je
n’aurais jamais cru faire de Debian ma distribution personnel. C’est
avec Etch que tout a réellement commencé, elle était de très bonne
qualité et bien fini, c’était aussi un bond pour debian qui annonça le
début d’une longue série de simplifications aussi bien dans
l’installateur que dans la maintenance de cette distribution. J’en ai
installé à tout va, par ci par là, chez des amis, des parents, des
oncles, partout, sur du vieux matos et sur du plus récents.

J’ai suivi les différentes versions de deux méthodes, sur certaines
machines c’était la méthode classique qui consiste à une réinstallation
de la nouvelle version tous les deux ans, c’était souvent la méthode que
j’utilisais quand la connexion internet était pourris comme en pleine
campagne. Généralement je prenais la deuxième méthode qui consiste a
faire une grosse mise a jour en changeant le nom de version dans le
fichier “sources.list”. La seule fois où j’ai pas utilisé cette manière,
c’est pour le passage de Wheezy vers Jessie à cause de systemd, c’était
fonctionnel mais pas propre au niveau de l’init, on restait sur
l’ancien init, ou sinon il demandait quel init utiliser lors de la mise à
jour, je me souviens pas trop.

Il y a des versions de Debian que j’ai gardé longtemps, comme Etch,
Lenny et Squeeze. Etch a été ma porte d’entrée pour m’habituer et donc
je l’ai gardé jusqu’à son remplacement par Lenny, j’ai ensuite gardé
cette dernière longtemps puisque ce fut la dernière a proposer KDE3 au
lieu de KDE4. J’ai ensuite migré vers Squeeze et Gnome2 car KDE4 dans sa
version Squeeze était castré de fonctions. Pour ce qui est de Wheezy,
je n’en garde pas beaucoup de trace, je ne l’ai pas gardé longtemps, ni
Gnome-shell ni KDE4 était satisfaisant pour moi et je suis vite passé à
Testing puis à SID. Voila comment on arrive à Jessie, une révélation,
juste la meilleur de toute, je l’ai gardé longtemps, jusqu’à hier en
somme. Première Debian a mettre en avant la simplification absolue,
l’ergonomie, c’est avant tout grâce à Gnome et son bureau spécial,
certes, mais tellement centré sur l’utilisation et non sur la manière de
faire.

J’aurais pu garder encore longtemps ma Jessie, j’avais tout ce qu’il me
fallait et même des jeux que je joue dans leurs dernières versions comme
0AD (backport). Je me suis décidé à sauter le pas vu le peu de temps
qu’il reste avant que Stretch devienne la Stable, c’est l’histoire de
deux a quatre mois, je ne pense pas plus, de mon coté je mise sur Mai.

Alors voila la partie qui va faire hurler les accros des rollings, la
partie où j’explique comment passer proprement d’une version à une
autre, pourquoi vont-ils râler, simplement qu’une fois de plus je met
leur théorie sur les distributions fixed release à mal, ils disent que
c’est chiant et qu’il faut faire une réinstallation tous les deux ans,
mais je leur montre que non, ils vont alors dire que je passe par une
très grosse mise à jour peu fiable, je leur répondrais ceci: calculez
vos mises à jour sur deux ans, je suis sur que vous faite plus de mises à
jour que moi et ma debian stable. Là je pars sur de l’hypothétique, si
ma debian Jessie a eu 1000 mises a jour sur deux ans (c’est énorme, je
pense plutôt qu’on est a la moitié seulement) + les 1719 du saut de
version que je fais, la sommes tourne dans les 2719 mises à jour pour
deux ans, à titre de comparaison, sur Calculate en trois mois j’avais
allégrement dépassé les 1000 mises a jour rien qu’avec ceux de Plasma5.

Faut quand même que je mette entre parenthèse la procédure pour
expliquer deux ou trois choses. Tout d’abord cette procédure est
officiellement supporté par Debian, qui garantie le passage entre chaque
version. Autre chose qui n’est pas des moindres, cette procédure est
réalisable à condition de rester avec les paquets venant des dépôts
officiels, on oublie donc les dépôts externes du layout de ceux de Google,
les PPA qui sont normalement pour Ubuntu, les deb-multimédia et autres
dépôts. Pour finir cette méthode est exactement la même que pour passer
de stable a testing ou sid.

Donc pour commencer avant toute chose, il faut ajouter les dépôts de la
stretch, donc je reprend mon sources.list:

# Debian Jessie, dépôt principal + paquets non libres 
deb http://httpredir.debian.org/debian/ jessie main contrib non-free 


# Debian Jessie, mises-à-jour de sécurité + paquets non libres 
deb http://security.debian.org/ jessie/updates main contrib non-free 


# Debian Jessie, mises-à-jour "volatiles" + paquets non libres 
deb http://httpredir.debian.org/debian/ jessie-updates main contrib non-free

# Debian Jessie, dépôt de rétroportages ("backports") 
deb http://httpredir.debian.org/debian jessie-backports main contrib non-free

# depots sources
deb-src http://ftp.fr.debian.org/debian/ jessie main contrib non-free
deb-src http://security.debian.org/ jessie/updates main contrib non-free
deb-src http://ftp.fr.debian.org/debian/ jessie-updates main contrib non-free
deb-src http://ftp.fr.debian.org/debian/ testing main contrib non-free
deb-src http://security.debian.org/ testing/updates main contrib non-free
deb-src http://ftp.fr.debian.org/debian/ sid main contrib non-free

# testing
#deb http://ftp.fr.debian.org/debian/ testing main contrib non-free
#deb http://security.debian.org/ testing/updates main contrib non-free


# unstable
#deb http://ftp.fr.debian.org/debian/ unstable main contrib non-free


# experimental
#deb http://ftp.fr.debian.org/debian/ experimental main contrib non-free

Et je rajoute donc ceux de Stretch qui sont du même exemple que ceux de Jessie:

deb http://ftp.fr.debian.org/debian/ stretch main contrib non-free
deb-src http://ftp.fr.debian.org/debian/ stretch main contrib non-free

deb http://security.debian.org/ stretch/updates main contrib non-free
deb-src http://security.debian.org/ stretch/updates main contrib non-free

# Stretch-updates, previously known as 'volatile'
deb http://ftp.fr.debian.org/debian/ stretch-updates main contrib non-free
deb-src http://ftp.fr.debian.org/debian/ stretch-updates main contrib non-free

# Debian Stretch, dépôt de rétroportages ("backports")
deb http://ftp.fr.debian.org/debian stretch-backports main contrib non-free

En gros vous l’auriez compris, il suffit de changer jessie par stretch dans les mêmes lignes. Voila ce que ça donne dans nano:

Ensuite c’est de la logique, on ouvre un TTY diffèrent de celui qu’on a notre session et on lance la commande de mise a jour:

#apt update && apt dist-upgrade

On ne lance surtout pas la commande dans sa propre session graphique
sans ça c’est sur qu’il y aura des soucis!!! Dans l’exemple ci-dessous
je lance la mise à jour dans un terminal de ma session graphique Gnome,
juste pour voir ce que donnait la mise à jour mais je ne la fait
réellement qu’en dehors de celle-ci.

On redémarre la machine et on aura une Debian 9 fonctionnelle. Est ce si difficile?]]>

Commencer la discussion: Venez écrire un commentaire dans le forum.