Bonjour,
Je voudrais savoir si il est possible de configurer un PC de test sous Debian Sarge (Samba, NFS, Apache...) puis une fois que tout fonctionne correctement transférer le disque dur sur un autre PC qui servira véritablement de serveur (car plus puissant).
Les deux machines en question n'ont pas la même carte mère, ni le même processeur etc, en revanche il s'agit de deux processeurs dont l'architecture est i386 (donc pas de problème de ce coté là).
Cette manipulation permettrai que durant la configuration du PC de test mon serveur (qui est déjà installé) reste utilisable.
Que pensez-vous de cette manipulation ?
Est ce réalisable sans problème ?
Faudra t-il que j'utilise certaines commandes pour prendre en compte le nouveau matériel ?
Je vous remercie d'éclairer ma lanterne car je n'ai aucune idée du résultat.
Forum Linux.debian/ubuntu Installer Debian sur une machine et transférer le disque dur sur un autre PC.
28
déc.
2007
# les points pouvant etre bloquant dans ce genre de manip...
Posté par NeoX . Évalué à 1.
- carte reseau differente
- carte video differente (pour un desktop, car pour un serveur on s'en fiche un peu)
le reste si c'est des architectures pas trop exotique et que tu fais pas un noyau trop personnalisé (noyau par defaut) ben ca devrait aller tout seul.
[^] # Re: les points pouvant etre bloquant dans ce genre de manip...
Posté par Mr Kapouik (site web personnel) . Évalué à 0.
J'utilisais un kernel 2.6.22-k7 que j'ai remplacé par un 2.6.22-686 et j'ai eut une merde avec ma carte réseau qui est passé de eth0 à eth1. La carte son à aussi du être reconfiguré dans alsa mais sinon aucun problème car les paquet debian sont tous fait pour être le plus générique possible.
Vu que c'est un serveur (donc pas de X11, son et autre cochonnerie), il n'y à que la carte réseau qui risque de poser problème (penser a vérifier quel est le ethx qui est utilisé si ça ne fonctionne pas sur le serveur finale. Aussi pour éviter les problème, si l'un des serveurs est un intel et l'autre un AMD, il suffit de mettre un kernel i686 pour que ça marche sur les deux.
[^] # Re: les points pouvant etre bloquant dans ce genre de manip...
Posté par NeoX . Évalué à 1.
il a donc cru avoir une nouvelle carte et l'a mise en eth1...
il me semble qu'il y a un fichier udev-persistent-rules à editer voire carrement à supprimer pour que la carte redevienne eth0
[^] # Re: les points pouvant etre bloquant dans ce genre de manip...
Posté par Dan . Évalué à 1.
J'avais modifié un fichier, je crois que c'était :
-------
$cat /etc/network/run/ifstate
lo=lo
eth0=eth0
-------
Je crois qu'il m'avait suffit de changer le eth1 en eth0.
[^] # Re: les points pouvant etre bloquant dans ce genre de manip...
Posté par Dan . Évalué à 1.
En revanche j'avais pas supprimé la ligne mais bien mis eth0 à la place de eth1
Ça fait en sorte que les deux interfaces portent le même nom.
Mais essaie plutôt son truc ;=)
Si t'as plus besoin de l'autre, c'est inutile de garder cette ligne
# Oui c'est possible
Posté par Benoît . Évalué à 1.
Editer - /etc/udev/rules.d/z25_persistent-net.rules
Supprimer la ligne, au prochain reboot udev re-détectera la carte réseau.
Pour la carte graphique :
Si tu comptes utiliser un serveur X, met comme driver "vesa" et commentes la ligne du BusID.
Ce qui peut être véritablement gênant, c'est si tes deux machines n'ont pas le même type de disque dur.
Par exemple un en IDE (/dev/hda par exemple) et l'autre en SATA (/dev/sda par exemple) C'est un poil embêtant pour grub, car il essayera de booter sur /dev/hda ou /dev/sda (suivant quel pc à servi de master)
Hormis ça, normalement le noyau re-détecte tout.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.