[Résolu] O octet d'espace à la racine malgré les nettoyages

zoreye · Le 10/04/2014, à 19:06

Bonjour, voici mon problème :

j'ai ce message depuis le lancement de ma dernière sauvegarde de mon home :

le volume «racine du système de fichier» n'a plus que 0 octet d'espace disque disponible.

Cette sauvegarde s'est terminée avec des erreurs car elle se fait avec Grsync sur un DD externe qui n'avait plus assez de place. Je pense que c'est lié à cette manip d'après ce que j'ai vu dans ce sujet :
http://forum.ubuntu-fr.org/viewtopic.php?id=1471011&p=2
J'ai constaté en effet que les dossiers du DD externes étaient dans /media. Je les ai supprimés (en mode graphique) mais sans résultat visible sur l'occupation du volume racine…
voici les infos qui vous permettront peut être d'établir un diagnostique :

~$ df -h
Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur
/dev/sda1           14G     14G     0 100% /
none               4,0K       0  4,0K   0% /sys/fs/cgroup
udev               936M    4,0K  936M   1% /dev
tmpfs              189M    1,1M  188M   1% /run
none               5,0M       0  5,0M   0% /run/lock
none               945M    224K  945M   1% /run/shm
none               100M     44K  100M   1% /run/user
overflow           1,0M    104K  920K  11% /tmp
/dev/sda2          131G    106G   19G  86% /home

~$ df -i
Sys. de fichiers  Inœuds IUtil.  ILibre IUti% Monté sur
/dev/sda1         915712 298481  617231   33% /
none              220501      2  220499    1% /sys/fs/cgroup
udev              216051    485  215566    1% /dev
tmpfs             220501    478  220023    1% /run
none              220501      3  220498    1% /run/lock
none              220501      7  220494    1% /run/shm
none              220501     27  220474    1% /run/user
overflow          220501     28  220473    1% /tmp
/dev/sda2        8732672  93624 8639048    2% /home

~$ dpkg -l | grep linux-headers
ii  linux-headers-3.11.0-18                   3.11.0-18.32                            all          Header files related to Linux kernel version 3.11.0
ii  linux-headers-3.11.0-18-generic           3.11.0-18.32                            i386         Linux kernel headers for version 3.11.0 on 32 bit x86 SMP
ii  linux-headers-3.11.0-19                   3.11.0-19.33                            all          Header files related to Linux kernel version 3.11.0
ii  linux-headers-3.11.0-19-generic           3.11.0-19.33                            i386         Linux kernel headers for version 3.11.0 on 32 bit x86 SMP
ii  linux-headers-generic                     3.11.0.19.20                            i386         Generic Linux kernel headers
ii  linux-headers-generic-pae                 3.11.0.19.20                            i386         Transitional package

~$ dpkg -l | grep ^ii.*linux-image
ii  linux-image-3.11.0-18-generic             3.11.0-18.32                            i386         Linux kernel image for version 3.11.0 on 32 bit x86 SMP
ii  linux-image-3.11.0-19-generic             3.11.0-19.33                            i386         Linux kernel image for version 3.11.0 on 32 bit x86 SMP
ii  linux-image-extra-3.11.0-18-generic       3.11.0-18.32                            i386         Linux kernel extra modules for version 3.11.0 on 32 bit x86 SMP
ii  linux-image-extra-3.11.0-19-generic       3.11.0-19.33                            i386         Linux kernel extra modules for version 3.11.0 on 32 bit x86 SMP
ii  linux-image-generic                       3.11.0.19.20                            i386         Generic Linux kernel image

J'ai déjà essayé les autoremove clean autoclean localepurge et tout ce qui me paraissait faisable dans la doc http://doc.ubuntu-fr.org/nettoyer_ubuntu
mais là je sèche…merci de votre aide

Dernière modification par zoreye (Le 10/04/2014, à 23:35)

nam1962 · Le 10/04/2014, à 19:09

As tu essayé le radical :

sudo apt-get purge $(dpkg -l | awk '{print $2}' | grep -E "linux-(image|headers)-$(uname -r | cut -d- -f1).*" | grep -v $(uname -r | sed -r -e 's:-[a-z]+.*::'))

qui supprime les vieux noyaux ?

Dernière modification par nam1962 (Le 10/04/2014, à 19:09)

nam1962 · Le 10/04/2014, à 19:10

