Migration de disque dur

Krys wrote in message <C736d.1713$Xw1.303716@wagner.videotron.net>:

Dans le moment, je lis la documentation sur le partitionnement et j'essaie
de retrouver de la documentation que j'ai déjà vu sur le sujet. Mais je
suis pas encore certain de savoir comment faire les bons mouvements. Je
sais aussi que le bios de mon système peut ne reconnaitre que 32 des 40GB.

J'aimerais avoir les conseils des gens plus expérimentés sur ce forum.

Pour la copie du système, Linux a cet avantage qu'il n'y a rien d'autre
à copier que les fichiers. Donc tu partitionnes le disque dur comme tu
veux avec les outils que tu veux, tu crées des filesystems dessus, puis
tu passes en single-user, tu coupes les services qui seraient encore en
train de tourner, tu montes le nouveau disque dur quelque part, et tu
« cp -ax » tout de l'un à l'autre. Ajuster éventuellement le nouvel
/etc/fstab.

S'il y a un problème de BIOS limité, prévoir une partition /boot en
début de disque, ça n'a rien de difficile.

La partie un peu technique est le bootloader. Il serait possible de le
faire directement, mais c'est assez accrobatique. Le plus simple est de
créer une disquette de boot GRUB. Ensuite, extinction, échange des
disques, boot sur la disquette, et c'est prêt.

Nicolas George à tapoter sur le forum:

Krys wrote in message <C736d.1713$Xw1.303716@wagner.videotron.net>:

Dans le moment, je lis la documentation sur le partitionnement et
j'essaie de retrouver de la documentation que j'ai déjà vu sur le sujet.
Mais je suis pas encore certain de savoir comment faire les bons
mouvements. Je sais aussi que le bios de mon système peut ne reconnaitre
que 32 des 40GB.

J'aimerais avoir les conseils des gens plus expérimentés sur ce forum.

Pour la copie du système, Linux a cet avantage qu'il n'y a rien d'autre
à copier que les fichiers. Donc tu partitionnes le disque dur comme tu
veux avec les outils que tu veux, tu crées des filesystems dessus, puis
tu passes en single-user, tu coupes les services qui seraient encore en
train de tourner, tu montes le nouveau disque dur quelque part, et tu
« cp -ax » tout de l'un à l'autre. Ajuster éventuellement le nouvel
/etc/fstab.

S'il y a un problème de BIOS limité, prévoir une partition /boot en
début de disque, ça n'a rien de difficile.

La partie un peu technique est le bootloader. Il serait possible de le
faire directement, mais c'est assez accrobatique. Le plus simple est de
créer une disquette de boot GRUB. Ensuite, extinction, échange des
disques, boot sur la disquette, et c'est prêt.

J'ai quelques questions sur ce que tu as écrit:
(Dans le sens que je suis vraiment très néophite dans l'administration de
linux.)

Partitionnement, (avec cfdisk) quel est l'idéal raisonable, j'ai pensé y
aller comme suit et peut être que je gaspille inutilement l'espace disque:
swapp: 1GB
/boot: 20MB
/: 2GB
/usr: 5GB
/var: 3GB
/tmp: 1GB
/home: 10GB
/autres: 10GB
/reste: 7.98GB
(Je peux garder une partition vierge pour essayer freebsd ou suse)

Création des filesystems:
Je comprends pas exactement ce qu'il faut faire. Ce n'est pas
automatiquement copié à partir de la partition source?

Couper les services qui tournent encore:
Quesque je fait? Un # top dans un xterm et je kill tout ce que je vois?

Pourquoi cp -ax
-x, --one-file-system
Ignorer les sous-répertoires se trouvant sur un système de fichiers
différent de celui du départ de la copie.

Merci de ton aide,

--

Krys

On Tue, 28 Sep 2004 12:40:40 -0400, Krys wrote:

Partitionnement, (avec cfdisk) quel est l'idéal raisonable, j'ai pensé y
aller comme suit et peut être que je gaspille inutilement l'espace disque:

Il n'y a pas d'idéal, mais le raisonnable existe.

swapp: 1GB

Beaucoup trop.
Tu peux même t'en passer.

/boot: 20MB
/: 2GB
/usr: 5GB

Si tu mets /usr séparément, il restera /bin, /opt /lib dans /.
Et du coup 2GB c'est trop pour / .

/var: 3GB
/tmp: 1GB
/home: 10GB
/autres: 10GB

Quels autres ? les autres seront dans /

/reste: 7.98GB

Déjà qu'il y a 'autres' ... a mon avos tu peux fusionner 'autre' et
'reste'.

