PDA

Afficher la version complète : Nouvelle version implique réinstallation ou simple mise à jour ?



Heero_Yuy
01/09/2008, 14h59
Salux,

Juste une petite question concernant Debian. Mais avant, je vais présenter le contexte.

J'ai décidé de changer de portable (dans un ou 2 mois). J'hésite entre 3 marques (Dell, Asus et MSI). Mais que ce soit l'une ou l'autre, le portable sera vendu avec Vista. Alors, certes, je ne garderais pas Vista, il en va de soi, je formaterais le disque pour y installer une unique distribution Linux. Et voilà le problème.

Avec openSUSE, une nouvelle version sort tous les 6 mois environ. Or, il a toujours été dit qu'il était préférable de faire une nouvelle install de la nouvelle version, plutôt qu'une mise à jour de l'ancienne vers la nouvelle version. Or, j'aimerais ne plus en arriver là.

Je souhaite donc installer une distribution qui me permette d'avoir la nouvelle version par une simple mise à jour du système. Alors, est-ce que, en changeant le sources.list de la Debian "stable" pour passer en "testing" et en faisant la mise à jour, tout le système est mis à jour de telle sorte que lorsque la "testing" passera en "stable", on est automatique en "stable" et qu'il suffit à nouveau de modifier le fichier sources.list pour passer à la nouvelle "testing" ou alors, il est également recommandé d'installer la nouvelle version de Debian pour avoir la dernière version ?

J'espère m'être bien fait comprendre. Si toutefois ma question n'était pas assez claire, n'hésitez pas à me demander des éclaircissements.

D'avance merci.

Eärendil
02/09/2008, 09h33
Salut,
Regardes peut-être du côté de Arch-Linux (tu dois connaître, je pense : c'est l'équivalent de Gentoo en binaire...).
Pour ce qui est de Debian, je ne sais pas... Mais c'est vrai que ce souci de réinstallation est ce qui m'a poussé à passer à Gentoo (et aussi mon envie d'apprendre) !

Heero_Yuy
02/09/2008, 09h45
Salux,

Merci pour ta réponse.

Je me disais bien que Gentoo le permettait, j'aimerais bien apprendre aussi, mais pour le moment, je n'ai pas le temps de passer des heures à l'installer (mais un jour viendra, c'est sûr). C'est pour ça que je pensais à Debian.

Si ce n'est pas possible avec Debian, je pencherais alors pour Gentoo.

