Espace libre insuffisant sur le disque - 2ème

16 réponses [Dernière contribution]
MetallicaMust
Hors ligne
A rejoint: 03/06/2016

Hello,

Je relance le sujet que j'ai lancé il y a quelques années (là : https://trisquel.info/fr/forum/espace-libre-insuffisant-sur-le-disque ).

En effet, je me retrouve avec le même problème sauf que là le /dev/sda1 (amorçage - 20 Go) est plein à 100% et je ne peut même plus lancé Trisquel en mode graphique (cela doit-être lié). Je peux y accédé qu'en ligne de commandes.

Je dois vraiment avoir un problème quelque part parce que je n'ai pas beaucoup de logiciel et, en prévention du problème précédant, je lance régulièrement :

$ sudo apt-get autoremove
$ sudo apt-get clean
$ sudo apt-get autoclean

Donc, sans m'en apercevoir, quelque chose vient remplir cette partition jusqu'au moment où c'est complètement saturé.

j'ai lancé :

$ df -h

J'obtiens plusieurs ligne, mais c'est celle qui nous intéresse dit :

dev/sda1 - Taille 19G - Utilisé 18G - Disponible 0 - Utilisé(%) 100% - monté sur /

Il me faut faire de la place, mais je ne sais pas comment faire en ligne de commande. Peut-être faut-il supprimé un ou deux logiciel pour relancé en mode graphique ?

Merci d'avance.

Magic Banana

I am a member!

Hors ligne
A rejoint: 07/24/2010

Oui, ce devrait fonctionner. Le fil de discussion antérieur contient plein de bonnes choses.

MetallicaMust
Hors ligne
A rejoint: 03/06/2016

Salut Magic Banana,

En supprimant 2 logiciels j'ai gagner environs 200 Mo et j'ai pu redémarrer en mode graphique.

Mais ça ne règle pas mon problème de fond... Ma partition reste saturée.

Comment puis-je affiché uniquement le contenu de la partition dev/sda1/ avec Gdmap ?

C'est quand-même étonnant que je semble être le seul à avoir ce genre de problème (je ne trouve pas de cas similaire et de solution)... Je ne fait pourtant rien de spécial (en tout cas j'en ai pas conscience) Il me faut impérativement résoudre ce problème et l'empêcher de se reproduire (ou avoir une solution pour le corrigé quand il se produit).

Bien entendu, je pourrais augmenter la capacité de cette partition, mais elle se remplirait de la même manière et je me retrouverait dans la même situation dans quelques mois...

J'aimerais ne pas devoir à chaque fois passé par une réinstallation complète...

Merci d'avance.

Substance2004
Hors ligne
A rejoint: 11/05/2013

J'espère que tu n'as pas utilisé Bleachbit ultérieurement pour faire de la place.

Il y a un avertissement sur le site d'Ubuntu :

Défauts de la version inférieur à la 1.2 : Elle remplace souvent les fichiers supprimés par un fichier gigantesque, ou bien par des millions de fragments (fonction "déchiquetage" ou "shred"), ce qui, en saturant une partition, va à l'encontre de son but. Supprimer tant de fragments peut ensuite prendre des heures !
De plus, selon la façon dont vous aurez lancé bleachbit, ces millions de fragments pourront être cachés dans un sous-répertoire du répertoire /root/.

https://doc.ubuntu-fr.org/bleachbit

S'il se trouve dans les dépôts, je n'ai jamais vraiment lu de louanges sur le forum.

Magic Banana

I am a member!

Hors ligne
A rejoint: 07/24/2010

Comment puis-je affiché uniquement le contenu de la partition dev/sda1/ avec Gdmap ?

Je n'ai jamais utilisé GdMap. L'"Analyseur d'utilisation des disques" (aussi connu sous le nom "Baobab") le permet. Il est par défaut dans Trisquel (8 tout du moins).

Bien entendu, je pourrais augmenter la capacité de cette partition, mais elle se remplirait de la même manière et je me retrouverait dans la même situation dans quelques mois...

Si la partition racine se remplit "toute seule", ce pourrait être un message répété ad nauseam dans un fichier de log : regarde du côté de /var/log (qui ne devrait pas peser plus que quelques Mo).

MetallicaMust
Hors ligne
A rejoint: 03/06/2016

Hello,

Désolé pour l'espacement de temps entre mes réponse mais je suis ultra-booké ces temps-ci.

Merci Substance2004 et Magic Banana pour vos réponses.

J'ai encore désinstallé plein de chose pour gagné environ 1,5Go d'espace libre. Mais en 24 heure il ne me reste a nouveau plus que 26Mo de libre !! Je suis même descendu à 4Ko d'espace libre avant de supprimé de nouvelles choses.

