Hello les alternatifs!

J'ai un problème de place sur ma partition /
Celle-ci contient toutes les partitions sauf la partition /home d'une installation linux (ici Mandrake 10.1)

# df
Sys. de fich. Tail. Occ. Disp. %Occ. Monté sur
/dev/hda1 5,3G 4,8G 232M 96% /

[root@manu /]# du --max-depth=1
468K ./dev
20M ./etc
300K ./tmp
239M ./var
3,1M ./root
515M ./proc
0 ./sys
2,2G ./usr
2,7M ./boot
6,0M ./sbin
30M ./lib
5,4M ./bin
8,0K ./initrd
4,0K ./opt

il me manque déjà 1.5 Go si je fais la somme, il y a un blème non? (fragmentation ??)


j'ai un gros /usr apparemment, je ne sais pas si c'est normal??

[root@manu usr]# du --max-depth=1
876M ./share
131M ./bin
1,1G ./lib
(j'ai trié)

ce qui fait 1 giga de libs!!

Bon normalement je dois avoir essentiellement des rpm qui remplissent ça!
Je regarde ce que je peux enlever mais ça va être dur!

En lisant le manuel de du, l'option que t'as utilisee n'est peut-etre pas bonne

Utilise peut-etre $ du -ks ou $ df

# df Sys. de fich. Tail. Occ. Disp. %Occ. Monté sur /dev/hda1 5,3G 4,8G 232M 96% / [root@manu /]# du --max-depth=1 468K ./dev 20M ./etc 300K ./tmp 239M ./var 3,1M ./root 515M ./proc 0 ./sys 2,2G ./usr 2,7M ./boot 6,0M ./sbin 30M ./lib 5,4M ./bin 8,0K ./initrd 4,0K ./opt il me manque déjà 1.5 Go si je fais la somme, il y a un blème non? (fragmentation ??)

Effectivement il y a vraiment un gros problème, d'autant plus que /proc est un répertoire virtuel : en réalité il occupe 0 Ko sur le disque. S'il est aussi gros, c'est parce qu'il y a un fichier qui contient l'image de la mémoire (tu as 512 Mo de RAM n'est-ce pas ?).

j'ai un gros /usr apparemment, je ne sais pas si c'est normal??

Ça par contre, c'est normal. C'est comme si sous Windows tu installais tout sous C:\Program Files\ : ce répertoire sera ensuite le plus gros, et de loin.

Bon normalement je dois avoir essentiellement des rpm qui remplissent ça! Je regarde ce que je peux enlever mais ça va être dur!

Quelques solutions pour essayer de grignoter un peu d'espace :

