[résolu] un beau plantage avec Linux Mint 19.3 Tricia

[Glenic1]

Bonjour,
J'ai un vieil ordi qui date d'il y a 10 ans environ.
Son microprocesseur est un Intel double coeur.
Son OS est Linux Mint 19.3, régulièrement mis à jour.

Vendredi en fin de journée, l'ordi ralentit sérieusement. Les temps de réponse deviennent excessifs, même pour des opérations simples. Lassé, je coupe l'ordi par le bouton d'arrêt au lieu d'utiliser la procédure habituelle qui tardait à s'afficher.

Samedi à l'allumage -> écran noir avec simplement une demande login, au lieu du fond d'écran habituel avec la demande du mot de passe de session. En répondant au login et ensuite au mot de passe, j'accède seulement à une console tty1. Malgré quelques tentatives, impossible de passer au mode graphique habituel => plantage constaté.

Je fais appel à des amis. Heureusement que la communauté du libre est là !
C'est en particulier la commande

Code : Tout sélectionner

df -h

qui révèle le problème : la partition système est remplie à 100 % (77 Go quand même), donc bloquée
"no more space left"
........la suite au prochain post......

[patoo45]

Cela doit venir, soit de /tmp soit de /var/tmp ou de /var/log

[Glenic1]

Merci Patoo pour ces pistes qui vont être examinées en suivant.

Mais je vais d'abord donner quelques précisions à la suite de mon dernier post.
La partition système est pleine.
Quelles parties inutiles peut-on enlever pour lui "donner de l'air" ?
Les amis me soufflent les commandes à essayer car je serai bien incapable de les trouver seul.
On commence par celle-ci :

Code : Tout sélectionner

uname -r

qui révèle la version Linux en cours sur mon ordi : 5.4.0-90-generic
Précédemment, les commandes :

Code : Tout sélectionner

sudo -i

Code : Tout sélectionner

cd /boot

Code : Tout sélectionner

du -ha

ont fait voir qu'il y avait encore plein d'anciens noyaux Linux inutilisés dans ma partition système.
Pour tenter de gagner de la place sur la partition système et donc de reprendre la main, on a donc essayé de supprimer les anciens noyaux avec les commandes :

Code : Tout sélectionner

mc

Code : Tout sélectionner

rm initrd.img-5.3.0*

En clair il s'agissait d'enlever tout ce qui était plus ancien que le noyau 5.4.0 en service.
Cette commande a eu du succès car une fois le coup de balai effectué, l'ordi est repassé en mode console normal.
sortie du mode root avec exit
sortie du mode utilisateur avec exit
Mais là retour à la connexion en tant que console (demande du login et du mot de passe).
Un peu déçu sur le coup => extinction du bazar
Puis rallumage
Et là tout va bien
Présentation de l'écran d'accueil avec mon fond d'écran perso et la demande du simple mot de passe de session
Puis ouverture de la session en mode graphique normal avec les commandes actives.
Petit tour du propriétaire puis extinction dans les règles.
Hélas la réparation allait être de courte durée.

[Glenic1]

Hé oui, il a suffi de 3 heures pour que la panne ré-apparaisse lors de l'allumage suivant.
A nouveau, demande de login et de mot de passe puis console tty1
La commande

Code : Tout sélectionner

du - h

révèle que la partition système est à nouveau bloquée avec 100 % de remplissage.
On en est là.
La doc Ubuntu https://doc.ubuntu-fr.org/ donnait quelques idées :

Code : Tout sélectionner

sudo apt-get autoclean

Code : Tout sélectionner

sudo apt-get clean

plus forte que la 1ère parait-il
Mais ça n'a rien donné.
Je récupère mon fond d'écran perso avec la demande du mot de passe de session.
Mais une fois celui-ci introduit, on revient au mode console tty1 avec demande du login et du mot de passe.

[PerJean]

Code : Tout sélectionner

sudo apt autoremove --purge

voir doc ci dessous

https://doc.ubuntu-fr.org/apt-get

[patoo45]

Code : Tout sélectionner

sudo shutdown -r now

Permet de rebooter en mode terminal
-r veut dire reboot
now veut sans délai, tout de suite (ou un nombre de secondes)

Code : Tout sélectionner

sudo shutdown now

Permet d'arrêter la bécane

....
Je penses aussi à vérifier les logs du système : /var/log
etc...

[Glenic1]

Hier on a avancé grâce aux 2 réunions : celle de Cenabumix de 17 à environ 19 h et celle de Reboot que j'ai rejoint vers 21 h 30.
A Cenabumix, grâce à Frans, je me suis attaqué aux fichiers timeshift qui encombraient énormément la partition système. On a travaillé sur clef de boot pour attaquer le problème "de l'extérieur" avec la commande

Code : Tout sélectionner

media/mint/SYSTEM/timeshift# find   -type f  -mtime +100 -exec rm -f {} \;

Le but était de détruire tous les fichiers timeshift datant de plus de 100 jours.
ça fonctionnait bien mais l'effacement fichier par fichier était lent du fait du nombre énorme de fichiers présents. Il a fallu arrêter la manip à la fin de la réunion.
A la réunion Reboot, sur la suggestion de Desmoric j'ai continué le processus toujours sous clef de boot mais cette fois-ci en supprimant directement des sous-répertoires dans media/mint/SYSTEM/timeshift
Cette suppression a ramené le volume de la partition système à 53 Go utilisés sur 77 et l'ordinateur a accepté de démarrer en mode normal.
Mais il subsiste 2 problèmes :
- une lenteur excessive au démarrage. L'affichage du macaron LinuxMint dure 5 minutes avant l'envoi du fond d'écran d'accueil. Ensuite après l'envoi du mot de passe de session, tout se passe normalement (c'est à dire "vite")
- plus de réception WiFi
A suivre...

[Glenic1]

Bonjour,
Diverses tentatives pour récupérer au moins le WiFi sur cet ordinateur n'ont rien donné.
On s'achemine vers une ré-installation de Linux Mint sur la partition-système.

[Glenic1]

Bonjour,
C'est reparti pour un tour après la ré-installation de Linux-Mint 19.3 Tricia
Seule la partition "système" a été réinstallée.
Tout fonctionne bien.
Le seul bémol de cette opération, c'est que j'ai négligé de modifier la partition "données" (surtout le point de montage).
Cette partition n'a pas souffert de la ré-installation mais elle ne se monte plus automatiquement au démarrage de l'ordinateur.
Je vais voir ce que je peux faire avec GParted.
J'ai pris soin de brider Timeshift qui a causé la panne. Seuls des instantanés mensuels seront conservés et surtout ils seront stockés sur la partition "données" et pas sur celle du système. Ainsi pas de risque de remplir et d'embouteiller cette dernière.

[Glenic1]

Et bien ce n'est pas si simple...
GParted, même en session live est inefficace
Par contre, dans l'accessoire "disques", il y a une option "éditer le point de montage"
Il semble que cette commande graphique manipule le fichier etc/fstab
Et là comme je n'y connais rien, je n'ai touché à rien en attendant de l'aide.
Je serai tenté quand même de modifier le point de montage actuel en /mnt/fa684236etc....(voir le fichier ci-dessous)
et de le remplacer par /home/jlg
Mais faut-il changer l'identification aussi (la ligne du dessous) ?
Qu'en pensez-vous ?
En attendant, je constate une chose inhabituelle. A l'allumage de l'ordinateur, la partition DATA se monte automatiquement, mais elle est parfaitement inaccessible. Par contre, en la démontant, on peut y accéder !

2021-12-24_options de montage DATA.png (45.04 Kio) Vu 4229 fois