nam1962 a écrit :

As tu essayé le radical :

sudo apt-get purge $(dpkg -l | awk '{print $2}' | grep -E "linux-(image|headers)-$(uname -r | cut -d- -f1).*" | grep -v $(uname -r | sed -r -e 's:-[a-z]+.*::'))

qui supprime les vieux noyaux ?

[EDIT] il n'y a pas l'air d'en avoir tant que çà....
Par contre je me demande si tu n'as pas activé les dépots "proposed"...

zoreye · Le 10/04/2014, à 19:31

Merci de ton aide,

cette commande n'a rien changé à priori rien, malgré la suppression de linux-headers-3.11.0-18-generic
linux-headers-3.11.0-18 et linux-image-extra-3.11.0-18-generic et 212 Mo annoncés gagnés :

~$ df -h
Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur
/dev/sda1           14G     13G   36M 100% /
none               4,0K       0  4,0K   0% /sys/fs/cgroup
udev               936M    8,0K  936M   1% /dev
tmpfs              189M    1,1M  188M   1% /run
none               5,0M       0  5,0M   0% /run/lock
none               945M    224K  945M   1% /run/shm
none               100M     44K  100M   1% /run/user
overflow           1,0M     80K  944K   8% /tmp
/dev/sda2          131G    106G   19G  86% /home

À priori je n'ai pas les dépots proposed si j'en juge par mon sources.list :

# deb cdrom:[Ubuntu 11.04 _Natty Narwhal_ - Release i386 (20110427.1)]/ natty main restricted

deb http://fr.archive.ubuntu.com/ubuntu/ saucy main restricted
deb-src http://fr.archive.ubuntu.com/ubuntu/ saucy main restricted
deb http://fr.archive.ubuntu.com/ubuntu/ saucy-updates main restricted
deb-src http://fr.archive.ubuntu.com/ubuntu/ saucy-updates main restricted
deb http://fr.archive.ubuntu.com/ubuntu/ saucy universe
deb-src http://fr.archive.ubuntu.com/ubuntu/ saucy universe
deb http://fr.archive.ubuntu.com/ubuntu/ saucy-updates universe
deb-src http://fr.archive.ubuntu.com/ubuntu/ saucy-updates universe
deb http://fr.archive.ubuntu.com/ubuntu/ saucy multiverse
deb-src http://fr.archive.ubuntu.com/ubuntu/ saucy multiverse
deb http://fr.archive.ubuntu.com/ubuntu/ saucy-updates multiverse
deb-src http://fr.archive.ubuntu.com/ubuntu/ saucy-updates multiverse
## Uncomment the following two lines to add software from the 'backports'
## repository.
## N.B. software from this repository may not have been tested as
## extensively as that contained in the main release, although it includes
## newer versions of some applications which may provide useful features.
## Also, please note that software in backports WILL NOT receive any review
## or updates from the Ubuntu security team.
# deb http://fr.archive.ubuntu.com/ubuntu/ natty-backports main restricted universe multiverse
# deb-src http://fr.archive.ubuntu.com/ubuntu/ natty-backports main restricted universe multiverse
deb http://security.ubuntu.com/ubuntu saucy-security main restricted
deb-src http://security.ubuntu.com/ubuntu saucy-security main restricted
deb http://security.ubuntu.com/ubuntu saucy-security universe
deb-src http://security.ubuntu.com/ubuntu saucy-security universe
deb http://security.ubuntu.com/ubuntu saucy-security multiverse
deb-src http://security.ubuntu.com/ubuntu saucy-security multiverse
## Uncomment the following two lines to add software from Canonical's
## 'partner' repository.
## This software is not part of Ubuntu, but is offered by Canonical and the
## respective vendors as a service to Ubuntu users.
# deb http://archive.canonical.com/ubuntu natty partner
# deb-src http://archive.canonical.com/ubuntu natty partner
## This software is not part of Ubuntu, but is offered by third-party
## developers who want to ship their latest software.
deb http://extras.ubuntu.com/ubuntu saucy main
deb-src http://extras.ubuntu.com/ubuntu saucy main

Ça faisait longtemps que je n'avais pas mis mon nez dans ce ficihier, mais j'ai l'impression d'en avoir beaucoup…non ?

nam1962 · Le 10/04/2014, à 19:37

