Forum-Francophone-LinuxMint.fr

Dernier message de la page précédente :

Jennatux a écrit : mer. 29 oct. 2025 19:55 Bonjour

Tu peux aussi utiliser ncdu pour visiter tes gros dossiers et fichiers, ils sont classés par taille et en les sélectionnant avec les flèches haut et bas, puis Entrée.
Puis en tapant D sur le fichier indésirable, le supprimer
Code : Tout sélectionner
sudo apt install ncdu
ncdu fait la même chose que l'explorateur de disques, mais je trouve plus simple 'surtout pour communiquer les retours sur un forum

https://www.fflmpics.fr/images/2025/10/29/3.gif

pour visiter le système de fichiers complet
Code : Tout sélectionner
sudo ncdu / -x
il faut en particulier fouiller le repertoir /var
en passant la commande
Code : Tout sélectionner
sudo ncdu /var
principalement var/log
Code : Tout sélectionner
sudo ncdu /var/log
Oui bien sûr timeshift peut être la cause, mais en quelques minutes ?... je pense plutôt aux journaux système qui grossissent.

Donne le retour de
Code : Tout sélectionner
sudo journalctl --disk-usage

Jennatux a écrit : jeu. 30 oct. 2025 11:45
Jennatux a écrit : mer. 29 oct. 2025 19:55 Bonjour

Tu peux aussi utiliser ncdu pour visiter tes gros dossiers et fichiers, ils sont classés par taille et en les sélectionnant avec les flèches haut et bas, puis Entrée.
Puis en tapant D sur le fichier indésirable, le supprimer
Code : Tout sélectionner
sudo apt install ncdu
ncdu fait la même chose que l'explorateur de disques, mais je trouve plus simple 'surtout pour communiquer les retours sur un forum

https://www.fflmpics.fr/images/2025/10/29/3.gif

pour visiter le système de fichiers complet
Code : Tout sélectionner
sudo ncdu / -x
il faut en particulier fouiller le repertoir /var
en passant la commande
Code : Tout sélectionner
sudo ncdu /var
principalement var/log
Code : Tout sélectionner
sudo ncdu /var/log
Oui bien sûr timeshift peut être la cause, mais en quelques minutes ?... je pense plutôt aux journaux système qui grossissent.

Donne le retour de
Code : Tout sélectionner
sudo journalctl --disk-usage

Rebonjour,

Le retour de la commande sudo --disk-usage est « Archived and active journals take up 3,9G in the file system. »
Pour le reste, comme il n'y a plus d'espace disque disponible, Mint me renvoie « Pas assez d'espace disponible sur /var/cache/apt/archives/ » lorsque je tente d'installer ncdu.
Je vais essayer en Live Mint.

Tu peux effacer le contenu de /var/cache/ et /var/log/ (si le dossier log est énorme) sous Linux Mint live et voir comment ça se passe après redémarrage...

Philippe_83 a écrit : jeu. 30 oct. 2025 13:56
Jennatux a écrit : jeu. 30 oct. 2025 11:45
Jennatux a écrit : mer. 29 oct. 2025 19:55 Bonjour

Tu peux aussi utiliser ncdu pour visiter tes gros dossiers et fichiers, ils sont classés par taille et en les sélectionnant avec les flèches haut et bas, puis Entrée.
Puis en tapant D sur le fichier indésirable, le supprimer
Code : Tout sélectionner
sudo apt install ncdu
ncdu fait la même chose que l'explorateur de disques, mais je trouve plus simple 'surtout pour communiquer les retours sur un forum

https://www.fflmpics.fr/images/2025/10/29/3.gif

pour visiter le système de fichiers complet
Code : Tout sélectionner
sudo ncdu / -x
il faut en particulier fouiller le repertoir /var
en passant la commande
Code : Tout sélectionner
sudo ncdu /var
principalement var/log
Code : Tout sélectionner
sudo ncdu /var/log
Oui bien sûr timeshift peut être la cause, mais en quelques minutes ?... je pense plutôt aux journaux système qui grossissent.

Donne le retour de
Code : Tout sélectionner
sudo journalctl --disk-usage
Rebonjour,

