Bonjour =E0 tous,
je sollicite un conseil pour la mise =E0 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=E9cis.
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=E9monter physiquement les
deux raptor et rapatrier l'image physque de sdc sur le futur
sda...est-ce r=E9alisable ? Linux ne va-t-il pas r=E2ler de ne plus
trouver /tmp et /swap ? sinon, comment faire ?
Merci d'avance pour vos conseils
Pr=E9cisions : linux SuSE 10.1 et plut=F4t d=E9butant en linux. Comme j'ai
mis du temps en param=E9trages divers, j'ai pas trop envie de
recommencer tout.
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.
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.
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.
alain.redic
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
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
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
alain.redic
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
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
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
Nicolas George
"alain.redic" wrote in message :
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.
"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.
Excuse moi pour le HS, mais tu as besoin de mobiliser un disque entier pour le /swap /tmp ? 1Go maxi devraient suffire et encore.
alain.redic
"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 po ur 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
"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 po ur
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)
Excuse moi pour le HS, mais tu as besoin de mobiliser un disque entier po ur 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
Nicolas George
"Arol" wrote in message <44a51d23$0$25497$:
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 6 Go pendant qu'on y est ?
"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 6 Go pendant qu'on y est ?
