Je souhaite migrer la configuration d'un bureau Ubuntu vers une nouvelle boîte avec un matériel différent. Quelle est la manière la plus simple de faire ça? / etc / contient des paramètres spécifiques à la machine et au matériel, je ne peux donc pas le copier à l'aveugle. Un problème similaire existe pour les packages installés.
edit: Il s'agit d'un passage de x86 à x86-64.
Réponses:
Premièrement, si vous continuez à exécuter des binaires 32 bits, vous ne changez pas réellement l'architecture du processeur: vous exécuterez toujours un processeur x86, même s'il est également capable de faire d'autres choses. Dans ce cas, je vous recommande de cloner votre installation ou simplement de déplacer le disque dur, comme décrit dans Déplacer l'installation linux vers un nouvel ordinateur .
En revanche, si vous souhaitez avoir un système 64 bits (en termes Ubuntu: une
amd64
architecture), vous devez réinstaller, car vous ne pouvez pas installer deamd64
packages sur uni386
système ou vice versa. (Cela changera lorsque Multiarch arrivera).De nombreuses personnalisations se trouvent dans votre répertoire personnel et vous pouvez les copier sur la nouvelle machine. Les paramètres système ne peuvent pas être copiés si facilement en raison de la modification de l'architecture du processeur.
Sur Ubuntu 10.10 et versions ultérieures, essayez OneConf .
L'une des principales choses que vous voudrez reproduire sur la nouvelle installation est l'ensemble des packages installés. Sur les distributions basées sur APT, vous pouvez utiliser la
aptitude-create-state-bundle
commande (partie duaptitude
package) pour créer une archive contenant la liste des packages installés et leur configuration debconf , etaptitude-run-state-bundle
sur la nouvelle machine. (Merci à l' intuition de m'en avoir parléaptitude-create-state-bundle
.) Voir aussi la liste des paquets installés explicitement par Ubuntu et les questions Super User et Ask Ubuntu qui y sont citées, en particulier la réponse de Télémaque , sur la façon de faire cette partie manuellement.Pour les choses que vous avez modifiées
/etc
, vous devrez les revoir. Beaucoup ont à voir avec le matériel ou les paramètres réseau spécifiques et ne doivent pas être copiés. D'autres ont à voir avec les préférences personnelles - mais vous devez définir les préférences personnelles par utilisateur chaque fois que possible, afin que les paramètres soient enregistrés dans votre répertoire personnel.Si vous planifiez à l'avance, vous pouvez utiliser etckeeper pour mettre
/etc
sous contrôle de version ( etckeeper quickstart ). Vous n'avez besoin de rien savoir sur le contrôle de version pour utiliser etckeeper, vous n'avez besoin de commencer à apprendre que si vous voulez en profiter pour faire des choses fantaisistes.la source
/home
,/etc
,/var
,/usr
et tout) et juste modifier quelques fichiers dansetc
cette édition de besoin. Ce n'est pas une option si vous passez à une architecture différente, car vous devez réinstaller tous les packages binaires./etc
individuellement avec un message de validation significatif (au lieu de compter sur les hooks de validation automatique), et valider les modifications spécifiques à l'ordinateur sur une branche différente des préférences sysadmin ou de la configuration à l'échelle du site. Mais même une utilisation de base permet de garder une trace des modifications que vous avez apportées/etc
, afin que vous puissiez les répliquer sur la nouvelle machine.aptitude-create-state-bundle
?aptitude-create-state-bundle
. Merci, c'est une façon automatique de reproduire l'état géré par APT (mieux que la manière manuelle, qui ne reproduisait pas les sources APT ou les paramètres debconf). Vous pouvez ajouter une réponse à la connexes des questions aussi bien.Voici comment obtenir tout sauf ce que vous avez configuré manuellement:
Modifiez ces fichiers si nécessaire pour tout ce qui dépend de l'archive (par exemple, linux-image), mais je ne pense pas qu'il y en aura beaucoup.
Copiez ces fichiers sur le nouveau système puis exécutez:
Vous voudrez également copier (de préférence avec rsync) / home et tout autre répertoire de données vers le nouveau système.
Il ne restera plus que les fichiers de configuration des principaux packages (par exemple, apache, bind, cronjobs, et al.).
la source
aptitude search '~i !~M'
pour enregistrer la liste des packages installés manuellement; voir cette réponse pour plus d'informations.Vraiment, une grande partie du vaudou Windows concernant les pilotes, le registre et la sensibilité aux modifications de la carte mère est moins sévère sous Linux si vous utilisez un noyau générique avec tous les pilotes comme modules, ce qui est la situation habituelle pour Ubuntu. Ce sont les seules choses dans / etc qui dépendent du matériel que je connais:
Si le GPU est le même, le contrôleur de lecteur est du même type et vous n'avez pas un tas de scripts maison dépendant des noms de vos interfaces réseau, je ne prévois pas de problèmes majeurs.
la source
/etc/default/grub
, en tant que valeur deGRUB_CMDLINE_LINUX_DEFAULT
) doivent être ajoutées à cette liste.[ajoutant à cette excellente réponse ]
Je vois que vous mentionnez le souci des packages installés. Par cela, je suppose que vous voulez dire que vous allez transférer un disque d'une machine à une autre. En supposant que vos deux machines sont une architecture x86, le seul problème auquel je peux penser est que votre installation est en 64 bits et que votre nouvelle machine ne l'est pas. Si les choses sont inversées, il ne devrait pas y avoir de problème.
la source