Le retour de la commande sudo --disk-usage est « Archived and active journals take up 3,9G in the file system. »
Pour le reste, comme il n'y a plus d'espace disque disponible, Mint me renvoie « Pas assez d'espace disponible sur /var/cache/apt/archives/ » lorsque je tente d'installer ncdu.
Je vais essayer en Live Mint.

Je complète ma réponse précédente.
En démarrant sur la clé USB, en live Linux, j'ai pu installer ncdu puis le système s'est planté et je crois que là, je ne peux vraiment plus rien faire ! Moi qui étais convaincu depuis plusieurs dizaines d'années de la fiabilité de Linux et que les plantages ne se produisaient que dans le monde Windows, cela me sert de douloureuse leçon.
Dans l'impossibilité de faire des copier / coller, faute de mémoire, j'ai pris une photo pour ncdu /var/log, je la joins.
J'ai recopié d'abord à la main puis saisi dans un traitement de texte la réponse à la commande ncdu /var. La voici :

3,7 Gib /log
398,6 Mib /lib
121,6 Mib /cache
4 Kib .updated
0,0 B /tmp
0,0 B /spool
0,0 B lock
0,0 B run
0,0 B /opt
0,0 B /mail
0,0 B /local
0,0 B /backups

Merci encore pour votre aide.
Toutefois, je sens bien que, malgré plus de 40 ans d'expérience en informatique et presque trois semaines de travail sur ma machine, je n'avance guère dans l'installation de Mint, distribution réputée la plus simple pour un débutant.

Avant de baisser les bras, tu devrais créer un media d'installation LMDE 7 et ne rien installer sous le Terminal, mais simplement faire :

Code : Tout sélectionner

sudo nemo

pour explorer la taille des dossiers dans /var/ et tu supprimes le contenu de /var/cache/ et /var/log/

Si ça plante en utilisant le media d'installation en live, ça n'est pas dû à ton espace trop faible car il n'utilise que la ram dans ce cas...

Il y aura toujours des ordis récalcitrants... ce n'est pas la faute de Linux.

ps : je t'ai envoyé un message privé.

prince2phor59 a écrit : jeu. 30 oct. 2025 15:08 Avant de baisser les bras, tu devrais créer un media d'installation LMDE 7 et ne rien installer sous le Terminal, mais simplement faire :
Code : Tout sélectionner
sudo nemo
pour explorer la taille des dossiers dans /var/ et tu supprimes le contenu de /var/cache/ et /var/log/

Si ça plante en utilisant le media d'installation en live, ça n'est pas dû à ton espace trop faible car il n'utilise que la ram dans ce cas...

Il y aura toujours des ordis récalcitrants... ce n'est pas la faute de Linux.

ps : je t'ai envoyé un message privé.

Mon ordinateur est très standard, assemblé par mes soins avec des composants de qualité.
Essayer LMDE ? une distribution récente basée sur Debian, je l'ai vue sur le site mais je me suis dit que cela serait plus complexe à installer et à utiliser. Et vu mon expérience avec Mint... Je verrai, de toutes façons, je suis au point mort.

LMDE est identique à Mint Ubuntu, graphiquement. L'installation sur disque dur est graphiquement un peu différente, mais rien de trop perturbant. Essaie-la en live pour te faire une idée. C'est comme comparer deux jumeaux... c'est subtil.

@prince2phor59
C'est pas très malin de faire manipuler un explorateur de fichier en root a un débutant pour lui faire effacer des "trucs" .......
@+

syslog et kern.log sont anormalement gros, mais le gros truc n'est pas la

c'est pour cela qu'il faut déjà faire

Code : Tout sélectionner

sudo ncdu / -x

qui va te montrer les gros répertoires, le plus gros étant en haut et visiter celui-ci, souvent, c'est /var, mais cela peut être ailleurs
Timeshift est souvent responsable de ce problème, mais je trouve bizarre en si peu de temps, mais bon pourquoi pas

Tu dis que ta partition système fait 87 Go, elle est deux fois ce que l'on conseille en général, ce qui n'est pas gênant non plus, mais étonnant que ce soit plein.

tu peux intervenir avec ncdu depuis un terminal en choisissant dans grub → Options avancées >> choisir recovery mode
puis choisir Passer à une console root
Et là, tu tapes

Code : Tout sélectionner

 ncdu / -x

et là, tu verras tout de suite où est le gros morceau