faire le ménage dans /var (en particulier dans /var/cache)[/*]

virer les paquets inutiles (par exemple tout ce qui concerne le PCMCIA est probablement inutile sur un PC de bureau)[/*]

diminuer l'espace disque réservé à root. Quand la partition est formatée, 5% sont réservés à root et ne sont pas vus comme disponibles. Chez toi ça fait 250 Mo. (man tune2fs pour plus de détails)[/*]

compresser les fichiers de documentation qui ne sont pas compressés dans /usr/doc , /usr/man, etc[/*]

compresser les exécutables avec un programme type UPX[/*]

Le 05 novembre 2004 - 19 h 21, nigaiden a écrit : # df Sys. de fich. Tail. Occ. Disp. %Occ. Monté sur /dev/hda1 5,3G 4,8G 232M 96% / [root@manu /]# du --max-depth=1 468K ./dev 20M ./etc 300K ./tmp 239M ./var 3,1M ./root 515M ./proc 0 ./sys 2,2G ./usr 2,7M ./boot 6,0M ./sbin 30M ./lib 5,4M ./bin 8,0K ./initrd 4,0K ./opt il me manque déjà 1.5 Go si je fais la somme, il y a un blème non? (fragmentation ??) Effectivement il y a vraiment un gros problème, d'autant plus que /proc est un répertoire virtuel : en réalité il occupe 0 Ko sur le disque. S'il est aussi gros, c'est parce qu'il y a un fichier qui contient l'image de la mémoire (tu as 512 Mo de RAM n'est-ce pas ?).

oui j'ai 512 Mo de RAM
il me manquerait donc 2 Go!! ?

j'ai un gros /usr apparemment, je ne sais pas si c'est normal?? Ça par contre, c'est normal. C'est comme si sous Windows tu installais tout sous C:\Program Files\ : ce répertoire sera ensuite le plus gros, et de loin.

oui mais 2.2Go, ça fait beaucoup!

Bon normalement je dois avoir essentiellement des rpm qui remplissent ça! Je regarde ce que je peux enlever mais ça va être dur! Quelques solutions pour essayer de grignoter un peu d'espace : faire le ménage dans /var (en particulier dans /var/cache)[/*]

il n'y a que 2.8 Mo dns /var/cache

virer les paquets inutiles (par exemple tout ce qui concerne le PCMCIA est probablement inutile sur un PC de bureau)[/*]

j'ai un portable mais c'est vrai que n'utilise rien de pcmcia et je ne crois pas qu'il y de carte pcmcia?

diminuer l'espace disque réservé à root. Quand la partition est formatée, 5% sont réservés à root et ne sont pas vus comme disponibles. Chez toi ça fait 250 Mo. (man tune2fs pour plus de détails)[/*]

j'ai pas bien vu man tunefs
là ça fait 2 Go sur 5Go!!!
soit dans les 40%!!

compresser les fichiers de documentation qui ne sont pas compressés dans /usr/doc , /usr/man, etc[/*]

je peux aussi les désinstaller si possible, par contre la compression, je ne sais pas si ça va être compatible avec le système rpm? (car je cela va changer le nom de fichier des rpms et cela posera un problème pour la prochaine upgrade), je suis assez conservateur sur cette machine que j'utilise aussi pour le poulot...

compresser les exécutables avec un programme type UPX[/*]

Ah, alors ça je ne connais pas du tout mais j'en quand même l'impression que comme l'univers est rempli de matière noire à 90% à l'échelle de la galaxie, 99% de matière noire à l'échelle de la galaxie 99.9% à l'échelle des amas de galaxies..., mon disque dur est rempli de mémoire noire et qui à l'échelle de ma partition root représente 40%! Y'a quand même un truc que je pige pas!!

Pour y voir plus clair fais :
cd /
du -shx *
ça va limiter au 1er niveau de repertoire mais surtout seulement à /

Pour tunefs fais :
tune2fs -m0 /dev/hda1

C'est pas génant de mettre à 0%, les 5% c'est une securité pour que root soit pas bloqué qd des utilisateurs ont blindé le disque...
C'est surtout pour des serveurs multi-utilisateurs...

et regarde aussi ton lost+found....
ton / est en ext3 ?

alors dans l'ordre ça donne :

# du -shx *
5,4M bin
2,7M boot
468K dev
19M etc
18G home
8,0K initrd
30M lib
28K mnt
4,0K opt
514M proc
3,2M root
6,0M sbin
0 sys
228K tmp
2,0G usr
246M var
[root@manu /]# df
Sys. de fich. Tail. Occ. Disp. %Occ. Monté sur
/dev/hda1 5,3G 4,6G 515M 90% /
/dev/hda6 29G 18G 11G 63% /home
/dev/hda7 9,7G 8,2G 949M 90% /mnt/musique
/dev/hda8 11G 9,3G 600M 95% /mnt/musique2
[root@manu /]# tune2fs -m0 /dev/hda1
tune2fs 1.35 (28-Feb-2004)
Setting reserved blocks percentage to 0 (0 blocks)
[root@manu /]# df
Sys. de fich. Tail. Occ. Disp. %Occ. Monté sur
/dev/hda1 5,3G 4,6G 790M 86% /
/dev/hda6 29G 18G 11G 63% /home
/dev/hda7 9,7G 8,2G 949M 90% /mnt/musique
/dev/hda8 11G 9,3G 600M 95% /mnt/musique2

j'ai gagné 280 M avec tunefs! Merci

Sinon j'utilise ext3 ur mes partitions.

#more /etc/fstab
/dev/hda1 / ext3 noatime 1 1


je refais les compte, ça donne 2.3 Go en faisant la somme de ce que me donne du -shx * alors qu'il semble y avoir 4.6 Go !

je ne vois pas de dossier lost+found!
il se trouve normalement ?

#locate lost
/usr/share/man/man8/mklost+found.8.bz2
/usr/sbin/mklost+found

fait un tune2fs -l /dev/hda1
et interresse toi aux résultats suivants :
Block count: 488224
Reserved block count: 0
Free blocks: 181764
Block size: 4096
ça ve te permettre de verifier ce que dit df (mais on a avis df pioche là dedans...).

Sinon, une piste :

Tu as des peut-être données dans un repertoire où tu montes un autre file system :

Passe en initlevel 1 (obligé d'être alors sur la console systeme).
$telinit 1

Fais la verif suivante :
demonte /home /mnt/musique1 /mnt/musique2 et /proc
$umount /home (idem pour les autres).

verife une fois que tu n'as plus que / de monté que les repertoires :
/home /proc /mnt/musique1 et /mnt/musique2 sont vides....


==================================================
Si tu ne trouve rien, poste ton fichier /etc/fstab complet et un cat /proc/mounts

Au fait c'etait quand ton dernier fsck ?

Block count: 1407687
Reserved block count: 0
Free blocks: 202385 => 809 M (df donne 783M)
Block size: 4096

il faut faire fsck avec ext3??

le dernier fsckétait vieux mais finalement il n'a dit que 1.5 % discontinus
je suis passé en mode utilisateur j'ai fait umount -a et il ne restait que la partition root mais c'était idem (à 10 Méga près)
df
Sys. de fich. Tail. Occ. Disp. %Occ. Monté sur
/dev/hda1 5,3G 4,6G 775M 86% /


# more /etc/fstab
/dev/hda1 / ext3 noatime 1 1
none /dev/pts devpts mode=0620 0 0
/dev/hda6 /home ext3 noatime 1 2
/dev/hda7 /mnt/musique ext3 user,noatime 1 2
/dev/hda8 /mnt/musique2 ext3 user,noatime 1 2
/dev/sda7 /mnt/sda7 ext3 user,defaults 0 0
/dev/sda8 /mnt/sda8 ext3 user,defaults 0 0
none /proc proc defaults 0 0
/dev/hda5 swap swap defaults 0 0
[root@manu 06]# more /etc/mtab
/dev/hda1 / ext3 rw,noatime,commit=600 0 0
none /proc proc rw 0 0
none /proc/bus/usb usbfs rw 0 0
none /sys sysfs rw 0 0
none /dev/pts devpts rw,mode=0620 0 0
/dev/hda6 /home ext3 rw,noatime,commit=600 0 0
/dev/hda7 /mnt/musique ext3 rw,noexec,nosuid,nodev,noatime,commit=600 0 0
/dev/hda8 /mnt/musique2 ext3 rw,noexec,nosuid,nodev,noatime,commit=600 0 0
none /proc/sys/fs/binfmt_misc binfmt_misc rw 0 0

Et si tu refais un du après avoir démonté les partitions, ça donne quoi ?

^^ +1

Apres avoir demonté toutes les partitions les repertoires (où tu montes tes autes filesystems) étaients vides ?

T'as du retrouver un lost+found depuis ton fsck non, y'a des trucs dedans ?

Les repertoires lost+found sont a la racine de chaque partition montee.

je réponds dans le désordre, il y a rien dans les différents lost+found créé après un deuxième fsck, il y a toujours 1.5 % des fichiers qui ne sont pas continus.

après avoir démonter tout sauf /, j'ai retrouvé la même choe à quelques détails près!
les autres partitions sont vides (quand je fais df il y a juste / )

j'ai toujours un problème de environ 2 Go!!

essaye l'utilitaire tree.
ou un find :
find / -size +1024k
pour te sortir tout les fichiers de + d'un Mo...

ou encore ça
find / -type d -exec du -s {} \; | sort > /repsize.txt
(ça risque d'être long)
avec ça si tu trouve pas...

questions : si j'ai 2 Go de fichiers de 2ko (avec des blocs de 4ko) ça occupe 4 Go de disque, non?

sinon est -ce u'il existe une alternative à sort pour classer 11 avant 101 car sort classe 11 après 101 (if you see want I mean)?

oui df comptera bien 4ko par fichier pour du je sais plus...
man sort :
-n, --numeric-sort
compare according to string numerical value

Le 08 novembre 2004 - 17 h 37, beavis a écrit : oui df comptera bien 4ko par fichier pour du je sais plus... man sort : -n, --numeric-sort compare according to string numerical value

il y a probablement un bug dans le man de sort chez MDK 10.1 car je n'ai pas bcp d'infos... (en tout aucune option n'est donnée!)