Le Friday 20 February 2009 18:54:11 manchette, vous avez écrit :
> Voilà voilà ,
> à partir du fichier texte et de calc (tableur open office) j'obtiens des
> choses genre plus bas. En quoi cela explique t'il / plein à 85% ?
>
> ci-dessous :
> seule la 1ère partie ne m'est pas connue : y a t'il là des choses
> purgeables ? la 2de partie je ne veux pas y toucher , elle n'a de plus a
> priori  aucun lien avec / .

Ce comportement étrange qui indique que /etc/alternatives pèse 4,1 G est ma 
faute :-( 
La commande 'du -L' indique de suivre les liens, ce qu'il ne faut pour ton 
utilisation. Remplacer 'du -hLx' par 'du -hx'

$ for i in $(echo /*); do [ "$(echo $i | grep -v "\(dev\|proc\|sys\)")" ] && 
du -hx $i | sort -n >> liste.txt; done

par exemple chez moi:

Total du répertoire en suivant les liens:
$ du -hLxs /etc/alternatives
3,6G    /etc/alternatives

Uniquement le total des fichiers dans le répertoire:
$ du -hxs /etc/alternatives
28K     /etc/alternatives
>
> 1,2   G       "       /etc/alternatives/jre_1.6.0_exports"
> 1,2   G       "       /etc/alternatives/jre_exports"
> 1,2   G       "       /etc/alternatives/jre_openjdk_exports"
> 4,1   G       "       /etc/alternatives"
> 4,2   G       "       /etc"
> 1,9   G       "       /lib"
> 1,9   G       "       /lib/modules"
> 1,5   G       "       /proc"
>
>
>
>
>
> 11    G       "       /osvirtuels/SUSE Linux"
> 19    G       "       /osvirtuels"
> 13    G       "       /stockage1/stockage/
> 13    G       "       /stockage1/stockage/"
> 90    G       "       /stockage1/stockage
> 44    G       "       /stockage2/Fabrice/"
> 53    G       "       /stockage2"
> 53    G       "       /stockage2/
> 1,9   G       "       /stockage1/
> 1,9   G       "       /stockage1
> 2,7   G       "       /stockage1/
> 124   G       "       /stockage1/
> 127   G       "       /stockage1"
> 2,1   G       "       /stockage2/
> 2,8   G       "       /stockage2/
> 8,1   G       "       /osvirtuels/Other Linux 2.6.x kernel"
> 2     G       "       /home/fabrice/Documents/
> 2,3   G       "       /home/fabrice/Documents/
> 2,5   G       "       /home/fabrice/Documents"
> 7,5   G       "       /home/fabrice"
> 7,7   G       "       /home"
> "
>
> > > Ca me donne ce genre de chose, texte  qui défile tout le temps  :
> >
> > Le code n'est pas parfait en ne gérant pas les répertoires qu'il ne faut
> > pas sonder, comme:
> >
> > /proc
> > /sys
> > /dev
> >
> > > drivers/pci:uhci_hcd/0000:00:10.0/subsystem/devices/0000:00:01.0/pci_bu
> > >s/ 00
> > > 00:01/subsystem/0000:00/device/firmware_node/device:11/physical_node/us
> > >b_ hos
> > > t/usb_host2/subsystem/usb_host3/device/usb3/3-0:1.0/driver/1-0:1.0/usb_
> > >en dpo
> > > int/usbdev1.1_ep81/subsystem/usbdev5.1_ep00/device/5-5/5-5:1.0/host7/ta
> > >rg et7
> > >
> > >:0:0/7:0:0:0/subsystem/devices/target6:0:0/6:0:0:0/driver/7:0:0:2/scsi_g
> > >:en er
> > >
> > >ic/sg6/subsystem/sg3': Trop de niveaux de liens symboliques
> > > du: ne peut accéder
> >
> > [...]
> >
> > et 'du' indique bien les messages "Trop de niveaux de liens symboliques"
> > et "du: ne peut accéder ..." .
> >
> > Ce n'est pas important, le principale c'est le résultat dans le
> > fichier 'liste.txt'.
> >
> > >vice:11/physical_node/usb_host/usb_host2/subsystem/usb_host3/device/usb3
> > >/3 -0
> > >
> > >:1.0/driver/1-0:1.0/usb_endpoint/usbdev1.1_ep81/subsystem/usbdev5.1_ep00
> > >:/d ev
> > >
> > >ice/5-5/5-5:1.0/host7/target7:0:0/7:0:0:0/subsystem/devices/target6:0:0/
> > >6: 0: 0:0/driver/7:0:0:2/generic/subsystem': Trop de niveaux de liens
> > > symboliques
> > >
> > >
> > > Si tu as des difficultés pour copie le bout de code dans une console,
> > > alors
> > >
> > > > prendre ce qui suit sur UNE ligne:
> >
> > Chez moi ce code exclu les répertoire /dev , /proc et /sys et n'affiche
> > pas de warning.
> >
> > > > $ for i in $(echo /*); do [ "$(echo $i | grep -v
> > > > "\(dev\|proc\|sys\)")" ] && du -hLx $i | sort -n >> liste.txt; done
> >
> > --
> >
> > In Microsoft products, failure is not an option. It is a standard
> > feature.
>
> --
> Fabrice



-- 

In Microsoft products, failure is not an option. It is a standard feature.
--
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Répondre à