problème post mise à jour.
- Inicie sesión ou rexístrese para enviar comentarios
Ce message d'erreur n'est-il pas suivi d'une explication ?
Je crois que je vais réinstaller le système, je ne vois pas d'autre solution satisfaisante.
Tu peux toujours installer Gnome Shell
Installer Gnome Shell dans Trisquel 7 Belenos Gnome
https://trisquel.info/fr/wiki/installer-gnome-shell-dans-trisquel-7-belenos-gnome
Cela ne résoud rien au sens ""de trouver ce qui est instable"" (matériel ou logiciels)
vu que les applications dont tu te sert sont du de l'environnement de Bureau Gnome
Si tu gardes le contenu de ton dossier personnel, il est très probable que le problème persiste après un réinstallation du système. La configuration problématique est dans ton dossier personnel. Le système n'est a priori pas en cause.
Si tu veux être radical, supprime plutôt tous les fichiers cachés (ceux dont les noms commencent par un point) dans ton dossier personnel. Tu peux le faire depuis le gestionnaire de fichiers (choisis "Afficher les fichiers cachés" dans le menu, ou utilise Ctrl+H) ou depuis un terminal :
$ rm -rf ~/.??*
Prends garde à ne pas ajouter une espace là où il n'en faut pas dans la commande ci-dessus. En particulier, une espace avant l'astérisque et ce sont tous tes fichiers (non cachés) qui seront supprimés ! Un point d’interrogation en moins et tu demandes aussi la suppression du dossier parent, /home (je ne pense pas qu'il sera supprimé car, sans 'sudo', tu n'en as pas le droit, mais ne prends pas le risque).
Réalises-tu fréquemment des sauvegardes de tes fichiers, par exemple avec l'outil éponyme dans les "Paramètres système" ? Il le faut (que l'on rencontre des problèmes ou pas).
Bonjour, non, je ne fais pas de sauvegarde. En fait j'ai essayer une fois et je trouvais pas comment faire et comment recupérer les fichiers, ça me semblait très abstrait.
J'ai finalement réinstaller le système à zéro. J'ai supprimer et formater tout en réinstallant Trisquel, je l'ai laissé faire et prendre toute la place qu'il voulait. Donc plus aucun fichier qui pourrait être corrompu n'ai sensé rester (?).
Le problème qui demeure est l'impossibilité d'ajouter au tableau de bord quelques applets comme l'applet de notification générale par exemple... Les deux ou trois première fois avec le message encadré et là sans même un message, juste rien.
Même le terminal refuse de s'ouvrir... sans excuse non plus.. Mais ma session s'ouvre sans problème. Encore que une fois là, même deux, elle s'est ouverte sans tableau de bord. Obligé d'éteindre au bouton car plus de commande le permettant, juste l'accés aux dossiers et autre. J'ai éteins puis rallumer et c'était ok.
problème, problème...
Et gthumb plante...
Tu as des problèmes curieux qui suggèrent une défaillance du matériel. Mais comme tu as écris dans https://trisquel.info/forum/probl%C3%A8me-post-mise-%C3%A0-jour#comment-102507 que la RAM et le disque (auto-test SMART ?) sont OK, je ne sais pas trop quoi te dire... sinon qu'il te faut sauvegarder tes données !
L'utilitaire "Sauvegardes", par défaut dans Trisquel, est très bon. Mais il n'est pas fait pour que les données sauvegardées soient récupérables sans le même logiciel. Si, au contraire, il est installé, alors il suffit d'un clic droit dans le navigateur de fichiers pour "Restaurer les fichiers manquants" (clic dans le "blanc" de la fenêtre) ou pour "Revenir à la version précédente" d'un fichier/dossier (en fait, à n'importe quelle version antérieure encore dans la sauvegarde). On peut aussi "restaurer la sauvegarde entière" depuis l'interface graphique du logiciel.
Maintenant, si tu préfères copier tous tes fichiers depuis le gestionnaire de fichiers, ça fonctionne aussi et cela permet de lire la sauvegarde depuis n'importe quel système. Ça prend juste plus de place (tu vas devoir supprimer plus vite des sauvegardes anciennes; "Sauvegardes", dans Trisquel, se charge tout seul de supprimer les sauvegardes les plus anciennes si l'espace vient à manquer) et plus de temps (sauvegarde non incrémentale et non compressée, contrairement à ce que fait "Sauvegardes").
Quant à espérer que réinstaller le système change quelque chose, je t'ai déjà expliqué que non : ce sont tes configurations personnelles (dans ton dossier personnel donc) qui semblent poser problème. Pas le système. Autrement la session invitée serait aussi affectée, supprimer ton .config ne changerait rien, etc.
bONSOIR Bonsoir... ça recommence et rien de toutes ces suggestion ne fonctionnent.. Merci de vos nouveaux conseils.
Salut... bon bah si j'ai bien tout compris, il y a pas de solution. Ma machine fonctionne bien, enfin elle en a l'air. Donc je réinstalle le système. J'ai essayé debian et vraiment c'est chouette mais Trisquel est encore plus chouette donc je réinstalle trisquel à la place de celui qui était installé aec debian. Le problème c'est j'aimerai bien garder debian aussi et je sais que si j'installe trisquel après le boot commencera sur trisquel, c'est super, c'est ce que je préfèrerai sauf à la prochaine mise à jour de trisquel, il y a une chance sur deux que le grub plante et que mon systeme debian ne boot plus.. Vous voyez?
Là mon trisquel bootais en deuxième et pas de soucis. J'aurai préfèré qu'on trouve une solution au problème d'ouverture de la session principale. :'(
GRUB est configurable mais je n'ai pas compris comment tu voulais le configurer. Vois https://trisquel.info/fr/wiki/mot-de-passe-grub pour ne plus t'embêter avec le mot de passe GRUB (qui n'apporte aucune sécurité supplémentaire sur une machine personnelle).
J'avais aussi du mal a comprendre
Si tu est en dual boot avec Debian au démarrage il choisis Trisquel ?
il y a
kde-config-grub via ton gestionnaire de fichiers Synaptic
un module de configuration pour les paramètres du système pour
la configuration du chargeur de démarrage Grub2.
http://www.noobslab.com/2012/01/grub2-customizereditor-for-gnome-and.html
Bonjour, et bien en dehors du problème de démarrage de ma session principale sous trisquel, problème que je n'ai plus car je viens de le réinstaller à zéro (jusqu'à la prochaine fois...je croise les doigts), il y a toujours le problème de boot. J'ai donc réinstallé trisquel et le truc c'est qu'il se met tout simplement, et sans doute naturellement puisque c'est le dernier système installé, en premier choix dans la liste de boot du démarrage. Il s'ouvre normalement et debian ne s'ouvre plus, c'est le problème du grub. Si je choisi de booter sur debian, on me demande un nom d'utilisateur et un mot de passe (en querty). Si je les indique convenablement, ça ne fonctionne pas davantage. Donc soit je réinstalle debian qui sera replacé en premier dans la liste de boot de démarrage et refonctionnera à nouveau normalement en parallèle avec trisquel, soit je trouve une autre solution avec vos conseils ci-dessus, pour m'éviter de tout recommencer à zéro. Mais plutôt ce soir. Merci à vous.
Comme je te l'ai déjà écris, "vois https://trisquel.info/fr/wiki/mot-de-passe-grub pour ne plus t'embêter avec le mot de passe GRUB".
Tu peux aussi redéfinir GRUB_DEFAULT, dans /etc/default/grub, pour que Debian soit l'entrée par défaut:
https://www.gnu.org/software/grub/manual/html_node/Simple-configuration.html#Simple-configuration
Il te faut, pour cela un éditeur de texte (ici GEdit, par défaut dans Trisquel) et les droits d'administration :
$ gksu gedit /etc/default/grub
Après avoir enregistré et quitté, la commande suivante doit encore être exécutée pour que le changement soit effectif :
$ sudo update-grub
Bonsoir, merci à toi mais je ne comprends pas... j'essaye les manip mais rien ne fonctionne, je ne comprends pas comment faire, ni où écrire. Dans un terminal? dans gedit? dans le fichier /etc/default/grub à la suite de tout ce qu'y est déjà écrit? ou à la suite de quoi, les phrases de ce fichier commencent par un # non par $... et dans un terminal celà ne me donne, après m'avoir demander mon mot de passe, que le même fichier qui s'ouvre. Et le me dis de ne pas le fermer car il est en processus actif... J'attends avant de faire la dernière manip... ça réagit.. ça a finit le processus j'écrit la dernière phrase... bon, je redémarre, voir. Rien, toujours pareil... nom d'utilisateur puis mot de passe :(
Pour la question concernant le mot de passe grub c'est là : https://trisquel.info/fr/wiki/mot-de-passe-grub
Le fichier /etc/grub.d/01_PASSWORD contient le mot de passe pour Grub2.
Pour l'afficher, il faut les droits d'administration.
Ouvrir ce fichier en tant qu'administrateur avec un éditeur de texte.
Commenter les deux lignes concernant le mot de passe avec un #
Enregistrer.
Mettre à jour grub :
$ sudo update-grub
Ceci fait tu ne devrais plus avoir de problème pour démarrer le système de ton choix (il te suffira de choisir avec les flèches de direction Haut et Bas)
=== Fin de la réponse ===
Informations complémentaires :
Le $ fait partie de l'invite (ou prompt), il est (en principe) toujours affiché dans une console et ne doit pas être tapé, il ne fait pas partie de la commande.
Le $ signifie (en principe) que tu es connecté en tant qu'utilisateur ordinaire d'où la nécessité de faire précéder la commande par sudo pour qu'elle soit exécutée en tant qu'administrateur.
Si tu utilises un système sur lequel sudo n'est pas configuré (ce qui n'est pas le cas de Trisquel)
il est nécessaire de passer administrateur par la commande appropriée :
[toto@msi ~]$ su -
Mot de passe :
[root@msi ~]#
ceci étant fait l'invite contient alors (en principe) # en lieu et place de $.
Il n'est alors plus nécessaire d'utiliser sudo et la commande à exécuter s'écrira :
# update-grub
(sachant que le # appartient à l'invite et ne fait pas partie de la commande et n'a donc pas à être tapé)
De même que le $ le # qui fait partie de l'invite n'a pas à être tapé puisqu'il y est déjà.
Le fait d'indiquer le # devant la commande permet de faire savoir que la commande doit être tapée en tant qu'administrateur (en tant que root).
de la même façon que
Le fait d'indiquer le $ devant la commande permet de faire savoir que la commande doit être tapée en tant qu'utilisateur ordinaire.
Le fait de mettre un # en début des lignes concernant le mot de passe dans le fichier /etc/grub.d/01_PASSWORD s'appelle "Commenter les lignes" c'est à dire de faire qu'elles deviennent de simples commentaires, c'est à dire qu'aucune commande sur cette ligne mise après le # ne sera exécutée.
Le # en début des lignes concernant le mot de passe dans le fichier /etc/grub.d/01_PASSWORD n'a rien à voir avec le # de l'invite.
Tu peux peaufiner en redéfinissant GRUB_DEFAULT, dans le fichier /etc/default/grub
Par exemple si tu veux que la distribution qui démarre soit automatiquement la distribution qui a été démarrée le coup d'avant
il te faut ajouter/modifier selon le cas dans /etc/default/grub les deux lignes ci-dessous :
GRUB_DEFAULT=saved
GRUB_SAVEDEFAULT=true
Documentation :
Lorsqu'une interface est prête à recevoir une commande, elle l'indique par une invite de commande. Celle-ci, parfois désignée par l'anglicisme prompt, consiste en quelques caractères, en début de ligne (généralement, le nom de compte de l'utilisateur, et/ou l'unité logique par défaut, et/ou le chemin par défaut, et/ou date…), se terminant par un caractère bien connu (souvent « ] », « # », « $ » ou « > »), invitant l'utilisateur à taper une commande.
https://fr.wikipedia.org/wiki/Interface_en_ligne_de_commande
merci
"Oi! c'est bon! Le boot est ok. J'ai complété avec des # après "echo" et "echo set", les deux dernières lignes du fichier gedit de /etc/grub.d/01_PASSWORD, fichier qui ne s'ouvre que dans le terminal avec les commandes que vous avez indiquées. Je sais bien que c'est exactement ce vous avez dit mais je le reprécise pour ceux qui, comme moi, sont un peu dur de la feuille.
Je le saurai pour la prochaine fois... Merci!
Si je pouvais aussi mieux comprendre le problème que j'avais eu avec ma session principale qui bloquait, pour la prochaine de ce genre-ci, ça serait pas mal.
Menfin là déjà je comprends un peu mieux l'outils.
J'ai complété avec des # après "echo" et "echo set", les deux dernières lignes du fichier gedit de /etc/grub.d/01_PASSWORD
Tu voulais écrire "avant" (au début des lignes), n'est-ce pas ?
Salut, non c'est bien après que j'ai remplacé.
J'ai encore un soucis avec une modification de partition que je viens de faire, nouveau post...
Tu aurais du les mettre avant. Mais bon, ces 'echo's sans arguments ne font apparemment rien.
Peut-être qu'il ne font rien mais en tout cas ça a fonctionné...
- Inicie sesión ou rexístrese para enviar comentarios