(Je peux garder une partition vierge pour essayer freebsd ou suse)

Création des filesystems:
Je comprends pas exactement ce qu'il faut faire. Ce n'est pas
automatiquement copié à partir de la partition source?

Y faut créer les pistes sur lequelles tu va ecrire ...
Une copie avec 'dd' rend cette action inutile mais avec 'cp' tu devrais
prendre cette précaution ... je pense.

Couper les services qui tournent encore: Quesque je fait?

passer en runlevel 1 ?

tu fais 'init 1' en tant que root. (ton clavier passera en qwerty, fais
gaffe)

Pourquoi cp -ax
-x, --one-file-system
Ignorer les sous-répertoires se trouvant sur un système de
fichiers différent de celui du départ de la copie.

Par exemple si tu copie / , cela evitera de copier ce qui est sous /mnt,
qui sont des systemes de fichiers 'différents' ( CD, disquettes ou par
exemple si tu a mont" monté un partage NFS ou SMB aussi )

--
ASPO Infogérance - http://aspo.rktmb.org/activites/infogerance
Unofficial FAQ fcolc - http://faq.fcolc.eu.org/
Linux User Group sur Orléans et alentours.
Tél: + 33 2 38 76 43 65 (France)

Krys wrote in message <Ttg6d.21288$Xw1.879658@wagner.videotron.net>:

/: 2GB
/usr: 5GB

Sous GNU/Linux, je ne vois pas trop de raison de séparer / de /usr, en fait.
Pour des systèmes prévus pour monter / en lecture seule, c'est une bonne
idée, mais la plupart des distributions sont loin de le permettre sans
beaucoup de travail.

/var: 3GB

Si tu n'as pas de spool de news, d'archives de mailing-lists ou ce genre de
choses, c'est à mon avis très sur-dimensionné.

swapp: 1GB
/tmp: 1GB

Une autre possibilité intéressante est de prendre 2 Go de swap, et de monter
/tmp en tmpfs.

/home: 10GB
/autres: 10GB
/reste: 7.98GB
(Je peux garder une partition vierge pour essayer freebsd ou suse)

Pour ça, tu n'as pas besoin de laisser de partition vierge, il suffit de ne
pas créer de partition du tout. Tu peux ensuite créer une nouvelle
partition, ou plusieurs si tu préfères.

Création des filesystems:
Je comprends pas exactement ce qu'il faut faire. Ce n'est pas
automatiquement copié à partir de la partition source?

man mkfs. Tu pourrais t'en passer si tu faisais une copie exacte du
filesystem d'une partition à l'autre, à bas niveau (dd if=/dev/hda1
of=/dev/hdb1), mais ça ne fonctionne que si les partitions ont exactement la
même taille, ce qui est un peu dommage quand il s'agit de passer d'un disque
de 4 Go à un disque de 40 Go (ou alors on perd de la place à la fin de la
partition, ce qui est encore plus dommage).

Ici, il s'agit de copier les fichiers eux-mêmes (ce qui est bien, avec
Linux, c'est qu'à part le bootloader, tout le système est dans des fichiers
manipulables naturellement). Il faut donc un système de fichiers prêt à
recevoir cette copie.

Couper les services qui tournent encore:
Quesque je fait? Un # top dans un xterm et je kill tout ce que je vois?

Euh, tu es censé passer en mode single user, d'abord (telinit S), et quitter
X11. Après ça, tu auras peu de trucs qui resteront. Mais il est possible
qu'il en reste. top peut te le dire, mais mieux vaut un ps ax, car top
n'affiche que les premiers.

Pourquoi cp -ax
-x, --one-file-system
Ignorer les sous-répertoires se trouvant sur un système de fichiers
différent de celui du départ de la copie.

Il y a deux raisons :

- tu ne veux pas copier /proc, /sys, /dev/pts sur le nouveau disque dur.

