1 |
On Wed, 31 Aug 2005 21:58:35 +0200 |
2 |
Romain Bourdy <achileos@×××××.com> wrote: |
3 |
|
4 |
> Keichi portage # df -h |
5 |
> Sys. de fich. Tail. Occ. Disp. %Occ. Monté sur |
6 |
> /dev/hda3 8,9G 8,4G 53M 100% / <--- 53 M = 0.5G ? |
7 |
> et tout de meme 100 % |
8 |
|
9 |
La première question à te poser, c'est quoi supprimer pour revenir |
10 |
à une utilisation plus normal de l'espace de cette partition. |
11 |
Monter au dessus de ~90% est fortement déconseillé, pour au moins |
12 |
deux raisons: |
13 |
- remplir tout les petits trous fait fortement fragmenter le |
14 |
système de fichiers, et donc le ralentit ; |
15 |
- tes 53 Mo libres seront vites remplis, et là tu va vraiment voir |
16 |
dérailler ton système. |
17 |
|
18 |
Regarde donc du côté de: |
19 |
- /var/log ("emerge logrotate" si c'est là ton coupable) ; |
20 |
- /var/tmp/portage (pas de problème à le vider tant qu'il n'y a |
21 |
pas d'emerge en cours) ; |
22 |
- /usr/portage/distfiles et /usr/potrage/packages (tu peux en |
23 |
profiter pour tester eclean, http://bugs.gentoo.org/33877 - enfin |
24 |
c'est juste une solution parmis d'autres hein, je voudrais pas |
25 |
passer pour un spammeur). |
26 |
|
27 |
Bon, après, pourquoi est-ce que 0.5 Go = 53 Mo = 0% ? Je vois deux |
28 |
facteurs qui pourraient jouer là dedans (mais faudrait faire un `man |
29 |
df` pour vérifier ce qu'il rapporte exactement) : |
30 |
- la taille des chunks alloués sur le disque : un fichier de 10 |
31 |
octets occupe à lui tout seul son chunk, en général 4 Ko. |
32 |
Globalement, les fichiers occupent donc plus de place que le total |
33 |
de leurs tailles ; |
34 |
- le système de fichier réserve souvent quelques pourcents de |
35 |
l'espace pour une utilisation d'urgence par le root. Peut-être |
36 |
que cet espace est masqué ici. |
37 |
|
38 |
-- |
39 |
TGL. |
40 |
|
41 |
-- |
42 |
gentoo-user-fr@g.o mailing list |