Oui et non : mais tu as des résidus de natty (commentés donc inactifs, donc ça va)
perso je travaille ça en GUI avec la section A du tuto dans ma signature.
Maintenant, le problème c'est que 14Go pour le / ce n'est pas bézef...
Un petit coup de gparted pour le monter à 25/30Go ?
(Ou alors enlever de gros logiciels)

zoreye · Le 10/04/2014, à 19:47

Ah bon ? je pensais pourtant être à l'aise avec 14 Go… quand j'ai commencé avec Ubuntu j'attribuais à peine 10 Go au système donc là je pensais avoinr de la marge… donc je vais revoir ma position et tenter d'agrandir dès que je pourrai sauvegarder mes données… Ce qui me chiffonne un peu c'est que j'ai déjà supprimé quelques logiciels (LAMP, dropbox…) sans aucune répercussion sur l'occupation du DD. Et que c'est intervenu après une tentative de sauvegarde. Pour le moment je ne peux plus faire de sauvegarde vu que le disque externe est ras la gueule.

nam1962 · Le 10/04/2014, à 19:50

En fait ce n'est pas tant le système que les paquets que tu as mis en plus.
As tu tenté un bleachbit en root ?

zoreye · Le 10/04/2014, à 20:21

c'est fait, 13,2 Mb de supprimé, autant dire rien, et toujours 0 octet disponible (pourtant j'ai pu installer bleachbit !)

nam1962 · Le 10/04/2014, à 20:23

Ya plus que gparted alors... (normalement pas trop de risque pour tes data)

Sibe · Le 10/04/2014, à 20:28

Non attend faut mettre les choses au clair, 13 Go c'est largement suffisant pour la racine si le home est séparé comme c'est le cas, en général on recommande une partition de 15 Go pour la racine, au dessus ça sert a rien car tous les paramètres des logiciel, le cache mozilla etc... c'est tout dans le home donc pas pris en compte dans le racine. (moi je met toujours 15 Go en racine et j'ai jamais eu de problème).

En faite là tu as tout simplement un gros problème dans ta racine, soit un gros fichier qui a été placé par erreur dedans soit tu as les logs qui surcharge ta racine suite a un problème (/var/log) faut regarder dans le détail le dossier qui est trop gros dans ta racine, dis moi combien pèse ton dossier /var (tu va dedans avec cd /var et tu fais du -h)

Dernière modification par Sibe (Le 10/04/2014, à 20:29)

zoreye · Le 10/04/2014, à 21:37

Ok alors voyons ça : résultat : 422 M dans /var
Dans /media j'avais effectivement un gros fichier de plus de 100Go…mais après l'avoir supprimé il n'y a pas eu de changement. Maintenant il y a 12 k
Je passe en revue tous les dossiers dans / c'est dans /usr que j'ai le plus : 3,5 G dans les autres dossiers y'a même pas 1G. Je ne comprends pas où se cachent les10,5G restants.
petit changement quand même, j'ai à présent 46M libres ! (je pense que c'est l'effet de bleachbit, mais c'est curieux j'ai cru pourtant vérifier juste après)

$ df -h
Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur
/dev/sda1           14G     13G   46M 100% /
none               4,0K       0  4,0K   0% /sys/fs/cgroup
udev               936M    8,0K  936M   1% /dev
tmpfs              189M    1,1M  188M   1% /run
none               5,0M       0  5,0M   0% /run/lock
none               945M    224K  945M   1% /run/shm
none               100M     48K  100M   1% /run/user
overflow           1,0M    112K  912K  11% /tmp
/dev/sda2          131G    106G   19G  86% /home

Dernière modification par zoreye (Le 10/04/2014, à 21:47)

Sibe · Le 10/04/2014, à 22:33

