Bonjour,
je suis sous Ubuntu 18.04 LTS et depuis ce matin lorsque je tape mon mot de passe ma session s'ouvre, cela dure 1 ou 2 secondes et elle se referme desuite automatiquement. Sur l'écran du bureau il n'y aucune icone.
J'ai essayé de redémarrer, de faire CTRL+ATL+F1 (à F12) mais rien n'y fait, je ne peux pas ouvrir de console.
Je n'ai aucune sauvegarde, je ne peux donc pas tout réinstaller.
Au secours aidez moi s'il vous plait!!!
Merci,
indie
# Live CD ou ssh
Posté par _kaos_ . Évalué à 5.
Hello,
Tu peux essayer de démarrer sur un live CD ou de te connecter en SSH ?
Ça sent la partition /home pleine ;)
Matricule 23415
[^] # Re: Live CD ou ssh
Posté par totof2000 . Évalué à 3.
C'est quand même grave qu'un utilisateur dont le /home est plein ne puisse plus se connecter pour faire de la place. Un gestionnaire de bureau digne de ce nom devrait être en mesure de contourner le problème. et laisser au moins une session minimale pemettant de faire un peu de place.
[^] # Re: Live CD ou ssh
Posté par Eh_Dis_Mwan . Évalué à 0.
En console, en ssh, il peux se connecter. Et une gestionnaire de fenêtre a besoin de créer des fichiers.
En effet, les confs, les sessions sont enregistrées dans le repertoire courant. Pourquoi ne pas créer les repertoires cache, config etc… sur un autre filesystem ?
Sous linux, l'administrateur est responsabilisé: pourquoi ne pas créer un fs pour les repertoires cachés et créer des liens symboliques ? Dommage qu'on ne puisse pas créer des fs selon le type de fichiers :
/home//. /dev/X….
[^] # Re: Live CD ou ssh
Posté par totof2000 . Évalué à 3. Dernière modification le 27 janvier 2019 à 18:59.
Et ? Qu'est-ce qui empeche le gestionnaire de fenetre de fournir le nécessaire pour supprimer certains fichiers, sans rien écrire sur /home, le temps de faire du ménage ? Un message du genre "le système de fichier de votre répertoire /home est plein à 100%, veuillez SVP libérer de l'espace avant de poursuivre votre session" et un gestionnaire de fichier qui permet de faire de la place, ou un outil permettant de vider la corbeille, ou de virer des fichiers non utilisés ?
Celà dit, sur le PC de mon épouse, un /home plein à 100% ne m'a pas empêché d'ouvrir une session ce midi.
Encore une usine à gaz …
[^] # Re: Live CD ou ssh
Posté par Kerro . Évalué à 3.
Déjà pour commencer juste le message. Ce n'est par débutant-proof mais c'est facile à faire et ça fait gagner du temps à tout le monde.
[^] # Re: Live CD ou ssh
Posté par nlgranger . Évalué à 1. Dernière modification le 27 janvier 2019 à 10:51.
À tout hasard, as-tu installé des mises à jour récemment? Se sont-elles installées partiellement?
Une partition home pleine n'empêche pas la connexion depuis la console (CTRL-ALT-F2..F9).
Tu peux ensuite utiliser les commandes suivantes pour t'aider à diagnostiquer le problème:
[^] # Re: Live CD ou ssh
Posté par indie . Évalué à 1.
Je n'ai pas installé de mise à jour récemment.
Les commandes avec option avec le tiret '-' ne passent pas (invalid option…)
La commande df donne:
Filesystem 1024-blocks Used Available Use% Mounted on
udev 8123888 0 81238888 0% /dev
tmpfs 1627988 172 1627816 0% /run
[^] # Re: Live CD ou ssh
Posté par _kaos_ . Évalué à 1.
Hello,
Bon, ça ce sont des systèmes de fichiers virtuels donc c'est normal qu'ils soient à 0%.
Il faudrait monter la partition contenant
/homepour voir, et là sans savoir de quelle partition il s'agit, c'est un peu du tâtonnement…Quelque chose comme :
mount /dev/sda1 /mntte permet d'accéder à ton disque ?
Matricule 23415
[^] # Re: Live CD ou ssh
Posté par indie . Évalué à 1.
quand je fais mount /dev/sda1 /mnt j'obtiens No such file or directory, alors que le chemin est bon, j'ai bien vérifié, il y a même sda2 et 3
[^] # Re: Live CD ou ssh
Posté par _kaos_ . Évalué à 1.
hello,
Et le répertoire
/mntexiste ?Il n'y a rien de monté dedans ?
Matricule 23415
[^] # Re: Live CD ou ssh
Posté par indie . Évalué à 1.
Alors en redémarrant et en choisissant "Check disk for defects" au lieu de "Try ubuntu", j'ai réussi à redémarrer le live USB.
Je suis allée dans mon home contenant toutes mes données et j'ai fait df -h et df -i:
[^] # Re: Live CD ou ssh
Posté par _kaos_ . Évalué à 1.
Hello,
Bon, et bien au moins ça écarte le gag de
/homeplein…Si tu regarde le
.Xauthorityou ce genre de fichiers, ils ont les bons droits ?Matricule 23415
[^] # Re: Live CD ou ssh
Posté par indie . Évalué à 1.
Zut je viens de supprimer .Xauthority et .ICEauthority en suivant les posts à ce sujet…
[^] # Re: Live CD ou ssh
Posté par _kaos_ . Évalué à 1.
Hello,
Bon, c'est pas grave.
Si tu retente une connexion à la session, le problème persiste ?
Matricule 23415
[^] # Re: Live CD ou ssh
Posté par indie . Évalué à 1.
Oui, meme en ayant supprimer ces fichiers !
[^] # Re: Live CD ou ssh
Posté par _kaos_ . Évalué à 1.
Hello,
Bon, mauvaise pioche alors.
Pour écarter un soucis logiciel, en redémarrant sur le live, on peut peut-être faire un
chrootpour créer un nouvel utilisateur vierge et voir si sa session s'ouvre ?Matricule 23415
[^] # Re: Live CD ou ssh
Posté par indie . Évalué à 1.
Je ne sais pas utiliser chroot, j'ai peur de faire une bétise.
J'ai essayé de créer un utilisateur avec l'interface graphique en live USB mais il n'apparait pas au redémarrage.
[^] # Re: Live CD ou ssh
Posté par indie . Évalué à 1. Dernière modification le 27 janvier 2019 à 15:01.
C'est bon j'ai réussi à créer un nouvel utilisateur en mode dépannage,
et je peux me connecter à mon nouvel utilisateur en mode dépannage (résolution hyper large).
Mais je ne peux toujours pas me connecter à ma session…
[^] # Re: Live CD ou ssh
Posté par indie . Évalué à 1.
En redémarrant j'ai bien la bonne résolution sur mon nouvel utilisateur.
Ma session ne démarre toujours pas.
D'où cela peut-il venir?
[^] # Re: Live CD ou ssh
Posté par nlgranger . Évalué à 1.
Peut-être qu'un de tes fichier de configuration crée un plantage au lancement de gnome.
Dans ces cas là, je te suggère de supprimer (après sauvegarde) les configurations des logiciels dans ~/.config et dans ~/.local/share, en particulier ~/.config/dconf ~/.config/gconf, monitors.xml, et tous les trucs avec gnome dans le nom. Ils seront régénérés avec la configuration par défaut au prochain lancement.
Évidemment si tu as modifié beaucoup de paramètres dans tes logiciels, il faudra refaire toutes ces configurations donc c'est à toi de voir.
[^] # Re: Live CD ou ssh
Posté par indie . Évalué à 1.
J'aimerais faire comme tu dis et supprimer tous ces fichiers, mais comme mon nouvel utilisateur n'est pas root je n'ai pas la permission…
[^] # Re: Live CD ou ssh
Posté par NeoX . Évalué à 2. Dernière modification le 27 janvier 2019 à 16:20.
donne les droits administrateurs (sudo) à ce nouvel utilisateur,
il pourra alors gerer la machine, passer root, etc
regarde avec cet utilisateur l'occupation disque,
etc
mais d'apres tes symptomes ca sent le foirage de config sur l'utilisateur habituel.
si tu as le temps, tu renommes son dossier /home/utilisateur_habituel en /home/utilisateur_habituel_bakcup
au prochain login ca va refaire le dossier "vierge"
puis tu refais tes configs ou tu les recuperes du dossier de backup
[^] # Re: Live CD ou ssh
Posté par nlgranger . Évalué à 1.
À noter qu'il tourne sous ubuntu, donc il n'y a pas vraiment de root.
Je suggère d'essayer dans le terminal:
$ su -
ou bien
$ sudo su
et de manipuler les fichers avec les commandes rm, mv, cp, etc…
Si quelqu'un connait ubuntu mieux que moi, peut-il suggérer la manière d'obtenir les droits sur le répertoire?
[^] # Re: Live CD ou ssh
Posté par NeoX . Évalué à 2. Dernière modification le 27 janvier 2019 à 17:54.
ben s'il n'a pas de root, il ne pourra pas faire cette manip car elle va justement demander le mot de passe de root
sudo -isera plus approprié, et lui demandera le mot de passe de son utilisateur avec lequel il est connecté, à condition que cet utilisateur soit dans le groupe "administrateur" (en mode graphique), dans le groupe "sudo" si la config a été faite en ligne de commande.obtenir les droits sur le repertoire, c'est passer root
[^] # Re: Live CD ou ssh
Posté par nlgranger . Évalué à 1.
linuxfr a mangé la première commande, je voulais écrire: su - nomducompteadmin
Pour passer directement sur l'utilisateur cible, dans le cas où le shell de cet utilisateur marche encore.
[^] # Re: Live CD ou ssh
Posté par indie . Évalué à 1.
Ok j'ai passé mon nouvel utilisateur en root et supprimé .config et .local/share mais ca ne démarre toujours pas.
J'ai essayé aussi de renommer mon dossier en utilisateur_habituel_backup mais ca ne démarre pas non plus.
Est-ce que je peux complètement supprimer mon compte habituel et rendre mon nouvel utilisateur root?
[^] # Re: Live CD ou ssh
Posté par indie . Évalué à 1.
Je veux dire: rendre mon nouvel utilisateur 'administrateur'.
# suite
Posté par indie . Évalué à 1.
Merci pour votre aide, et pour l'explication !
J'ai réussi à me connecter 1 fois avec ma clé USB Live, j'ai fait une sauvegarde (OUF !).
Et maintenant lorsque je ré-essaye à nouveau de me reconnecter avec ma clé USB en faisant exactement la même manip ca ne marche plus, l'écran reste bloqué sur un message
"BusyBox v1.22.1 (Ubuntu 1:1.22.0-15ubuntu1) built-in shell (ash)
Enter 'help' for a list of built-in commands.
(initramfs)
j'ai la main mais les commandes basiques de type "df -h" ne passent pas (invalid option etc…)
[^] # Re: suite
Posté par Anonyme . Évalué à 2. Dernière modification le 27 janvier 2019 à 12:24.
ouais c'est normal
tu as les commandes de base qui sont intégré dans busybox yen a pas des masse, le necessaire pour survivre. ce que je ferais, tu démarre normalement ton pc, lorsque la fenêtre login s'affiche tu passe dans une console sans mode graphics, ctrl + alt + f1.
si tu arrive a avoir la main, en general ca marche meme si a 100%. tu doit supprimer de suite un gros fichier pour repasser en mode graphique avec ctrl+alt+f6 ou f7.
c'est dommage qu'il n'y a pas de root car en général il a toujours de la place pour démarrer lui
et ne perdons pas de vue que le disque rend peut etre l'ame.
[^] # Re: suite
Posté par indie . Évalué à 1.
Le problème c'est que CTRL+ALT+F1 ne marche pas, je n'ai pas accès à la console.
J'espère que ce n'est pas le disque car mon PC est neuf et m'a couté la blinde!
[^] # Re: suite
Posté par NeoX . Évalué à 2. Dernière modification le 27 janvier 2019 à 13:26.
la machine ne depasse pas l'etape de grub
tu n'as alors acces qu'au shell de grub (celui integré à busybox)
tu ne peux donc pas booter, changer de console, ou faire des operations comme le mount.
c'est generalement que le grub ne trouve pas le disque de boot qui doit contenir le noyau et les initrd necessaire à lancer la machine.
cela peut arriver avec un systeme USB quand tu as fait l'installation sur un port USB
et que tu essaie d'exectuer ta clef USB alors que d'autres clefs USB sont dans la machine.
la clef Ubuntu change alors de "nom" (sda/sdb/sdc…) en fonction de sa place dans la chaine USB.
j'ai deja eu le cas aussi ou un utilisateur branchait son telephone android sur l'ordi pour le charger, mais avait activé le mode transfert de fichier sur le smartphone.
le PC essayait alors de booter sur l'android.
[^] # Re: suite
Posté par indie . Évalué à 1.
Ok, alors j'ai tout débranché et redémarré, mais je n'arrive toujours pas à accéder à la console avec CTRL+ALT+F*
Je suis obligée de démarrer en live USB.
[^] # Re: suite
Posté par NeoX . Évalué à 2. Dernière modification le 27 janvier 2019 à 16:17.
ok j' en deduis que tu as 2 systemes
quand tu demarres celui du disque dur, essaye d'avoir la ligne de grub pour demander le demarrage en mode single
ca doit te donner une ligne de commande, ouvrable en root pour depanner la machine.
si tu ne peux pas changer la ligne de grub pour activer le mode "single"
laisses demarrer ta machine,
et regarde si ton clavier repond quand tu arrives sur le login graphique (avec le verrou majuscule ou le verrou numerique)
si c'est le cas, il n'y a pas de raison que tu ne puisses pas activer la console avec
Ctrl+Alt+F1 (ou F2 à F5)
si ca bloque toujours, c'est que tu as un process qui bloque la machine
il faut alors se depanner avec le liveUSB
demarrer dessus, activer le disque systeme, faire les manips correctives (corriger les droits, effacer des fichiers) puis redemarrer en mode normal
# boot in recovery mode ???
Posté par totof2000 . Évalué à 2.
Plutôt que d'utiliser un live CD, si tu as accès au menu grub lors du démarrage tu peux choisir de redémarrer en mode recovery, et lancer un shell à partir de ce mode.
Sinon ton problème peut venir d'une extension gnome-shell qui fait des siennes (je n'ai jamais eu tant de problèmes de login qu'avecv cette saleté - et quand ça arrive, c'est la galère pour réparer).
[^] # Re: boot in recovery mode ???
Posté par indie . Évalué à 1.
Oui en effet je peux démarrer en mode dépannage maintenant.
J'ai même pu créer un nouvel utilisateur qui démarre.
Est ce que tu peux m'aider à essayer de débuguer ma session ?
J'aimerais bien trouver d'où vient ce problème…
[^] # Re: boot in recovery mode ???
Posté par Anonyme . Évalué à 2.
il y a une méthode un peu bourrin :
dans ton répertoire /home/toi
tu efface tous les fichiers de configuration temporaire :
rm -rf /home/toi/.*
et ca devrait repartir comme en 14
[^] # Re: boot in recovery mode ???
Posté par indie . Évalué à 1. Dernière modification le 28 janvier 2019 à 08:10.
Ha oui c'est reparti !
Merci tu me sauves la vie ! :)
[^] # Re: boot in recovery mode ???
Posté par Anonyme . Évalué à 2.
la prochaine fois si tu es curieux tu les efface un par un :D
[^] # Re: boot in recovery mode ???
Posté par NeoX . Évalué à 2. Dernière modification le 28 janvier 2019 à 14:21.
c'est ce qui aurait du se faire en renommant son /home/sonutilisateur en /home/sonutilisateur.bak
à la connexion il aurait du recréé tout seul le /home/sonutilisateur
[^] # Re: boot in recovery mode ???
Posté par totof2000 . Évalué à 2.
C'est sûr ça ? Pour ma part j'ai jamais essayé. A une époque, si le homedir de l'utilisateur n'existait pas, le gestionnaire de bureau ne le créait pas: de mémoire, la connection ne se faisait pas. Après ça doit dépendre du gestionnaire de bureau. Est-ce que quelqu'un a déjà testé ?
[^] # Re: boot in recovery mode ???
Posté par NeoX . Évalué à 2.
j'ai pas testé recemment,
au pire je me connectais une fois par la console
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.