OVH Cloud OVH Cloud

partition /var

3 réponses
Avatar
Jean-Jacques Gerbaud
Bonjour à tous,

Je ne sais pas si ce message vous parviendra car ça fait un bout de temps
que je ne reçois plus les messages de la liste mais j'essaie (après une
réinscriptions)

J'ai une partition libre sur mon disque (outre mes /, /home et /opt).

Je me demande si je ne pourrais pas la nommer /var et modifier mon
/etc/fstab en conséquence de manière à ce que tous les fichiers /var soient
inscrits sur cette partitions au lieu d'être inscrits sur ma partition /.

Est-ce possible ?

Merci de vos réponses
--
Jean-Jacques Gerbaud - 26110 Vinsobres

3 réponses

Avatar
Olivier Thauvin
Jean-Jacques Gerbaud wrote:

Bonjour à tous,

Je ne sais pas si ce message vous parviendra car ça fait un bout de temps
que je ne reçois plus les messages de la liste mais j'essaie (après une
réinscriptions)

J'ai une partition libre sur mon disque (outre mes /, /home et /opt).

Je me demande si je ne pourrais pas la nommer /var et modifier mon
/etc/fstab en conséquence de manière à ce que tous les fichiers /var
soient inscrits sur cette partitions au lieu d'être inscrits sur ma
partition /.

Est-ce possible ?


Oui mais pas comme ça en un claquement doigt, car il faut migrer le contenu
de l'actuel /var.

Perso je ferais:

mkdir /mnt/var
mount /dev/partition_nouveau_var /mnt/var

mkdir /mnt/var_old
mount /dev/partition_ancien_var /mnt/var_old

(ces deux opérations sont nécéssaire si tu as des choses de monter dans
l'actuel /var et qui sont donc sur d'autres partitions)

rsync -avPH /mnt/var_old/ /mnt/var/
(attention aux / finaux avec rsync)
ou:
cp -ra /mnt/var_old/* /mnt/var/

A partir de là mieux vaut passer en init 1 après un reboot sauf si tu es sûr
de ce que tu fais

umount /mnt/var
umount /mnt/var_old

demonter tout ce qui es monté dans /var (des fois y'a truc pour nfs, donc
bien vérifier !!!!!)
rm -fr /var
pour récuperer l'espace utiliser qui deviendra invisible après le montage du
nouveau /var

ajouter dans le fstab une ligne correspondant au nouveau /var, un truc
genre:
/dev/partition_nouveau_var /var ext3 defaults 1 2
A ajuster selon ton fs et choix perso

Reboot final (ou init 5 tu sais ce que tu fais)

En espérant que je n'ai oublié (j'ai déjà fait ce genre de manip un paquet
de fois pour migrer des données de disque à disque).

Bonne chance et bon courage.

Avatar
Jean-Jacques Gerbaud
Jean-Jacques Gerbaud wrote:

J'ai une partition libre sur mon disque (outre mes /, /home et /opt).
........


Est-ce possible ?



Oui mais pas comme ça en un claquement doigt, car il faut migrer le contenu
de l'actuel /var.


Actuellement, mon /var contient les répertoires suivants :
cache/ catman/ db/ lib/ local/ lock/ log/ mail@ mtink/ nis/ opt/
preserve/ run/ spool/ tmp/ www/ yp/

Perso je ferais:

mkdir /mnt/var
ok, fastoche !


mount /dev/partition_nouveau_var /mnt/var
donc : mount /dev/sdb11 /mnt/var

J'envisage (j'envisage seulement) d'utiliser une partition libre de 6,6 Go,
non montée, non formatée (/dev/sdb11)

mkdir /mnt/var_old
ok, facile aussi.


mount /dev/partition_ancien_var /mnt/var_old
Là, ça accroche : je n'ai pas de partition /var ! Les répertoires ci-dessus

se trouvent dans /var qui lui même fait partie de /

Est-ce que je peux faire : mount /var /mnt/var_old ?

(ces deux opérations sont nécéssaire si tu as des choses de monté dans
l'actuel /var et qui sont donc sur d'autres partitions)

rsync -avPH /mnt/var_old/ /mnt/var/
(attention aux / finaux avec rsync)
ou:
cp -ra /mnt/var_old/* /mnt/var/ ----> ça m'a l'air plus simple et moins dangereux !

A partir de là mieux vaut passer en init 1 après un reboot sauf si tu es sûr
de ce que tu fais

umount /mnt/var
umount /mnt/var_old

demonter tout ce qui es monté dans /var (des fois y'a truc pour nfs, donc
bien vérifier !!!!!)
comment peut on vérifier que "quelque chose" est monté ?


rm -fr /var
pour récuperer l'espace utiliser qui deviendra invisible après le montage du
nouveau /var
Il sera invisible mais cet espace libéré sera disponible pour /


ajouter dans le fstab une ligne correspondant au nouveau /var, un truc
genre:
/dev/partition_nouveau_var /var ext3 defaults 1 2
A ajuster selon ton fs et choix perso
pour moi, ce serait /dev/sdb11 /var ext3 defaults 1 2


Reboot final (ou init 5 tu sais ce que tu fais)

En espérant que je n'ai oublié (j'ai déjà fait ce genre de manip un paquet
de fois pour migrer des données de disque à disque).


Si tu permets, je vais essayer de comprendre ta manoeuvre et je ferai des
commentaires :

mkdir /mnt/var } on créé un rép. temporaire (/mnt/var)
mount /dev/partition_nouveau_var /mnt/var } sur la partition disponible


mkdir /mnt/var_old } on monte /var actuel
mount /dev/partition_ancien_var /mnt/var_old } sur /mnt/var_old


cp -ra /mnt/var_old/* /mnt/var/ } on copie le contenu de /var actuel
sur /mnt/var


umount /mnt/var } on démonte les rép. nouvellement créés
umount /mnt/var_old


Ca m'a l'air assez compliqué quand même !

Si je comprends bien, on ne peut pas tout simplement copier les répertoires
de l'actuel /var (et leur contenu) dans un endroit temporaire, supprimer
l'actuel /var, formater et nommer l'actuel espace libre en /var et recopier
le contenu de l'ancien /var dans le nouveau /var après modification du
/etc/fstab ? (Cette opération n'est pas possible en raison de "choses"
actuellement montées et qui pourraient éventuellement être perdues) C'est ca ?

Ta proposition semble bonne et (a peu près) compréhensible pour moi.

Dis moi si j'ai bien compris et si oui, est-ce que je peux me lancer dans la
manoeuvre ?

Merci quand même de ta patience et de ton temps.

--
Jean-Jacques Gerbaud - 26110 Vinsobres


Avatar
Vincent Ramos

comment peut on vérifier que "quelque chose" est monté ?


Le plus sûr (c'est ce que je fais quand je modifie la répartition des
partitions importantes) est à mon sens de télécharger une distribution live
CD (comme Knoppix), qui ne se charge qu'en mémoire vive, de modifier le
partionnement puis fstab et de copier (par « rsync -a » ou un autre outil
adapté) le contenu des partitions à transférer.

Ainsi, aucun risque à faire courir à des partitions montées puisqu'aucune ne
le sera (sans intervention de votre part) et que le système d'exploitation
en cours n'a pas besoin des partitions réelles.