Problème fonctionnement : espace disque faible

[Philippe_83]

Dernier message de la page précédente :

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

[Jennatux]

Il n'y a pas besoin d'installer ncdu puisse qu'il y est déjà
En recovery, tu travailles avec le système, mais pas en graphique

en recovery commencer par lancer clean pour faire un peu de place

Ou quand tu es en console.

Code : Tout sélectionner

sudo apt clean

Comme ton système est tout neuf, et qu'il y a visiblement un problème avec un périphérique ou autres, puisse que /var/log grossi anormalement, essaie peut-être d'installer une autre version ou distribution
Parce que là, on est à la chasse à l'intrus, mais une fois supprimé le problème, la cause sera toujours là, il faudra trouver quoi, d'autres sauraient t'aider, mais pas moi.

[Philippe_83]

Bonjour,

J'ai encore cherché sur les forums.
J'ai une piste : la carte PCI-E TP-link TL-WN881ND ver 2.20.
Sur le site du fabricant, il est indiqué qu'elle est compatible linux cependant aucun driver n'est disponible au téléchargement.
Si j'ai bien compris ce que j'ai lu sur différents forum, linux écrit sur le disque dur des messages d'erreur concernant certaines cartes pci-e jusqu'à remplir complètement le disque dur (un utilisateur rapporte qu'il a constaté 190 Go de rapports d'erreur). Cela ressemble au problème que je rencontre.

Aussi, aujourd'hui, j'ai modifié à l'affichage de grub les paramètres en ajoutant pci=noaer puis en faisant F10. Comme je l'avais fait pour pouvoir installer Mint. Je pensais que c'était uniquement nécessaire pour l'installation.
En faisant ainsi, j'ai pu utiliser Mint un bon moment en gardant environ 70 Go de disque dur ; lors d'un second redémarrage, je n'avais plus que 100 Mo (?) mais la configuration tournait quand même. J'ai utilisé Firefox, Libre office. Ils se chargent et fonctionnent.
Je n'ai rien fait de plus, je n'ai pas fait les mises à jour proposées.

Il me reste à rendre cette modification pérenne dans Grub. Mes essais restent pour le moment infructueux, je suis obligé de saisir la modification à chaque démarrage.

[Philippe_83]

J'ai mis le sujet avec le label Résolu.
J'ai réussi à modifier Grub avec la commande pci=noaer
Je pense qu'il y a un problème de gestion d'un périphérique qui demeure non résolu. Par contre, la commande pci=noaer empêche Mint de saturer le disque dur avec des journaux d'erreurs.
Le système fonctionne correctement.