|
|
|
|
||||||
| fr.comp.os.linux.config Prise en main d'un système Linux. |
![]() |
|
|
LinkBack | Outils de la discussion |
|
|
#1 (permalink) |
|
Messages: n/a
Hébergeur: |
Bonjour à tous,
je sollicite un conseil pour la mise à jour de ma machine: pour l'instant, j'ai 4 disques dur sata : sda, sdb, sdc et sdd. sda et sdb sont 2 raptors, sdc et sdd, 2 maxtors / est sur sda /swap /tmp sont sur sdb /home sur sdc sdd, on s'en fout pour ce cas précis. Mon but de ce week-end est de virer les 2 raptors qui iront sur une autre machine pour les remplacer par un disque neuf qui sera donc sda. Je veux qu'il abrite /, /tmp et /swap Je comptais faire une copie de sda sur sdc, démonter physiquement les deux raptor et rapatrier l'image physque de sdc sur le futur sda...est-ce réalisable ? Linux ne va-t-il pas râler de ne plus trouver /tmp et /swap ? sinon, comment faire ? Merci d'avance pour vos conseils Précisions : linux SuSE 10.1 et plutôt débutant en linux. Comme j'ai mis du temps en paramétrages divers, j'ai pas trop envie de recommencer tout. alain |
|
|
|
#2 (permalink) |
|
Messages: n/a
Hébergeur: |
alain.redic a écrit :
> Bonjour à tous, > je sollicite un conseil pour la mise à jour de ma machine: > pour l'instant, j'ai 4 disques dur sata : sda, sdb, sdc et sdd. > sda et sdb sont 2 raptors, sdc et sdd, 2 maxtors > > / est sur sda > /swap /tmp sont sur sdb > > /home sur sdc > sdd, on s'en fout pour ce cas précis. > > Mon but de ce week-end est de virer les 2 raptors qui iront sur une > autre machine pour les remplacer par un disque neuf qui sera donc sda. > Je veux qu'il abrite /, /tmp et /swap moi c'est la plage. > > Je comptais faire une copie de sda sur sdc, démonter physiquement les > deux raptor et rapatrier l'image physque de sdc sur le futur > sda...est-ce réalisable ? Linux ne va-t-il pas râler de ne plus > trouver /tmp et /swap ? sinon, comment faire ? > Merci d'avance pour vos conseils Pourquoi ne pas copier directement sur le nouveau disque? > > Précisions : linux SuSE 10.1 et plutôt débutant en linux. Comme j'ai > mis du temps en paramétrages divers, j'ai pas trop envie de > recommencer tout. > > alain > Non testé: Monter physiquement le nouveau disque et redémarrer. Passez root. Trouver le nouveau disque. Je suppose que c'est /dev/sde. # fdisk -l Créer 1 partition racine (/) et 1 partition swap sur ce disque: # fdisk /dev/sde (m pour l'aide, tant que ce n'est pas écrit par "w" c'est sans danger, q pour quitter, t pour le type de partition (82=ext3, 83=swap) Formater: # mke2fs -j /dev/sde1 (partition racine) Monter le disque: # mkdir /mnt/nouveau_disque # mount -t ext3 /dev/sde /mnt/nouveau_disque Recopier le système: # cp -a / /mnt/nouveau_disque (long...) Vérifier que le bootloader grub (/mnt/nouveau_disque/boot/grub/menu.lst) est cohérent. Vérifier également la cohérence du fichier /mnt/nouveau_disque/etc/fstab. Si ce sont des labels qui sont utilisés, le montage est indépendant des fichiers de périphériques (/dev/...). Sinon il faut remplacer /dev/sdc par le nouveau nom du disque supportant /home (/dev/sdb?) dans le montage de /home si il a changé de nom. Corriger dans /mnt/nouveau_disque/etc/fstab l'emplacement de la nouvelle partition de swap. Sortir les raptors et monter le nouveau disque à la place. Je suppose que le répertoire /tmp n'est pas digne d'intérêt sinon recopier le contenu sur le nouveau disque. Redémarrer. Vérifie le montage /home sur une console avant de lancer une session X pour éviter de perdre du temps avec les messages éventuels de l'environnement graphique.. En cas de pépin, il suffit de remonter les raptors en première position et de trouver la faille. Un week-end devrait suffire. |
|
|
|
#4 (permalink) |
|
Messages: n/a
Hébergeur: |
Yggdrassil a écrit : > Pourquoi ne pas copier directement sur le nouveau disque? Bonne idée !! si depuis la Suse, je vire /tmp et /swap pour les recréer sur sda et que j'obtient un sda fonctionnel, je n'ai plus qu'à ensuite le copier sur le futur sda non ? ça parait jouable ? alain |
|
|
|
#5 (permalink) |
|
Messages: n/a
Hébergeur: |
"alain.redic" wrote in message
<1151656974.706952.268910@75g2000cwc.googlegroups. com>: > et rapatrier l'image physque de sdc sur le futur > sda Non, c'est une mauvaise idée. Copie fichier par fichier: - ça permet d'adapter la taille du filesystem à la taille du nouveau disque; - ça fait du ménage sur le contenu du disque au passage. |
|
|
|
#6 (permalink) |
|
Messages: n/a
Hébergeur: |
Nicolas George a écrit : > "alain.redic" wrote in message > <1151656974.706952.268910@75g2000cwc.googlegroups. com>: > > et rapatrier l'image physque de sdc sur le futur > > sda > > Non, c'est une mauvaise idée. Copie fichier par fichier : > > - ça permet d'adapter la taille du filesystem à la taille du nouveau > disque ; > > - ça fait du ménage sur le contenu du disque au passage. Oui, mais...le MBR ? |
|
|
|
#8 (permalink) |
|
Messages: n/a
Hébergeur: |
Nicolas George a écrit : > "alain.redic" wrote in message > <1151665243.296350.271210@75g2000cwc.googlegroups. com>: > > Oui, mais...le MBR ? > > Eh bien on le remet après, bien sûr. ah oui, mais alors là, j'ai pas le début du commencement d'un prémice d'idée sur la manière de faire (d'où le newbie de l'objet) alain |
|
![]() |
| Outils de la discussion | |
|
|