Transfert de systeme entre 2 DD

On Mon, 29 Sep 2003 18:19:41 +0200, jack63 wrote:

Bonjour,

bonjour

Je dispose un serveur (Mandk 9.1) sur un vieux Pc (DELL 200) qui
fonctionne bien si si...
Mon problème, c'est mon DD est saturé (8 Meg) ,

conserve le précieusement les disques dur de 8 Mo et qui marchent sont
précieux.

et que mon Pc (DELL 200)
ne dispose pas de place suplém. pour un deuxième DD (je dispose d'un 20
Meg d'un ancien serveur Mandk 7.1). Par contre, je peux connecter que
provisoirement un deuxième DD.

Est il possible de transférer un système qui fonctionne sur un autre DD
plus gros ?

c'est possible.

(Une sorte de copy.. histoire de ne pas refaire toute la config).

tu veux en plus que ça marche pareil ?
a bah "y'a ka" testé c'est sans garanti mais au moins tu seras fixé.

Je complique un peu, Toutes mes excuses :

Est il possible de conserver un "/home" (déjà existant sur l'ancien DD)
et donc rajouter le "/home" du 1er DD sur le 2 eme DD "ou y a dejà un"
? (Une sort de fusion quoi ..... même manuel. histoire de récupérer les
anciennes données)

tu écrases bétmenet le /home du nouveau disque.

Ps : La structure des deux "/home" est identique, seul les informations
contenues peuvent varier.
Suis je-compréhensible ?????

pourquoi ne pas exporter le répertoire par NFS tout simplement ?

--
William.

"William" <blop@no.spam> wrote in message
news:3f786e0e$0$27602$626a54ce@news.free.fr...

On Mon, 29 Sep 2003 18:19:41 +0200, jack63 wrote:

Bonjour,

bonjour

Je dispose un serveur (Mandk 9.1) sur un vieux Pc (DELL 200) qui
fonctionne bien si si...
Mon problème, c'est mon DD est saturé (8 Meg) ,

conserve le précieusement les disques dur de 8 Mo et qui marchent sont
précieux.

et que mon Pc (DELL 200)
ne dispose pas de place suplém. pour un deuxième DD (je dispose d'un 20
Meg d'un ancien serveur Mandk 7.1). Par contre, je peux connecter que
provisoirement un deuxième DD.

Est il possible de transférer un système qui fonctionne sur un autre DD
plus gros ?

c'est possible.

(Une sorte de copy.. histoire de ne pas refaire toute la config).

tu veux en plus que ça marche pareil ?
a bah "y'a ka" testé c'est sans garanti mais au moins tu seras fixé.

Doit je utiliser cp ou dd ou peut être autre chose ?

-cp copy les fichiers mais est ce que je pourrai démarrer mon pc ? y
a t il transfert du system de boot ?

-dd créé une image de mon premier disque sur mon deuxième disque
mais
la taille des deux disques est différentes ?

QQ a t il déjà fait se transfert ?

A+

Jacques

On Mon, 29 Sep 2003 21:02:33 +0200, jack63 wrote:

Doit je utiliser cp ou dd ou peut être autre chose ?

-cp copy les fichiers mais est ce que je pourrai démarrer mon pc
?

c'est de la copie de fichier quoi oui

y a t il transfert du system de boot ?

le secteur de boot ne fait pas partie des "données" de la partition.
donc non, mais c'est facile à refaire pas un chroot et un coup de lilo
par la suite.

-dd créé une image de mon premier disque sur mon deuxième disque
mais la taille des deux disques est différentes ?

euh je sais pas, la commande dd est trop dangereuse à mon gout tout
simplement par je ne connais pas toutes les subtilités et que j'ai des
données à garder quand même.

QQ a t il déjà fait se transfert ?

déjà fait mais c'était un remplacement de disuqe donc même matériel.
Par contre il a fallut réadpté le /etc/fstab

de toute façon qu'est qu'il t'empêche de réinistaller et de copier les
fichiers de config que tu as taper si la sopie ne marche pas, ce n'est
pas la même à boire quand même. J'ai des fichiers dans /etc qui
proviennent d'une slackware (une distribution linux que j'utilisais
avant) et ça marche pas trop mal là.


--
William.

"William" <blop@no.spam> wrote in message
news:3f7898b3$0$2771$626a54ce@news.free.fr...

On Mon, 29 Sep 2003 21:02:33 +0200, jack63 wrote:

Doit je utiliser cp ou dd ou peut être autre chose ?

-cp copy les fichiers mais est ce que je pourrai démarrer mon pc
?

c'est de la copie de fichier quoi oui

y a t il transfert du system de boot ?

le secteur de boot ne fait pas partie des "données" de la partition.
donc non, mais c'est facile à refaire pas un chroot et un coup de lilo
par la suite.

-dd créé une image de mon premier disque sur mon deuxième disque
mais la taille des deux disques est différentes ?

euh je sais pas, la commande dd est trop dangereuse à mon gout tout
simplement par je ne connais pas toutes les subtilités et que j'ai des
données à garder quand même.

QQ a t il déjà fait se transfert ?

déjà fait mais c'était un remplacement de disuqe donc même matériel.
Par contre il a fallut réadpté le /etc/fstab

de toute façon qu'est qu'il t'empêche de réinistaller et de copier les
fichiers de config que tu as taper si la sopie ne marche pas, ce n'est
pas la même à boire quand même. J'ai des fichiers dans /etc qui
proviennent d'une slackware (une distribution linux que j'utilisais
avant) et ça marche pas trop mal là.

oui, cela me semble quand même un peu flou...!

je vais peut être essayer une copie "cp" de l'ensemble
-mais, je ne comprend pas pourquoi un chroot. (a voir)
-puis lilo. (oui bien sur)
-réadpté le /etc/fstab. (oui je vois).

Si cela ne marche pas, je peux toujour tout réinstaller sur le nouveau
disque, et transferer un à un tous mes fichiers de config !

m'enfin j'suis sur qu il y a une solution "quasi auto......"
je crois bien l'avoir lu qq part, mais impossible de me souvenir ou.

Merci pour les conseils

A+

Jacques

l'idéal me parait etre un image "bit à bit" du DD.
un truc comme symantec ghost...

il existe des alternatives libres : partimage et g4u je crois... cherche
ces noms sur ce ng (et surr f.c.a.libres)

carl0:


jack63 wrote:

Bonjour,

Je dispose un serveur (Mandk 9.1) sur un vieux Pc (DELL 200) qui
fonctionne bien si si...

Mon problème, c'est mon DD est saturé (8 Meg) , et que mon Pc (DELL 200) ne
dispose pas de place suplém. pour un deuxième DD (je dispose d'un 20 Meg
d'un ancien serveur Mandk 7.1). Par contre, je peux connecter que
provisoirement un deuxième DD.

Est il possible de transférer un système qui fonctionne sur un autre DD plus
gros ?
(Une sorte de copy.. histoire de ne pas refaire toute la config).

Je complique un peu, Toutes mes excuses :

Est il possible de conserver un "/home" (déjà existant sur l'ancien DD) et
donc rajouter le "/home" du 1er DD sur le 2 eme DD "ou y a dejà un" ?
(Une sort de fusion quoi ..... même manuel. histoire de récupérer les
anciennes données)

Ps : La structure des deux "/home" est identique, seul les informations
contenues peuvent varier.

Suis je-compréhensible ?????


A+

Jacques

--
carl0:
--
enlever .NOSPAM pour m'écrire

On Mon, 29 Sep 2003 18:19:41 +0200, jack63 wrote:

Suis je-compréhensible ?????

oui

essaye

(cd /source/directory && tar cf - .) | (cd /dest/directory && tar xvfp -)

d apres revista do linux, un truc de Alan cox, donc ce devrais bien
marcher :)

oui merci

De plus, j'ai trouvé un truc sur lea, vois ci- plus bas. (je n ai pas encore
testé)

ps : recopie depuis léa http://lea-linux.org/trucs/?aff_rub

===============================================
Cloner son système

Rubrique : Sauvegarde
Par : Jonesy <jonesy_at_wanadoo_dot_fr>
Dernière mise à jour : 31/01/2003

Cloner votre système consiste à faire une copie de votre système, comme le
fait par exemple ce Trucs & Astuces : Copier (déplacer) son Linux sur DD. A
la différence, que cette copie vous pourrez la mettre à jour très rapidement
et très facilement.
C'est ce que l'on appelle une Sauvegarde différentielle en informatique.

Quel est l'intérêt d'une telle copie ?

Etre sûr de conserver un système qui marche impéccablement bien et en même
temps pouvoir faire des tests d'installations de logiciels, d'optimisation,
de création de packages et tout ce qui peut vous passer par la tête sur
votre système.
La création de packages pour sa distribution est un bon exemple, car c'est
typiquement le genre d'activité où vous pouvez casser votre système, surtout
lorsque vous packagez une librairie centrale.
Et donc ainsi, vous pouvez tester ce que vous voulez en toute sécurité, une
fois que vous savez que cela marche sur la copie, vous l'appliquez sur votre
système original (stable) et vous n'avez plus qu'à remettre le système copié
à jour.
Enfin, si un jour pour une raison ou une autre le système original ne
fonctionne plus, vous aurez votre copie.
Bien entendu, cela peut vous servir pour faire simplement une sauvegarde
régulière rapidement.

Pré-requis

Vous devez de préférence avoir une partition libre d'une taille adéquate. La
taille doit être égale à la somme des tailles des partitions de votre
système original (/ + /home + /usr + /boot +...). Si ce n'est pas le cas, il
faut qu'une partition de votre système soit capable d'accueillir tout le
système.
De plus, il est souhaitable, que vous maitrisiez la configuration de votre
loader (lilo, grub) et le fichier /etc/fstab.
Enfin, pour que la copie soit efficace et significative, il est conseillé
d'être root.
Alors méfiance à ce que vous faites !

Par la suite, je considère que le système copié est sur une partition
indépendante (libre). Donc je vais supposer que la partition est montée sous
/mnt/copie.
La première copie

Nous allons créer un fichier d'exclusion, qui comme son nom l'indique,
contiendra la liste des fichiers ou répertoires à ne pas sauvegarder. Car
certains répertoires et fichiers sont inutiles sur le système copié.
Le fichier exclud.lst :

--------------------
/proc
/tmp
/mnt
/etc/fstab
--------------------
Ce fichier doit aussi contenir le répertoire où vous faites la copie si vous
décidez de mettre la copie ou de monter la partition ailleurs que sous /mnt.
Une fois ce fichier créé, gardez-le bien au chaud dans un coin, vous en
aurez besoin à chaque mise jour. Maintenant, copions le système :
rsync -ravH --exclude-from=exclud.lst / /mnt/copie
La copie faite, si vous le désirez, vous pouvez rendre ce nouveau système
bootable :

cd /mnt/copie
mkdir proc tmp mnt
chmod -R 755 proc mnt
chmod -R 777 tmp

De plus, créez les répertoires utiles dans /mnt/copie/mnt, comme cdrom,
win_c ou floppy.
Créez le fichier /mnt/copie/etc/fstab correspondant à ce nouveau système.
C'est à dire qu'il doit ressembler à celui d'origine mais en y enlevant les
lignes des autres points de montages (/home, /usr, /boot,...) et en
remplacant le /dev/... du root (/) par celui de la partition de copie.
Et enfin sur le système orignal, modifiez la configuration de votre loader
afin de pouvoir booter sur le système copié.

Mise à jour de la copie par rapport à l'original

Ressortez le fichier exclud.lst, montez la partition contenant la copie,
nous allons la mettre à jour. C'est à dire que seulement ce qui a été
modifié, créé ou détruit sur le système original depuis la dernière mise à
jour sera reproduit sur le système copié (sauvegarde différentielle).
rsync -uravH --delete --exclude-from=exclud.lst / /mnt/copie
Si vous souhaitez simplement simuler ce qui va se passer afin de vérifier
avant :

rsync -uravHn --delete --exclude-from=exclud.lst / /mnt/copie

Et, important, si vous ne voulez pas effacer les fichiers de la copie qui
n'existent plus sur l'original, faites :
rsync -uravH --exclude-from=exclud.lst / /mnt/copie
Dans ce dernier cas, votre copie ne sera plus exactement la copie de
l'original.
Voilà, vous savez tout ! Je vous invite à faire un petit man rsync pour en
savoir plus.

PS : La commande rsync est applicable sur n'importe quel répertoire. Je
pense particulièrement aux répertoires sensibles, tel que /etc, si vous
n'avez pas la possibilité de sauvegarder tout votre système.