Bonjour,
Déjà, on va annoncer la couleur : je suis vraiment noob ^^
Alors voilà. Je me suis rendu compte que j’avais la partition remplie à 100%. Apparemment, j’ai plein de fichiers cachés (supprimés mais toujours présents), et j’aimerai bien m’en débarrasser.
Heeeeelp ^^
Merci d’avance
Bonjour.
Une partition saturée peut entraîner des dysfonctionnement, donc, dans l’urgence :
Tu passes en root et tu tapes :
# lsof | grep -i deletedTu auras comme ça la liste des fichiers que tu penses avoir détruits mais qui restent présent sur le disque.
Merci,
Alors, à priori, je n’ai rien de vital ou de super important. Si vous connaissez une commande magique pour bazarder tous les machins “cachés” (visibles par la commande indiquée par Debianhadic, j’avais déjà fait ça mais je veux les virer maintenant ^^), je suis preneur.
Effectivement, je crois que ça provoque pas mal de bugs, et c’est pour ça que je m’en suis aperçu (souci au démarrage notamment).
Je précise, si c’est utile, que je suis passé de Weezhy à Jessie depuis 3 jours. Ça avait l’air top jusqu’à hier soir (premiers désagréments), et ce matin, c’est la cata (gros soucis pour démarrer). Je crois que le souci est cette foutue partition ^^
Merci de votre attention
Commençons par le début, Mr Lapalisse :
$ df -h
$ su -
# fdisk -lDonne nous le résultat de tout ça.
Ok, Let’s go!
[quote]df -h
Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur
/dev/sda1 141G 140G 0 100% /
udev 10M 0 10M 0% /dev
tmpfs 200M 940K 199M 1% /run
tmpfs 5,0M 4,0K 5,0M 1% /run/lock
tmpfs 1,1G 110M 928M 11% /run/shm
tmpfs 1,1G 92K 1,1G 1% /tmp
cgroup 12K 0 12K 0% /sys/fs/cgroup
cgmfs 100K 0 100K 0% /run/cgmanager/fs
tmpfs 200M 4,0K 200M 1% /run/user/114
tmpfs 200M 8,0K 200M 1% /run/user/1000[/quote]
[quote]fdisk -l
Disque /dev/sda : 149,1 GiB, 160041885696 octets, 312581808 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d’E/S (minimale / optimale) : 512 octets / 512 octets
Type d’étiquette de disque : dos
Identifiant de disque : 0x00061f50
Device Boot Start End Sectors Size Id Type
/dev/sda1 * 2048 299497383 299495336 142,8G 83 Linux
/dev/sda2 299497384 312550277 13052894 6,2G 5 Extended
/dev/sda5 299497386 306024270 6526885 3,1G 82 Linux swap / Solaris[/quote]
Merci encore 
Ok, donc maintenant :
$ su -
# lsof | grep DELETED[quote]~# lsof | grep DELETED
lsof: WARNING: can’t stat() fuse.gvfsd-fuse file system /run/user/1000/gvfs
Output information may be incomplete.[/quote]
Ça a l’air spé ça…
Si tu n’as que ça comme message, c’est que rien n’a été effacé en cours d’utilisation, c’est plutôt bon signe !
Maintenant il va falloir que scrutes ton disque dur pour voir quel dossier contient le plus de données :
$ su -
# cd /
# du -sch .[!.]* * |sort -hgrâce à cette commande tu auras la taille de chaque répertoire sur le disque, entre dans celui que tu trouve suspect et refait cette commande, tu finiras par trouver où réside les plus gros fichiers inutiles.
En attendant, tu peux aussi nettoyer les archives d’APT :
$ su -
# apt-get cleanA première vue, à moins que tu ais des centaines de fichier AVI, MPEG, … dans ton /home il semblerait que ton disque soit tout naturellement plein, ça arrive, c’est même fait pour ça !
Tu as des bases de données ? C’est un serveur ou un desktop ?
[quote=“debianhadic”]Si tu n’as que ça comme message, c’est que rien n’a été effacé en cours d’utilisation, c’est plutôt bon signe !
Maintenant il va falloir que scrutes ton disque dur pour voir quel dossier contient le plus de données :
$ su -
# cd /
# du -sch .[!.]* * |sort -hgrâce à cette commande tu auras la taille de chaque répertoire sur le disque, entre dans celui que tu trouve suspect et refait cette commande, tu finiras par trouver où réside les plus gros fichiers inutiles. [/quote]
Ils ont l’air classé du plus léger vers le plus lourd…
[quote]En attendant, tu peux aussi nettoyer les archives d’APT :
$ su -
# apt-get cleanA première vue, à moins que tu ais des centaines de fichier AVI, MPEG, … dans ton /home il semblerait que ton disque soit tout naturellement plein, ça arrive, c’est même fait pour ça !
Tu as des bases de données ? C’est un serveur ou un desktop ?[/quote]
Comme je le disais, je suis vraiment noob… Des bases de données? Serveur ou desktop?.. Aucune certitude. J’ai envie de dire desktop parce que le terme revient souvent ^^ Mais en fait, j’en sais rien.
Sinon, je n’ai pas des centaines de AVI/MPEG. C’est certain!
J’envoie la purée…
[quote]# du -sch .[!.]* * |sort -h
0 .gksu.lock
4,0K backup
4,0K backup.save
4,0K .bash_history
4,0K .bash_logout
4,0K .bashrc
4,0K .bashrc.save
4,0K Bureau
4,0K cd
4,0K .drgeo
4,0K .gnome2_private
4,0K .gphoto
4,0K .gtk-bookmarks
4,0K .gvfs
4,0K ibus_1.5.9-1.dsc
4,0K jessie_minimal
4,0K my qq
4,0K pkg-mozilla-archive-keyring_1.1_all.deb
4,0K .profile
4,0K .pulse-cookie
4,0K .solfegerc
4,0K sources.list
4,0K .update-notifier
4,0K .xinput.d
4,0K .xinputrc
8,0K .dbus
8,0K .etw
8,0K .java
8,0K .mission-control
8,0K .pypar2
8,0K .scratch
8,0K .squeak
8,0K .sunpinyin
8,0K .tuxpaint
8,0K .tuxtype
12K .audacity-data
12K .chewing
12K .presage
12K .scim
16K .goldendict
16K .solfege
16K .sudoku
20K .etracer
20K .sugar
24K .gnome
24K .ICEauthority
24K .stardict
32K .hydrogen
32K .tuxmath
36K .dvdcss
36K .gnome2
36K liste
36K .pki
36K .schoolsplay.rc
40K .pulse
40K .supertux
40K .tuxguitar-1.2
40K .uim.d
68K .tencent
80K mes_paquets
84K liste-des-paquets
108K .xsession-errors.old
164K .mypaint
172K .kde
196K .gconf
288K .xsession-errors
532K .gimp-2.8
732K .macromedia
744K .thumbnails
892K .gstreamer-0.10
1000K fontconfig
1,9M .gervill
2,3M .fontconfig
4,1M .icedove
4,7M linuxqq.deb
6,2M linuxqq
19M Downloads
54M .opera
66M .Skype
67M .config
68M .mozilla
157M .local
185M .PlayOnLinux
618M .cache
1,3G total[/quote]
A priori, le cache m’a l’air bien foireux…
Et le apt-get clean ne donne rien (je l’avais fait et refait depuis ce matin).
Tu n’as pas du faire le “cd /” avant !
Oups. Pardon, autant pour moi ^^
[quote]# du -sch .[!.]* * |sort -h
du: impossible d’accéder à « proc/7990/task/7990/fd/4 »: Aucun fichier ou dossier de ce type
du: impossible d’accéder à « proc/7990/task/7990/fdinfo/4 »: Aucun fichier ou dossier de ce type
du: impossible d’accéder à « proc/7990/fd/4 »: Aucun fichier ou dossier de ce type
du: impossible d’accéder à « proc/7990/fdinfo/4 »: Aucun fichier ou dossier de ce type
du: impossible d’accéder à « run/user/1000/gvfs »: Permission non accordée
0 dev
0 initrd.img
0 initrd.img.old
0 proc
0 sys
0 vmlinuz
0 vmlinuz.old
4,0K lib64
4,0K mnt
4,0K opt
4,0K .pulse
4,0K .pulse-cookie
4,0K srv
12K tmp
16K lost+found
20K media
888K root
2,2M run
3,6M lib32
9,6M sbin
9,8M etc
12M bin
43M boot
342M lib
1,3G home
5,9G usr
133G var
140G total
[/quote]
Un dossier “/var” de 130 Go !!!
Va dedans et refait la commande
Je vais comment dedans?
J’avais prévenu que j’étais un noob hein… Patapé! patapé!
$ su -
# cd /
# cd varOu tout simplement
[code]
$ su -
[code]
cd = change directory
Merci.
Donc, le détail du /var, ça donne ça :
[quote]/var# du -sch .[!.]* * |sort -h
du: impossible d’accéder à « .[!.]* »: Aucun fichier ou dossier de ce type
0 lock
0 run
4,0K local
4,0K opt
40K games
40K mail
88K spool
8,8M backups
12M tmp
164M lib
271M cache
132G log
133G total
[/quote]
On dirait que c’est carnaval dans log…
Ce qui est bien avec log c’est que tu vas sûrement finir par trouver quel programme est la cause de tes ennuis !
Dans la commande que je t’ai donné, il y a un espace entre les deux ‘*’
Bon, une fois que j’ai ouvert le log, on peut virer avec quelle commande les programmes “suspects”? ^^
Parce, j’ai ces 3 là qui me pompent à eux seuls plus de 100 Go 
[quote]38G syslog.1
47G messages.1
47G user.log.1
[/quote]
édit : je test rm?
Houla non !
Déjà tu peux regarder ce qu’il y a dedans, pour voir si tous ces logs ne seraient pas là par hasard (avec nano par exemple)
# nano messages.1Sinon tu peux les vider sans les supprimer :
# cd /var/log
# echo . > messages.1
# echo . > syslog.1
......Bin, j’ai voulu zieuter avec nano, mais rien ne s’affichait 
Du coup, je suis passé au plan B et j’ai suivi tes précieux conseils, résultat :
[quote]# fdisk -l
Disque /dev/sda : 149,1 GiB, 160041885696 octets, 312581808 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d’E/S (minimale / optimale) : 512 octets / 512 octets
Type d’étiquette de disque : dos
Identifiant de disque : 0x00061f50
Device Boot Start End Sectors Size Id Type
/dev/sda1 * 2048 299497383 299495336 142,8G 83 Linux
/dev/sda2 299497384 312550277 13052894 6,2G 5 Extended
/dev/sda5 299497386 306024270 6526885 3,1G 82 Linux swap / Solaris[/quote]
Ça me parait clean… 1000 mercis!