[Résolu]Le volume "home" ne contient plus que 0 octets d'espace

xavier67 · Le 24/10/2015, à 17:04

Bonjour,

Je suis sur mon PC en session d'invité car je n'arrive plus à démarrer normalement depuis l'avertissement que le volume home n'a plus d'espace...
Comment savoir pourquoi? Et comment refaire de la place?

Merci!

Dernière modification par xavier67 (Le 10/02/2021, à 01:09)

xavier67 · Le 24/10/2015, à 17:31

Je tente déjà de me reconnecter depuis un liveCD si je le trouve et qu'il fonctionne encore car depuis la session invité j'ai l'impression que je ne peux pas voir ce qu'il y a sur ma session à moi...

Alex10336 · Le 24/10/2015, à 18:22

Le retour cette commande dans un terminal ?

df -ah

Dernière modification par Alex10336 (Le 24/10/2015, à 18:22)

xavier67 · Le 24/10/2015, à 18:30

Salut!
Je me suis mis en live cd pour faire de la place manuellement! J'avais beaucoup de gputoutstream... qui à priori ne servent à rien d'après ce que j'ai lu sur les forums... J'espère ne rien avoir effacé de nécessaire. J'ai aussi nettoyé les .trash dans la corbeille qui contenait de très vielles choses...

xavier67 · Le 24/10/2015, à 18:31

ubuntu@ubuntu:~$ df -ah
df: «/root/.gvfs»: Permission non accordée
Sys. fich.       Taille Util. Dispo Uti% Monté sur
/cow               2,0G   94M  1,9G   5% /
proc                  0     0     0    - /proc
sysfs                 0     0     0    - /sys
udev               2,0G  4,0K  2,0G   1% /dev
devpts                0     0     0    - /dev/pts
tmpfs              799M  848K  798M   1% /run
/dev/sr0           665M  665M     0 100% /cdrom
/dev/loop0         644M  644M     0 100% /rofs
none                  0     0     0    - /sys/fs/fuse/connections
none                  0     0     0    - /sys/kernel/debug
none                  0     0     0    - /sys/kernel/security
tmpfs              2,0G   12K  2,0G   1% /tmp
none               5,0M  4,0K  5,0M   1% /run/lock
none               2,0G  176K  2,0G   1% /run/shm
gvfs-fuse-daemon      0     0     0    - /home/ubuntu/.gvfs
/dev/sda1           10G  6,4G  3,1G  68% /media/2deb30a0-1092-4f12-ab0c-7cf1d1a17aa7
/dev/sda3           10G  973M  8,6G  11% /media/de8f2c18-baaa-431d-8670-5da8641944fd
/dev/sda4          125G   54G   65G  46% /media/39621d74-bbee-4fb9-be55-d3f2d3eafd18

Pourrait on encore en profiter pour faire de la place quelque part? Ou comprendre l'origine de ces gputoutstream?
Je tente de redémarrer sur mon profil à moi!

Modération : merci à l'avenir d'utiliser les balises code (explications ici).

Dernière modification par cqfd93 (Le 24/10/2015, à 18:40)

Alex10336 · Le 24/10/2015, à 18:37

la commande « df -ah » sur ton installation, pas le live cd. même si pour l'instant, rien d'alarmant.

moko138 · Le 24/10/2015, à 18:38

