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

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.

> >
> Non testé:
> Monter physiquement le nouveau disque et redémarrer


impossible : 4 connecteurs sata donc, je suis obligé de démonter au
moins 1 disque pour brancher le nouveau
alain

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

"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.

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 ?

"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.

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

"alain.redic" a écrit dans le message de news:
> /swap /tmp sont sur sdb

Excuse moi pour le HS, mais tu as besoin de mobiliser un disque entier pour
le /swap /tmp ?
1Go maxi devraient suffire et encore.

Arol a écrit :

> "alain.redic" a écrit dans le message de news:
> > /swap /tmp sont sur sdb
>
> Excuse moi pour le HS, mais tu as besoin de mobiliser un disque entier pour
> le /swap /tmp ?
> 1Go maxi devraient suffire et encore.

pour /swap, non
pour /tmp, c'est monté à presque 10 Go d'occupation en temps réel
(construction de bases de données de gros fichiers)

je n'ai fait ça que parce que le raptor était un 36 Go et que je ne
savais pas quoi faire de lui? C'est la raison pour laquelle je veux les
virer pour les mettre sur une machine dans laquelle ils auront plus
d'utilité (raid 0)

alain

"Arol" wrote in message <44a51d23$0$25497$626a54ce@news.free.fr>:
> Excuse moi pour le HS, mais tu as besoin de mobiliser un disque entier pour
> le /swap /tmp ?
> 1Go maxi devraient suffire et encore.

C'est vrai ça. Pourquoi pas un /boot de 6Go pendant qu'on y est?

ah j'oubliais, je les ai mis sur un disque différent pour des raisons
de rapidité. Mais je le répète, tout ça c'est fini, je veux réunir
le contenu des deux disques sur un seul
alain