Zoreye, tape la commande ci-dessous dans un terminal puis fais un copier/coller du résultat. (ça peux prendre du temps et il est possible que ça mette quelques erreurs de permissions mais c'est pas grave).

sudo du -ha --max-depth=1 /

ps : attention, le dossier "/media" c'est le dossier de montage des périphériques externes (disque dur externe, clé usb...)...

Dernière modification par Sibe (Le 10/04/2014, à 22:34)

zoreye · Le 10/04/2014, à 23:02

voilà :

$ sudo du -ha --max-depth=1 /
[sudo] password for remi: 
du: impossible d'accéder à «/proc/11365/task/11365/fd/3»: Aucun fichier ou dossier de ce type
du: impossible d'accéder à «/proc/11365/task/11365/fdinfo/3»: Aucun fichier ou dossier de ce type
du: impossible d'accéder à «/proc/11365/fd/3»: Aucun fichier ou dossier de ce type
du: impossible d'accéder à «/proc/11365/fdinfo/3»: Aucun fichier ou dossier de ce type
0	/proc
106G	/home
4,0K	/cdrom
4,0K	/mnt
8,8G	/.Trash-0
0	/libnss3.so
16M	/etc
0	/vmlinuz.old
0	/vmlinuz
3,6M	/root
33M	/boot
214M	/lib
16K	/lost+found
du: impossible d'accéder à «/run/user/1000/gvfs»: Permission non accordée
1,4M	/run
14M	/sbin
0	/initrd.img.old
0	/sys
8,0K	/dev
64K	/tmp
556K	/opt
12K	/media
422M	/var
3,5G	/usr
4,0K	/srv
0	/initrd.img
9,1M	/bin
119G	/

Dis donc je vois une poubelle cachée avec 8,8G ( /.Trash-0) ce serait pas ça le problème ? pourtant je croyais avoir vidé les corbeilles avec cette commande :

find /media -maxdepth 2 -name ".Trash*" -delete

comment je la vide ?

Dernière modification par zoreye (Le 10/04/2014, à 23:13)

nam1962 · Le 10/04/2014, à 23:13

Ca semble être déjà arrivé ce truc :
http://forum.ubuntu-fr.org/viewtopic.php?id=87488
http://forum.ubuntu-fr.org/viewtopic.php?id=344608
http://forum.ubuntu-fr.org/viewtopic.php?id=240954

Sibe · Le 10/04/2014, à 23:25

Ba voilà grâce a ma commande tu as trouvé ta réponse, tu as un dossier caché nommé ".Trash-0" situé dans ta racine qui te bouffe tout l'espace libre, pour régler ton problème il suffit de supprimer ce dossier :

sudo rm -rf /.Trash-0

Dernière modification par Sibe (Le 10/04/2014, à 23:25)

zoreye · Le 10/04/2014, à 23:33

Yes ! merci ! j'ai fait

sudo rm -r .Trash-0

et là je n'ai plus que 33% d'occupé sur mon répertoire racine je pense que c'est résolu,
merci et bonne nuit !!

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 10/04/2014, à 19:06

[Résolu] O octet d'espace à la racine malgré les nettoyages

#2 Le 10/04/2014, à 19:09

Re : [Résolu] O octet d'espace à la racine malgré les nettoyages

#3 Le 10/04/2014, à 19:10

Re : [Résolu] O octet d'espace à la racine malgré les nettoyages

#4 Le 10/04/2014, à 19:31

Re : [Résolu] O octet d'espace à la racine malgré les nettoyages

#5 Le 10/04/2014, à 19:37

Re : [Résolu] O octet d'espace à la racine malgré les nettoyages

#6 Le 10/04/2014, à 19:47

Re : [Résolu] O octet d'espace à la racine malgré les nettoyages

#7 Le 10/04/2014, à 19:50

Re : [Résolu] O octet d'espace à la racine malgré les nettoyages

#8 Le 10/04/2014, à 20:21

Re : [Résolu] O octet d'espace à la racine malgré les nettoyages

#9 Le 10/04/2014, à 20:23

Re : [Résolu] O octet d'espace à la racine malgré les nettoyages

#10 Le 10/04/2014, à 20:28

Re : [Résolu] O octet d'espace à la racine malgré les nettoyages

#11 Le 10/04/2014, à 21:37

Re : [Résolu] O octet d'espace à la racine malgré les nettoyages

#12 Le 10/04/2014, à 22:33

Re : [Résolu] O octet d'espace à la racine malgré les nettoyages

#13 Le 10/04/2014, à 23:02

Re : [Résolu] O octet d'espace à la racine malgré les nettoyages

#14 Le 10/04/2014, à 23:13

Re : [Résolu] O octet d'espace à la racine malgré les nettoyages

#15 Le 10/04/2014, à 23:25

Re : [Résolu] O octet d'espace à la racine malgré les nettoyages

#16 Le 10/04/2014, à 23:33

Re : [Résolu] O octet d'espace à la racine malgré les nettoyages

Pied de page des forums