J'ai regardé avec l'analyseur d'utilisation des disques et si je cumule tout (exception faite du /home) j'arrive, grosso modo, à 10Go d'espace utilisé alors que j'ai 20Go d'espace, je devrais donc avoir 10Go d'espace libre sur ce disque...

Selon la remarque de Substance2004, j'ai préalablement désinstallé bleachbit (que je n'avait pas utilisé) dès qu'il a mis son message.

Je lance sans arrêt :

$ sudo apt-get autoremove
$ sudo apt-get clean
$ sudo apt-get autoclean

Pour gagner 1Mo ou 2Mo pour tenter d'utiliser mon ordi...

Je ne sais pas quoi faire...

Merci d'avance.

Magic Banana

I am a member!

Hors ligne
A rejoint: 07/24/2010

J'ai regardé avec l'analyseur d'utilisation des disques et si je cumule tout (exception faite du /home) j'arrive, grosso modo, à 10Go d'espace utilisé alors que j'ai 20Go d'espace, je devrais donc avoir 10Go d'espace libre sur ce disque...

Voilà qui est curieux. Que renvoient les deux commandes suivantes (il est normal que la seconde prenne du temps à s'exécuter) ?
$ df -h /
$ sudo du -hxs /

MetallicaMust
Hors ligne
A rejoint: 03/06/2016

Alors voilà le résultat des commandes :

$ df -h /
Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur
/dev/sda1 19G 18G 0 100% /

J'ai quand-même fait ca :

$ df -h
Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur
udev 3.8G 0 3.8G 0% /dev
tmpfs 781M 78M 703M 10% /run
/dev/sda1 19G 18G 0 100% /
tmpfs 3.9G 100M 3.8G 3% /dev/shm
tmpfs 5.0M 4.0K 5.0M 1% /run/lock
tmpfs 3.9G 0 3.9G 0% /sys/fs/cgroup
/dev/sda6 659G 130G 530G 20% /home
tmpfs 781M 60K 781M 1% /run/user/1000

$ sudo du -hxs /
18G /

Je n'arrive pas à faire de capture d'écran, mais l'analyser des disques me donne :

/ 100% 147.5 Go
> home 93.9% 138.6 Go
> usr 4.5% 6.6 Go
> lib 0.9% 1.4 Go
> var 0.4% 575.9 Mo
> boot 0.2% 269.3 Mo
> run 0.1% 81.5 Mo
sbin 0.0% 20.3 Mo
bin 0.0% 16.7 Mo
> etc 0.0% 14.7 Mo
> dev 0.0% 8.3 Mo
> tmp 0.0% 340.0 ko
> media 0.0% 8.2 ko
mnt 0.0% 4.1 ko
opt 0.0% 4.1 ko
lib64 0.0% 4.1 ko
srv 0.0% 4.1 ko
cdrom 0.0% 4.1 ko

Voilà...

Peut-être arriverez-vous à y comprendre quelque chose !

Magic Banana

I am a member!

Hors ligne
A rejoint: 07/24/2010

Le système de fichiers /dev/sda6, monté en /home, pèse 8,6 Go de moins que ce que relate l'analyseur d'utilisation des disques. Peut-être que le répertoire /home sur /dev/sda1 n'est pas vide et contient 8,6 Go de données qui devraient être sur /dev/sda6. À ta place je jetterais un œil avec un système live.

lutes
Hors ligne
A rejoint: 09/04/2020

> Peut-être que le répertoire /home sur /dev/sda1 n'est pas vide et contient 8,6 Go de données qui devraient être sur /dev/sda6.

...mais la commande 'du' voit le tout comme un seul et unique dossier. Je n'aurais pas pensé à ça.

Le point de montage de /dev/sda1 en /home est-il généré par certaines options d'installation, ou bien résulte-t-il d'une configuration ultérieure ?

Je ne me suis jamais retrouvé sur cette configuration, qui j'imagine permet d'accéder au contenu de /dev/sda1 sans avoir à monter manuellement le volume ?

Magic Banana

I am a member!

Hors ligne
A rejoint: 07/24/2010

...mais la commande 'du' voit le tout comme un seul et unique dossier.

Je n'en sais rien, pour être honnête. J'ai juste remarqué la différence de 8,6 GB qui correspond en gros à l'espace qui a mystérieusement disparu de la partition racine.

Le point de montage de /dev/sda1 en /home est-il généré par certaines options d'installation, ou bien résulte-t-il d'une configuration ultérieure ?

Tu voulais probablement écrite /dev/sda6 (/dev/sda1 est monté en /). C'est une ligne dans /etc/fstab, écrite à l'installation mais qui peut être modifiée ultérieurement :
$ grep /home /etc/fstab

Je ne me suis jamais retrouvé sur cette configuration, qui j'imagine permet d'accéder au contenu de /dev/sda1 sans avoir à monter manuellement le volume ?

Il faut monter le système de fichiers, si. Et pas même besoin de système live, en fait. Tu peux simplement exécuter dans un terminal :
$ sudo mount /dev/sda1 /mnt
$ ls /mnt/home

lutes
Hors ligne
A rejoint: 09/04/2020

Oui pardon, c'est bien le point de montage de /dev/sda6 qui m'intriguait...mais en réalité sans raison.

C'est effectivement la présence d'un contenu quelconque dans le /home de sda1, suggéré par le retour de la commande 'du', qui serait inattendu.

Désolé pour la confusion et merci pour ces précisions. Chez moi effectivement, ls /mnt/home ne renvoie rien après montage du sdax corespondant.

MetallicaMust
Hors ligne
A rejoint: 03/06/2016

Salut lutes,

Alors oui, cette config de montage est celle par défaut à l'installation de trisquel 8. N'y comprenant pas grand chose à ce niveau là, je n'y change manuellement rien. S'il y a quelque chose de louche, cela serait dû à un bug lors de l'installation.

Magic Banana a dit : Peut-être que le répertoire /home sur /dev/sda1 n'est pas vide et contient 8,6 Go de données qui devraient être sur /dev/sda6. À ta place je jetterais un œil avec un système live.

N'y comprenant pas grand chose à ce niveau là, je ne sais même pas comment examiné mon système depuis un live CD/USB et je ne saurait même pas comment faire si je trouve quelque chose :-S

Si cela peut vous donner des idées, j'ai aussi reçu une suggestion par courriel qui me proposait de désactiver timeshift (rsync) ou d'utiliser un point de sauvegarde en dehors de la racine pour éviter la saturation. Je fais parfois des sauvegardes que je place sur un DD externe.

J'ai essayé la commande proposée :

$ sudo apt-get purge timeshift
[sudo] Mot de passe de webmust :
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances
Lecture des informations d'état... Fait
E: Impossible de trouver le paquet timeshift

:-/

Donc, si j'ai tout compris, il y aurait 8.6 Go qui devrait être placé ailleurs...

lutes
Hors ligne
A rejoint: 09/04/2020

> utiliser un point de sauvegarde en dehors de la racine pour éviter la saturation. Je fais parfois des sauvegardes que je place sur un DD externe.

Là tu as en effet une piste. Sous Trisquel 8 il me semble que l'utilitaire de sauvegarde par défaut est deja-dup, timeshift ne semble être disponible que depuis un ppa, ce qui expliquerait pourquoi apt-get ne le trouve pas. Purger le paquet est un peu violent (et pas forcément efficace, je ne pense pas que cela supprime les sauvegardes), tu pourrais simplement désactiver les sauvegardes et supprimer les fichiers, et/ou configurer deja-dup pour sauvegarder ailleurs. Mais peut-être utilises-tu rsync "manuellement" pour faire tes sauvegardes ?

Tu devrais déjà essayer la dernière manip suggérée par Magic Banana : cela te permettrait de voir immédiatement s'il y a quelque chose de particulier dans le /home de ton répertoire racine.

lutes
Hors ligne
A rejoint: 09/04/2020

> la dernière manip suggérée par Magic Banana

$ sudo mount /dev/sda1 /mnt
$ ls /mnt/home

MetallicaMust
Hors ligne
A rejoint: 03/06/2016

Merci lutes,

Pour mes sauvegarde j'utilise le logiciel de sauvegardes installé de base avec trisquel 8. Je ne programme pas de sauvegarde automatique et ma dernière sauvegarde date de plus de 200 jours. L'emplacement de stockage est configuré sur mon DD externe.

Pour la manip de Magic Banana, oui. Je lance sur mon live USB. Je monte le /dev/sda1 avec les commandes que tu as mis. Tout ca c'est OK. Mais après je regarde quoi et comment ? Comment je peux trouver précisément, sans me tromper, ces 8.6 Go. Après, ces 8.6 Go je peux les effacer ? s'ils sont important je les déplace dans /home ?

D'ailleurs, ne puis-je pas le faire directement sans passer par un Live CD/USB ?

Donc oui, j'aimerais bien faire la manip de Magic Banana, sauf qu'une fois sur le live CD/USB et avoir monté le /dev/sda1 je ne sais pas quoi faire... Le truc c'est que je n'ose pas éteindre mon ordi maintenant parce qu'avec 0 espace disponible, mon système ne redémarrera plus... :-/

lutes
Hors ligne
A rejoint: 09/04/2020

Qu'obtiens-tu lorsque tu fais :

$ ls /mnt/home

après avoir monté /dev/sda1 ?

EDIT: Tu peux le faire directement sans éteindre ton pc, sans passer par un système live.