madcap
02/09/2008, 10h09
Regardes peut-être du côté de Arch-Linux (tu dois connaître, je pense : c'est l'équivalent de Gentoo en binaire...).
Pour ce qui est de Debian, je ne sais pas... Mais c'est vrai que ce souci de réinstallation est ce qui m'a poussé à passer à Gentoo (et aussi mon envie d'apprendre) ![/b]
Je me suis penché la dessus aussi, sur :
La arch est une rolling release , les Debian testing Sid, la Pclinuxos aussi.
Le système de paquetage .deb (Ubuntu, Debian stable) permet la mise à jour d'une version stable à une autre.
Tout n'est pas si simple en pratique, des mises à jour énormes peuvent foirer.

Heero_Yuy
02/09/2008, 15h02
Je me suis penché la dessus aussi, sur :
La arch est une rolling release , les Debian testing Sid, la Pclinuxos aussi.
Le système de paquetage .deb (Ubuntu, Debian stable) permet la mise à jour d'une version stable à une autre.
Tout n'est pas si simple en pratique, des mises à jour énormes peuvent foirer.[/b]

Tiens, c'est intéressant ce que tu viens de dire. Je viens de regarder la définition de "rolling release" sur Wikipedia (En) (http://en.wikipedia.org/wiki/Rolling_release), et voilà ce que j'obtiens :

<div class='quotetop'>Citation </div>
In software development, a rolling release approach refers to a continuously evolving software system, as opposed to one with versions that must be reinstalled over the previous versions. It is one of many types of software release life cycles.[/b]

C'est exactement ce que je cherche en fait.

Et en continuant la lecture de l'info, je lis ça :

<div class='quotetop'>Citation </div>
* The Debian Linux distribution has three rolling releases, known as "stable",[citation needed] "testing", and "unstable"; one can install the operating system just once and install small upgrades from time to time, and it will always be up to date.[/b]

Mais si je comprends bien, je peux faire une simple mise-à-jour de Debian stable vers la nouvelle stable. De même pour les testing et unstable. Mais je ne peux pas faire de mise-à-jour de testing vers nouvelle version stable.

Est-ce que j'ai bien compris ?

madcap
02/09/2008, 15h17
Pour la Debian, au secours les vrais spécialistes qui savent faire un mix des différentes versions.
La testing actuelle est une beta gelée, sauf les corrections de bogues, de la future stable (Lenny). C'est une Lenny.
Lors de la sortie de la Lenny la future testing sera très instable, incomplète, casse-gueule.
Les distros en rolling(la Arch....) demandent de faire très attention aux mises à jour qui peuvent être énormes et donc créer des soucis.

Heero_Yuy
02/09/2008, 15h36
Bon, alors, si je veux vraiment une distrib où je n'ai pas besoin de faire de réinstall à chaque nouvelle version, faut que je me lance dans Gentoo ?

J'aurais aimé une distrib avec une install plus rapide comme Debian, mais bon. A moins que les experts Debian me disent que c'est possible.

oh!rocks
02/09/2008, 16h13
Debian possède trois niveaux de développement : stable, testing, sid.
Chacun de ces trois niveaux est en rolling release mais pas d'un niveau vers l'autre.
stable vers stable, testing vers testing, avec juste un apt-get update.
Pour changer de niveau (en montant c'est plus simple) genre stable vers testing, il faut changer les lignes du /etc/fstab comme tu le signales dans ton premier post puis faire un apt-get update puis un apt-get upgrade.
Et parfois ça coince (mais dans l'ensemble c'est fiable).

Une vraie distrib' en rolling release simple et rapide à installer sans jamais rien toucher ensuite (ou pas grand-chose) c'est Archlinux.


à plus,

oh!rocks

madcap
02/09/2008, 17h22
Une vraie distrib' en rolling release simple et rapide à installer sans jamais rien toucher ensuite (ou pas grand-chose) c'est Archlinux.[/b]

Beaucoup plus simple et rapide à installer que la Gentoo, elle est très bien, oui.

Heero_Yuy
03/09/2008, 09h06
Bon, je vais réfléchir à tout ça.

Merci pour vos conseils ;)

ahlner
03/09/2008, 21h48
Heero_Yuy,

voici un lien, et son contenu partiel :

http://www.linux-france.org/lug/gulliver/ml-archives/mars-2005/msg00186.html

J'ai appliqué les procédures, mais je suis toujours dans Etch à partir de la R3 :

apt-get update
apt-get dist-upgrade


. La commande :

lsb_release -a

retourne :

Distributor ID: Debian
Description: Debian GNU/Linux 4.0 (etch)
Release: 4.0
Codename: etch

Comme tu le vois, il n'apparait que 4.0 et non 4.0 RX.

Renseigne-toi auprès de thveillon qui utilise Debian. Il utilise Lenny.

alhner





Re: [gulliver] Apt-get upgrade & dist-upgrade - Différence ?
From Arnaud <afouquaut at skamp-zo dot org>
Subject Re: [gulliver] Apt-get upgrade & dist-upgrade - Différence ?
Date Sun, 20 Mar 2005 01:29:08 +0100
salut,

Domi a écrit :

quel est l'utilité de "dist-upgrade" par rapport à "upgrade".


je me permets un petit complément par rapport aux autres mails envoyés :

arno at tostaky:~$ man apt-get
[...]
update La commande update permet de resynchroniser un fichier réperto-
riant les paquets disponibles et sa source. Ces fichiers sont
récupérés aux endroits spécifiés dans /etc/apt/sources.list.
Ainsi, lorsqu'on utilise une archive Debian, cette commande
récupère les fichiers Packages.gz et les analyse de manière à
rendre disponibles les informations concernant les nouveaux
paquets et les paquets mis à jour. On doit toujours exécuter
une commande update avant les commandes upgrade ou dist-upgrade.
Il faut savoir que l'indicateur de progression d'ensemble n'est
pas correct puisque la taille de ces fichiers ne peut être con-
nue à l'avance.


upgrade
La commande upgrade permet d'installer les versions les plus
récentes de tous les paquets présents sur le sytème en utilisant
les sources énumérées dans /etc/apt/sources.list. Les paquets
installés dont il existe de nouvelles versions sont récupérés et
mis à niveau. En aucun cas des paquets déjà installés ne sont
supprimés ; de même, des paquets qui ne sont pas déjà installés
ne sont ni récupérés ni installés. Les paquets dont de nouvelles
versions ne peuvent pas être installées sans changer le statut
d'installation d'un autre paquet sont laissés dans leur version
courante. On doit d'abord exécuter la commande update pour que
apt-get connaisse l'existence de nouvelles versions des paquets


[...]
dist-upgrade
La commande dist-upgrade effectue la fonction upgrade en y
ajoutant une gestion intelligente des changements de dépendances
dans les nouvelles versions des paquets ; apt-get possède un
système « intelligent » de résolution des conflits et il essaye,
quand c'est nécessaire, de mettre à niveau les paquets les plus
importants aux dépens des paquets les moins importants. Le
fichier /etc/apt/sources.list contient une liste de sources où
récupérer les paquets désirés. Voyez aussi apt_preferences(5)
pour un mécanisme d'annulation des paramètres d'un simple
paquet.




a+
--
Arnaud - <http://skamp-zo.org>

xiloa
03/09/2008, 21h52
salut,
j'ai exactement le même souci et le même souhait.
J'en arrive à la meme conclusion : archlinux .... que j'ai virtualisé pour le moment.
ça marche bien.

Dernier souci à régler, mais c'est un peu prise de tête, c'est le bootsplash, histoire de pouvoir frimer et convertir le windowsien plus facilement, mais j'y arriverai.

Heero_Yuy
04/09/2008, 10h38
Bon, Thveillon si tu passes dans le coin, je serais ravi d'avoir ton opinion :)

thveillon
11/09/2008, 00h13
Je viens de récupérer un ordinateur et une connexion (et une maison aussi... :rolleyes: ) après quelques mois chaotiques, donc je vais de nouveau "passer par là" et essayer de rattraper le retard !

Je n'ai pas tout lu au sujet de votre soucis de "mise à jour permanente", mais pour Debian il y a bien trois niveaux principaux (plus "experimental" et quelques autres...), ces niveaux sont désignés par deux identifiants que l'on peut utiliser indifféremment la plupart du temps, SAUF lors d'un "saut" de version. En gros si ton sources.list fait référence à "lenny" et non à "testing" alors tu vas "suivre" lenny et il n'y aura rien de particulier au moment du passage de celle-ci en stable (mutatis-mutandis la synchro des serveurs). Par contre si le sources.list pointe sur "testing" le système va se transformer en une "unstable" le jour du saut de version (car les paquets de unstable vont être tout simplement déversés en testing sans autre forme de procès). Question de dénomination donc.

Pour le passage d'une stable (à jour) à la suivante ça fait normalement l'objet de pas mal d'attention de la part des développeurs et ça se passe pas mal en changeant les sources et avec un petit coup de dist-upgrade. Bien sur on bousille souvent un ou deux truc compilés à la main qu'on avait oublié, on s'arrache les cheveux (si on peut) pour un fichier de conf écrasé qu'on avait pas sauvegardé, mais rien de bien grave la plupart du temps. Si on a beaucoup de sources "exotiques" ça peut se passer plus difficilement, mieux vaut réinstaller la nouvelle stable à part, "cloner" la sélection de paquets depuis l'ancienne avec "dpkg --get-selections" et recopier ce dont on a besoin (~/.* , /etc, quelques trucs dans /usr, /srv et /opt si besoin...). Mais là on sort du "rolling release".

Voila pour Debian, dans mon cas je "glisse" gentiment vers la stable avec mon sources.list quui pointe vers "lenny", rien à signaler, et après quelques semaines (ou mois) de stable (le temps que les paquets de unstable aient digérés la transition en testing) je repasserai en "testing" jusqu'à la prochaine fois.

oh!rocks
11/09/2008, 00h36
Ravi de te revoir par ici ! :)


