Impossible d'ouvrir une session-Linux revient sur la page

[PapaMicro2]

Bonjour,

A la lecture de différents sujets et surtout du précédent, je précise un problème que je n'ai pu résoudre totalement et "définitivement" seul.

J'aurai besoin de vos conseils car un de mes PC sous LinuxMint, le principal, contient des documents sur lesquels je travaille, ainsi que mon fils collégien, et je ne les avais pas encore tous sauvegardés sur un autre support.

Le problème d'ouvertur de sessions LinuxMint est apparu en milieu de semaine dernière suite à l'installation de mises à jour proposées par Mint.
Sur mes 2 PC mais de façons différentes.

Sur le A110, le principal, installé en Mint 19.2 en 2019, j'étais passé en début d'année via les MàJ progressive de Mint sur la version 19.3.
De nouvelles MàJ proposée en début de semaine.
Et jeudi,brusquement, impossible de lancer Mint, écran d'accueil en boucle.
J'entendais un bruit d'activation du lecteur de CD. J'ai donc suspecté un problème de Bios au démarrage.
Après un tas d'essais infructueux, j'ai réussi à forcer le BIOS (Phoenix V1.20) et à retrouver le démarrage de Mint sur le HDD principal.
Ça a tenu jusqu’à hier et ..rebelote.
Et là depuis 2 jours aucun essai ne fonctionne.
Je décrirai plus bas où j'en suis et ce que je peux faire...pas grand chose:-(

Sur le NB100,que j'utilise en dépannage ou en déplacement, j'étais encore en 19.2 et pour lui aucune manip ne fonctionnait.
j'ai donc tenté une réinstallation complète en Mint 19.3
Réussie après moulte manips que je ne comprends pas toutes d'ailleurs!
Mais ça refonctionne sous Mint 19.3

Ma clé bootable d'installation:
Après avoir téléchargé linuxmint-19.3-cinnamon-32bit en Iso via le lien du Forum, j'ai créé la clé bootable avec le logiciel Rufus V3.10 (mes précédentes installations de Mint avaient été faites avec une clé créée sous LinuxLive USB Creator, mais ce logiciel n'a pas bien fonctionné avec la version 19.3).
La création de la clé bootable avec Rufus a bien fonctionné.
Par contre, en l'utilisant pour installer 19.3 sur la NB100, ecran avec " grub-install/dev/sda a exchoué ereur fatale". D'autres essais...
Un écran avec Entering rescue mode... grub rescue>
Les commandes au clavier ne répondent pas.
Je tente les commandes
sudo os-prober
sudo update-grub
sudo grub-install dev/sda
Ca ne passe pas bien et je me rends compte que le clavier est en QWERTY
Avec un peu de mal je rentre la commande setxkbmap fr et retape ensuite les deux premières précédentes.
Ca semble pris en compte.
Et je relance une installation complète de LinuxMint, nouveau bidouillage du BIOS et ça passe.

Ma première question: est il possible qu'une MàJ via le "dispositif de MàJ continu" de LinuxMint affecte le BIOS?

Ma seconde question: n'y a t il pas un problème dans l'Iso?
Car c'est la première fois que je rencontre de telles difficultés de QWERTY AZERTY...Et cet aspect "anglophone" est bien présent car je n'ai pas encore pu réinstaller correctement mon PC principal, le A110. Je peux repasser en français via la ligne de commande setxkbmap fr, mais le changement n'est pas persistant.

Je reviens donc à mon principal problème, le PC A110
Sur celui ci, toujours la difficulté à changer le boot du BIOS. mais en persévérant, on y arrive.
J'arrive donc à booter sur la clé portant l'Iso de Mint19.3 et déjà utilisée pour l'installer sur le NB100.
Ma troisième et principale question:
Est il possible de lancer facilement une réinstallation de Mint19.3 sans perdre les documents présents sur mon disque dur.
Vaut-il mieux créer une nouvelle clé bootable pour supprimer les problèmes de langue??

J'ai réussi à récupérer deux fichiers d'infos Système, Boot et BootRepair dans des documents au format .odt, mais ne sais pas comment les joindre.

Merci d’avance pour vos réponses et conseils.

PapaMicro

[PapaMicro2]

Poursuite des manips pour essayer de retrouver un PC fonctionnel pour mardi!
J’avais vu sur le Forum qu'il pouvait s'agir d'un problème de capacité du /, donc j'essaie de comprendre si qq chose est à faire à ce niveau.

En bootant sur Mint via la clé d'installation puis en repassant en AZERTY, je vois qu'effectivement quelque chose a saturé mon disque dur de 80 Go: il est rempli de 78,2 Go de données.

En utilisant GParted pour vérifier, je vois /dev/sda1 à 74.53 Go

Il doit donc bien y a voir un problème de capacité. Mais quoi enlever et comment?

[MegaMatMan]

Marrant on a le même problème... on va pouvoir s'aider

Il doit y avoir un bug avec Mint car du jour au lendemain mon disque qui n'était pas saturé du tout l'est soudainement !

[PapaMicro2]

Merci de t’intéresser mon problème.

Cela fait 4 jours que j'essaie d'appliquer les solutions vues sur le Forum, mais je suis vraiment bloqué sur un des 2 PC.

[PapaMicro2]

OK.
Comme il est certain que mon disque est quasi saturé d'un coup (je ne comprends vraiment pas?) , j'essaie les commandes de nettoyage et l'allègement direct de répertoire indiqué sur le Forum.
Si ça ne marche pas, je réinstalle en essayant de créer 2 partitions.
Et j'ouvre un nouveau sujet.

[tyrry]

Slt ,
a l'écran de connexion :
ctrl + alt + f1
tu entre ton login et ton mot de passe
ensuite :

Code : Tout sélectionner

sudo apt autoremove

Code : Tout sélectionner

sudo apt clean

Code : Tout sélectionner

sudo apt install ncdu

Code : Tout sélectionner

ncdu /

ncdu / te diras ou c'est plein
au pire fait une photo " assez nette et poste nous ça
@+

[PapaMicro2]

C'est en cours, je post les images sous peu.

[PapaMicro2]

Sinon, j'ai l'impression que le répertoire "timeshift" est bien chargé. La vérification de sa taille est en cours, mais déjà pas loin de 10 go sur mes 80 de capacité DD.

[tyrry]

Slt ,
tre fait pas "ch***" lol
lance un live dvd ou live usb et depuis celui ci
efface ton dossier timeshift en ouvrant nemo en root :

Code : Tout sélectionner

sudo -i

Code : Tout sélectionner

nemo

@+

[alain]

salut

Et ensuite direct, après tu vas configurer timeshift pour qu'il ne fasse plus les sauvegardes dans la racine / .
Sinon demain, rebelotte ta partition racine sera saturée.