Tu peux faire aussi

Code : Tout sélectionner

df -Th

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

Jennatux a écrit : jeu. 30 oct. 2025 16:42 syslog et kern.log sont anormalement gros, mais le gros truc n'est pas la

c'est pour cela qu'il faut déjà faire
Code : Tout sélectionner
sudo ncdu / -x
qui va te montrer les gros répertoires, le plus gros étant en haut et visiter celui-ci, souvent, c'est /var, mais cela peut être ailleurs
Timeshift est souvent responsable de ce problème, mais je trouve bizarre en si peu de temps, mais bon pourquoi pas

Tu dis que ta partition système fait 87 Go, elle est deux fois ce que l'on conseille en général, ce qui n'est pas gênant non plus, mais étonnant que ce soit plein.

tu peux intervenir avec ncdu depuis un terminal en choisissant dans grub → Options avancées >> choisir recovery mode
puis choisir Passer à une console root
Et là, tu tapes
Code : Tout sélectionner
 ncdu / -x
et là, tu verras tout de suite où est le gros morceau

Tu peux faire aussi
Code : Tout sélectionner
df -Th
Merci.
Je ne vois rien du tout sinon des jolis messages d'erreurs :
Ne parvient pas à résoudre « ubuntu.univ-reims.fr»
E: Impossible de récupérer http://ubuntu.univ-reims.fr/ubuntu/pool ... _amd64.deb
Ne parvient pas à résoudre « ubuntu.univ-reims.fr »
Impossible de récupérer certaines archives, peut-être devrez-vous lancer apt-get update ou essayer avec --fix-missing ?

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

Philippe_83 a écrit : jeu. 30 oct. 2025 17:25
Jennatux a écrit : jeu. 30 oct. 2025 16:42 syslog et kern.log sont anormalement gros, mais le gros truc n'est pas la

c'est pour cela qu'il faut déjà faire
Code : Tout sélectionner
sudo ncdu / -x
qui va te montrer les gros répertoires, le plus gros étant en haut et visiter celui-ci, souvent, c'est /var, mais cela peut être ailleurs
Timeshift est souvent responsable de ce problème, mais je trouve bizarre en si peu de temps, mais bon pourquoi pas

Tu dis que ta partition système fait 87 Go, elle est deux fois ce que l'on conseille en général, ce qui n'est pas gênant non plus, mais étonnant que ce soit plein.

tu peux intervenir avec ncdu depuis un terminal en choisissant dans grub → Options avancées >> choisir recovery mode
puis choisir Passer à une console root
Et là, tu tapes
Code : Tout sélectionner
 ncdu / -x
et là, tu verras tout de suite où est le gros morceau

Tu peux faire aussi
Code : Tout sélectionner
df -Th
Merci.
Je ne vois rien du tout sinon des jolis messages d'erreurs :
Ne parvient pas à résoudre « ubuntu.univ-reims.fr»
E: Impossible de récupérer http://ubuntu.univ-reims.fr/ubuntu/pool ... _amd64.deb
Ne parvient pas à résoudre « ubuntu.univ-reims.fr »
Impossible de récupérer certaines archives, peut-être devrez-vous lancer apt-get update ou essayer avec --fix-missing ?

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

Bon j'ai activé la prise en charge du réseau et j'ai à nouveau tenté d'installer ndcu... et, bien sûr, j'ai obtenu le fameux message d'erreur E: Pas assez d'espace disponible sur /var/cache/apt/archives

J'ai utilisé la commande clean dans le menu de récupération. La conclusion est 0 mis à jour, 0 nouvellement installés, O à enlever et 7 non mis à jour

Forum-Francophone-LinuxMint.fr

Problème fonctionnement : espace disque faible

Re: Problème fonctionnement : espace disque faible

Re: Problème fonctionnement : espace disque faible

Re: Problème fonctionnement : espace disque faible

Re: Problème fonctionnement : espace disque faible

Re: Problème fonctionnement : espace disque faible

Re: Problème fonctionnement : espace disque faible

Re: Problème fonctionnement : espace disque faible

Re: Problème fonctionnement : espace disque faible

Re: Problème fonctionnement : espace disque faible

Re: Problème fonctionnement : espace disque faible

Re: Problème fonctionnement : espace disque faible