De ton système installé (mais de n'importe quelle session) donne

df -h

df -i

et

ls /boot

Et mets les retours de commande entre balises-code ! (les < > bleus de la barre de mise en forme) comme indiqué par ljere, et conformément aux règles du forum.

Dernière modification par moko138 (Le 24/10/2015, à 18:40)

xavier67 · Le 24/10/2015, à 18:48

Alors ça y est c'est bon le ménage que j'ai fait à été utile! Par contre mon tableau de bord est énorme mais c'est une question de réglage que je devrais retrouver.

xav@xav-VGN-NS21S-W:~$ df -ah
Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur
/dev/sda1          9,9G    6,3G  3,1G  68% /
proc                  0       0     0    - /proc
sysfs                 0       0     0    - /sys
none                  0       0     0    - /sys/fs/fuse/connections
none                  0       0     0    - /sys/kernel/debug
none                  0       0     0    - /sys/kernel/security
udev               2,0G    4,0K  2,0G   1% /dev
devpts                0       0     0    - /dev/pts
tmpfs              400M    868K  399M   1% /run
none               5,0M       0  5,0M   0% /run/lock
none               2,0G    380K  2,0G   1% /run/shm
/dev/sda3          9,9G    856M  8,6G   9% /home
/dev/sda4          124G     52G   65G  45% /media/MesDocs
binfmt_misc           0       0     0    - /proc/sys/fs/binfmt_misc
gvfs-fuse-daemon      0       0     0    - /home/xav/.gvfs

moko138 · Le 24/10/2015, à 18:50

Et le #7 ?

MicP · Le 24/10/2015, à 18:51

Regarde aussi du côté de /boot pour voir si tu n'aurais pas une longue liste de noyaux obsolètes.
Je ne te dis pas de les supprimer, mais si ton système re-démarre après ce que tu as déjà déjà supprimé, il faudra penser à faire le ménage aussi de ce côté.

Tans que tu y es, si tu as de la place sur un disque externe, profite-en pour y copier (j'ai pas dit coupé/collé) une vidéo ou deux que tu pourra éffacer une fois la copie terminée et vérifiée.
Pour les copies par USB, soit sûr et certain que les fichiers vidéo ont intégralement été copiés avant de supprimer l'original (le tampon des entrées/sorties joue parfois de mauvais tours)
Le but, c'est de faire de la place sur ton système de fichiers afin que le système ubuntu puisse démarrer et que tu puisse enfin lancer une ou deux procédure de nettoyage depuis ce système,
ou du moins un diagnostic pour comprendre ce qui s'est passé.

EDIT : D'autres messages sont arrivés pendant que je rédigeais celui-ci en fonction du #4

Dernière modification par MicP (Le 24/10/2015, à 18:55)

xavier67 · Le 24/10/2015, à 18:51

xav@xav-VGN-NS21S-W:~$ df -h
Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur
/dev/sda1          9,9G    6,3G  3,1G  68% /
udev               2,0G    4,0K  2,0G   1% /dev
tmpfs              400M    868K  399M   1% /run
none               5,0M       0  5,0M   0% /run/lock
none               2,0G    188K  2,0G   1% /run/shm
/dev/sda3          9,9G    856M  8,6G   9% /home
/dev/sda4          124G     52G   65G  45% /media/MesDocs

xav@xav-VGN-NS21S-W:~$ df -i
Sys. de fichiers  Inœuds IUtil.  ILibre IUti% Monté sur
/dev/sda1         655360 324554  330806   50% /
udev              206517    518  205999    1% /dev
tmpfs             210171    433  209738    1% /run
none              210171      3  210168    1% /run/lock
none              210171      6  210165    1% /run/shm
/dev/sda3         655360  10374  644986    2% /home
/dev/sda4        8200192  12295 8187897    1% /media/MesDocs

xav@xav-VGN-NS21S-W:~$ ls /boot
abi-3.2.0-84-generic-pae         initrd.img-3.2.0-89-generic-pae
abi-3.2.0-85-generic-pae         initrd.img-3.2.0-90-generic-pae
abi-3.2.0-86-generic-pae         initrd.img-3.2.0-91-generic-pae
abi-3.2.0-87-generic-pae         initrd.img-3.2.0-92-generic-pae
abi-3.2.0-88-generic-pae         memtest86+.bin
abi-3.2.0-89-generic-pae         memtest86+_multiboot.bin
abi-3.2.0-90-generic-pae         System.map-3.2.0-84-generic-pae
abi-3.2.0-91-generic-pae         System.map-3.2.0-85-generic-pae
abi-3.2.0-92-generic-pae         System.map-3.2.0-86-generic-pae
config-3.2.0-84-generic-pae      System.map-3.2.0-87-generic-pae
config-3.2.0-85-generic-pae      System.map-3.2.0-88-generic-pae
config-3.2.0-86-generic-pae      System.map-3.2.0-89-generic-pae
config-3.2.0-87-generic-pae      System.map-3.2.0-90-generic-pae
config-3.2.0-88-generic-pae      System.map-3.2.0-91-generic-pae
config-3.2.0-89-generic-pae      System.map-3.2.0-92-generic-pae
config-3.2.0-90-generic-pae      vmlinuz-3.2.0-84-generic-pae
config-3.2.0-91-generic-pae      vmlinuz-3.2.0-85-generic-pae
config-3.2.0-92-generic-pae      vmlinuz-3.2.0-86-generic-pae
grub                             vmlinuz-3.2.0-87-generic-pae
initrd.img-3.2.0-84-generic-pae  vmlinuz-3.2.0-88-generic-pae
initrd.img-3.2.0-85-generic-pae  vmlinuz-3.2.0-89-generic-pae
initrd.img-3.2.0-86-generic-pae  vmlinuz-3.2.0-90-generic-pae
initrd.img-3.2.0-87-generic-pae  vmlinuz-3.2.0-91-generic-pae
initrd.img-3.2.0-88-generic-pae  vmlinuz-3.2.0-92-generic-pae

Pour cette dernière commande je me souviens l'avoir faite dernièrement car un problème d'images envahissantes était revenu comme quelques années avant..

xavier67 · Le 24/10/2015, à 18:54

Pas de problèmes MicP, mes infos perso importantes sont sur la partition MesDocs

moko138 le #7? C'est une commande?

MicP · Le 24/10/2015, à 18:56

… le #7? C'est une commande?…

regarde en haut à droite de chaque message

Donc, le #7, c'est celui-là. Mais tu as déjà fait en #11 ce que moko138 demandait dans le #7

Je vous laisse continuer.

Je te souhaite un bon nettoyage et redémarrage avec un système tout propre.

Dernière modification par MicP (Le 24/10/2015, à 19:04)

xavier67 · Le 24/10/2015, à 19:03

Héhé oui

Ben voilà tout pour les commandes..
J'essaye de régler la taille de mon tableau de bord mais je ne trouve plus pour l'instant

xavier67 · Le 24/10/2015, à 19:27

Je pense que je reviendrais demain pour avoir votre avis... Et pour la taille du tableau de bord (je vais dans "paramètres du système" et "apparence" mais je ne trouve plus ce que j'avais utilisé pour régler ça...

Sinon dites moi ce que vous pensez pour le commandes df -

Bonne soirée si on ne revoit pas avant

moko138 · Le 24/10/2015, à 19:46

COPIE-COLLE cette très longue commande

sudo apt-get remove --purge linux-headers-3.2.0-84 linux-headers-3.2.0-85 linux-headers-3.2.0-86 linux-headers-3.2.0-87 linux-headers-3.2.0-88 linux-headers-3.2.0-89 linux-headers-3.2.0-90 linux-headers-3.2.0-84-generic-pae linux-headers-3.2.0-85-generic-pae linux-headers-3.2.0-86-generic-pae linux-headers-3.2.0-87-generic-pae linux-headers-3.2.0-88-generic-pae linux-headers-3.2.0-89-generic-pae linux-headers-3.2.0-90-generic-pae linux-image-3.2.0-84-generic-pae linux-image-3.2.0-85-generic-pae linux-image-3.2.0-86-generic-pae linux-image-3.2.0-87-generic-pae linux-image-3.2.0-88-generic-pae linux-image-3.2.0-89-generic-pae linux-image-3.2.0-90-generic-pae; sudo update-grub

(son exécution peut prendre un certain temps et va te libérer 1,4 Go).
Ensuite donne le retour de

dpkg -l | grep -Ei "linux-headers|linux-image"

Et ne redémarre pas avant le feu vert du forum.

Alex10336 · Le 24/10/2015, à 20:18

Ces commandes sont pas utiles, il a 3.1 Go de libre sur le / et le /home est séparé. Son problème est résolut (par lui même, d'ailleurs)

marcodel · Le 24/10/2015, à 20:32

salut

Alex10336 a écrit :

Ces commandes sont pas utiles, il a 3.1 Go de libre sur le /

a partir de quel moment , est-il utile de virer des vieux noyaux ?
a+

Alex10336 · Le 24/10/2015, à 20:35

Ils le font normalement tout seul.
Sinon, un « apt-get autoremove » le fait.

marcodel · Le 24/10/2015, à 20:37

re

Alex10336 a écrit :

Ils le font normalement tout seul.

peus tu donner un example ?
a+

Alex10336 · Le 24/10/2015, à 20:51

Oui et non, sur trois pc que j'ai actuellement sous la main. Ils ont tous deux kernel max d'installé. (je viens de vérifier)

xavier67 · Le 24/10/2015, à 21:24

Bonne question marcodel car j'avais déjà eu ce problème avant! Et apt-get autoremove n'y faisais rien...
Mais là le problème semblait venir des fichiers "gputoutstream" qui se sont accumulés de la même manière...
Comme dit je reviens demain et je mettrais [résolu] mais il me semble qu'il y a peut être encore des choses que des personnes pourraient rajouter d'ici là! Alors je laisse encore un peu la discussion!

En fait j'ai supprimé les fichiers manuellement mais sans savoir pourquoi ils se sont accumulés de la sorte.. Tout comme les anciens noyaux d'ailleurs..

Dernière modification par xavier67 (Le 24/10/2015, à 21:26)

moko138 · Le 24/10/2015, à 21:54

xavier67 :
Les .goutputstream dans 12.04 sont des restes de copiers-collers, le plus souvent à zéro octets.
Mais vider la corbeille était une bonne chose, plus efficace.

Alex10336 :
1) Même dans Trusty, un

sudo apt-get autoremove

donne des résultats incomplets.
(Tu pourras le vérifier après l'installation de ton prochain noyau).
- - - - -
2) Mais comme xavier67 utilise Precise, ta commande n'enlèverait aucun morceau de noyau.
Aucun !
D'ailleurs xavier67 le confirme :

Et apt-get autoremove n'y faisait rien...

- - - - -
3) Aider, ça ne s'arrête pas quand 3,1 Gio ont été libérés.
Il faut montrer où était l'erreur et expliquer comment s'en prémunir, pour éviter

xavier67 a écrit :

j'avais déjà eu ce problème avant!

la répétition.

moko138 · Le 24/10/2015, à 22:09

xavier67 a écrit :

sans savoir pourquoi ils se sont accumulés de la sorte.. Tout comme les anciens noyaux d'ailleurs..

Tout simplement parce que dans Ubuntu, il n'y a aucun dispositif automatique de purge des anciens noyaux.

À partir de Trusty,

sudo apt-get autoremove

lancé manuellement et validé manuellement fait une partie du boulot.

Pour toutes les versions d'Ubuntu,
- kclean, qui est un paquet non-officiel récemment mis au point par Hoper, peut faire le boulot. À condition de l'installer, d'apprendre à s'en servir et de penser à le lancer de temps en temps. Disons une fois par mois. Comme pour la solution suivante :
- ou alors tu appliques la Doc : http://doc.ubuntu-fr.org/kernel#suppres … ens_noyaux.
À ce propos, tu n'as pas encore donné les deux retours du #16...

MicP · Le 24/10/2015, à 22:17

@ xavier67
Histoire de voir un peu du côté de var

sudo du -sh /var

Dernière modification par MicP (Le 24/10/2015, à 22:17)

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 24/10/2015, à 17:04

[Résolu]Le volume "home" ne contient plus que 0 octets d'espace

#2 Le 24/10/2015, à 17:31

Re : [Résolu]Le volume "home" ne contient plus que 0 octets d'espace

#3 Le 24/10/2015, à 18:22

Re : [Résolu]Le volume "home" ne contient plus que 0 octets d'espace

#4 Le 24/10/2015, à 18:30

Re : [Résolu]Le volume "home" ne contient plus que 0 octets d'espace

#5 Le 24/10/2015, à 18:31

Re : [Résolu]Le volume "home" ne contient plus que 0 octets d'espace

#6 Le 24/10/2015, à 18:37

Re : [Résolu]Le volume "home" ne contient plus que 0 octets d'espace

#7 Le 24/10/2015, à 18:38

Re : [Résolu]Le volume "home" ne contient plus que 0 octets d'espace

#8 Le 24/10/2015, à 18:48

Re : [Résolu]Le volume "home" ne contient plus que 0 octets d'espace

#9 Le 24/10/2015, à 18:50

Re : [Résolu]Le volume "home" ne contient plus que 0 octets d'espace

#10 Le 24/10/2015, à 18:51

Re : [Résolu]Le volume "home" ne contient plus que 0 octets d'espace

#11 Le 24/10/2015, à 18:51

Re : [Résolu]Le volume "home" ne contient plus que 0 octets d'espace

#12 Le 24/10/2015, à 18:54

Re : [Résolu]Le volume "home" ne contient plus que 0 octets d'espace

#13 Le 24/10/2015, à 18:56

Re : [Résolu]Le volume "home" ne contient plus que 0 octets d'espace

#14 Le 24/10/2015, à 19:03

Re : [Résolu]Le volume "home" ne contient plus que 0 octets d'espace

#15 Le 24/10/2015, à 19:27

Re : [Résolu]Le volume "home" ne contient plus que 0 octets d'espace

#16 Le 24/10/2015, à 19:46

Re : [Résolu]Le volume "home" ne contient plus que 0 octets d'espace

#17 Le 24/10/2015, à 20:18

Re : [Résolu]Le volume "home" ne contient plus que 0 octets d'espace

#18 Le 24/10/2015, à 20:32

Re : [Résolu]Le volume "home" ne contient plus que 0 octets d'espace

#19 Le 24/10/2015, à 20:35

Re : [Résolu]Le volume "home" ne contient plus que 0 octets d'espace

#20 Le 24/10/2015, à 20:37

Re : [Résolu]Le volume "home" ne contient plus que 0 octets d'espace

#21 Le 24/10/2015, à 20:51

Re : [Résolu]Le volume "home" ne contient plus que 0 octets d'espace

#22 Le 24/10/2015, à 21:24

Re : [Résolu]Le volume "home" ne contient plus que 0 octets d'espace

#23 Le 24/10/2015, à 21:54

Re : [Résolu]Le volume "home" ne contient plus que 0 octets d'espace

#24 Le 24/10/2015, à 22:09

Re : [Résolu]Le volume "home" ne contient plus que 0 octets d'espace

#25 Le 24/10/2015, à 22:17

Re : [Résolu]Le volume "home" ne contient plus que 0 octets d'espace

Pied de page des forums