Le Thu, 2 Feb 2012 16:50:55 +0100,
"bruno.deb...@cyberoso.com" <bruno.deb...@cyberoso.com> a écrit :

> Le Thu, 2 Feb 2012 16:10:55 +0100,
> Alain Vaugham <al...@vaugham.com> a écrit :
> 
> > Le Thu, 2 Feb 2012 09:08:07 +0100,
> > Sébastien NOBILI <sebnewslet...@free.fr> a écrit :
> > 
> > > Bonjour,
> > > 
> > > Le mercredi 01 février 2012 à 18:03, Alain Vaugham a écrit :
> > > > Un dernier point qu'il est peut-être inutile de préciser :
> > > > l'image du /mnt/image_disqueRacine ne pourra être utilisée que
> > > > sur la machine d'origine à cause de 
> > > > la configuration des drivers.
> > > 
> > > Contrairement à certains autres, le noyau Linux se transplante
> > > très bien d'une machine à une autre. Sauf si l'architecture du
> > > CPU est différente (ce qui a peu de chances d'être le cas), une
> > > image d'un système installé sur une machine pourra fonctionner
> > > sans problème sur une autre machine.
> > > 
> > 
> > Je n'en doute pas mais dans le feu de l'action j'ai eu droit à une
> > toute autre expérience malheureuse avec par exemple 
> > Machine source :
> > - carte réseau 3Com
> > - adaptateur graphique Nvidia
> > - disque IDE
> > Machine cible :
> > - carte réseau Realtek
> > - adaptateur graphique ATI
> > - disque scsi
> > Le reste à l'identique.
> > 
> > Lors du reboot, la liste des erreurs restant a corriger manuellement
> > est dissuasive pour un non expert comme moi. Elle est d'autant plus
> > dissuasive que l'accident se produit toujours au moment où on a un
> > besoin urgent de répondre à un mail pour une affaire importante et
> > que le serveur imap est en panne. Sans aller jusqu'à la
> > transplantation du dump, le simple changement d'une carte réseau,
> > donc changement de la macadress, va perturber le serveur DHCP qui
> > attribue toujours la même ip fixe à la machine temporairement hors
> > service.
> > 
> > Bien sûr, tout cela se répare très bien ou pourrait être configuré
> > différemment, mais replacé dans le contexte de la "sauvegarde d'un
> > serveur debian", le swap avec un disque spare n'interrompt la
> > disponibilité de la machine que quelques minutes. Dans mon cas, je
> > n'ai qu'un étage à descendre pour avoir la main dessus. 
> > 
> > Cependant, je conçoit très bien que pouvoir transplanter un noyau
> > d'une machine à une autre est beaucoup plus enrichissant que 
> > débrancher/rebrancher un disque.
> > 
> Je ne vois pas très bien ce que tu veux prouver. Le disque spare ne
> serait pas plus efficace dans ce cas là! Je te defies de brancher un
> disque IDE sur une nappe SCSI !!
> 
> Expert ou pas, ton cas de figure est un vrai casse-tête dans les 2
> cas.
> 
> Bruno
> 

Tout à fait exact.
C'est pourquoi j'avais précisé que le /mnt/image_disqueRacine dont 
il est question plus haut ne pourra être utilisée que sur la machine 
d'origine à cause de la configuration des drivers 
(disque/réseau/graphique...).
Je te confirme que cette méthode, en plus d'être ( * ) et contraignante 
fonctionne très bien si le hard est identique entre la source et 
la cible.



( * )
"primitive/anachronique/désuette/dépassée/viellotte/démodée"

-- 
Alain Vaugham
Clef GPG : 0xD26D18BC

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/20120202174850.3f3c6b58@mach07.localdomain

Répondre à