à plus,

oh!rocks

Heero_Yuy
11/09/2008, 09h57
Salux Thveillon,

Content de revoir également, et merci pour la réponse.

LUCCI
25/09/2008, 22h07
Pour changer de niveau (en montant c'est plus simple) genre stable vers testing, il faut changer les lignes du /etc/fstab comme tu le signales dans ton premier post puis faire un apt-get update puis un apt-get upgrade.
Et parfois ça coince (mais dans l'ensemble c'est fiable).[/b]
Mouais c'est plutôt fiable. Je n'ai qu'un DVD de la etch, et je migre vers Lenny avec apt-get. Jamais eu de problème.
En principe, tu n'auras pas à réinstaller ton système pour upgrader (sauf boulette). Après tu peux aussi facilement "mixer".
Si je peu te conseiller un tuto simple et efficace:
http://forum.debian-fr.org/viewtopic.php?f=8&t=5659

thveillon
25/09/2008, 22h32
Houla, je n'avais même pas vu, oh!rocks a fait une boulette prémonitoire... smile.gif Ce n'est pas le /etc/fstab qu'il faut modifier mais le /etc/apt/sources.list. (voir citation précédente dans le message de LUCCI)

Par contre pour ceux qui ne sont pas passés au noyau "etchnhalf" et sont restés en 2.6.18 il va également falloir modifier le fstab, car les partitions identifiées en hd* vont passer en sd*. Une bonne occasion pour se servir des labels.

Pour les upgrades il faut vraiment privilégier aptitude, faire un aptitude update/upgrade/dist-upgrade sur le système d'origine, changer le sources.list et refaire la même chose. En cas de blocage commencer par mettre à jour aptitude. En général aptitude s'en sort mieux que apt-get pour faire le "grand saut".

Pour ceux qui mixent et ont un fichier de préférence "apt.conf" avec indication de la version, il ne faut pas oublier de le mettre à jour.

LUCCI
25/09/2008, 23h18
Houla, je n'avais même pas vu, oh!rocks a fait une boulette prémonitoire... smile.gif Ce n'est pas le /etc/fstab qu'il faut modifier mais le /etc/apt/sources.list. (voir citation précédente dans le message de LUCCI)[/b]
Pas vu non plus :)
<div class='quotetop'>Citation (thveillon @ 25/09/2008 à 22:32) <{POST_SNAPBACK}> (index.php?act=findpost&pid=189767)</div>
En général aptitude s'en sort mieux que apt-get pour faire le "grand saut".[/b]
J'ai souvent lu ça, ça s'explique comment?

