Salut,
 
Je viens de réserver un dédié chez 1&1.  Jusque là rien de très extraordinaire, mais la blague, c’est que leur dédié ont un partitionnement par défaut assez particulier.
 
Voila ce que me donne mon df –h :  
 

 
Déjà la /tmp n’a pas de filesystem, mais surtout /home (4.7 Go) est minuscule par rapport à /var (137Go).  
 
J’ai donc réservé un serveur de 160 Go, avec une partition /var regroupant 85% de l’espace…
 
Ca me parait quand même très surprenant…  
 
Donc vu que je ne peux utiliser que le shell par ssh, comment puis-je redimensionner les partitions en conservant les données présentes sur le disque.
 
Merci de vos réponses

et tu pourrais pas echanger le point de montage entre home et var dans /etc/fstab.
ensuite tu swap-rsync les datas (surtout ne reboote pas entre temps )

j'avoue c'est un peu dangereux comme méthode mais ça doit etre faisable (je réfléchi encore la )

fdisk / cfdisk

A memaster62 :
 
Salut, j'ai essayé de mofifié le fichier /etc/fstab en inversant les points de montage /home et /var. Mais le serveur n'a pas voulu redémarrer.  
 
Je vais donc tenter autre chose.
 
Apparemment on peut redimentionner une partition en utilisant l'utilitaire "resize2fs", mais pour cela, il faut démonter la partition avant de la redimentionner.
 
Le problème c'est que quand je fais un "umount (-f) /var", il me dit que la partition est déjà utilisée.  
 
Est-ce que ça marcherait si je supprime ces deux partitions du fichier "/etc/fstab", comme ç elles ne seraient plus montées au démarrage. Mais le système fonctionnera t-il correctement ?
 
Si ça ne marche pas j'essayerai fdisk...

J'ai apparemment trouvé un tutorial qui permets de repartionner en conservant les données.  
 
[url]
http://www.howtoforge.com/linux_re [...] partitions
[/url]
 
Le problème c'est qu'il faut démarrer en mode "rescue" pour que les partitions classiques ne soient pas montées.
 
Chez 1&1 il s'agit du "système de sauvetage".  
 
Ayant redémarré dans ce mode le tutorial me demande de faire un
 

 
Mais la commande me retourne un message d'erreur
 

 
Apparemment le système de fichier n'est pas celui attendu.
 
voila ce que donne mon "fdisk -l" :
 

     
 
Est-ce le mauvais mode de démarrage ?
 
Mon système "normal" est fedora Core 64 bits
 
Mon système "rescue" est Système de sauvetage 64 bits Linux (debian/sarge - 2.6.x)

evidemment je t'avais dit de copier tes repertoire de /var vers /home et de /home vers /var

oui mais certains fichiers en lecture seul de /var ne veulent pas se copier.
 
Donc j'avais plus ou moins abandonner cette solution.
 
D'autant plus que tu me disais n'être pas totalement sur de la chose.
 
Je vais essayer de recommencer.

c'est bon j'ai fais le swap des fichiers sans tenir compte des erreurs de transfert, j'ai redémarré et ça a marché.
 
Merci beaucoup

Le problème maintenant, c'est qu'apparemment, plusieurs services ne marche pas.
 
Par exemple j'ai plein d'erreur pour le démarrage de mysqld, je pense que les fichiers en lecture seul qui n'ont pas peu être transférés de /var vers /home, me posent problème à présent.
 
Je ne sais donc pas si je vais conserver cette solution.

comment tu as fait pour copier le contenu de ton /var dans /home
il faut se mettre en superutilisateur d'une part et utiliser une copie conservatrice des droits
sur les fichiers... (genre un rsync ) qd tu fais une simple copie, les fichiers prennent automatiquement
les droits de l'utilisateur en cours donc ta méthode de copie ne dois etre bonne.

et effectivement les base de donées de mysql se trouvent dans /var/mysql

ok je vais retenter avec rsync.
 
mais de toute evidence certains fichiers appartenant à des processus qui tourne ne peuve pas être transférés "à chaud", je veux dire quand le démon tourne.
 
par exemple mysql.sock n'a plus peu être trouvé après la copie.
 
Donc j'aurais toujours des processus tournant sur ma machine quand je ferai mon transfert...
 
Je pourrais arrêter mysql, mais ce qui est vrai pour mysql est vrai pour les autres daemon.

il est pas dans /tmp normalement celui la?

edit : je suppose qu'il ne faut pas copier le /var/run (effectivement)

ça dépends des systemes, j'ai des serveurs ou il est dans /home/mysql/ par exemple

 
Pas normal ça

si c'est normal vu que c'est un serveur dédié avec une install prédéfinie qui dépends de l'hébergeur, ils installent leurs fichiers à leur sauce. En l'occurence il s'agit d'une config OVH.

He beh ... bonjour le niveau de sécu

si tu le dis... Que fait mysql.sock ????

si c'est "possiblement" normal on peut le mettre soit dans /tmp soit dans un endroit de ton choix.
sur certains serveurs, c'est plus pratique de mettre tout ce qui concerne mysql
dans /home. c'est plus facile de créer des mirroirs de serveurs LAMP comme ça

normalement pour faire bien, un serveur mysql n'est pas en front-end direct