[RESOLU] SOS Stretch a planté

solveig · 13-07-2019 21:22:32

Bonjour à tous

Je travaillais sur un assez gros fichier texte libre-office et j'étais en train de lancer une commande (CTRL-A ?, ne me rappelle plus) quand je me suis aperçu que LO était entrain de réaliser sa sauvegarde programmée. Du coup, le message de sauvegarde, tout en bas, n'a pas cessé de s'allumer/s'éteindre àune fréquence inhabituelle.
L'ennui, c'est qu'il ne voulait pas s'arrêter ni faire sa sauvegarde. Je suis allé dans &top pour fermer LO (tout était bloqué) et j'ai fait & kill nnn , nnn correspondant à qqch comme soffice...(c'est le seul que j'ai trouvé).
J'ai relancé LO pour activer la récupération du fichier, mais sans succès et j'ai carrément rebooté pensant que cela résoudrait le pb.
Ça n'a pas été le cas : après avoir renseigne identité et mot de passe, ce petit message s'est inscrit : "Xsession : warning : unable to write to /tmp ; X session may exit with an error".
Et depuis que je reboote, je reçois toujours ce message d'erreur.

Dois-je considérer ma partition stretch comme définitivement fichue ou reste-t-il un espoir pour la rattraper, et comment ?
Au démarrage, debian me propose de partir sur différentes versions de noyau, comme deb9 , 8 ou 7, normal ou recovery. Là aussi, j'ai presque tout essayé, sans résultat.

Je précise que j'ai un répertoire Home séparé.

Dernière modification par solveig (20-07-2019 15:01:55)

Debian Alain · 13-07-2019 21:38:13

tu n'as aucun accès sur le kernel le plus récent en recovery mode ?

tu n'as même pas un prompt ? (symbole # en tout début de ligne)

si non , il te reste la solution du live .

peut être en chrootant ton disque ?

j' y ai touché un tout petit peu mais je ne maîtrise pas .

Dernière modification par Debian Alain (13-07-2019 22:04:20)

otyugh · 14-07-2019 00:00:17

solveig a écrit :

"Xsession : warning : unable to write to /tmp ; X session may exit with an error".
Et depuis que je reboote, je reçois toujours ce message d'erreur.

Tu aurai saturé l'espace disponible sur ton PC peut-être ?

Anonyme · 14-07-2019 04:29:51

otyugh a écrit :

solveig a écrit :
"Xsession : warning : unable to write to /tmp ; X session may exit with an error".
Et depuis que je reboote, je reçois toujours ce message d'erreur.

Tu aurai saturé l'espace disponible sur ton PC peut-être ?

Bonjour, oui saturation du disque ou partition donnent exactement ça. Démarre sur un live, fait du ménage et ça repart.

raleur · 14-07-2019 14:04:36

Une saturation de l'espace disque ne devrait pas empêcher de démarrer en mode dépannage et ouvrir une session root en console.

Dernière modification par raleur (14-07-2019 14:05:09)

solveig · 14-07-2019 20:51:58

Bonjour à tous et merci de vos réponses.

Otyugh et Anonyme, je pense que vous êtes sur la bonne voie.
En effet, je me suis connecté avec un live, et effectivement la partition root me donne, dans 'propriétés' :
system (boot) = 61,1 GB free = 0 B

J'ai vérifié : tous les répertoires affichent un remplissage qui me paraît normal, sauf /tmp qui a 2 s/répertoires
un qui s'appelle VMwareDnD et qui est vide
le 2e s'appelle pulse-PKdhtXMmr18n et qui me répond, quand je clique sur propriétés "...permission denied..".

Comment faire pour le rendre modifiable ?

raleur · 14-07-2019 22:26:45

Avec les privilèges de super-utilisateur (root).

otyugh · 15-07-2019 00:53:57

Bon ben du coup tu connais ton problème : plus de place. Pour le résoudre y a plein de possibilités. Moi je sais que je ferai ça :

apt clean && apt autoremove #vider le cache/paquets non utilisés

apt install ncdu #si pas déjà install

ncdu -x / #pour reperer les engorgements sur le système et savoir où il est intéressant de gagner