- Si / et /home sont déjà sur une partition séparée, cp -ax va copier / et
créer le nouveau /home, mais ne copiera pas le contenu de /home, tu peux
ensuite monter le nouveau /home et le copier. Si tu ne procèdes pas ainsi
(ou si le nouveau disque dur est découpé différemment de l'ancien),
il est indispensable, avant de lancer la copie, de créer les différents
points de montage à la main, et de monter toutes les sous-arborescences.

Nicolas George à tapoter sur le forum:

J'aimerais avoir les conseils des gens plus expérimentés sur ce forum.

Pour la copie du système, Linux a cet avantage qu'il n'y a rien d'autre
à copier que les fichiers. Donc tu partitionnes le disque dur comme tu
veux avec les outils que tu veux, tu crées des filesystems dessus, puis
tu passes en single-user, tu coupes les services qui seraient encore en
train de tourner, tu montes le nouveau disque dur quelque part, et tu
« cp -ax » tout de l'un à l'autre. Ajuster éventuellement le nouvel
/etc/fstab.

S'il y a un problème de BIOS limité, prévoir une partition /boot en
début de disque, ça n'a rien de difficile.

La partie un peu technique est le bootloader. Il serait possible de le
faire directement, mais c'est assez accrobatique. Le plus simple est de
créer une disquette de boot GRUB. Ensuite, extinction, échange des
disques, boot sur la disquette, et c'est prêt.

Bonjour,

J'aurai besoin d'autres explications,

J'ai partitionner avec cfdisk mon nouveau disque dur en primary slave

(Primaire) /dev/hdb1 > 200M Pour /boot (Partion amorçable)
(Primaire) /dev/hdb2 > 8G Pour /
(Logique) /dev/hdb5 > 6G Pour /home
(Logique) /dev/hdb6 > 1G Pour /var
(Logique) /dev/hdb7 > 1G Pour /tmp
(Logique) /dev/hdb8 > 512M Pour swapp

puis comme je voulais des partitions ext3 j'ai refait chaque partition avec

# mke2fs -j /dev/hdb1
# mke2fs -j /dev/hdb2
# mke2fs -j /dev/hdb5
# mke2fs -j /dev/hdb6
# mke2fs -j /dev/hdb7

J'en suis à la commande mkfs afin de contruire le système de fichier et je
sais pas comment m'y prendre. Comment fait-on pour se rendre sur une
partition hdb?

Sur mon hda j'ai une partition de 4G et tout mon Debian/Sarge s'y trouve.

--

Krys

Krys wrote in message <0nW6d.9553$M96.187099@wagner.videotron.net>:

puis comme je voulais des partitions ext3 j'ai refait chaque partition avec

# mke2fs -j /dev/hdb1
# mke2fs -j /dev/hdb2
# mke2fs -j /dev/hdb5
# mke2fs -j /dev/hdb6
# mke2fs -j /dev/hdb7

J'en suis à la commande mkfs afin de contruire le système de fichier et je
sais pas comment m'y prendre. Comment fait-on pour se rendre sur une
partition hdb?

Euh, j'ai un peu du mal à comprendre : tu viens de dire que tu as fait le
mke2fs, tu n'as pas à refaire mkfs !

Sur mon hda j'ai une partition de 4G et tout mon Debian/Sarge s'y trouve.

Eh bien maintenant, il ne te reste plus qu'à monter les nouvelles
partitions :

mkdir /mnt/new
mount /dev/hdb2 /mnt/new
mkdir /mnt/new/boot
mkdir /mnt/new/home
mkdir /mnt/new/var
mkdir /mnt/new/tmp
mount /dev/hdb1 /mnt/new/boot
mount /dev/hdb5 /mnt/new/home
mount /dev/hdb6 /mnt/new/var
mount /dev/hdb7 /mnt/new/tmp

Et ensuite, il suffit de copier :

cp -ax / /mnt/new/

Pour la copie du système, Linux a cet avantage qu'il n'y a rien d'autre
à copier que les fichiers. Donc tu partitionnes le disque dur comme tu
veux avec les outils que tu veux, tu crées des filesystems dessus, puis
tu passes en single-user, tu coupes les services qui seraient encore en
train de tourner, tu montes le nouveau disque dur quelque part, et tu
« cp -ax » tout de l'un à l'autre. Ajuster éventuellement le nouvel
/etc/fstab.

J'ai pas réussit à copier tout les fichiers. A ma premiere tentative je me
suis rendu compte que j'avais oublié de passer en init 1 ou initel S, je me
suis repris mais j'ai pas mener la copie à terme ça prenait trop de temps
et je n'étais pas certain que c'était bien en train de se faire. Après
avoir reformater hdb, j'ai réessayer mais après un certain temps j'ai vu
des messages de manque d'espace et la copie n'a pas bien fonctionner.
Finalement j'ai effacer toutes mes nouvelles partitions sur le hdb que j'ai
remis à zéro. -- Je veux reprendre ça à partir de début de la bonne façon.

Avec tout ça, je ne sais pas pour quelle raison, un utilisateur ne peux plus
aller plus loin que la fenetre d'accueil. Seul root peut ouvrir xfce4 (ou
autres interfaces).

Si vous comprenez ce nouveau problème, es-ce que vous pouvez m'aider à le
résoudre? Je voudrais que mon système fonctionne correctement à la base
avant d'aller le mettre sur le nouveau hd.

--
Krys