Bonjour,
j'ai installé ma distribution (fedora C3) sur plusieurs séparées
exemple: /tmp /var /home / /etc sur des hda différents
ça a ses avantages mais aussi des gros inconvénients.
Le premier c'est que certaines partitions ont des espaces libres trop grands et inutilisables.
Le 2e, c'est celui qui me péoccupe en ce moment; il y a un risque que la partition n'ai pas été taillé assez large au départ !
et je suis bien ennuyé parce que ma partition /var n'a plus d'espace libre...
je crois que c'est suite à une installation distante à partir d'un fichier installer.bin
qu'est-ce que je peux faire ?
qu'est-ce que je peux détruire ?
# redimensionner les partitions
Posté par Benoît Ganne (site web personnel) . Évalué à 1.
par contre il y a bien une solution : redimensionner les partitions.
pour cela, tu peux utiliser :
- gnu parted (http://www.gnu.org/software/parted/(...))
- ext2resize (http://ext2resize.sourceforge.net/(...)) si tu utilises ext2 ou ext3 (c'est déjà plus acrobatique)
- e2resize (où se cache-t-il ? je n'ai pas retrouvé l'adresse) + fdisk (la c'est vraiment acrobatique - mais la seule solution jusqu'à il y a quelques temps pour retailler ext3)
- partition magic (le diable, propriétaire, avec une version DOS ou Win32, mais tellement simple... ;p )
Ces utilitaires sont capables de retailler les partitions en conservant les données, mais je te conseille *fortement* de faire des sauvegardes...
voilà, bonne chance...
[^] # Re: redimensionner les partitions
Posté par Krunch (site web personnel) . Évalué à 3.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: redimensionner les partitions
Posté par Benoît Ganne (site web personnel) . Évalué à 1.
# un peu de cuisine
Posté par jerome (site web personnel) . Évalué à 2.
. Faire le ménage, dans /var, les bases de données, les mails et les éventuels caches peuvent occuper de la place (les paquets téléchargés sur debian par exemple). Faut voir en fonction des distribs comment virer les anciens paquets, etc. Il est aussi possible de déplacer les bases de données si c'est le problème.
. Sinon il faut agir sur l'espace disque disponible pour /var, en redimensionnant, ajoutant un disque, etc.
Pour ce faire, il faut juste passer en mode mono-utilisateur, stopper les divers services, copier le contenu de /var sur une autre partition, démonter la partition /var, changer le contenu de /etc/fstab relativement à la modification, remonter pi voilà.
Il ya moults détails quant à la copie, etc, mais bon, c'était juste pour dire que ce n'est pas vraiment un problème difficile à régler.
Sinon, il pourrait être bon de penser à LVM.
[^] # Re: un peu de cuisine
Posté par GCN (site web personnel) . Évalué à 2.
Alors que je lisais cet appel à l'aide, ces 3 lettres magiques ont résonnées dans ma tête : L V M.
Juste pour raconter un peu ma vie :).
Avant, sous Linux, par paresse et parce que je ne savais pas vraiment comment tailler correctement mes partitions, je me contentais de créer 3 partitions:
- /boot
- /
- <swap>
Méthode crado (surtout sur un serveur aussi peu critique soit-il). Et puis... Etant passé récemment d'une vieille RH7.2 a FC2 puis, rapidement FC3, j'ai décidé de franchir le pas et de revoir mon organisation en utilisant LVM.
Et bien je suis conquis. LVM est définitivement ce qu'il te faut. J'ai créé un volume distinct pour quasiment chaque répertoire de mon système que je redimensionne quand ça me chante.
Je me suis même payé le luxe de ne pas réserver tout l'espace libre afin d'avoir de quoi créer des volumes temporaires pour faire des tests ou pour copier ponctuellement de données.
Je ne sais pas dans quelle mesure tu peux passer à LVM après (puisqu'il semble bien que ton système n'ait apparemment pas été pensé comme ça lorsque tu l'as installé) mais, si ça nécessite une réinstallation, je pense que le jeu en vaut largement la chandelle.
# liens symboliques
Posté par Nicolas Bernard (site web personnel) . Évalué à 2.
Sinon vérifie dans /var/log que tu n'as pas de fichiers énormes qui grossissent indéfiniment: la plupart des distros utilisent logrotate pour faire le ménage, mais certains prog ajoutés après ne le font pas (vmware, etc).
du -hs est ton ami pour trouver les coupables ;-)
# var/tmp
Posté par philippeo0o0 . Évalué à 1.
je ne connaissais pas LVM...
en fouillant dossier par dossier ( je suis sous fedoraC3 ), j'ai reperé des gros RPMs dans var/lib,
et surtout, dans var/tmp un gros dossier ' kernel xxxx .root-root ' de plus de 250Mo
est-ce que je peux le supprimer ?
sachant que ce n'est pas mon noyau habituel
[^] # Re: var/tmp
Posté par gilles renault (site web personnel, Mastodon) . Évalué à 1.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.