À partir de là il faut connaître un tout petit peu pour savoir ce qui est "normal" d'être lourd" et ce qui ne l'est pas x)
Une piste évidente c'est si /root est lourd ; devrait y avoir quasiment rien, mais ça enfle si on lance certaines applis avec un gros cache en tant que root...

Dernière modification par otyugh (15-07-2019 00:57:20)

solveig · 15-07-2019 12:18:05

Merci, raleur et otyugh, mais la question que je me pose est la suivante :

étant donné que je n'ai aucun accès à mon stretch, donc pas de console, et que je dois passer par un live, les commandes que je vais taper ne vont-elles pas affecter uniquement les partitions temporaires crées par le live ?
Sinon, comment faire, ou alors je pose un faux problème ? (pardon, mais mes connaissances linux sont assez limitées)
Et si depuis mon live, je navigue vers le /tmp de mon stretch pour supprimer des éléments, je ne risque pas d'avoir la réponse 'permission refusée', comme ça m'est déjà arrivé à plusieurs reprises ? ou alors, en modifiant les permissions de /tmp, mais ça, je ne suis jamais arrivé à le faire.

otyugh · 15-07-2019 12:44:30

Ben faut juste savoir monter un système de fichier, et à partir de là, vu que tu peux te mettre root sur le live, ça te donne tous les droits... Dans ton cas c'est bien aussi de savoir utiliser chroot.

Mais bon si je cite raleur :

Une saturation de l'espace disque ne devrait pas empêcher de démarrer en mode dépannage et ouvrir une session root en console.

Donc tu devrais même pas en avoir besoin.

Dernière modification par otyugh (15-07-2019 12:45:09)

Debian Alain · 15-07-2019 12:54:53

si çà peut aider : chroot : petit mode d'emploi

solveig · 16-07-2019 22:00:25

- Debian Alain : je te suis reconnaissant de m'avoir donné le lien vers chroot, ça m'a permis d'éviter un bon mal de tête et de comprendre un peu mieux cette commande

- raleur : si quand j'arrive au menu de debian je prends un choix autre que stretch, un message me dit que je peux utiliser "e" pour éditer une commande (je n'ai évidemment rien compris
à ce qu'on me proposait) ou "c" pour avoir une console. Mais si je tape "c", j'ai comme résultat
grub _ et j'ai beau y taper n'importe quelle commande, aucune n'est reconnue.

- otyugh : j'ai donc essayé d'utiliser chroot et je pense y être arrivé, au moins partiellement. En revanche, j'ai fait la bêtise de charger ncdu avec synaptic au lieu de le faire avec la console, et comme avec un Live, on n'a que les paquets déjà installés, cela n'a pas marché. J'ai fini par taper en console ton apt clean et autoremove, et ça tourné plusieurs dizaines de secondes, ce qui m'a plutôt remonté le moral.
J'ai desinstallé chroot comme il faut, enlevé le Live et rebooté normalement, et là, miracle, j'ai retrouvé mon Stretch.

Enfin, quand je dis miracle, c'est quand même grâce à vous tous, à votre savoir et votre patience. Encore merci à tous.
Je suppose que je peux mettre mon topic en 'Résolu', à moins que ne voyiez quelque chose à ajouter.

Debian-facile

#1 13-07-2019 21:22:32

[RESOLU] SOS Stretch a planté

#2 13-07-2019 21:38:13

Re : [RESOLU] SOS Stretch a planté

#3 14-07-2019 00:00:17

Re : [RESOLU] SOS Stretch a planté

#4 14-07-2019 04:29:51

Re : [RESOLU] SOS Stretch a planté

#5 14-07-2019 14:04:36

Re : [RESOLU] SOS Stretch a planté

#6 14-07-2019 20:51:58

Re : [RESOLU] SOS Stretch a planté

#7 14-07-2019 22:26:45

Re : [RESOLU] SOS Stretch a planté

#8 15-07-2019 00:53:57

Re : [RESOLU] SOS Stretch a planté

#9 15-07-2019 12:18:05

Re : [RESOLU] SOS Stretch a planté

#10 15-07-2019 12:44:30

Re : [RESOLU] SOS Stretch a planté

#11 15-07-2019 12:54:53

Re : [RESOLU] SOS Stretch a planté

#12 16-07-2019 22:00:25

Re : [RESOLU] SOS Stretch a planté

Pied de page des forums