thveillon
26/09/2008, 00h08
Apt-get a regagné du terrain sur aptitude, mais apparemment la gestion des dépendances complexes (on dirait le "resolver" sur Suse) est plus performantes avec aptitude. J'ai déjà fait des tests avec des paquets qui posaient problème à apt-get et nécessitaient des actions intermédiaires pour être installé, avec aptitude la première proposition de résolution automatique du conflit était souvent la bonne.
Lors de désinstallation c'est encore plus flagrant, aptitude c'est apt-get+deborphan+debfoster. Avec "apt-get autoremove" c'est un peu mieux maintenant, mais aptitude garde l'avantage de la lisibilité des options qui sont toutes des options et non des programmes différents apt-* .
Le seule défaut d'aptitude c'est l'absence d'un interface plus conviviale, celle par défaut est un massacre ergonomique... (pardon à ceux qui l'on créée, mais c'est mon avis même si je m'y suis habitué). Je sais qu'une interface graphique "à la synaptic" est en développement, mais c'est encore expérimental: http://www.milliways.fr/

Mais si tu veux vraiment la crème, essaye ça :


sudo aptitude install wajig
wajig commands

;)

oh!rocks
26/09/2008, 10h46
Originally posted by thveillon
Houla, je n'avais même pas vu, oh!rocks a fait une boulette

Oui, depuis un moment je me spécialise dans ce type de comportement :angry: : c'est rigolo mais qu'est-ce que ça fait perdre comme temps ! :D :lol:


à plus,

oh!rocks