;)
sauf erreur ce dont tu parles est par défaut dans konqueror, j'ai fait ca l'autre jour pour voir tout le partitionnement du pc : mais sans regarder /root en détail, je vais jeter un n'oeil ;) cela donne une visu assez brouillon j'ai trouvé, sympa mais il faut juste se faire à la logique du truc, enfin tu as là de tout, y compris DD externes , disques internes etc ...
core dump pour root ? c'est à dire ?
En fin de manip j'obtiens cela :
:~> sudo chown fabrice.fabrice /home/fabrice -R chown: usager invalide: `fabrice.fabrice'
Fab
Le mercredi 18 février 2009 23:19:09, vous avez écrit :
manchette a écrit :
tu as aussi un plugin de konqueror
c'est kdiskfree qui te dira ce que tu as comme fichier et leur taille. C'est l'arme absolue dans ton cas.
regarde dans /root si tu n'as pas de "core dump"
jdd
Le Wednesday 18 February 2009 23:55:47 manchette, vous avez écrit :
;)
[...]
En fin de manip j'obtiens cela : :~> sudo chown fabrice.fabrice /home/fabrice -R
chown: usager invalide: `fabrice.fabrice'
Bien, pour connaitre les noms utilisateur et groupe: $ id uid=500(serge) gid=500(serge) groupes=500(serge)
Le home: $ echo $HOME /home/serge
Donc, avec cette exemple:
$ sudo chown serge.serge /home/serge -R
[...]
-- Fabrice
j'ai cela : fabrice@linux-d2g5:~> id uid=1000(fabrice) gid=100(users) groupes=6(disk),16(dialout),17(audio),20(cdrom),33(video),100(users)
est ce sudo chown fabrice.users /home/fabrice -R ou sudo chown users.fabrice /home/fabrice -R ?
A moins que 500 ne soit important ?
Le jeudi 19 février 2009 00:01:10, List a écrit :
Le Wednesday 18 February 2009 23:55:47 manchette, vous avez écrit :
;)
[...]
En fin de manip j'obtiens cela : :~> sudo chown fabrice.fabrice /home/fabrice -R
chown: usager invalide: `fabrice.fabrice'
Bien, pour connaitre les noms utilisateur et groupe: $ id uid=500(serge) gid=500(serge) groupes=500(serge)
Le home: $ echo $HOME /home/serge
Donc, avec cette exemple:
$ sudo chown serge.serge /home/serge -R
[...]
-- Fabrice
--
In Microsoft products, failure is not an option. It is a standard feature.
Le Thursday 19 February 2009 17:17:18 manchette, vous avez écrit :
j'ai cela : fabrice@linux-d2g5:~> id uid=1000(fabrice) gid=100(users) groupes=6(disk),16(dialout),17(audio),20(cdrom),33(video),100(users)
Traduction: --------------- Sous *unix, les utilisateurs ont un identifiant utilisateur (pour ouvrir une session sur le système, par exemple), un identifiant de groupe principale plus des identifiants de groupe.
USER=fabrice GROUP=users
ou numérique
UID=1000 GID=100
En suite, il y a les groupes ou l'utilisateur est enregistré, comme: groupes=6(disk),16(dialout),17(audio),20(cdrom),33(video),100(users)
Fichiers: ----------- /etc/group /etc/passwd
Informations: ----------------- man group man passwd
est ce sudo chown fabrice.users /home/fabrice -R ou sudo chown users.fabrice /home/fabrice -R ?
Donc, on utilise aussi bien:
$ chown fabrice.users /home/fabrice -R
que
$ chown 1000.100 /home/fabrice -R
ou même:
$ chown fabrice.100 /home/fabrice -R
A moins que 500 ne soit important ?
500 était l'exemple.
Le jeudi 19 février 2009 00:01:10, List a écrit :
Le Wednesday 18 February 2009 23:55:47 manchette, vous avez écrit :
;)
[...]
En fin de manip j'obtiens cela : :~> sudo chown fabrice.fabrice /home/fabrice -R
chown: usager invalide: `fabrice.fabrice'
Bien, pour connaitre les noms utilisateur et groupe: $ id uid=500(serge) gid=500(serge) groupes=500(serge)
Le home: $ echo $HOME /home/serge
Donc, avec cette exemple:
$ sudo chown serge.serge /home/serge -R
[...]
-- Fabrice
--
In Microsoft products, failure is not an option. It is a standard feature.
-- Fabrice
j'ai cela est ce génant ?
^[[B^[[B^[[Bchown: ne peut accéder `/home/fabrice/.gvfs': Permission non accordée
Fabrice Le jeudi 19 février 2009 17:38:37, List a écrit :
Le Thursday 19 February 2009 17:17:18 manchette, vous avez écrit :
j'ai cela : fabrice@linux-d2g5:~> id uid=1000(fabrice) gid=100(users) groupes=6(disk),16(dialout),17(audio),20(cdrom),33(video),100(users)
Traduction:
Sous *unix, les utilisateurs ont un identifiant utilisateur (pour ouvrir une session sur le système, par exemple), un identifiant de groupe principale plus des identifiants de groupe.
USER=fabrice GROUP=users
ou numérique fabrice@linux-d2g5:~> sudo chown fabrice.users /home/fabrice -R
UID=1000 GID=100
En suite, il y a les groupes ou l'utilisateur est enregistré, comme: groupes=6(disk),16(dialout),17(audio),20(cdrom),33(video),100(users)
Fichiers:
/etc/group /etc/passwd
Informations:
man group man passwd
est ce sudo chown fabrice.users /home/fabrice -R ou sudo chown users.fabrice /home/fabrice -R ?
Donc, on utilise aussi bien:
$ chown fabrice.users /home/fabrice -R
que
$ chown 1000.100 /home/fabrice -R
ou même:
$ chown fabrice.100 /home/fabrice -R
A moins que 500 ne soit important ?
500 était l'exemple.
Le jeudi 19 février 2009 00:01:10, List a écrit :
Le Wednesday 18 February 2009 23:55:47 manchette, vous avez écrit :
;)
[...]
En fin de manip j'obtiens cela : :~> sudo chown fabrice.fabrice /home/fabrice -R
chown: usager invalide: `fabrice.fabrice'
Bien, pour connaitre les noms utilisateur et groupe: $ id uid=500(serge) gid=500(serge) groupes=500(serge)
Le home: $ echo $HOME /home/serge
Donc, avec cette exemple:
$ sudo chown serge.serge /home/serge -R
[...]
-- Fabrice
--
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.
Le Thursday 19 February 2009 18:47:09 manchette, vous avez écrit :
j'ai cela est ce génant ?
^[[B^[[B^[[Bchown: ne peut accéder `/home/fabrice/.gvfs': Permission non accordée
Avec 'ls' on sera qui est le petit malin qui a les droits sur un fichier/répertoire dans le 'home' de fabrice.
$ ls -l /home/fabrice/.gvf
Si il s'agit de root, Ce N'est Pas Bien.
Fabrice
Le jeudi 19 février 2009 17:38:37, List a écrit :
Le Thursday 19 February 2009 17:17:18 manchette, vous avez écrit :
j'ai cela : fabrice@linux-d2g5:~> id uid=1000(fabrice) gid=100(users) groupes=6(disk),16(dialout),17(audio),20(cdrom),33(video),100(users)
Traduction:
Sous *unix, les utilisateurs ont un identifiant utilisateur (pour ouvrir une session sur le système, par exemple), un identifiant de groupe principale plus des identifiants de groupe.
USER=fabrice GROUP=users
ou numérique fabrice@linux-d2g5:~> sudo chown fabrice.users /home/fabrice -R
UID=1000 GID=100
En suite, il y a les groupes ou l'utilisateur est enregistré, comme: groupes=6(disk),16(dialout),17(audio),20(cdrom),33(video),100(users)
Fichiers:
/etc/group /etc/passwd
Informations:
man group man passwd
est ce sudo chown fabrice.users /home/fabrice -R ou sudo chown users.fabrice /home/fabrice -R ?
Donc, on utilise aussi bien:
$ chown fabrice.users /home/fabrice -R
que
$ chown 1000.100 /home/fabrice -R
ou même:
$ chown fabrice.100 /home/fabrice -R
A moins que 500 ne soit important ?
500 était l'exemple.
Le jeudi 19 février 2009 00:01:10, List a écrit :
Le Wednesday 18 February 2009 23:55:47 manchette, vous avez écrit :
;)
[...]
En fin de manip j'obtiens cela : :~> sudo chown fabrice.fabrice /home/fabrice -R
chown: usager invalide: `fabrice.fabrice'
Bien, pour connaitre les noms utilisateur et groupe: $ id uid=500(serge) gid=500(serge) groupes=500(serge)
Le home: $ echo $HOME /home/serge
Donc, avec cette exemple:
$ sudo chown serge.serge /home/serge -R
[...]
-- Fabrice
--
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.
-- Fabrice
manchette wrote:
j'ai cela est ce génant ?
^[[B^[[B^[[Bchown: ne peut accéder `/home/fabrice/.gvfs': Permission non accordée
non pas grave, si tu veux te réapproprié ce fichier/répertoire gnomique il te faut au préalable simplement quitter X et attendre quelques instants ...
Après pourquoi relancer X ? :-))))
Fabrice Le jeudi 19 février 2009 17:38:37, List a écrit :
Le Thursday 19 February 2009 17:17:18 manchette, vous avez écrit :
j'ai cela : fabrice@linux-d2g5:~> id uid=1000(fabrice) gid=100(users) groupes=6(disk),16(dialout),17(audio),20(cdrom),33(video),100(users)
Traduction:
Sous *unix, les utilisateurs ont un identifiant utilisateur (pour ouvrir une session sur le système, par exemple), un identifiant de groupe principale plus des identifiants de groupe.
USER=fabrice GROUP=users
ou numérique fabrice@linux-d2g5:~> sudo chown fabrice.users /home/fabrice -R
UID=1000 GID=100
En suite, il y a les groupes ou l'utilisateur est enregistré, comme: groupes=6(disk),16(dialout),17(audio),20(cdrom),33(video),100(users)
Fichiers:
/etc/group /etc/passwd
Informations:
man group man passwd
est ce sudo chown fabrice.users /home/fabrice -R ou sudo chown users.fabrice /home/fabrice -R ?
Donc, on utilise aussi bien:
$ chown fabrice.users /home/fabrice -R
que
$ chown 1000.100 /home/fabrice -R
ou même:
$ chown fabrice.100 /home/fabrice -R
A moins que 500 ne soit important ?
500 était l'exemple.
Le jeudi 19 février 2009 00:01:10, List a écrit :
Le Wednesday 18 February 2009 23:55:47 manchette, vous avez écrit :
;)
[...]
En fin de manip j'obtiens cela : :~> sudo chown fabrice.fabrice /home/fabrice -R
chown: usager invalide: `fabrice.fabrice'
Bien, pour connaitre les noms utilisateur et groupe: $ id uid=500(serge) gid=500(serge) groupes=500(serge)
Le home: $ echo $HOME /home/serge
Donc, avec cette exemple:
$ sudo chown serge.serge /home/serge -R
[...]
-- Fabrice
--
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.
;)
Bonsoir,
j'ai cela :
fabrice@linux-d2g5:~> ls -l /home/fabrice/.gvfs total 0
un reboot n'a pas changé le % de remplissage, ~> df -h Sys. de fich. Tail. Occ. Disp. %Occ. Monté sur /dev/sdb2 30G 24G 4,3G 85% /
je n'ai pas touché à /var/lib, de peur de casser
Fabrice
Le jeudi 19 février 2009 18:59:53, List a écrit :
Le Thursday 19 February 2009 18:47:09 manchette, vous avez écrit :
j'ai cela est ce génant ?
^[[B^[[B^[[Bchown: ne peut accéder `/home/fabrice/.gvfs': Permission non accordée
Avec 'ls' on sera qui est le petit malin qui a les droits sur un fichier/répertoire dans le 'home' de fabrice.
$ ls -l /home/fabrice/.gvf
Si il s'agit de root, Ce N'est Pas Bien.
Fabrice
Le jeudi 19 février 2009 17:38:37, List a écrit :
Le Thursday 19 February 2009 17:17:18 manchette, vous avez écrit :
j'ai cela : fabrice@linux-d2g5:~> id uid=1000(fabrice) gid=100(users) groupes=6(disk),16(dialout),17(audio),20(cdrom),33(video),100(users)
Traduction:
Sous *unix, les utilisateurs ont un identifiant utilisateur (pour ouvrir une session sur le système, par exemple), un identifiant de groupe principale plus des identifiants de groupe.
USER=fabrice GROUP=users
ou numérique fabrice@linux-d2g5:~> sudo chown fabrice.users /home/fabrice -R
UID=1000 GID=100
En suite, il y a les groupes ou l'utilisateur est enregistré, comme: groupes=6(disk),16(dialout),17(audio),20(cdrom),33(video),100(users)
Fichiers:
/etc/group /etc/passwd
Informations:
man group man passwd
est ce sudo chown fabrice.users /home/fabrice -R ou sudo chown users.fabrice /home/fabrice -R ?
Donc, on utilise aussi bien:
$ chown fabrice.users /home/fabrice -R
que
$ chown 1000.100 /home/fabrice -R
ou même:
$ chown fabrice.100 /home/fabrice -R
A moins que 500 ne soit important ?
500 était l'exemple.
Le jeudi 19 février 2009 00:01:10, List a écrit :
Le Wednesday 18 February 2009 23:55:47 manchette, vous avez écrit :
;)
[...]
En fin de manip j'obtiens cela : :~> sudo chown fabrice.fabrice /home/fabrice -R
chown: usager invalide: `fabrice.fabrice'
Bien, pour connaitre les noms utilisateur et groupe: $ id uid=500(serge) gid=500(serge) groupes=500(serge)
Le home: $ echo $HOME /home/serge
Donc, avec cette exemple:
$ sudo chown serge.serge /home/serge -R
[...]
-- Fabrice
--
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.
-- Fabrice
--
In Microsoft products, failure is not an option. It is a standard feature.
Le Thursday 19 February 2009 19:40:11 manchette, vous avez écrit :
;)
Bonsoir,
j'ai cela :
fabrice@linux-d2g5:~> ls -l /home/fabrice/.gvfs total 0
Mode bavard: $ stat /home/fabrice/.gvfs
un reboot n'a pas changé le % de remplissage, ~> df -h Sys. de fich. Tail. Occ. Disp. %Occ. Monté sur /dev/sdb2 30G 24G 4,3G 85% /
je n'ai pas touché à /var/lib, de peur de casser
Ne pas toucher !!!
Ceci liste les fichiers et la taille: $ su -c "du -x / | sort -n > liste.txt"
Et puis il suffit de lire le fichier liste.txt :-)
Fabrice
Le jeudi 19 février 2009 18:59:53, List a écrit :
Le Thursday 19 February 2009 18:47:09 manchette, vous avez écrit :
j'ai cela est ce génant ?
^[[B^[[B^[[Bchown: ne peut accéder `/home/fabrice/.gvfs': Permission non accordée
Avec 'ls' on sera qui est le petit malin qui a les droits sur un fichier/répertoire dans le 'home' de fabrice.
$ ls -l /home/fabrice/.gvf
Si il s'agit de root, Ce N'est Pas Bien.
Fabrice
Le jeudi 19 février 2009 17:38:37, List a écrit :
Le Thursday 19 February 2009 17:17:18 manchette, vous avez écrit :
j'ai cela : fabrice@linux-d2g5:~> id uid=1000(fabrice) gid=100(users) groupes=6(disk),16(dialout),17(audio),20(cdrom),33(video),100(users )
Traduction:
Sous *unix, les utilisateurs ont un identifiant utilisateur (pour ouvrir une session sur le système, par exemple), un identifiant de groupe principale plus des identifiants de groupe.
USER=fabrice GROUP=users
ou numérique fabrice@linux-d2g5:~> sudo chown fabrice.users /home/fabrice -R
UID=1000 GID=100
En suite, il y a les groupes ou l'utilisateur est enregistré, comme: groupes=6(disk),16(dialout),17(audio),20(cdrom),33(video),100(users)
Fichiers:
/etc/group /etc/passwd
Informations:
man group man passwd
est ce sudo chown fabrice.users /home/fabrice -R ou sudo chown users.fabrice /home/fabrice -R ?
Donc, on utilise aussi bien:
$ chown fabrice.users /home/fabrice -R
que
$ chown 1000.100 /home/fabrice -R
ou même:
$ chown fabrice.100 /home/fabrice -R
A moins que 500 ne soit important ?
500 était l'exemple.
Le jeudi 19 février 2009 00:01:10, List a écrit :
Le Wednesday 18 February 2009 23:55:47 manchette, vous avez
écrit :
> ;)
[...]
> En fin de manip j'obtiens cela : > :~> sudo chown fabrice.fabrice /home/fabrice -R > > chown: usager invalide: `fabrice.fabrice'
Bien, pour connaitre les noms utilisateur et groupe: $ id uid=500(serge) gid=500(serge) groupes=500(serge)
Le home: $ echo $HOME /home/serge
Donc, avec cette exemple:
$ sudo chown serge.serge /home/serge -R
[...]
> -- > Fabrice
--
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.
-- Fabrice
--
In Microsoft products, failure is not an option. It is a standard feature.
-- Fabrice
soit en résultat ce qui suit :
stat /home/fabrice/.gvfs/
File: `/home/fabrice/.gvfs/' Size: 4096 Blocks: 8 IO Block: 4096 répertoire Device: 815h/2069d Inode: 999587 Links: 2 Access: (0700/drwx------) Uid: ( 1000/ fabrice) Gid: ( 100/ users) Access: 2009-02-19 19:37:11.000000000 +0100 Modify: 2008-12-19 19:31:14.000000000 +0100 Change: 2008-12-19 19:31:14.000000000 +0100
Le liste.txt donne un fichier à rallonge de type (j'en ai viré pas mal) :
0 /dev 0 /proc 0 /sys 4 /etc/aliases.d 4 /etc/cron.hourly 4 /etc/cron.monthly
... ... 64060 /var/adm/backup/rpmdb 64464 /var/lib/rpm 64728 /var/adm/backup 65428 /var/adm 66700 /usr/lib/python2.6 67752 /usr/lib/perl5 67964 /usr/lib/ocaml 68284 /lib/modules/2.6.27.7-9-pae/kernel 69104 /etc 70904 /var/lib/mysql 72692 /usr/lib/vmware/modules/binary 77084 /usr/lib/jvm/java-1.6.0-openjdk-1.2_b11/jre/lib 77660 /usr/lib/jvm/java-1.6.0-openjdk-1.2_b11/jre 77664 /usr/lib/jvm/java-1.6.0-openjdk-1.2_b11 77688 /usr/lib/jvm 78588 /lib/modules/2.6.27.7-9-pae 78608 /lib/modules 78672 /usr/lib/vmware/modules 83572 /usr/src/linux-2.6.27.7-9/arch 93312 /usr/lib/locale 95044 /lib 102600 /var/cache/beagle/indexes/documentation/PrimaryIndex 103316 /opt/kde3/lib 105508 /var/cache/beagle/indexes/documentation 112676 /usr/share/ooo3/basis3.0 114320 /usr/share/ooo3 123248 /usr/include 125188 /var/cache/beagle/indexes 126232 /var/cache/beagle 131368 /usr/share/fonts 138756 /usr/share/icons/oxygen 142568 /var/lib 146652 /usr/share/locale 159916 /usr/src/linux-2.6.27.7-9/drivers 174560 /var/cache 186796 /usr/lib/ooo3/basis3.0/program 197132 /usr/lib/vmware 206820 /opt/kde3/share 214536 /usr/lib/ooo3/basis3.0 241628 /usr/share/doc/packages 276676 /usr/lib/ooo3 295664 /usr/share/icons 317384 /usr/share/doc 324708 /opt/kde3 337928 /usr/bin 360184 /usr/src/linux-2.6.27.7-9 384900 /opt 390928 /usr/src 392192 /var 1840336 /usr/share 2126440 /usr/lib 4892908 /usr 8397460 /osvirtuels/Other Linux 2.6.x kernel 10496084 /osvirtuels/SUSE Linux 18893548 /osvirtuels 24766516 /
Le jeudi 19 février 2009 19:46:44, List a écrit :
Le Thursday 19 February 2009 19:40:11 manchette, vous avez écrit :
;)
Bonsoir,
j'ai cela :
fabrice@linux-d2g5:~> ls -l /home/fabrice/.gvfs total 0
Mode bavard: $ stat /home/fabrice/.gvfs
un reboot n'a pas changé le % de remplissage, ~> df -h Sys. de fich. Tail. Occ. Disp. %Occ. Monté sur /dev/sdb2 30G 24G 4,3G 85% /
je n'ai pas touché à /var/lib, de peur de casser
Ne pas toucher !!!
Ceci liste les fichiers et la taille: $ su -c "du -x / | sort -n > liste.txt"
Et puis il suffit de lire le fichier liste.txt :-)
Fabrice
Le jeudi 19 février 2009 18:59:53, List a écrit :
Le Thursday 19 February 2009 18:47:09 manchette, vous avez écrit :
j'ai cela est ce génant ?
^[[B^[[B^[[Bchown: ne peut accéder `/home/fabrice/.gvfs': Permission non accordée
Avec 'ls' on sera qui est le petit malin qui a les droits sur un fichier/répertoire dans le 'home' de fabrice.
$ ls -l /home/fabrice/.gvf
Si il s'agit de root, Ce N'est Pas Bien.
Fabrice
Le jeudi 19 février 2009 17:38:37, List a écrit :
Le Thursday 19 February 2009 17:17:18 manchette, vous avez écrit :
j'ai cela : fabrice@linux-d2g5:~> id uid=1000(fabrice) gid=100(users) groupes=6(disk),16(dialout),17(audio),20(cdrom),33(video),100(use rs )
Traduction:
Sous *unix, les utilisateurs ont un identifiant utilisateur (pour ouvrir une session sur le système, par exemple), un identifiant de groupe principale plus des identifiants de groupe.
USER=fabrice GROUP=users
ou numérique fabrice@linux-d2g5:~> sudo chown fabrice.users /home/fabrice -R
UID=1000 GID=100
En suite, il y a les groupes ou l'utilisateur est enregistré, comme: groupes=6(disk),16(dialout),17(audio),20(cdrom),33(video),100(users )
Fichiers:
/etc/group /etc/passwd
Informations:
man group man passwd
est ce sudo chown fabrice.users /home/fabrice -R ou sudo chown users.fabrice /home/fabrice -R ?
Donc, on utilise aussi bien:
$ chown fabrice.users /home/fabrice -R
que
$ chown 1000.100 /home/fabrice -R
ou même:
$ chown fabrice.100 /home/fabrice -R
A moins que 500 ne soit important ?
500 était l'exemple.
Le jeudi 19 février 2009 00:01:10, List a écrit : > Le Wednesday 18 February 2009 23:55:47 manchette, vous avez
écrit :
> > ;) > > [...] > > > En fin de manip j'obtiens cela : > > :~> sudo chown fabrice.fabrice /home/fabrice -R > > > > chown: usager invalide: `fabrice.fabrice' > > Bien, pour connaitre les noms utilisateur et groupe: > $ id > uid=500(serge) gid=500(serge) groupes=500(serge) > > Le home: > $ echo $HOME > /home/serge > > Donc, avec cette exemple: > > $ sudo chown serge.serge /home/serge -R > > [...] > > > -- > > Fabrice > > -- > > 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.
-- Fabrice
--
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.
Le Thursday 19 February 2009 20:48:48 manchette, vous avez écrit :
soit en résultat ce qui suit :
stat /home/fabrice/.gvfs/
File: `/home/fabrice/.gvfs/' Size: 4096 Blocks: 8 IO Block: 4096 répertoire Device: 815h/2069d Inode: 999587 Links: 2 Access: (0700/drwx------) Uid: ( 1000/ fabrice) Gid: ( 100/ users) Access: 2009-02-19 19:37:11.000000000 +0100 Modify: 2008-12-19 19:31:14.000000000 +0100 Change: 2008-12-19 19:31:14.000000000 +0100
Maintenant, il s'agit d'un répertoire de l'utilisateur fabrice group users avec les droits 0700. Bref, il ne gène pas !
Le liste.txt donne un fichier à rallonge de type (j'en ai viré pas mal) :
Pour rendre cette liste plus compréhensible:
( sous root) $ for i in $(echo /*); do du -hs $i 2>/dev/null; done 7,6M /bin 6,4M /boot 9,3M /dead.letter 100K /dev 30M /etc 40G /home 8,0K /initrd 39M /lib 8,1M /lib64 16K /lost+found 8,0K /media 4,0K /mnt 76M /opt 0 /proc 4,0K /root 8,0M /sbin 0 /sys 81M /tmp 3,3G /usr 116M /var
$ df Sys. de fich. Tail. Occ. Disp. %Occ. Monté sur /dev/sda1 21G 3,9G 16G 21% / /dev/sda6 49G 41G 8,0G 84% /home
Ici pour générer une liste plus 'humaine' des répertoires en écartant /dev /proc et /sys (aussi sous root): for i in $(echo /*); do [ "$(echo $i | grep -v "(dev|proc|sys)")" ] && \ du -hLx $i | sort -n >> liste.txt done
Ensuite avec 'less' (navigation avec les flèches haut et bas, et quiter avec 'q'): $ less liste.txt 4,6M /bin 5,1M /boot 1,2M /etc/locale/fr_FR.UTF-8 1,6M /etc/locale 2,1M /etc/pki 2,1M /etc/pki/tls 4,0K /etc/alternatives 4,0K /etc/cron.hourly 4,0K /etc/cron.monthly 4,0K /etc/cron.yearly 4,0K /etc/kerberos 4,0K /etc/ld.so.conf.d 4,0K /etc/lighttpd_old/webapps.d 4,0K /etc/netprofile/profiles/default/services 4,0K /etc/php.d/timezonedb 4,0K /etc/pki/CA/private 4,0K /etc/pki/tls/exim/certs 4,0K /etc/ppp/ip-down.d 4,0K /etc/ppp/ip-up.d 4,0K /etc/ppp/peers [...]
;)
0 /dev 0 /proc 0 /sys 4 /etc/aliases.d 4 /etc/cron.hourly 4 /etc/cron.monthly
... ... 64060 /var/adm/backup/rpmdb 64464 /var/lib/rpm 64728 /var/adm/backup 65428 /var/adm 66700 /usr/lib/python2.6 67752 /usr/lib/perl5 67964 /usr/lib/ocaml 68284 /lib/modules/2.6.27.7-9-pae/kernel 69104 /etc 70904 /var/lib/mysql 72692 /usr/lib/vmware/modules/binary 77084 /usr/lib/jvm/java-1.6.0-openjdk-1.2_b11/jre/lib 77660 /usr/lib/jvm/java-1.6.0-openjdk-1.2_b11/jre 77664 /usr/lib/jvm/java-1.6.0-openjdk-1.2_b11 77688 /usr/lib/jvm 78588 /lib/modules/2.6.27.7-9-pae 78608 /lib/modules 78672 /usr/lib/vmware/modules 83572 /usr/src/linux-2.6.27.7-9/arch 93312 /usr/lib/locale 95044 /lib 102600 /var/cache/beagle/indexes/documentation/PrimaryIndex 103316 /opt/kde3/lib 105508 /var/cache/beagle/indexes/documentation 112676 /usr/share/ooo3/basis3.0 114320 /usr/share/ooo3 123248 /usr/include 125188 /var/cache/beagle/indexes 126232 /var/cache/beagle 131368 /usr/share/fonts 138756 /usr/share/icons/oxygen 142568 /var/lib 146652 /usr/share/locale 159916 /usr/src/linux-2.6.27.7-9/drivers 174560 /var/cache 186796 /usr/lib/ooo3/basis3.0/program 197132 /usr/lib/vmware 206820 /opt/kde3/share 214536 /usr/lib/ooo3/basis3.0 241628 /usr/share/doc/packages 276676 /usr/lib/ooo3 295664 /usr/share/icons 317384 /usr/share/doc 324708 /opt/kde3 337928 /usr/bin 360184 /usr/src/linux-2.6.27.7-9 384900 /opt 390928 /usr/src 392192 /var 1840336 /usr/share 2126440 /usr/lib 4892908 /usr 8397460 /osvirtuels/Other Linux 2.6.x kernel 10496084 /osvirtuels/SUSE Linux 18893548 /osvirtuels 24766516 /
Le jeudi 19 février 2009 19:46:44, List a écrit :
Le Thursday 19 February 2009 19:40:11 manchette, vous avez écrit :
;)
Bonsoir,
j'ai cela :
fabrice@linux-d2g5:~> ls -l /home/fabrice/.gvfs total 0
Mode bavard: $ stat /home/fabrice/.gvfs
un reboot n'a pas changé le % de remplissage, ~> df -h Sys. de fich. Tail. Occ. Disp. %Occ. Monté sur /dev/sdb2 30G 24G 4,3G 85% /
je n'ai pas touché à /var/lib, de peur de casser
Ne pas toucher !!!
Ceci liste les fichiers et la taille: $ su -c "du -x / | sort -n > liste.txt"
Et puis il suffit de lire le fichier liste.txt :-)
Fabrice
Le jeudi 19 février 2009 18:59:53, List a écrit :
Le Thursday 19 February 2009 18:47:09 manchette, vous avez écrit :
j'ai cela est ce génant ?
^[[B^[[B^[[Bchown: ne peut accéder `/home/fabrice/.gvfs': Permission non accordée
Avec 'ls' on sera qui est le petit malin qui a les droits sur un fichier/répertoire dans le 'home' de fabrice.
$ ls -l /home/fabrice/.gvf
Si il s'agit de root, Ce N'est Pas Bien.
Fabrice
Le jeudi 19 février 2009 17:38:37, List a écrit :
Le Thursday 19 February 2009 17:17:18 manchette, vous avez écrit : > j'ai cela : > fabrice@linux-d2g5:~> id > uid=1000(fabrice) gid=100(users) > groupes=6(disk),16(dialout),17(audio),20(cdrom),33(video),100(u >se rs )
Traduction:
Sous *unix, les utilisateurs ont un identifiant utilisateur (pour ouvrir une session sur le système, par exemple), un identifiant de groupe principale plus des identifiants de groupe.
USER=fabrice GROUP=users
ou numérique fabrice@linux-d2g5:~> sudo chown fabrice.users /home/fabrice -R
UID=1000 GID=100
En suite, il y a les groupes ou l'utilisateur est enregistré, comme: groupes=6(disk),16(dialout),17(audio),20(cdrom),33(video),100(use rs )
Fichiers:
/etc/group /etc/passwd
Informations:
man group man passwd
> est ce sudo chown fabrice.users /home/fabrice -R ou sudo chown > users.fabrice /home/fabrice -R ?
Donc, on utilise aussi bien:
$ chown fabrice.users /home/fabrice -R
que
$ chown 1000.100 /home/fabrice -R
ou même:
$ chown fabrice.100 /home/fabrice -R
> A moins que 500 ne soit important ?
500 était l'exemple.
> Le jeudi 19 février 2009 00:01:10, List a écrit : > > Le Wednesday 18 February 2009 23:55:47 manchette, vous avez
écrit :
> > > ;) > > > > [...] > > > > > En fin de manip j'obtiens cela : > > > :~> sudo chown fabrice.fabrice /home/fabrice -R > > > > > > chown: usager invalide: `fabrice.fabrice' > > > > Bien, pour connaitre les noms utilisateur et groupe: > > $ id > > uid=500(serge) gid=500(serge) groupes=500(serge) > > > > Le home: > > $ echo $HOME > > /home/serge > > > > Donc, avec cette exemple: > > > > $ sudo chown serge.serge /home/serge -R > > > > [...] > > > > > -- > > > Fabrice > > > > -- > > > > 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.
-- Fabrice
--
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.
-- Fabrice
Quand je fais ce qui suit cela ne me donne rien ,
# for i in $(echo /*); do
[ "$(echo $i | grep -v "(dev|proc|sys)")" ] && \ du -hLx $i | sort -n >> liste.txt
Ici pour générer une liste plus 'humaine' des répertoires en écartant /dev /proc et /sys (aussi sous root): for i in $(echo /*); do [ "$(echo $i | grep -v "(dev|proc|sys)")" ] && \ du -hLx $i | sort -n >> liste.txt done
Le Thursday 19 February 2009 22:31:25 manchette, vous avez écrit :
Quand je fais ce qui suit cela ne me donne rien ,
# for i in $(echo /*); do
[ "$(echo $i | grep -v "(dev|proc|sys)")" ] && \ du -hLx $i | sort -n >> liste.txt
Chez moi non plus ! Il manque la fin du code, en jetant deux yeux ou trois il manque 'done' pour finir la boucle 'for' ;)
Ici pour générer une liste plus 'humaine' des répertoires en écartant /dev /proc et /sys (aussi sous root): for i in $(echo /*); do [ "$(echo $i | grep -v "(dev|proc|sys)")" ] && \ du -hLx $i | sort -n >> liste.txt done
Au travail !
Promis j'avais mis le done ;) mais ca ne marche pas non plus : # for i in $(echo /*); do
[ "$(echo $i | grep -v "(dev|proc|sys)")" ] && \ du -hLx $i | sort -n >> liste.txt done
bash: : command not found bash: : command not found bash: : command not found bash: : command not found bash: : command not found bash: : command not found bash: : command not found bash: : command not found bash: : command not found bash: : command not found bash: : command not found bash: : command not found bash: : command not found bash: : command not found bash: : command not found bash: : command not found bash: : command not found bash: : command not found bash: : command not found bash: : command not found bash: : command not found linux-d2g5:/home/fabrice #
est ce lié au > qui s'ajoute en début de ligne lorsque je colle ce code en console ?
Fabrice
Le jeudi 19 février 2009 22:51:21, List a écrit :
Le Thursday 19 February 2009 22:31:25 manchette, vous avez écrit :
Quand je fais ce qui suit cela ne me donne rien ,
# for i in $(echo /*); do
[ "$(echo $i | grep -v "(dev|proc|sys)")" ] && \ du -hLx $i | sort -n >> liste.txt
Chez moi non plus ! Il manque la fin du code, en jetant deux yeux ou trois il manque 'done' pour finir la boucle 'for' ;)
Ici pour générer une liste plus 'humaine' des répertoires en écartant /dev /proc et /sys (aussi sous root): for i in $(echo /*); do [ "$(echo $i | grep -v "(dev|proc|sys)")" ] && \ du -hLx $i | sort -n >> liste.txt done
Au travail !
In Microsoft products, failure is not an option. It is a standard feature.
Le Thursday 19 February 2009 23:24:53 manchette, vous avez écrit :
Promis j'avais mis le done ;) mais ca ne marche pas non plus : # for i in $(echo /*); do
[ "$(echo $i | grep -v "(dev|proc|sys)")" ] && \ du -hLx $i | sort -n >> liste.txt done
Le '' veut dire que la ligne continue après le retour chariot avec le reste, ' du -hLx ...'
Si tu as des difficultés pour copie le bout de code dans une console, alors prendre ce qui suit sur UNE ligne:
$ for i in $(echo /*); do [ "$(echo $i | grep -v "(dev|proc|sys)")" ] && du -hLx $i | sort -n >> liste.txt; done
On suppose que 'du' et 'sort' soient bien là.
bash: : command not found bash: : command not found bash: : command not found bash: : command not found bash: : command not found bash: : command not found bash: : command not found bash: : command not found bash: : command not found bash: : command not found bash: : command not found bash: : command not found bash: : command not found bash: : command not found bash: : command not found bash: : command not found bash: : command not found bash: : command not found bash: : command not found bash: : command not found bash: : command not found linux-d2g5:/home/fabrice #
est ce lié au > qui s'ajoute en début de ligne lorsque je colle ce code en console ?
Fabrice
Le jeudi 19 février 2009 22:51:21, List a écrit :
Le Thursday 19 February 2009 22:31:25 manchette, vous avez écrit :
Quand je fais ce qui suit cela ne me donne rien ,
# for i in $(echo /*); do
[ "$(echo $i | grep -v "(dev|proc|sys)")" ] && \ du -hLx $i | sort -n >> liste.txt
Chez moi non plus ! Il manque la fin du code, en jetant deux yeux ou trois il manque 'done' pour finir la boucle 'for' ;)
Ici pour générer une liste plus 'humaine' des répertoires en écartant /dev /proc et /sys (aussi sous root): for i in $(echo /*); do [ "$(echo $i | grep -v "(dev|proc|sys)")" ] && \ du -hLx $i | sort -n >> liste.txt done
Au travail !
In Microsoft products, failure is not an option. It is a standard feature.
-- Fabrice
Ca me donne ce genre de chose, texte qui défile tout le temps : drivers/pci:uhci_hcd/0000:00:10.0/subsystem/devices/0000:00:01.0/pci_bus/0000:01/subsystem/0000:00/device/firmware_node/device: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/device/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/scsi_generic/sg6/subsystem/sg3': Trop de niveaux de liens symboliques du: ne peut accéder `/sys/devices/platform/pcspkr/subsystem/devices/serial8250/tty/ttyS1/subsystem/ttyS0/device/firmware_node/subsystem/devices/LNXSYSTM:00/LNXPWRBN:00/driver/PNP0C0E:00/input/input1/subsystem/input3/device/subsystem/devices/usb1/driver/module/holders/uhci_hcd/drivers/pci:uhci_hcd/0000:00:10.0/subsystem/devices/0000:00:01.0/pci_bus/0000:01/subsystem/0000:00/device/firmware_node/device: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/device/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/scsi_generic/sg6/subsystem/sg4': Trop de niveaux de liens symboliques du: ne peut accéder `/sys/devices/platform/pcspkr/subsystem/devices/serial8250/tty/ttyS1/subsystem/ttyS0/device/firmware_node/subsystem/devices/LNXSYSTM:00/LNXPWRBN:00/driver/PNP0C0E:00/input/input1/subsystem/input3/device/subsystem/devices/usb1/driver/module/holders/uhci_hcd/drivers/pci:uhci_hcd/0000:00:10.0/subsystem/devices/0000:00:01.0/pci_bus/0000:01/subsystem/0000:00/device/firmware_node/device: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/device/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/scsi_generic/sg6/subsystem/sg5': Trop de niveaux de liens symboliques du: ne peut accéder `/sys/devices/platform/pcspkr/subsystem/devices/serial8250/tty/ttyS1/subsystem/ttyS0/device/firmware_node/subsystem/devices/LNXSYSTM:00/LNXPWRBN:00/driver/PNP0C0E:00/input/input1/subsystem/input3/device/subsystem/devices/usb1/driver/module/holders/uhci_hcd/drivers/pci:uhci_hcd/0000:00:10.0/subsystem/devices/0000:00:01.0/pci_bus/0000:01/subsystem/0000:00/device/firmware_node/device: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/device/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/scsi_generic/sg6/subsystem/sg6': Trop de niveaux de liens symboliques du: ne peut accéder `/sys/devices/platform/pcspkr/subsystem/devices/serial8250/tty/ttyS1/subsystem/ttyS0/device/firmware_node/subsystem/devices/LNXSYSTM:00/LNXPWRBN:00/driver/PNP0C0E:00/input/input1/subsystem/input3/device/subsystem/devices/usb1/driver/module/holders/uhci_hcd/drivers/pci:uhci_hcd/0000:00:10.0/subsystem/devices/0000:00:01.0/pci_bus/0000:01/subsystem/0000:00/device/firmware_node/device: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/device/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/scsi_generic/sg6/subsystem/sg7': Trop de niveaux de liens symboliques du: ne peut accéder `/sys/devices/platform/pcspkr/subsystem/devices/serial8250/tty/ttyS1/subsystem/ttyS0/device/firmware_node/subsystem/devices/LNXSYSTM:00/LNXPWRBN:00/driver/PNP0C0E:00/input/input1/subsystem/input3/device/subsystem/devices/usb1/driver/module/holders/uhci_hcd/drivers/pci:uhci_hcd/0000:00:10.0/subsystem/devices/0000:00:01.0/pci_bus/0000:01/subsystem/0000:00/device/firmware_node/device: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/device/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/scsi_generic/sg6/subsystem/sg8': Trop de niveaux de liens symboliques du: ne peut accéder `/sys/devices/platform/pcspkr/subsystem/devices/serial8250/tty/ttyS1/subsystem/ttyS0/device/firmware_node/subsystem/devices/LNXSYSTM:00/LNXPWRBN:00/driver/PNP0C0E:00/input/input1/subsystem/input3/device/subsystem/devices/usb1/driver/module/holders/uhci_hcd/drivers/pci:uhci_hcd/0000:00:10.0/subsystem/devices/0000:00:01.0/pci_bus/0000:01/subsystem/0000:00/device/firmware_node/device: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/device/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:
$ for i in $(echo /*); do [ "$(echo $i | grep -v "(dev|proc|sys)")" ] && du -hLx $i | sort -n >> liste.txt; done
Le Friday 20 February 2009 17:52:33 manchette, vous avez écrit :
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_bus/00 00:01/subsystem/0000:00/device/firmware_node/device:11/physical_node/usb_hos t/usb_host2/subsystem/usb_host3/device/usb3/3-0:1.0/driver/1-0:1.0/usb_endpo int/usbdev1.1_ep81/subsystem/usbdev5.1_ep00/device/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/scsi_gener 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/dev 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
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 / .
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_bus/ 00 00:01/subsystem/0000:00/device/firmware_node/device:11/physical_node/usb_ 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/targ et7
:0:0/7:0:0:0/subsystem/devices/target6:0:0/6:0:0:0/driver/7:0:0:2/scsi_gen :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.
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
a présetn j'ai cela :
# du -hxs /proc du: ne peut accéder `/proc/6454/task/6454/fd/5': Aucun fichier ou dossier de ce type du: ne peut accéder `/proc/6454/task/6454/fdinfo/5': Aucun fichier ou dossier de ce type du: ne peut accéder `/proc/6454/fd/5': Aucun fichier ou dossier de ce type du: ne peut accéder `/proc/6454/fdinfo/5': Aucun fichier ou dossier de ce type 0 /proc linux-d2g5:/home/fabrice # du -hxs /etc/alternatives/ 12K /etc/alternatives/ linux-d2g5:/home/fabrice # du -hxs /etc/ 68M /etc/ linux-d2g5:/home/fabrice # du -hxs /lib 93M /lib linux-d2g5:/home/fabrice # du -hxs /lib/modules/ 77M /lib/modules/
plus raisonnable mais non pénalisant
je ne capte pas pour ma partition / ce qui la rempli tand.
Fabrice
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"
Le Friday 20 February 2009 19:31:03 manchette, vous avez écrit :
a présetn j'ai cela :
Il faut exclure TOTALEMENT les partitions /dev, /proc et /sys de la recherche.
Chez moi: $ for i in $(echo /*); do [ "$(echo $i | grep -v "(dev|proc|sys)")" ] && sudo du -hxs $i; done <---- les 2 lignes sur une ligne 7,6M /bin 6,4M /boot 30M /etc 41G /home 8,0K /initrd 39M /lib 8,1M /lib64 16K /lost+found 8,0K /media 4,0K /mnt 76M /opt 1M /root 8,0M /sbin 78M /tmp 3,3G /usr 198M /var
$ df Sys. de fich. Tail. Occ. Disp. %Occ. Monté sur /dev/sda1 21G 3,9G 16G 21% / /dev/sda6 49G 41G 8,0G 84% /home
Liste des packages RPM installés: $ rpm -qa --qf '%{size}\t\t%{name}-%{version}-%{release}.%{arch}.rpm\n'
liste_rpm.txt <---- les 2 lignes sur une ligne
Il y a aussi le répertoire $HOME/tmp qui peu être encombré
$ du -sh $HOME/tmp
# du -hxs /proc du: ne peut accéder `/proc/6454/task/6454/fd/5': Aucun fichier ou dossier de ce type du: ne peut accéder `/proc/6454/task/6454/fdinfo/5': Aucun fichier ou dossier de ce type du: ne peut accéder `/proc/6454/fd/5': Aucun fichier ou dossier de ce type du: ne peut accéder `/proc/6454/fdinfo/5': Aucun fichier ou dossier de ce type 0 /proc linux-d2g5:/home/fabrice # du -hxs /etc/alternatives/ 12K /etc/alternatives/ linux-d2g5:/home/fabrice # du -hxs /etc/ 68M /etc/ linux-d2g5:/home/fabrice # du -hxs /lib 93M /lib linux-d2g5:/home/fabrice # du -hxs /lib/modules/ 77M /lib/modules/
plus raisonnable mais non pénalisant
je ne capte pas pour ma partition / ce qui la rempli tand.
Fabrice
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"
voilà pour ce que j'ai :
fabrice@linux-d2g5:~> for i in $(echo /*); do [ "$(echo $i | grep -v "(dev| proc|sys)")" ] && sudo du -hxs $i; done 8,4M /bin 14M /boot 68M /etc du: ne peut accéder `/home/fabrice/.gvfs': Permission non accordée 7,8G /home 93M /lib 16K /lost+found 40K /media 4,0K /mnt 376M /opt 19G /osvirtuels 2,6M /root 14M /sbin 88K /srv 127G /stockage1 53G /stockage2 5,4M /tmp 4,7G /usr 387M /var
fabrice@linux-d2g5:~> df -h Sys. de fich. Tail. Occ. Disp. %Occ. Monté sur /dev/sdb2 30G 24G 4,3G 85% / udev 499M 892K 498M 1% /dev /dev/sdb5 30G 8,0G 21G 29% /home /dev/sda1 195G 127G 59G 69% /stockage1 /dev/sdc1 147G 53G 87G 38% /stockage2
f
Le vendredi 20 février 2009 19:48:02, List a écrit :
Le Friday 20 February 2009 19:31:03 manchette, vous avez écrit :
a présetn j'ai cela :
Il faut exclure TOTALEMENT les partitions /dev, /proc et /sys de la recherche.
Chez moi: $ for i in $(echo /*); do [ "$(echo $i | grep -v "(dev|proc|sys)")" ] && sudo du -hxs $i; done <---- les 2 lignes sur une ligne 7,6M /bin 6,4M /boot 30M /etc 41G /home 8,0K /initrd 39M /lib 8,1M /lib64 16K /lost+found 8,0K /media 4,0K /mnt 76M /opt 1M /root 8,0M /sbin 78M /tmp 3,3G /usr 198M /var
$ df Sys. de fich. Tail. Occ. Disp. %Occ. Monté sur /dev/sda1 21G 3,9G 16G 21% / /dev/sda6 49G 41G 8,0G 84% /home
Liste des packages RPM installés: $ rpm -qa --qf '%{size}\t\t%{name}-%{version}-%{release}.%{arch}.rpm\n'
liste_rpm.txt <---- les 2 lignes sur une ligne
Il y a aussi le répertoire $HOME/tmp qui peu être encombré
$ du -sh $HOME/tmp
# du -hxs /proc du: ne peut accéder `/proc/6454/task/6454/fd/5': Aucun fichier ou dossier de ce type du: ne peut accéder `/proc/6454/task/6454/fdinfo/5': Aucun fichier ou dossier de ce type du: ne peut accéder `/proc/6454/fd/5': Aucun fichier ou dossier de ce type du: ne peut accéder `/proc/6454/fdinfo/5': Aucun fichier ou dossier de ce type 0 /proc linux-d2g5:/home/fabrice # du -hxs /etc/alternatives/ 12K /etc/alternatives/ linux-d2g5:/home/fabrice # du -hxs /etc/ 68M /etc/ linux-d2g5:/home/fabrice # du -hxs /lib 93M /lib linux-d2g5:/home/fabrice # du -hxs /lib/modules/ 77M /lib/modules/
plus raisonnable mais non pénalisant
je ne capte pas pour ma partition / ce qui la rempli tand.
Fabrice
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"
--
In Microsoft products, failure is not an option. It is a standard feature.
manchette wrote:
voilà pour ce que j'ai :
fabrice@linux-d2g5:~> for i in $(echo /*); do [ "$(echo $i | grep -v "(dev| proc|sys)")" ] && sudo du -hxs $i; done 8,4M /bin 14M /boot 68M /etc du: ne peut accéder `/home/fabrice/.gvfs': Permission non accordée 7,8G /home 93M /lib 16K /lost+found 40K /media 4,0K /mnt 376M /opt 19G /osvirtuels 2,6M /root 14M /sbin 88K /srv 127G /stockage1 53G /stockage2 5,4M /tmp 4,7G /usr 387M /var
fabrice@linux-d2g5:~> df -h Sys. de fich. Tail. Occ. Disp. %Occ. Monté sur /dev/sdb2 30G 24G 4,3G 85% / udev 499M 892K 498M 1% /dev /dev/sdb5 30G 8,0G 21G 29% /home /dev/sda1 195G 127G 59G 69% /stockage1 /dev/sdc1 147G 53G 87G 38% /stockage2
f
Le vendredi 20 février 2009 19:48:02, List a écrit :
Le Friday 20 February 2009 19:31:03 manchette, vous avez écrit :
a présetn j'ai cela :
Il faut exclure TOTALEMENT les partitions /dev, /proc et /sys de la recherche.
Chez moi: $ for i in $(echo /*); do [ "$(echo $i | grep -v "(dev|proc|sys)")" ] && sudo du -hxs $i; done <---- les 2 lignes sur une ligne 7,6M /bin 6,4M /boot 30M /etc 41G /home 8,0K /initrd 39M /lib 8,1M /lib64 16K /lost+found 8,0K /media 4,0K /mnt 76M /opt 1M /root 8,0M /sbin 78M /tmp 3,3G /usr 198M /var
$ df Sys. de fich. Tail. Occ. Disp. %Occ. Monté sur /dev/sda1 21G 3,9G 16G 21% / /dev/sda6 49G 41G 8,0G 84% /home
Liste des packages RPM installés: $ rpm -qa --qf '%{size}\t\t%{name}-%{version}-%{release}.%{arch}.rpm\n'
liste_rpm.txt <---- les 2 lignes sur une ligne
Il y a aussi le répertoire $HOME/tmp qui peu être encombré
$ du -sh $HOME/tmp
# du -hxs /proc du: ne peut accéder `/proc/6454/task/6454/fd/5': Aucun fichier ou dossier de ce type du: ne peut accéder `/proc/6454/task/6454/fdinfo/5': Aucun fichier ou dossier de ce type du: ne peut accéder `/proc/6454/fd/5': Aucun fichier ou dossier de ce type du: ne peut accéder `/proc/6454/fdinfo/5': Aucun fichier ou dossier de ce type 0 /proc linux-d2g5:/home/fabrice # du -hxs /etc/alternatives/ 12K /etc/alternatives/ linux-d2g5:/home/fabrice # du -hxs /etc/ 68M /etc/ linux-d2g5:/home/fabrice # du -hxs /lib 93M /lib linux-d2g5:/home/fabrice # du -hxs /lib/modules/ 77M /lib/modules/
plus raisonnable mais non pénalisant
je ne capte pas pour ma partition / ce qui la rempli tand.
Fabrice
--
In Microsoft products, failure is not an option. It is a standard feature.
I would say that in human too :-))
Clair et net /osvirtuels = 19Go n'est pas une partition à part et est monté dans / sauf s'il s'agit d'un symlink.
Le Friday 20 February 2009 20:05:21 manchette, vous avez écrit :
voilà pour ce que j'ai :
fabrice@linux-d2g5:~> for i in $(echo /*); do [ "$(echo $i | grep -v "(dev| proc|sys)")" ] && sudo du -hxs $i; done 8,4M /bin 14M /boot 68M /etc du: ne peut accéder `/home/fabrice/.gvfs': Permission non accordée 7,8G /home 93M /lib 16K /lost+found 40K /media 4,0K /mnt 376M /opt 19G /osvirtuels
vmware est gourmand avec 19G
2,6M /root 14M /sbin 88K /srv 127G /stockage1 53G /stockage2 5,4M /tmp 4,7G /usr 387M /var
Le reste est correcte. Ici je vois que la virtualisation avec vmware (répertoire /osvirtuels).
fabrice@linux-d2g5:~> df -h Sys. de fich. Tail. Occ. Disp. %Occ. Monté sur /dev/sdb2 30G 24G 4,3G 85% / udev 499M 892K 498M 1% /dev /dev/sdb5 30G 8,0G 21G 29% /home /dev/sda1 195G 127G 59G 69% /stockage1 /dev/sdc1 147G 53G 87G 38% /stockage2
f
Le vendredi 20 février 2009 19:48:02, List a écrit :
Le Friday 20 February 2009 19:31:03 manchette, vous avez écrit :
a présetn j'ai cela :
Il faut exclure TOTALEMENT les partitions /dev, /proc et /sys de la recherche.
Chez moi: $ for i in $(echo /*); do [ "$(echo $i | grep -v "(dev|proc|sys)")" ] && sudo du -hxs $i; done <---- les 2 lignes sur une ligne 7,6M /bin 6,4M /boot 30M /etc 41G /home 8,0K /initrd 39M /lib 8,1M /lib64 16K /lost+found 8,0K /media 4,0K /mnt 76M /opt 1M /root 8,0M /sbin 78M /tmp 3,3G /usr 198M /var
$ df Sys. de fich. Tail. Occ. Disp. %Occ. Monté sur /dev/sda1 21G 3,9G 16G 21% / /dev/sda6 49G 41G 8,0G 84% /home
Liste des packages RPM installés: $ rpm -qa --qf '%{size}\t\t%{name}-%{version}-%{release}.%{arch}.rpm\n'
liste_rpm.txt <---- les 2 lignes sur une ligne
Il y a aussi le répertoire $HOME/tmp qui peu être encombré
$ du -sh $HOME/tmp
# du -hxs /proc du: ne peut accéder `/proc/6454/task/6454/fd/5': Aucun fichier ou dossier de ce type du: ne peut accéder `/proc/6454/task/6454/fdinfo/5': Aucun fichier ou dossier de ce type du: ne peut accéder `/proc/6454/fd/5': Aucun fichier ou dossier de ce type du: ne peut accéder `/proc/6454/fdinfo/5': Aucun fichier ou dossier de ce type 0 /proc linux-d2g5:/home/fabrice # du -hxs /etc/alternatives/ 12K /etc/alternatives/ linux-d2g5:/home/fabrice # du -hxs /etc/ 68M /etc/ linux-d2g5:/home/fabrice # du -hxs /lib 93M /lib linux-d2g5:/home/fabrice # du -hxs /lib/modules/ 77M /lib/modules/
plus raisonnable mais non pénalisant
je ne capte pas pour ma partition / ce qui la rempli tand.
Fabrice
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"
--
In Microsoft products, failure is not an option. It is a standard feature.
-- Fabrice
je sais : il s'agit de ma partoche pour vmware ;)
Clair et net /osvirtuels = 19Go n'est pas une partition à part et est monté dans / sauf s'il s'agit d'un symlink.
--
Bruno Friedmann
Le Friday 20 February 2009 20:28:15 manchette, vous avez écrit :
je sais : il s'agit de ma partoche pour vmware ;)
Tu sais et tu demandes pourquoi ??
C'est un teste pour savoir si la liste suit ?
Teste=OK
Au suivant...
Clair et net /osvirtuels = 19Go n'est pas une partition à part et est monté dans / sauf s'il s'agit d'un symlink.
--
Bruno Friedmann-- Fabrice
C'est /osvirtuels : je met là mes machines virtuelles , j'ai 100 Go environ en XFS, ca me laisse pas mal de marge si besojn
d'ailleurs ya un truc que je capte pas j'avais une 100taine de giga là ......................... /dev/sda2 /osvirtuels soit 100Go en XFS , et là on ne voit que 19 go, c'est lié au for ??
Le vendredi 20 février 2009 20:23:50, List a écrit :
Le Friday 20 February 2009 20:05:21 manchette, vous avez écrit :
voilà pour ce que j'ai :
fabrice@linux-d2g5:~> for i in $(echo /*); do [ "$(echo $i | grep -v "(dev| proc|sys)")" ] && sudo du -hxs $i; done 8,4M /bin 14M /boot 68M /etc du: ne peut accéder `/home/fabrice/.gvfs': Permission non accordée 7,8G /home 93M /lib 16K /lost+found 40K /media 4,0K /mnt 376M /opt 19G /osvirtuels
vmware est gourmand avec 19G
2,6M /root 14M /sbin 88K /srv 127G /stockage1 53G /stockage2 5,4M /tmp 4,7G /usr 387M /var
Le reste est correcte. Ici je vois que la virtualisation avec vmware (répertoire /osvirtuels).
fabrice@linux-d2g5:~> df -h Sys. de fich. Tail. Occ. Disp. %Occ. Monté sur /dev/sdb2 30G 24G 4,3G 85% / udev 499M 892K 498M 1% /dev /dev/sdb5 30G 8,0G 21G 29% /home /dev/sda1 195G 127G 59G 69% /stockage1 /dev/sdc1 147G 53G 87G 38% /stockage2
f
Le vendredi 20 février 2009 19:48:02, List a écrit :
Le Friday 20 February 2009 19:31:03 manchette, vous avez écrit :
a présetn j'ai cela :
Il faut exclure TOTALEMENT les partitions /dev, /proc et /sys de la recherche.
Chez moi: $ for i in $(echo /*); do [ "$(echo $i | grep -v "(dev|proc|sys)")" ] && sudo du -hxs $i; done <---- les 2 lignes sur une ligne 7,6M /bin 6,4M /boot 30M /etc 41G /home 8,0K /initrd 39M /lib 8,1M /lib64 16K /lost+found 8,0K /media 4,0K /mnt 76M /opt 1M /root 8,0M /sbin 78M /tmp 3,3G /usr 198M /var
$ df Sys. de fich. Tail. Occ. Disp. %Occ. Monté sur /dev/sda1 21G 3,9G 16G 21% / /dev/sda6 49G 41G 8,0G 84% /home
Liste des packages RPM installés: $ rpm -qa --qf '%{size}\t\t%{name}-%{version}-%{release}.%{arch}.rpm\n'
liste_rpm.txt <---- les 2 lignes sur une ligne
Il y a aussi le répertoire $HOME/tmp qui peu être encombré
$ du -sh $HOME/tmp
# du -hxs /proc du: ne peut accéder `/proc/6454/task/6454/fd/5': Aucun fichier ou dossier de ce type du: ne peut accéder `/proc/6454/task/6454/fdinfo/5': Aucun fichier ou dossier de ce type du: ne peut accéder `/proc/6454/fd/5': Aucun fichier ou dossier de ce type du: ne peut accéder `/proc/6454/fdinfo/5': Aucun fichier ou dossier de ce type 0 /proc linux-d2g5:/home/fabrice # du -hxs /etc/alternatives/ 12K /etc/alternatives/ linux-d2g5:/home/fabrice # du -hxs /etc/ 68M /etc/ linux-d2g5:/home/fabrice # du -hxs /lib 93M /lib linux-d2g5:/home/fabrice # du -hxs /lib/modules/ 77M /lib/modules/
plus raisonnable mais non pénalisant
je ne capte pas pour ma partition / ce qui la rempli tand.
Fabrice
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"
--
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.
j'ai dis que /osvirtuels je savais ce que c'est : je cherche à purger ce qui ne m'est pas connu
cf mon message précédent : "
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 / . --- ---
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" "
Le vendredi 20 février 2009 20:32:51, List a écrit :
Le Friday 20 February 2009 20:28:15 manchette, vous avez écrit :
je sais : il s'agit de ma partoche pour vmware ;)
Tu sais et tu demandes pourquoi ??
C'est un teste pour savoir si la liste suit ?
Teste=OK
Au suivant...
Clair et net /osvirtuels = 19Go n'est pas une partition à part et est monté dans / sauf s'il s'agit d'un symlink.
--
Bruno Friedmann-- Fabrice
--
In Microsoft products, failure is not an option. It is a standard feature.
Le Friday 20 February 2009 20:40:31 manchette, vous avez écrit :
C'est /osvirtuels : je met là mes machines virtuelles , j'ai 100 Go environ en XFS, ca me laisse pas mal de marge si besojn
d'ailleurs ya un truc que je capte pas j'avais une 100taine de giga là ......................... /dev/sda2 /osvirtuels soit 100Go en XFS , et là on ne voit que 19 go, c'est lié au for ??
Donc, avant tu avait le problème de ne pas savoir pourquoi la racine était pleine a "craquer" et maintenant le thème c'est qu'il te manque ~ 80G ? :-)
Le vendredi 20 février 2009 20:23:50, List a écrit :
Le Friday 20 February 2009 20:05:21 manchette, vous avez écrit :
voilà pour ce que j'ai :
fabrice@linux-d2g5:~> for i in $(echo /*); do [ "$(echo $i | grep -v "(dev| proc|sys)")" ] && sudo du -hxs $i; done 8,4M /bin 14M /boot 68M /etc du: ne peut accéder `/home/fabrice/.gvfs': Permission non accordée 7,8G /home 93M /lib 16K /lost+found 40K /media 4,0K /mnt 376M /opt 19G /osvirtuels
vmware est gourmand avec 19G
2,6M /root 14M /sbin 88K /srv 127G /stockage1 53G /stockage2 5,4M /tmp 4,7G /usr 387M /var
Le reste est correcte. Ici je vois que la virtualisation avec vmware (répertoire /osvirtuels).
fabrice@linux-d2g5:~> df -h Sys. de fich. Tail. Occ. Disp. %Occ. Monté sur /dev/sdb2 30G 24G 4,3G 85% / udev 499M 892K 498M 1% /dev /dev/sdb5 30G 8,0G 21G 29% /home /dev/sda1 195G 127G 59G 69% /stockage1 /dev/sdc1 147G 53G 87G 38% /stockage2
f
Le vendredi 20 février 2009 19:48:02, List a écrit :
Le Friday 20 February 2009 19:31:03 manchette, vous avez écrit :
a présetn j'ai cela :
Il faut exclure TOTALEMENT les partitions /dev, /proc et /sys de la recherche.
Chez moi: $ for i in $(echo /*); do [ "$(echo $i | grep -v "(dev|proc|sys)")" ] && sudo du -hxs $i; done <---- les 2 lignes sur une ligne 7,6M /bin 6,4M /boot 30M /etc 41G /home 8,0K /initrd 39M /lib 8,1M /lib64 16K /lost+found 8,0K /media 4,0K /mnt 76M /opt 1M /root 8,0M /sbin 78M /tmp 3,3G /usr 198M /var
$ df Sys. de fich. Tail. Occ. Disp. %Occ. Monté sur /dev/sda1 21G 3,9G 16G 21% / /dev/sda6 49G 41G 8,0G 84% /home
Liste des packages RPM installés: $ rpm -qa --qf '%{size}\t\t%{name}-%{version}-%{release}.%{arch}.rpm\n'
liste_rpm.txt <---- les 2 lignes sur une ligne
Il y a aussi le répertoire $HOME/tmp qui peu être encombré
$ du -sh $HOME/tmp
# du -hxs /proc du: ne peut accéder `/proc/6454/task/6454/fd/5': Aucun fichier ou dossier de ce type du: ne peut accéder `/proc/6454/task/6454/fdinfo/5': Aucun fichier ou dossier de ce type du: ne peut accéder `/proc/6454/fd/5': Aucun fichier ou dossier de ce type du: ne peut accéder `/proc/6454/fdinfo/5': Aucun fichier ou dossier de ce type 0 /proc linux-d2g5:/home/fabrice # du -hxs /etc/alternatives/ 12K /etc/alternatives/ linux-d2g5:/home/fabrice # du -hxs /etc/ 68M /etc/ linux-d2g5:/home/fabrice # du -hxs /lib 93M /lib linux-d2g5:/home/fabrice # du -hxs /lib/modules/ 77M /lib/modules/
plus raisonnable mais non pénalisant
je ne capte pas pour ma partition / ce qui la rempli tand.
Fabrice
> 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"
--
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.
-- Fabrice
Le Friday 20 February 2009 20:45:04 manchette, vous avez écrit :
j'ai dis que /osvirtuels je savais ce que c'est : je cherche à purger ce qui ne m'est pas connu
Autant pour moi.
cf mon message précédent : "
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 / . --- ---
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" "
Le vendredi 20 février 2009 20:32:51, List a écrit :
Le Friday 20 February 2009 20:28:15 manchette, vous avez écrit :
je sais : il s'agit de ma partoche pour vmware ;)
Tu sais et tu demandes pourquoi ??
C'est un teste pour savoir si la liste suit ?
Teste=OK
Au suivant...
Clair et net /osvirtuels = 19Go n'est pas une partition à part et est monté dans / sauf s'il s'agit d'un symlink.
--
Bruno Friedmann-- Fabrice
--
In Microsoft products, failure is not an option. It is a standard feature.
Le Friday 20 February 2009 20:45:42 List, vous avez écrit :
Le Friday 20 February 2009 20:40:31 manchette, vous avez écrit :
C'est /osvirtuels : je met là mes machines virtuelles , j'ai 100 Go environ en XFS, ca me laisse pas mal de marge si besojn
d'ailleurs ya un truc que je capte pas j'avais une 100taine de giga là ......................... /dev/sda2 /osvirtuels soit 100Go en XFS , et là on ne voit que 19 go, c'est lié au for ??
La commande 'df' indique la partition / chez manchette comme : Sys. de fich. Tail. Occ. Disp. %Occ. Monté sur /dev/sdb2 30G 24G 4,3G 85% /
Pour moi, il n'est pas possible de mettre 100 G sur une partition de 30G. Donc c'est pas la boucle 'for' qui fait la différence ici.
Donc, avant tu avait le problème de ne pas savoir pourquoi la racine était pleine a "craquer" et maintenant le thème c'est qu'il te manque ~ 80G ? :-)
Le vendredi 20 février 2009 20:23:50, List a écrit :
Le Friday 20 February 2009 20:05:21 manchette, vous avez écrit :
voilà pour ce que j'ai :
fabrice@linux-d2g5:~> for i in $(echo /*); do [ "$(echo $i | grep -v "(dev| proc|sys)")" ] && sudo du -hxs $i; done 8,4M /bin 14M /boot 68M /etc du: ne peut accéder `/home/fabrice/.gvfs': Permission non accordée 7,8G /home 93M /lib 16K /lost+found 40K /media 4,0K /mnt 376M /opt 19G /osvirtuels
vmware est gourmand avec 19G
2,6M /root 14M /sbin 88K /srv 127G /stockage1 53G /stockage2 5,4M /tmp 4,7G /usr 387M /var
Le reste est correcte. Ici je vois que la virtualisation avec vmware (répertoire /osvirtuels).
fabrice@linux-d2g5:~> df -h Sys. de fich. Tail. Occ. Disp. %Occ. Monté sur /dev/sdb2 30G 24G 4,3G 85% / udev 499M 892K 498M 1% /dev /dev/sdb5 30G 8,0G 21G 29% /home /dev/sda1 195G 127G 59G 69% /stockage1 /dev/sdc1 147G 53G 87G 38% /stockage2
f
Le vendredi 20 février 2009 19:48:02, List a écrit :
Le Friday 20 February 2009 19:31:03 manchette, vous avez écrit :
a présetn j'ai cela :
Il faut exclure TOTALEMENT les partitions /dev, /proc et /sys de la recherche.
Chez moi: $ for i in $(echo /*); do [ "$(echo $i | grep -v "(dev|proc|sys)")" ] && sudo du -hxs $i; done <---- les 2 lignes sur une ligne 7,6M /bin 6,4M /boot 30M /etc 41G /home 8,0K /initrd 39M /lib 8,1M /lib64 16K /lost+found 8,0K /media 4,0K /mnt 76M /opt 1M /root 8,0M /sbin 78M /tmp 3,3G /usr 198M /var
$ df Sys. de fich. Tail. Occ. Disp. %Occ. Monté sur /dev/sda1 21G 3,9G 16G 21% / /dev/sda6 49G 41G 8,0G 84% /home
Liste des packages RPM installés: $ rpm -qa --qf '%{size}\t\t%{name}-%{version}-%{release}.%{arch}.rpm\n'
liste_rpm.txt <---- les 2 lignes sur une ligne
Il y a aussi le répertoire $HOME/tmp qui peu être encombré
$ du -sh $HOME/tmp
# du -hxs /proc du: ne peut accéder `/proc/6454/task/6454/fd/5': Aucun fichier ou dossier de ce type du: ne peut accéder `/proc/6454/task/6454/fdinfo/5': Aucun fichier ou dossier de ce type du: ne peut accéder `/proc/6454/fd/5': Aucun fichier ou dossier de ce type du: ne peut accéder `/proc/6454/fdinfo/5': Aucun fichier ou dossier de ce type 0 /proc linux-d2g5:/home/fabrice # du -hxs /etc/alternatives/ 12K /etc/alternatives/ linux-d2g5:/home/fabrice # du -hxs /etc/ 68M /etc/ linux-d2g5:/home/fabrice # du -hxs /lib 93M /lib linux-d2g5:/home/fabrice # du -hxs /lib/modules/ 77M /lib/modules/
plus raisonnable mais non pénalisant
je ne capte pas pour ma partition / ce qui la rempli tand.
Fabrice
> > 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"
--
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.
-- Fabrice
--
In Microsoft products, failure is not an option. It is a standard feature.
A ce que je comprend : j'ai une partition root (ou autement nommé /) qui fait 30 G et pour laquelle je ne sais pas comment elle est passée à 85%
et par ailleurs (mais cela n'a rien à voir) : j'ai une partition de /osvirtuels de 100G , sur laquelle je n'ai encore mis que 19G
Fabrice Le vendredi 20 février 2009 21:03:35, List a écrit :
Le Friday 20 February 2009 20:45:42 List, vous avez écrit :
Le Friday 20 February 2009 20:40:31 manchette, vous avez écrit :
C'est /osvirtuels : je met là mes machines virtuelles , j'ai 100 Go environ en XFS, ca me laisse pas mal de marge si besojn
d'ailleurs ya un truc que je capte pas j'avais une 100taine de giga là ......................... /dev/sda2 /osvirtuels soit 100Go en XFS , et là on ne voit que 19 go, c'est lié au for ??
La commande 'df' indique la partition / chez manchette comme : Sys. de fich. Tail. Occ. Disp. %Occ. Monté sur /dev/sdb2 30G 24G 4,3G 85% /
Pour moi, il n'est pas possible de mettre 100 G sur une partition de 30G. Donc c'est pas la boucle 'for' qui fait la différence ici.
Donc, avant tu avait le problème de ne pas savoir pourquoi la racine était pleine a "craquer" et maintenant le thème c'est qu'il te manque ~ 80G ? :-)
Le vendredi 20 février 2009 20:23:50, List a écrit :
Le Friday 20 February 2009 20:05:21 manchette, vous avez écrit :
voilà pour ce que j'ai :
fabrice@linux-d2g5:~> for i in $(echo /*); do [ "$(echo $i | grep -v "(dev| proc|sys)")" ] && sudo du -hxs $i; done 8,4M /bin 14M /boot 68M /etc du: ne peut accéder `/home/fabrice/.gvfs': Permission non accordée 7,8G /home 93M /lib 16K /lost+found 40K /media 4,0K /mnt 376M /opt 19G /osvirtuels
vmware est gourmand avec 19G
2,6M /root 14M /sbin 88K /srv 127G /stockage1 53G /stockage2 5,4M /tmp 4,7G /usr 387M /var
Le reste est correcte. Ici je vois que la virtualisation avec vmware (répertoire /osvirtuels).
fabrice@linux-d2g5:~> df -h Sys. de fich. Tail. Occ. Disp. %Occ. Monté sur /dev/sdb2 30G 24G 4,3G 85% / udev 499M 892K 498M 1% /dev /dev/sdb5 30G 8,0G 21G 29% /home /dev/sda1 195G 127G 59G 69% /stockage1 /dev/sdc1 147G 53G 87G 38% /stockage2
f
Le vendredi 20 février 2009 19:48:02, List a écrit :
Le Friday 20 February 2009 19:31:03 manchette, vous avez écrit : > a présetn j'ai cela :
Il faut exclure TOTALEMENT les partitions /dev, /proc et /sys de la recherche.
Chez moi: $ for i in $(echo /*); do [ "$(echo $i | grep -v "(dev|proc|sys)")" ] && sudo du -hxs $i; done <---- les 2 lignes sur une ligne 7,6M /bin 6,4M /boot 30M /etc 41G /home 8,0K /initrd 39M /lib 8,1M /lib64 16K /lost+found 8,0K /media 4,0K /mnt 76M /opt 1M /root 8,0M /sbin 78M /tmp 3,3G /usr 198M /var
$ df Sys. de fich. Tail. Occ. Disp. %Occ. Monté sur /dev/sda1 21G 3,9G 16G 21% / /dev/sda6 49G 41G 8,0G 84% /home
Liste des packages RPM installés: $ rpm -qa --qf '%{size}\t\t%{name}-%{version}-%{release}.%{arch}.rpm\n'
>liste_rpm.txt <---- les 2 lignes sur une ligne
Il y a aussi le répertoire $HOME/tmp qui peu être encombré
$ du -sh $HOME/tmp
> # du -hxs /proc > du: ne peut accéder `/proc/6454/task/6454/fd/5': Aucun fichier > ou dossier de ce type > du: ne peut accéder `/proc/6454/task/6454/fdinfo/5': Aucun > fichier ou dossier de ce type > du: ne peut accéder `/proc/6454/fd/5': Aucun fichier ou dossier > de ce type du: ne peut accéder `/proc/6454/fdinfo/5': Aucun > fichier ou dossier de ce type 0 /proc > linux-d2g5:/home/fabrice # du -hxs /etc/alternatives/ > 12K /etc/alternatives/ > linux-d2g5:/home/fabrice # du -hxs /etc/ > 68M /etc/ > linux-d2g5:/home/fabrice # du -hxs /lib > 93M /lib > linux-d2g5:/home/fabrice # du -hxs /lib/modules/ > 77M /lib/modules/ > > > > plus raisonnable mais non pénalisant > > je ne capte pas pour ma partition / ce qui la rempli tand. > > Fabrice > > > > 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"
--
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.
-- Fabrice
--
In Microsoft products, failure is not an option. It is a standard feature.
--
In Microsoft products, failure is not an option. It is a standard feature.
Le Friday 20 February 2009 21:38:47 manchette, vous avez écrit :
A ce que je comprend : j'ai une partition root (ou autement nommé /) qui fait 30 G et pour laquelle je ne sais pas comment elle est passée à 85%
et par ailleurs (mais cela n'a rien à voir) : j'ai une partition de /osvirtuels de 100G , sur laquelle je n'ai encore mis que 19G
Sur quel périphérique ( /dev/[h,s]d[a-z][0-9] ) est attaché /osvirtuels ?
Fabrice
Le vendredi 20 février 2009 21:03:35, List a écrit :
Le Friday 20 February 2009 20:45:42 List, vous avez écrit :
Le Friday 20 February 2009 20:40:31 manchette, vous avez écrit :
C'est /osvirtuels : je met là mes machines virtuelles , j'ai 100 Go environ en XFS, ca me laisse pas mal de marge si besojn
d'ailleurs ya un truc que je capte pas j'avais une 100taine de giga là ......................... /dev/sda2 /osvirtuels soit 100Go en XFS , et là on ne voit que 19 go, c'est lié au for ??
La commande 'df' indique la partition / chez manchette comme : Sys. de fich. Tail. Occ. Disp. %Occ. Monté sur /dev/sdb2 30G 24G 4,3G 85% /
Pour moi, il n'est pas possible de mettre 100 G sur une partition de 30G. Donc c'est pas la boucle 'for' qui fait la différence ici.
Donc, avant tu avait le problème de ne pas savoir pourquoi la racine était pleine a "craquer" et maintenant le thème c'est qu'il te manque ~ 80G ? :-)
Le vendredi 20 février 2009 20:23:50, List a écrit :
Le Friday 20 February 2009 20:05:21 manchette, vous avez écrit :
voilà pour ce que j'ai :
fabrice@linux-d2g5:~> for i in $(echo /*); do [ "$(echo $i | grep -v "(dev| proc|sys)")" ] && sudo du -hxs $i; done 8,4M /bin 14M /boot 68M /etc du: ne peut accéder `/home/fabrice/.gvfs': Permission non accordée 7,8G /home 93M /lib 16K /lost+found 40K /media 4,0K /mnt 376M /opt 19G /osvirtuels
vmware est gourmand avec 19G
2,6M /root 14M /sbin 88K /srv 127G /stockage1 53G /stockage2 5,4M /tmp 4,7G /usr 387M /var
Le reste est correcte. Ici je vois que la virtualisation avec vmware (répertoire /osvirtuels).
fabrice@linux-d2g5:~> df -h Sys. de fich. Tail. Occ. Disp. %Occ. Monté sur /dev/sdb2 30G 24G 4,3G 85% / udev 499M 892K 498M 1% /dev /dev/sdb5 30G 8,0G 21G 29% /home /dev/sda1 195G 127G 59G 69% /stockage1 /dev/sdc1 147G 53G 87G 38% /stockage2
"df" ne montre pas de partition séparée pour le répertoire /osvirtuels, alors où est monté le répertoire vmware ? Sur "/" avec /dev/sdb2 ? Ou ...?
Le vendredi 20 février 2009 19:48:02, List a écrit : > Le Friday 20 February 2009 19:31:03 manchette, vous avez écrit : > > a présetn j'ai cela : > > Il faut exclure TOTALEMENT les partitions /dev, /proc et /sys > de la recherche. > > Chez moi: > $ for i in $(echo /*); do [ "$(echo $i | grep -v > "(dev|proc|sys)")" ] && sudo du -hxs $i; done <---- les 2 > lignes sur une ligne 7,6M /bin > 6,4M /boot > 30M /etc > 41G /home > 8,0K /initrd > 39M /lib > 8,1M /lib64 > 16K /lost+found > 8,0K /media > 4,0K /mnt > 76M /opt > 1M /root > 8,0M /sbin > 78M /tmp > 3,3G /usr > 198M /var > > $ df > Sys. de fich. Tail. Occ. Disp. %Occ. Monté sur > /dev/sda1 21G 3,9G 16G 21% / > /dev/sda6 49G 41G 8,0G 84% /home > > Liste des packages RPM installés: > $ rpm -qa --qf > '%{size}\t\t%{name}-%{version}-%{release}.%{arch}.rpm\n' > > >liste_rpm.txt <---- les 2 lignes sur une ligne > > Il y a aussi le répertoire $HOME/tmp qui peu être encombré > > $ du -sh $HOME/tmp > > > # du -hxs /proc > > du: ne peut accéder `/proc/6454/task/6454/fd/5': Aucun > > fichier ou dossier de ce type > > du: ne peut accéder `/proc/6454/task/6454/fdinfo/5': Aucun > > fichier ou dossier de ce type > > du: ne peut accéder `/proc/6454/fd/5': Aucun fichier ou > > dossier de ce type du: ne peut accéder `/proc/6454/fdinfo/5': > > Aucun fichier ou dossier de ce type 0 /proc > > linux-d2g5:/home/fabrice # du -hxs /etc/alternatives/ > > 12K /etc/alternatives/ > > linux-d2g5:/home/fabrice # du -hxs /etc/ > > 68M /etc/ > > linux-d2g5:/home/fabrice # du -hxs /lib > > 93M /lib > > linux-d2g5:/home/fabrice # du -hxs /lib/modules/ > > 77M /lib/modules/ > > > > > > > > plus raisonnable mais non pénalisant > > > > je ne capte pas pour ma partition / ce qui la rempli tand. > > > > Fabrice > > > > > > 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" > > -- > > 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.
-- Fabrice
--
In Microsoft products, failure is not an option. It is a standard feature.
--
In Microsoft products, failure is not an option. It is a standard feature.
-- Fabrice
Donc oui 2 questions à présent :
1- la racine qui va déborder, savoir pourquoi et comment y remédier.
2- /osvirtuels et mes questions ci-dessous (---->)
A mon avis /osvirtuels n'a Rien à voir avec la partition racine (/) , mais bien observé : elle n'apparait pas dans $df , ce que je ne comprends pas.
Du coup je vais ouvrir une parenthèse /osvirtuels :
----> /osvirtuels est en fait montée sur /dev/sda2 , elle fait bien 100Go selon le partionneur de yast , en XFS (tout le reste étant en EXT3). ... Et pourtant elle n'apparait pas dans $ df, je sais, ca m'a fait bizarre aussi au départ. Pourquoi /osvirtuels (/dev/sda2) n'apparait pas dans $df ?
----> de même la ligne de montage d'/osvirtuels est dans le fstab , et n'apparait pas dans le $ mount Pourquoi /osvirtuels (/dev/sda2) n'apparait pas dans $mount?
pour info le fstab et le mount cat /etc/fstab : /dev/disk/by-id/ata-WDC_WD1600PD-07FZB1_WD-WMAES3562221-part1 swap swap defaults 0 0
/dev/disk/by-id/ata-WDC_WD1600PD-07FZB1_WD-WMAES3562221-part2 / ext3 acl,user_xattr 1 1
/dev/disk/by-id/ata-WDC_WD1600PD-07FZB1_WD-WMAES3562221-part5 /home ext3 acl,user_xattr 1 2
/dev/disk/by-id/ata-ST3320620AS_9QF5PH60-part2 /osvirtuels xfs acl,user_xattr 1 2
/dev/disk/by-id/ata-ST3320620AS_9QF5PH60-part1 /stockage1 ext3 defaults 1 2
/dev/disk/by-id/ata-WDC_WD1600PD-07FZB1_WD-WMAES3561246-part1 /stockage2 ext3 acl,user_xattr 1 2
proc /proc proc defaults 0 0 sysfs /sys sysfs noauto 0 0 debugfs /sys/kernel/debug debugfs noauto 0 0 usbfs /proc/bus/usb usbfs noauto 0 0 devpts /dev/pts devpts mode=0620,gid=5 0 0
~> mount /dev/sdb2 on / type ext3 (rw,acl,user_xattr) /proc on /proc type proc (rw) sysfs on /sys type sysfs (rw) debugfs on /sys/kernel/debug type debugfs (rw) udev on /dev type tmpfs (rw) devpts on /dev/pts type devpts (rw,mode=0620,gid=5) /dev/sdb5 on /home type ext3 (rw,acl,user_xattr) /dev/sda1 on /stockage1 type ext3 (rw) /dev/sdc1 on /stockage2 type ext3 (rw,acl,user_xattr) fusectl on /sys/fs/fuse/connections type fusectl (rw) securityfs on /sys/kernel/security type securityfs (rw) none on /proc/sys/fs/binfmt_misc type binfmt_misc (rw) gvfs-fuse-daemon on /home/fabrice/.gvfs type fuse.gvfs-fuse-daemon (rw,nosuid,nodev,user=fabrice) /dev/sdi1 on /media/IOMEGA_HDD type vfat (rw,nosuid,nodev,noatime,flush,uid=1000,utf8,shortname=lower)
rappel : pour le moment je ne comprends pas encore pourquoi /osvirtuels ne fait pas partie du résultat de $df et $ mount. Cependant cela n'a (à mon avis) pas de lien avec le remplissage de ma partition racine.
Merci ;)
Le Friday 20 February 2009 23:05:33 manchette, vous avez écrit :
Donc oui 2 questions à présent :
1- la racine qui va déborder, savoir pourquoi et comment y remédier.
2- /osvirtuels et mes questions ci-dessous (---->)
A mon avis /osvirtuels n'a Rien à voir avec la partition racine (/) , mais bien observé : elle n'apparait pas dans $df , ce que je ne comprends pas.
Du coup je vais ouvrir une parenthèse /osvirtuels :
----> /osvirtuels est en fait montée sur /dev/sda2 , elle fait bien 100Go selon le partionneur de yast , en XFS (tout le reste étant en EXT3). ... Et pourtant elle n'apparait pas dans $ df, je sais, ca m'a fait bizarre aussi au départ. Pourquoi /osvirtuels (/dev/sda2) n'apparait pas dans $df ?
----> de même la ligne de montage d'/osvirtuels est dans le fstab , et n'apparait pas dans le $ mount Pourquoi /osvirtuels (/dev/sda2) n'apparait pas dans $mount?
La réponse t'attends là: http://www.pcinpact.com/forum/index.php?showtopic=136696 (en bas de la page) :-)
pour info le fstab et le mount cat /etc/fstab : /dev/disk/by-id/ata-WDC_WD1600PD-07FZB1_WD-WMAES3562221-part1 swap swap defaults 0 0
/dev/disk/by-id/ata-WDC_WD1600PD-07FZB1_WD-WMAES3562221-part2 / ext3 acl,user_xattr 1 1
/dev/disk/by-id/ata-WDC_WD1600PD-07FZB1_WD-WMAES3562221-part5 /home ext3 acl,user_xattr 1 2
/dev/disk/by-id/ata-ST3320620AS_9QF5PH60-part2 /osvirtuels xfs acl,user_xattr 1 2
/dev/disk/by-id/ata-ST3320620AS_9QF5PH60-part1 /stockage1 ext3 defaults 1 2
/dev/disk/by-id/ata-WDC_WD1600PD-07FZB1_WD-WMAES3561246-part1 /stockage2 ext3 acl,user_xattr 1 2
proc /proc proc defaults 0 0 sysfs /sys sysfs noauto 0 0 debugfs /sys/kernel/debug debugfs noauto 0 0 usbfs /proc/bus/usb usbfs noauto 0 0 devpts /dev/pts devpts mode=0620,gid=5 0 0
~> mount /dev/sdb2 on / type ext3 (rw,acl,user_xattr) /proc on /proc type proc (rw) sysfs on /sys type sysfs (rw) debugfs on /sys/kernel/debug type debugfs (rw) udev on /dev type tmpfs (rw) devpts on /dev/pts type devpts (rw,mode=0620,gid=5) /dev/sdb5 on /home type ext3 (rw,acl,user_xattr) /dev/sda1 on /stockage1 type ext3 (rw) /dev/sdc1 on /stockage2 type ext3 (rw,acl,user_xattr) fusectl on /sys/fs/fuse/connections type fusectl (rw) securityfs on /sys/kernel/security type securityfs (rw) none on /proc/sys/fs/binfmt_misc type binfmt_misc (rw) gvfs-fuse-daemon on /home/fabrice/.gvfs type fuse.gvfs-fuse-daemon (rw,nosuid,nodev,user=fabrice) /dev/sdi1 on /media/IOMEGA_HDD type vfat (rw,nosuid,nodev,noatime,flush,uid=1000,utf8,shortname=lower)
rappel : pour le moment je ne comprends pas encore pourquoi /osvirtuels ne fait pas partie du résultat de $df et $ mount. Cependant cela n'a (à mon avis) pas de lien avec le remplissage de ma partition racine.
Merci ;)
ben je ne vois pas d'ou vient le souci : elle n'est pas bien montée ? il faut la (re)monter manuellement ? la ligne fstab ne va pas ? sauf erreur /dev/disk/by-id/ata-ST3320620AS_9QF5PH60-part2 et /dev/sda2 c'est kif kif non ?
Fabrice
Le Saturday 21 February 2009 00:21:13 manchette, vous avez écrit :
ben je ne vois pas d'ou vient le souci : elle n'est pas bien montée ? il faut la (re)monter manuellement ? la ligne fstab ne va pas ? sauf erreur /dev/disk/by-id/ata-ST3320620AS_9QF5PH60-part2 et /dev/sda2 c'est kif kif non ?
Fabrice
Sur la page http://www.pcinpact.com/forum/index.php?showtopic=136696 madko dit: ---cut------------------------------------------------------------------- essaye de la monter manuellement: CODE mount /dev/sda2 /osvirtuels
Si elle apparait ensuite avec la commande mount c'est qu'elle est bien montée, et du coup le probleme vient du fstab (peut être remplacé /dev/disk/by-id/ata-ST3320620AS_9QF5PH60-part2 par /dev/sda2)
Tant qu'elle n'est pas listée par mount, pas l ---cut-------------------------------------------------------------------
Alors que dit " mount /dev/sda2 /osvirtuels" ?
;)
elle se monte bien et apparait à présent dans le mount (cf ci-dessous, dernière ligne). Pourtant j'avais déjà fait ca il me semble. Mais visiblement elle n'était pas montée.... :( Mais alors comment fonctionnait vmware ? Il stocke ses données où ? dans la racine (/) ??
Est ce réglé ou un problème demeure t'il ?
# mount /dev/sda2 /osvirtuels
# mount /dev/sdb2 on / type ext3 (rw,acl,user_xattr) /proc on /proc type proc (rw) sysfs on /sys type sysfs (rw) debugfs on /sys/kernel/debug type debugfs (rw) udev on /dev type tmpfs (rw) devpts on /dev/pts type devpts (rw,mode=0620,gid=5) /dev/sdb5 on /home type ext3 (rw,acl,user_xattr) /dev/sda1 on /stockage1 type ext3 (rw) /dev/sdc1 on /stockage2 type ext3 (rw,acl,user_xattr) fusectl on /sys/fs/fuse/connections type fusectl (rw) securityfs on /sys/kernel/security type securityfs (rw) none on /proc/sys/fs/binfmt_misc type binfmt_misc (rw) /dev/sda2 on /osvirtuels type xfs (rw)
Si elle apparait ensuite avec la commande mount c'est qu'elle est bien montée, et du coup le probleme vient du fstab (peut être remplacé /dev/disk/by-id/ata-ST3320620AS_9QF5PH60-part2 par /dev/sda2)
Tant qu'elle n'est pas listée par mount, pas l ---cut-------------------------------------------------------------------
Alors que dit " mount /dev/sda2 /osvirtuels" ?
--
In Microsoft products, failure is not an option. It is a standard feature.
j'ai vérifié j'avais du faire
# mount -t xfs /dev/sda2 /osvirtuels
ca ne fait pas à la fois le montage ca ?
manchette a écrit :
Mais alors comment fonctionnait vmware ? Il stocke ses données où ? dans la racine (/) ??
ben oui, d'où le problème.
donc... démonte : umount /osvirtuel
remonte-le ailleurs:
mount /dev/sda2 /mnt
recopie les disques virtuels: cp -a /osvirtuels /mnt
vérifie que tout va bien et remonte mount /dev/sda2 /osvirtuels
ensuite reste à tester le montage automatique, utilise le partitionneur de YaST
jdd
manchette wrote:
j'ai vérifié j'avais du faire
# mount -t xfs /dev/sda2 /osvirtuels
ca ne fait pas à la fois le montage ca ?
Pour vérifier si la fstab est écrite juste un mount /osvirtuels devrait suffire ...
En tout cas qu'est-ce qu'on rigole :-) Pas moqué :-))
Un jour ou l'autre on s'est tous fait avoir...
ton / avec -19go devrait beaucoup mieux respirer
Bruno Friedmann wrote:
manchette wrote:
j'ai vérifié j'avais du faire
# mount -t xfs /dev/sda2 /osvirtuels
ca ne fait pas à la fois le montage ca ?
Pour vérifier si la fstab est écrite juste un mount /osvirtuels devrait suffire ...
En tout cas qu'est-ce qu'on rigole :-) Pas moqué :-))
Un jour ou l'autre on s'est tous fait avoir...
ton / avec -19go devrait beaucoup mieux respirer
en fait c'est /dev/disk/by-id/ata-ST3320620AS_9QF5PH60-part2 /osvirtuels xfs acl,user_xattr
acl + user_xattr sont des attributs faux pour xfs les acl et les attributs sont en standard dans xfs donc remplaces cela par defaults et la commande mount /osvirtuels devrait fonctionner sans tousser.
;) j'ai pris en compte l'ensemble mais à présent /dev/sda2 est montée sur /mnt Et sur /osvirtuels (cf les 2 lignes à la fin du # mount) .
# umount /osvirtuels/ linux-d2g5:/home/fabrice # mount /dev/sda2 /mnt linux-d2g5:/home/fabrice # cp -a /osvirtuels /mnt linux-d2g5:/home/fabrice # vi /etc/fstab (modif de la ligne pour xfs avec attributs a defaults) linux-d2g5:/home/fabrice # mount -a
linux-d2g5:/home/fabrice # mount /dev/sda2 /osvirtuels mount: /dev/sda2 est déjà monté ou /osvirtuels est occupé mount: selon mtab /dev/sda2 est déjà monté sur /osvirtuels
linux-d2g5:/home/fabrice # mount /dev/sdb2 on / type ext3 (rw,acl,user_xattr) /proc on /proc type proc (rw) sysfs on /sys type sysfs (rw) debugfs on /sys/kernel/debug type debugfs (rw) udev on /dev type tmpfs (rw) devpts on /dev/pts type devpts (rw,mode=0620,gid=5) /dev/sdb5 on /home type ext3 (rw,acl,user_xattr) /dev/sda1 on /stockage1 type ext3 (rw) /dev/sdc1 on /stockage2 type ext3 (rw,acl,user_xattr) fusectl on /sys/fs/fuse/connections type fusectl (rw) securityfs on /sys/kernel/security type securityfs (rw) none on /proc/sys/fs/binfmt_misc type binfmt_misc (rw) gvfs-fuse-daemon on /home/fabrice/.gvfs type fuse.gvfs-fuse-daemon (rw,nosuid,nodev,user=fabrice) /dev/sdi1 on /media/IOMEGA_HDD type vfat (rw,nosuid,nodev,noatime,flush,uid=1000,utf8,shortname=lower) /dev/sda2 on /mnt type xfs (rw) /dev/sda2 on /osvirtuels type xfs (rw)
Le samedi 21 février 2009 09:38:14, Bruno Friedmann a écrit :
Bruno Friedmann wrote:
manchette wrote:
j'ai vérifié j'avais du faire
# mount -t xfs /dev/sda2 /osvirtuels
ca ne fait pas à la fois le montage ca ?
Pour vérifier si la fstab est écrite juste un mount /osvirtuels devrait suffire ...
En tout cas qu'est-ce qu'on rigole :-) Pas moqué :-))
Un jour ou l'autre on s'est tous fait avoir...
ton / avec -19go devrait beaucoup mieux respirer
en fait c'est /dev/disk/by-id/ata-ST3320620AS_9QF5PH60-part2 /osvirtuels xfs acl,user_xattr
acl + user_xattr sont des attributs faux pour xfs les acl et les attributs sont en standard dans xfs donc remplaces cela par defaults et la commande mount /osvirtuels devrait fonctionner sans tousser.
--
Bruno FriedmannIoda-Net Sàrl 2830 Vellerat - Switzerland
Tél : ++41 32 435 7171 Fax : ++41 32 435 7172 gsm : ++41 78 802 6760 www.ioda-net.ch
Centre de Formation et de Coaching En Ligne www.cfcel.com
manchette a écrit :
;) j'ai pris en compte l'ensemble mais à présent /dev/sda2 est montée sur /mnt Et sur /osvirtuels (cf les 2 lignes à la fin du # mount) .
mount -a ne démonte pas, donc le montage sur /mnt que tu as fait à la main est toujours là
ce que j'ai oublié de dire c'est qu'une fois que tu as proprement recopié tes disques virtuels au bon endroit il faut les effacer au mauvais.
umount /mnt umount /osvirtuel
cd /osvirtuel et là efface... "rm -R *" efface tout, mais c'est dangereux, tu peux aussi le faire un par un
jdd
ok,
donc aprés je devrais faire # mount /dev/sda2 /mnt si je suis bien.
Qu'est ce qui est censé être monté dans /mnt ? /mnt contient les points de montage des partitions temporaires (cd-rom, disquette, ...). Là je ne suis pas dans le temporaire, ca ne genera pas par ailleurs ?
Si ok : J'aimerai avoir un répertoire dédié à vmware dans /mnt : je pensais à un truc dans le style : # mkdir /mnt/vmware et # mount /dev/sda2 /mnt/vmware Puis suppression de /osvirtuels . Ca convient ?
Le samedi 21 février 2009 11:36:43, jdd a écrit :
manchette a écrit :
;) j'ai pris en compte l'ensemble mais à présent /dev/sda2 est montée sur /mnt Et sur /osvirtuels (cf les 2 lignes à la fin du # mount) .
mount -a ne démonte pas, donc le montage sur /mnt que tu as fait à la main est toujours là
ce que j'ai oublié de dire c'est qu'une fois que tu as proprement recopié tes disques virtuels au bon endroit il faut les effacer au mauvais.
umount /mnt umount /osvirtuel
cd /osvirtuel et là efface... "rm -R *" efface tout, mais c'est dangereux, tu peux aussi le faire un par un
jdd
-- http://www.dodin.net http://valerie.dodin.org http://www.youtube.com/watch?v=t-eic8MSSfM http://www.facebook.com/profile.php?id=1412160445
manchette a écrit :
ok,
donc aprés je devrais faire # mount /dev/sda2 /mnt si je suis bien.
non.
le montage dans /mnt, c'est juste pour pouvoir faire la copie depuis /osvirtuel, ensuite tu monte et utilise normalement
jdd
Donc # mount /dev/sda2 /osvirtuels qui cette fois sera bien montée et reconnue dans $mount : # mount /dev/sda2 /osvirtuels linux-d2g5:/osvirtuels # mount /dev/sdb2 on / type ext3 (rw,acl,user_xattr) /proc on /proc type proc (rw) sysfs on /sys type sysfs (rw) debugfs on /sys/kernel/debug type debugfs (rw) udev on /dev type tmpfs (rw) devpts on /dev/pts type devpts (rw,mode=0620,gid=5) /dev/sdb5 on /home type ext3 (rw,acl,user_xattr) /dev/sda1 on /stockage1 type ext3 (rw) /dev/sdc1 on /stockage2 type ext3 (rw,acl,user_xattr) fusectl on /sys/fs/fuse/connections type fusectl (rw) securityfs on /sys/kernel/security type securityfs (rw) none on /proc/sys/fs/binfmt_misc type binfmt_misc (rw) gvfs-fuse-daemon on /home/fabrice/.gvfs type fuse.gvfs-fuse-daemon (rw,nosuid,nodev,user=fabrice) /dev/sdi1 on /media/IOMEGA_HDD type vfat (rw,nosuid,nodev,noatime,flush,uid=1000,utf8,shortname=lower) /dev/sda2 on /osvirtuels type xfs (rw)
ce qui donne cela : fabrice@linux-d2g5:~> df Sys. de fich. 1K-blocs Occupé Disponible Capacité Monté sur /dev/sdb2 30961696 6063060 23325876 21% / udev 510560 672 509888 1% /dev /dev/sdb5 30961664 9027548 20361356 31% /home /dev/sda1 204364428 132791244 61191984 69% /stockage1 /dev/sdc1 153834852 55000136 91020300 38% /stockage2 /dev/sdi1 244136352 223543968 20592384 92% /media/IOMEGA_HDD /dev/sda2 104893372 18884808 86008564 19% /osvirtuels
on a bien / passé à 21% et /dev/sda2 à 19% monté sur /osvirtuels en xfs ouf ;)
bon par contre quel conseil donneriez vous pour le choix d'un disque dur interne ? Quelle marque , capacité (le téra est t'il un bon rapport capacité prix performance / prix ? , modèle ? Je pense au Samsung et Western digital caviar ( j'hésite entre le bleu et le vert : on passe de 7200 tours à 5200 mais plus écolo : valable ?) Qu'en dites vous ?
manchette a écrit :
ok,
donc aprés je devrais faire # mount /dev/sda2 /mnt si je suis bien.
non.
le montage dans /mnt, c'est juste pour pouvoir faire la copie depuis /osvirtuel, ensuite tu monte et utilise normalement
jdd
-- http://www.dodin.net http://valerie.dodin.org http://www.youtube.com/watch?v=t-eic8MSSfM http://www.facebook.com/profile.php?id=1412160445
Le Saturday 21 February 2009 09:07:53 manchette, vous avez écrit :
;)
elle se monte bien et apparait à présent dans le mount (cf ci-dessous, dernière ligne). Pourtant j'avais déjà fait ca il me semble. Mais visiblement elle n'était pas montée.... :( Mais alors comment fonctionnait vmware ? Il stocke ses données où ? dans la racine (/) ??
Est ce réglé ou un problème demeure t'il ?
Ba, voilà....
A ce stade il conviens de s'arrêter et reprendre son souffle 5 minutes avant de continuer à faire des 0ç@=µ* :-)
Il conviens de se documenter un peu sur les bases de notre ami Tux. Pourquoi pas jeter un oeil sur la doc ?
Par exemple, on commence généralement par le chapitre "La hiérarchie du système de fichiers" que tu peu consulter la http://wiki.mandriva.com/fr/La_hi%C3%A9rarchie_du_syst%C3%A8me_de_fichiers
(De toute manière Mandriva ou openSUSE c'est le même Os)
Je te souhaite de repartir du bon pieds avec Tux et bon week-end.
;-)
# mount /dev/sda2 /osvirtuels
# mount /dev/sdb2 on / type ext3 (rw,acl,user_xattr) /proc on /proc type proc (rw) sysfs on /sys type sysfs (rw) debugfs on /sys/kernel/debug type debugfs (rw) udev on /dev type tmpfs (rw) devpts on /dev/pts type devpts (rw,mode=0620,gid=5) /dev/sdb5 on /home type ext3 (rw,acl,user_xattr) /dev/sda1 on /stockage1 type ext3 (rw) /dev/sdc1 on /stockage2 type ext3 (rw,acl,user_xattr) fusectl on /sys/fs/fuse/connections type fusectl (rw) securityfs on /sys/kernel/security type securityfs (rw) none on /proc/sys/fs/binfmt_misc type binfmt_misc (rw) /dev/sda2 on /osvirtuels type xfs (rw)
Si elle apparait ensuite avec la commande mount c'est qu'elle est bien montée, et du coup le probleme vient du fstab (peut être remplacé /dev/disk/by-id/ata-ST3320620AS_9QF5PH60-part2 par /dev/sda2)
Tant qu'elle n'est pas listée par mount, pas l ---cut-------------------------------------------------------------------
Alors que dit " mount /dev/sda2 /osvirtuels" ?
--
In Microsoft products, failure is not an option. It is a standard feature.
-- Fabrice
manchette a écrit :
on a bien / passé à 21% et /dev/sda2 à 19% monté sur /osvirtuels en xfs ouf ;)
voilà :-)
bon par contre quel conseil donneriez vous pour le choix d'un disque dur interne ?
appareil de bureau ou portable? moi je me fournit sur rueducommerce, je viens d'acheter un disque de portable, 500Go pour environ 100 euros
http://www.rueducommerce.fr/Composants/Disques-Durs-internes/Disques-Durs-3-...
(seagate 1To, si le lien ne passe pas, 98,89 euros :-), garantie 5 ans!!!
jdd
Hello, un ordi de bureau pour moi
Pour moi Seagate est le meilleur choix mais 2 bémols récents : - la série Barracuda 7200.11 a eu un soucis de firmware récemment
- Tu es sûr pour la garantie à 5 ans (??) car sauf erreur Seagate passe ses garanties à l'identique de la concurrence depuis le 01/01/2009 ... :(
Sous réserve de ces 2 points Seagate est excellent, mais du fait de cela je pense passer au Samsung 1 To (spinpoint F1) qui m'a l'air bien placé et peu cher.
Fabrice
Le samedi 21 février 2009 19:57:11, jdd a écrit :
manchette a écrit :
on a bien / passé à 21% et /dev/sda2 à 19% monté sur /osvirtuels en xfs ouf ;)
voilà :-)
bon par contre quel conseil donneriez vous pour le choix d'un disque dur interne ?
appareil de bureau ou portable? moi je me fournit sur rueducommerce, je viens d'acheter un disque de portable, 500Go pour environ 100 euros
http://www.rueducommerce.fr/Composants/Disques-Durs-internes/Disques-Durs-3 -5-SATA/SEAGATE/2843276-Disque-Dur-Interne-3-5-7200-11-1000-Go-32-Mo-7200-tr -min-SATA-II-Bulk.htm
(seagate 1To, si le lien ne passe pas, 98,89 euros :-), garantie 5 ans!!!
jdd
http://www.dodin.net http://valerie.dodin.org http://www.youtube.com/watch?v=t-eic8MSSfM http://www.facebook.com/profile.php?id=1412160445
manchette a écrit :
- Tu es sûr pour la garantie à 5 ans (??)
c'est marqué sur la page...
jdd
-
Bruno Friedmann -
jdd -
List -
manchette