Copier un dur sur un autre

Copier un dur sur un autre - Linux et OS Alternatifs

Marsh Posté le 12-11-2004 à 11:25:40    

avant que le premier décede :D
 
Bonjour a tous.
 
On a une workstation sous linux, qui nous sert a monitorer un paquet de truc sur le reseau et d'autres serveurs. Le probleme c'est que le disque dur presente des signes de fatigue.
L'installation de toutes les applis ayant été un peu galere, on aimerait rajouter un dur dans la machine, copier le disque A fatigué sur le disque B, enlever le disque A et fonctionner avec le disque B.
 
Est ce que c'est possible et si oui des pistes sur comment faire?
 
Merci d'avance

Reply

Marsh Posté le 12-11-2004 à 11:25:40   

Reply

Marsh Posté le 12-11-2004 à 11:32:02    

oui, c'est possible.
 
fais une recherche, ça a déjà été expliqué


---------------
Celui qui pose une question est idiot 5 minutes. Celui qui n'en pose pas le reste toute sa vie. |  Membre du grand complot pharmaceutico-médico-scientifico-judéo-maçonnique.
Reply

Marsh Posté le 12-11-2004 à 11:36:32    

http://forum.hardware.fr/forum2.ph [...] 566&cat=11


---------------
Celui qui pose une question est idiot 5 minutes. Celui qui n'en pose pas le reste toute sa vie. |  Membre du grand complot pharmaceutico-médico-scientifico-judéo-maçonnique.
Reply

Marsh Posté le 12-11-2004 à 12:07:32    

Ok thanks je regarde ca.
 
Apparement on peut copier avec cp, rsync...mais faut exclure /proc.

Reply

Marsh Posté le 12-11-2004 à 12:10:52    

man dd


---------------
uptime is for lousy system administrators what Viagra is for impotent people - mes unixeries - github me
Reply

Marsh Posté le 12-11-2004 à 12:24:19    


surtout pas, ca copie tout par bloc y compris la fragmentation.

Reply

Marsh Posté le 12-11-2004 à 13:16:37    

cp -ax / /backup
 
a : archive = recursif + consrvation des droits
x : s'en tenir à un seul systeme de fichier


---------------
#NetOp. T'as pas 10G ?
Reply

Marsh Posté le 12-11-2004 à 13:42:56    

quand tu dis "s'en tenir a un seul type de fichier" tu veux dire qu'il copie pas si y'a des montages en dessous de / ?

Reply

Marsh Posté le 12-11-2004 à 13:59:52    

alligator421 a écrit :

surtout pas, ca copie tout par bloc y compris la fragmentation.


 
Sincerement si ca me permet de recuperer le disque en entier et que ca marche direct, la fragmentation je ferais avec :D

Reply

Marsh Posté le 12-11-2004 à 14:18:07    

doum a écrit :

Sincerement si ca me permet de recuperer le disque en entier et que ca marche direct, la fragmentation je ferais avec :D


Il y a d'autres raisons egalement a ne pas utiliser dd.
Tirer de http://forums.gentoo.org/viewtopic.php?t=28123

Another point about using dd is that I think the two partitions have to be the same size to do this. If you dd'd a smaller partition to a bigger partition, and then mounted the bigger partition, you would find it to be the same size as the smaller partition. If you dd'd a bigger partition to a smaller partition, dd would quit when the smaller partition ran out of room, and you would probably be unable to mount it. I'm kinda guessing about this last bit here, so someone please correct me if I'm wrong.

 
Dans ce meme lien, tu trouveras egalement en page 2 (j'ai le meme pseudo) comment j'ai fait pour passer tout de mon 2ieme dur a mon premier qui etait une redhat.
Le topic en entier vaut le coup d'etre lu.

Reply

Marsh Posté le 12-11-2004 à 14:18:07   

Reply

Marsh Posté le 12-11-2004 à 14:33:40    

Je regarde.
 
A noter que la copie sera fait entre 2 disques de la meme taille dans mon cas

Reply

Marsh Posté le 12-11-2004 à 14:49:21    

NicolBolas a écrit :

cp -ax / /backup
 
a : archive = recursif + consrvation des droits
x : s'en tenir à un seul systeme de fichier


 
[:romf]


---------------
Non au projet de loi DADVSI ! (droits d'auteurs)
Reply

Marsh Posté le 12-11-2004 à 16:52:47    

-x ça veut dire qu'il restera sur le systeme de fichier vers lequel tu pointe en guise de source. Il se fie à mtab pour mettre tous les points de montage actifs dans une 'blacklist' qu'il ne parcourera pas. Donc comme ça tu es sur que /dev (si en devfs), /proc, /sys ou d'eventuels /home sur une autre partition ou /mnt/* ne serons pas copiés. Tu n'as qu'a faire cp -avxf pour suivre et pour eviter qu'il ne te pose des questions si la partoche cible est pas vide...


---------------
#NetOp. T'as pas 10G ?
Reply

Marsh Posté le 12-11-2004 à 17:33:43    

Oki thanks, des qu'on recoit le dur on teste
 
Une fois la copie faite et le dur changé, y'a-t-il des choses a faire pour pouvoir booter?

Reply

Marsh Posté le 12-11-2004 à 17:54:27    

doum a écrit :

Oki thanks, des qu'on recoit le dur on teste
 
Une fois la copie faite et le dur changé, y'a-t-il des choses a faire pour pouvoir booter?


 
Rendre la partition de boot active avec fdisk (touche a), sinon, non, je pense pas.

Reply

Marsh Posté le 12-11-2004 à 18:05:28    

cp -p aide pas mal quand même :o

Reply

Marsh Posté le 12-11-2004 à 18:16:08    

multani a écrit :

cp -p aide pas mal quand même :o


 
il est compris dans le -a :o


---------------
Non au projet de loi DADVSI ! (droits d'auteurs)
Reply

Marsh Posté le 12-11-2004 à 23:01:31    

doum a écrit :

Oki thanks, des qu'on recoit le dur on teste
 
Une fois la copie faite et le dur changé, y'a-t-il des choses a faire pour pouvoir booter?


 
Ben il faut quand meme installer un bootloader sur le nouveau disque... En fait en partant du systeme actuel, edites ton lilo.conf et changes boot=/dev/hda en boot=/dev/hdc (enfin met les noms qui correspondent à ta config quoi). Enregistre et tapes lilo, voila tu peux rebooter. Ne modifie ni le lilo.conf copié sur le nouveau disqueni le fstab, à moins que les numeros de partition aient changé.


---------------
#NetOp. T'as pas 10G ?
Reply

Marsh Posté le 17-11-2004 à 10:35:02    

mouai ben au reboot c'est pas gagné :D
 
Il monte le disque en read only...impossible de faire un fsck

Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed