Bonjour .
Ma machine tourne sur une debian etch avec des paquets minimaux paramétrés selon mes besoins (y compris des scripts et pluginns) /
Je vais sans doute changer de matériel et ma question est la suivante :
Est il possible de récupérer toute ma couche logicielle en réinstallant une debian sur le nouveau systéme .
Bien sur il y a l' image disque que je peux remettre sur le nouveau disque dur mais je crains que tout ce qui est matériel ne suive pas .
Dans l' autre sens si je réinstalle une debian , je perds tous mes réglages logiciels ....
Ma machine tourne sur une debian etch avec des paquets minimaux paramétrés selon mes besoins (y compris des scripts et pluginns) /
Je vais sans doute changer de matériel et ma question est la suivante :
Est il possible de récupérer toute ma couche logicielle en réinstallant une debian sur le nouveau systéme .
Bien sur il y a l' image disque que je peux remettre sur le nouveau disque dur mais je crains que tout ce qui est matériel ne suive pas .
Dans l' autre sens si je réinstalle une debian , je perds tous mes réglages logiciels ....
> Lire le message (27 commentaires, moyenne: 1,8).
Vous avez demandé le commentaire #868463.
Run by 
Cette page a été générée par Templeet en 0.0935s (dont 0.0072 de SQL).
Cette page est peut-être conforme xhtml 1.0.
Information sur le site.
quelques pistes
Si tu as générés des paquets spécifiques, pour les générer de nouveau il existe la commande :
fakeroot -u dpkg-repack paquet
(non testé)
Mais ce n'est pas forcément cela que tu cherches.
Si c'est pour réinstaller les mêmes paquets que tu as déjà, il y a cela :
dpkg --get-selections >mes_paquets
pour obtenir la liste des paquets
dpkg --set-selections < mes_paquets
( apt-get upgrade)
apt-get dselect-upgrade
(avec synaptic il y a une option pour sauver la liste des paquets, mais ce n'est que celle des paquets sélectionnés, je n'ai pas réussi à exporter depuis synaptic la liste des paquets déjà installés)
Enfin, pour récupérer tes fichiers de conf, sauvegarde ton /etc et après l'installation fait une copie de l' /etc de ta nouvelle nouvelle machine (au cas où), et remet à la place les fichiers de configuration de ton ancien /etc en faisant attention à ce que tu fais (tu n'auras sans doute pas besoin de copier le /etc/fstab de ton ancienne machine n'est-ce pas ?)
Pour le fichier /home j'ai fait un peu plus le bourrin, j'ai recopié direct mon ancien /home vers la nouvelle machine, et j'ai retrouvé tous mes réglages pour les différents logiciels, sans aucun problème par la suite. La migration peut être très rapide sous linux / unix grâce à tout cela !
You can't grep dead trees...
[^]Re: quelques pistes
Attends la je comprends pas .
Tu supposes que tu as réinstallé une nouvelle debian minimale sur ton nouveau systéme ?
[^]Re: quelques pistes
réinstalle une version debian de base (genre netinstall) en mode console sur ta nouvelle machine.
Ensuite utilise dpkg --set-selections < mes_paquets etc pour retrouver les mêmes paquets que ceux que tu utilisais avant.
Pour ma part ma debian n'est pas "minimale" (plutôt maximale même...), mais le principe est similaire.
You can't grep dead trees...
[^]Re: quelques pistes
Pour aller plus loin, il faudrait également reprendre les configurations enregistrées par debconf, notamment les questions posées par d-i :
Il suffit ensuite de récupérer le fichier généré pour le passer en paramètre à d-i au démarrage de l'installation avec l'option et les arguments (au choix) suivants :
source : http://www.debian-administration.org/articles/394
[^]Re: quelques pistes
Ah j ' ysuis on tape le get selections sur le vieux matériel bien sur .....
Excusez moi mais je suis tellement habitué à jongler sur un seul ordi .....
pour ce qui est de debconf ... j' ai toujours pris les options par défaut ....
Donc on réinstalle les paquets en copiant collant le get selections du vieux systéme sur le nouveau matos et en recopiant/ecrasant le home ?
[^]Re: quelques pistes
oui tout à fait, il faut bien entendu faire cela sur l'ancienne machine.
En tapant dpkg --set-selections < mes_paquets rien ne se passera, c'est pour cela qu'il faut ensuite faire un apt-get upgrade et / ou apt-get dselect-upgrade (comme j'avais pas trouvé du premier coup lorsque je l'ai fait, les commandes pour ma réinstallation ont été un peu différentes, mais c'était dans ce genre de toute façon)
Ensuite tu récupères ton home et tes fichiers de config, et éventuellement certains fichiers de /etc/, à ta convenance
You can't grep dead trees...
[^]Re: quelques pistes
La bonne commande est normalement apt-get dselect-upgrade
[^]Re: quelques pistes
Ok bien compris .
ENcore quelques précisions :
concrétement un copier-coller d' une machine à une autre cela n' existe pas .....il faut donc tout retaper n' est ce pas ?
Il se peut qu' il y ait des conflits "matériels" si par exemple les disques n ont plus la même connection , partition .... ou si l' écran a une résolution différente 5etc...)?
[^]Re: quelques pistes
bien sûr que si on peut faire un "copier / coller" d'une machine à l'autre. La manière la plus courante c'est de copier les fichiers et/ou les scripts sur une clé usb ou un disque externe par exemple.
Pour éviter les conflits matériels, il vaut mieux garder la configuration automatique de la nouvelle machine pour xorg ou fstab par exemple. Mais si tu as des partages de fichiers spécifiques, des tâches cron etc, tu peux les recopier depuis ton ancienne machine.
Sinon pour l'anecdote, avec 2 machines connectées en réseau on peut faire du copier / coller du presse-papier avec synergy : http://synergy2.sourceforge.net/
You can't grep dead trees...
[^]Re: quelques pistes
Je me réponds à moi même : un petit fichier txt pourrait bien transiter gentiment entre les 2 machines (décidemment pas réveillé aujourd'hui !).
[+] [^]Re: quelques pistes
Je me réponds à moi même : un petit fichier txt pourrait bien transiter gentiment entre les 2 machines (décidemment pas réveillé aujourd'hui !).
[^]Re: quelques pistes
Et /var ?
Y'a quand même du monde la dessous (logs, sites web, bases sql, mails, ...)
Personnellement, je passe en runlevel 1 et je sauve / avec dar.
Je restaure ensuite depuis une Knoppix et il n'y a plus qu'à changer le fstab, le nom de machine dans 2/3 fichiers sous /etc et xorg.conf (en gros, hein :-).
[^]Re: quelques pistes
Je ne comprends pas bien ta méthode bien que l' idée de tout sauvegarder me semble bonne ...
Tu utilises partimage depuis un cd knoppix sur la nouvelle machine ?
Je pense que si tu fais ça ça devrait coincer donc ça ne doit pas être ça ....
tu fais peut être un bon gros "écrasage" du / de la nouvelle installation de la nouvelle machine tout bonnement depuis le livecd ?
Merci de détailler un peu .
[^]Re: quelques pistes
Oui, je sauvegarde de temps en temps toutes mes machines :-)
J'en fait autant sur des serveurs en prod...
Non, j'utilise dar : http://dar.linux.free.fr
C'est un genre de tar en beaucoup mieux : gère les acls, le chiffrage, le découpage en rondelles, etc et j'en passe :-)
Je fais de temps en temps des sauvegardes sur cd ou dvd mais la plupart du temps sur un serveur de fichiers ou un disque usb externe.
J'ai un script maison pour ça mais il n'est malheureusement pas trop publiable tel quel, il faudrait un peu de nettoyage...
Je le lance simplement depuis la machine à sauvegarder (en arrêtant éventuellement le plus de daemons possibles).
Pour restaurer, là effectivement je boote sur un livecd.
Je crée mes partoches à la main, je les monte et y'a plus qu'à attendre la fin de la restauration.
Il faut bien sur encore s'occuper de grub...
Par exemple, une debian Sid bien chargée (serveurs, kde, gnome, plein plein d'applis) est installée sur une machine vierge en moins d'une heure sachant que dans cette heure, on n'est occupé que quelques minutes à plein temps...
[^]Re: quelques pistes
[quote]Pour restaurer, là effectivement je boote sur un livecd.
Je crée mes partoches à la main, je les monte et y'a plus qu'à attendre la fin de la restauration.
Il faut bien sur encore s'occuper de grub...[/quote]
Ok donc restauration de / sur la partition désirée en livecd , regénération du boot avec grub .
Et ensuite udev gére le nouveau matériel au reboot.
En fait c' est la méthode inverse de la précédente (détection matériel puis réinstallation des paquets) ....effectivement plus rapide a priori .
Une seule réserve : peut on faire la restauration d' une partition sur une nuvelle partition de taille différente ?
[^]Re: quelques pistes
Oui, puisque c'est une sauvegarde "fichiers" (c'est comme un tgz, hein) et non pas une image disque (je ne fais pas d'images disques car je veux pouvoir restaurer sur des tailles différentes).
Le partitionnement peut aussi être changé (qu'il y ai juste un "/" ou "/,/var,/home,/usr,/tartampion..." le programme qui écrit s'en fout, c'est l'OS qui ventile).
[^]Re: quelques pistes
bien alors tout est bon .
Sauf peut être la compatibilité du noyau ....
Je touche du bios .
PS: merci de me plusser pour cet excellent jeu de MO .
et merci à tous .
[^]Re: quelques pistes
C'est vrai que je me suis fait avoir y'a pas longtemps en essayant de booter un kernel "-k7" sur un P4, ça va pas bien loin après grub ;-)
Depuis, j'installe la version -686 et -k7 sur toutes les machines qui risquent de migrer ou d'être restaurées sur d'autres architecture de pross.
[^]Re: quelques pistes
Oui mais la méthode preseed présente l'avantage de tout ré-installer sans intervention de ta part.
Pour /home, il faudra le sauvegarder pour le restaurer une fois le système ré-installé.
[^]Re: quelques pistes
Personnellement, je me suis fait un fichier que je remplis au fur et à mesure dans lequel j'ai mis mes packages préférés. Ça me permet de partir directement avec mon environnement sur une nouvelle installation, mais sans les packages qui ne sont pas forcément souhaités sur une nouvelle installation.
Mais bon, pour cette fois c'est trop tard, alors tu vas sûrement devoir faire les méthodes bourrines de listage de package.
[^]Re: quelques pistes
« bourrines » ? De quelles méthodes parles-tu donc ?
[^]Re: quelques pistes
Bah... Genre récupérer la sortie de
dpkg --set-selections
Ça peut être super utile et pratique, je trouve ça bourrin quand même.
Maintenant, c'est vrai que dans cette liste on peut faire un tri.
[^]Re: quelques pistes
Parce que conserver une liste de quelques logiciels est censé être mieux ?
Tu as tout intérêt à bien la maintenir car les noms de paquets peuvent changer.
L'option --get-selection et son homologue pour debconf non seulement conseillées mais prévues par la distribution Debian.
[^]Re: quelques pistes
C'est vrai qu'il faut la maintenir un minimum. Mais si on le fait à chaque installation, ça pose pas de problème. Et puis, on installe pas un nouveau package tous les jours.
Mais je persiste sur l'avantage de la liste faite à la main, par exemple pour installer :
rox-filer
pas besoin de marquer les 12 dépendances qui sont avec et qui sont d'ailleurs peut-être orphelines si on a pas fait le ménage depuis longtemps.
Peut-être que la libprout installée avec rox-filer il y a 1 an ne l'est plus maintenant.
Un autre truc que je fais, c'est un script shell simple (des cp puis à la fin un tar pour tout mettre dans une archive) où je récupère tous mes fichiers de configuration, du genre :
C'est vraiment un script de base, mais qui peut rendre bien des services.
Ça permet de toujours retrouver les fichiers de configuration qu'on souhaite... Et c'est une sauvegfa