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 ....
# quelques pistes
Posté par B16F4RV4RD1N . Évalué à 6.
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 !
Only wimps use tape backup: real men just upload their important stuff on megaupload, and let the rest of the world ~~mirror~~ link to it
[^] # Re: quelques pistes
Posté par hippo . Évalué à 1.
Tu supposes que tu as réinstallé une nouvelle debian minimale sur ton nouveau systéme ?
[^] # Re: quelques pistes
Posté par B16F4RV4RD1N . Évalué à 3.
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.
Only wimps use tape backup: real men just upload their important stuff on megaupload, and let the rest of the world ~~mirror~~ link to it
[^] # Re: quelques pistes
Posté par Raphaël SurcouF (site web personnel) . Évalué à 3.
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
Posté par hippo . Évalué à 1.
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
Posté par B16F4RV4RD1N . Évalué à 2.
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
Only wimps use tape backup: real men just upload their important stuff on megaupload, and let the rest of the world ~~mirror~~ link to it
[^] # Re: quelques pistes
Posté par Raphaël SurcouF (site web personnel) . Évalué à 1.
[^] # Re: quelques pistes
Posté par hippo . Évalué à 1.
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
Posté par B16F4RV4RD1N . Évalué à 2.
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/
Only wimps use tape backup: real men just upload their important stuff on megaupload, and let the rest of the world ~~mirror~~ link to it
[^] # Re: quelques pistes
Posté par hippo . Évalué à 3.
[^] # Re: quelques pistes
Posté par hippo . Évalué à -1.
[^] # Re: quelques pistes
Posté par zx81 . Évalué à 2.
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
Posté par hippo . Évalué à 1.
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
Posté par zx81 . Évalué à 2.
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
Posté par hippo . Évalué à 1.
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
Posté par zx81 . Évalué à 1.
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
Posté par hippo . Évalué à 1.
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
Posté par zx81 . Évalué à 1.
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
Posté par Raphaël SurcouF (site web personnel) . Évalué à 1.
Pour /home, il faudra le sauvegarder pour le restaurer une fois le système ré-installé.
[^] # Re: quelques pistes
Posté par Dan . Évalué à 3.
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
Posté par Raphaël SurcouF (site web personnel) . Évalué à 1.
[^] # Re: quelques pistes
Posté par Dan . Évalué à 2.
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
Posté par Raphaël SurcouF (site web personnel) . Évalué à 3.
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
Posté par Dan . Évalué à 2.
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
# Distrib sur nouveau matériel
Posté par niol (site web personnel) . Évalué à 1.
La seule manipulation à connaître consiste à nommer correctement les cartes réseau. En général, effacer /etc/udev/rules.d/z25_persistent-net.rules pour qu'il soit regénéré suffit.
Ensuite y'a deux trois trucs annexes un peu plus évidents, comme le nom des disques durs / lecteurs DVD si tu changes tes branchements, ou le xorg.conf si tu changes de carte graphique.
Là où tu n'as pas le choix, c'est si tu changes d'architecture (du genre i386 -> amd64) où là il faut utiliser la méthode décrite plus haut.
[^] # Re: Distrib sur nouveau matériel
Posté par hippo . Évalué à 2.
Ça c' est une méthode expéditive au moins (voire bourrine?)!
Le hic étant qu'on désire souvent changer de disque aussi avec le nouveau matériel ....et d' ailleurs c' est équivalent à reprendre une image de sauvegarde du disque précédent .
En fait en l' absence d' un programme dédié à cela, on est obligé de "bricoler" plus ou moins .
Evidemment on peut rêver d' une prise en charge logicielle de la "réinstallation" .
Plutot qu 'une liste des paquets à réinstaller prise en charge par get selections , je verrais plutôt une liste des particularités de son installation (emplacement de données mysql/phpadmin, paquets installés localement ,...) et bien sur sauvegarde du home .
avec la détection du matériel en installation minimum au départ ... ça devrait rouler!non?
[^] # Re: Distrib sur nouveau matériel
Posté par niol (site web personnel) . Évalué à 2.
Moi aussi mon intuition me disait que c'était une méthode bourrine, mais en fait, quand on réfléchit, on ne voit pas bien ce que ca va apporter de plus de tout réinstaller : on aura après beaucoup d'efforts le même résultat. Le concept d'installation propre n'a pas la même pertinence que sous un autre OS : en général, les seules choses à nettoyer, ce sont des paquets que tu n'utilises plus, et sous Debian, c'est aptitude purge.
Il faut bien noter que avec udev, le matériel est détecté à chaque démarrage, il n'y a donc rien au niveau driver de figé par rapport à ton matériel. Le reste, c'est les mêmes binaires, donc je repose la question de la pertinence de tout réinstaller.
Je ne demande qu'à changer d'avis mais pour le moment j'ai zéro argument contre la technique de l'image disque.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.