|
Prochaine révision
|
Révision précédente
|
abuledu:utilisateur:les_petits_tracas_de_la_vie_informatique [2006/12/13 22:21]
olive |
abuledu:utilisateur:les_petits_tracas_de_la_vie_informatique [2016/01/21 11:56] (Version actuelle)
erics |
| <code> | {{tag>version-8-08}} |
| Valable pour AbulÉdu PRO 1.4/1.6 et PLM | ====== Petits tracas informatiques ====== |
| </code> | |
| |
| <note> | ===== Programme planté ===== |
| Les screenshots et les liens sont à mettre à jour | |
| Certaines différences (visuelles) peuvent apparaître selon que vous utilisez la version PRO ou la version PLM. Mais dans l'ensemble, l'utilisation du webadmin se fait de la même manière. | |
| </note> | |
| |
| ====== Les petits tracas de la vie informatique sous Linux ====== | Il arrive que certains programmes soient bloqués et que vous ne puissiez plus interagir sur leur fenêtre. Dans ce cas, il est utile de connaître la porcédure pour forcer leur fermeture. |
| |
| Quelque fois il arrive qu'une application se bloque, ou qu'elle refuse de démarrer. Quelle qu'en soit la raison (session mal terminée, plantage du TX, maltraitances virtuelles...), il y a toujours un moyen de s'en sortir. Encore faut-il le connaître. | * Lancer une invite de commande (avec un terminal ou en tapant Alt+F2) |
| | * Taper la commande suivante : |
| | <code>xkill</code> |
| | * Le pointeur de la souris se transforme alors en croix (ou en tête de mort). |
| | * Cliquer sur la fenêtre récalcitrante pour fermer le programme (ou appuyez sur Echap pour annuler cette opération). |
| |
| ===== Firefox ===== | <note> Attention de ne pas cliquer sur le bureau ou ailleurs (bandeaux...) car celui serait aussitôt fermé</note> |
| |
| Quand Firefox refuse de se lancer, vous disant qu'une instance est déjà en cours d'exécution, vérifiez les points suivants : | ===== Session à redémarrer ===== |
| * vous n'avez effectivement pas un Firefox qui serait lancé sur un autre bureau, ou qui serait minimisé. | |
| * sinon, effacez le fichier suivant : ''~/.mozilla/firefox/*/lock'' | |
| |
| Si cette manipulation ne suffit pas, cela veut dire qu'un processus de mozilla est effectivement en cours d'execution, mais pour une curieuse raison, n'apparâit pas à l'écran. | Si vous souhaitez redémarrer brusquement votre session, utilisez la séquence de touches : |
| Il s'agit donc de "tuer" ce processus. 2 méthodes, simples, pour effecuter cette opération : | |
| * En console : Il s'agit de retrouver le processus qui est bloqué : | |
| <code> | |
| philippe@suptec ~ ♪ ps aux |grep firefox | |
| philippe 6409 2.8 3.4 101436 35856 ? Sl 10:49 0:20 /usr/lib/firefox/firefox-bin -a firefox | |
| </code> | |
| Et ensuite, le tuer : | |
| <code> | |
| kill 6409 | |
| </code> | |
| Une autre manière de tuer le processus, toujours en ligne de commande : | |
| <code> | |
| killall firefox-bin | |
| </code> | |
| |
| * Avec l'interface graphique : | ''Ctrl + Alt + Retour arrière (backspace)'' |
| Appuyer sur alt+F2 pour ouvrir un lanceur, puis lancer l'application "gnome-system-monitor". | |
| On arrive sur cette fenêtre : | |
| {{abuledu:utilisateur:gnome-system-monitor.jpg}} | |
| Sur cette fenêtre, sélectionner le processus firefox-bin, et ensuite cliquer sur "Terminer le processus". A partir de là, ce processus doit disparaître. | |
| |
| Aprés ces manipulation, lancez à nouveau firefox... Le programme doit maintenant ce lancer sans problème. | <note importante>Attention, si des programmes sont ouverts, ils ne seront pas fermés correctement. Il sera sûrement nécessaire de quitter à nouveau sa session pour retrouver un comportement normal.</note> |
| |
| ===== OpenOffice.org 2 ===== | ===== Session graphique qui ne démarre pas===== |
| |
| Quand OOo2 refuse de se lancer, vous disant qu'il est déjà en cours d'exécution, vérifiez les points suivants : | Si votre session graphique ne démarre pas et que vous revenez aussitôt sur l'écran d'identification, il existe un fichier permettant de trouver l'origine du problème. |
| * vous n'avez effectivement pas un OOo2 qui serait lancé sur un autre bureau, ou qui serait minimisé. | * Connectez-vous avec un autre compte sur un autre TX |
| * sinon, effacez le fichier suivant : ''~/.openoffice.org2/.lock'' | * Ouvrez un terminal et lancez : |
| | <code>su mon_compte</code> |
| ===== Evolution ===== | Où "mon_compte" est votre identifiant. Puis saisissez votre mot de passe. |
| | * Tapez ensuite la commande suivante pour vous rendre dans votre espace. |
| Si evolution vous fait des misères, essayez de le fermer proprement. Que vous y arriviez ou pas (après avori attendu quelques secondes, quand même), tapez en ligne de commande : | <code>cd</code> |
| * ''%%evolution --force-shutdown%%'' | * Vous pouvez ensuite analyser le fichier trace qui comporte des explications sur le problème graphique : |
| Puis relancez-le, il devrait avoir un peu plus la forme. Si cela ne suffit pas, répétez la manipulation mais cette fois-ci relancez-le depuis un terminal pour voir d'éventuels messages d'erreur et les transmettre à l'équipe de support quand ils vous les demanderont. | <code>nano xsession</code> |
| | Vous pouvez aussi le copier dans le dossier public_html pour le faire analyser par d'autres : |
| ===== GNOME ===== | <code>cp xsession public_html/</code> |
| | * Une fois sorti de l'éditeur nano, tapez ''exit'' pour quitter. |
| Si votre session GNOME ne s'ouvre pas du tout (au moment où vous validez votre identifiant/mot de passe, le TX revient immédiatement à l'invite), les causes peuvent être multiples : | |
| * ouvrez donc une session ''failsafe'' (sans échec), glissez le curseur de la souris au dessus du terminal qui vient d'aparaître, | |
| | |
| | |
| Si la session fait mine de s'ouvrir, mais reste bloquée sur l'écran de démarrage à une étape comme "Gestionnaire de fenêtres" ou "Gestionnaire de fichiers" ou "Le tableau de bord" : | |
| * fermez la session (avec ''Control-Alt-BackSpace'' s'il est impossible de la fermer proprement) | |
| * ouvrez une session ''failsafe'' | |
| * effacez le fichier ''~/.gnome2/session'' | |
| * quittez le terminal et réouvrez votre session GNOME. | |
| | |
| Si la session s'ouvre, mais tous vos panneaux sont vides, et sans icônes sur le bureau, ou avec des icônes "cassées" : | |
| * fermez la session (avec ''Control-Alt-BackSpace'' s'il est impossible de la fermer proprement) | |
| * ouvrez une session ''failsafe'' | |
| * effacez les répertoires ''~/.gnome*'' et ''~/.gconf*'' (vous perdrez toutes les préférences de vos panneaux et autres applications, mais si votre session est dans cet état, vous n'êtes plus à ça près...). | |
| * quittez le terminal et réouvrez votre session GNOME. | |
| | |
| ===== Les indices ===== | |
| | |
| Si votre application n'est pas listée précédement, il existe des moyens de lui faire avouer pourquoi elle refuse de démarrer ou plante : | |
| * essayer de la lancer depuis un terminal, à l'affut de tout message suspect (comme "error:" ou "warning:"), une partie de la solution est vraissemblablement dans ce message. | |
| * sinon, lancez-là avec l'option ''%%--help%%'' (essayez aussi ''%%-h%%'', éventuellement ''%%-help%%'') ; elle vous donnera alors pléthore d'options dans lesquelles vous trouverez un ''%%--debug%%'', ''%%-d%%'', ''%%--verbose%%'' ou ''%%-v%%'' qui vous permettront, lorsque vous lancerez l'application avec, d'en savoir un peu plus sur ce qu'elle cherche à faire, et potentiellement ce qui la fait planter ou l'empêche de se lancer. | |
| * si malgré tout cela vous ne trouvez pas, contactez la liste ''support.pro@abuledu.org'' et demandez de l'aide (préparez avec vous le numéro de version de l'application, le nom de l'environnement dans lequel vous travaillez (GNOME, KDE, WindowMaker...), et les dernières manipulations que vous avez effectuées dans l'application ou sur votre terminal avant qu'elle plante). | |
| * Vous serez éventuellement amené(e) à utiliser l'artillerie lourde, alors préparez-vous psychologiquement. | |
| | |
| ===== L'artillerie lourde ===== | |
| | |
| Si une application quelconque pose un problème de démarrage et qu'il est impossible de trouver pourquoi par les voies citées précédement, il reste toujours une solution : ''strace'' (et il y en a encore d'autres, mais là c'est vraiment barbare). | |
| * lancez votre application depuis un terminal de la manière suivante : | |
| <code> | |
| strace nom_de_l_application > trace.nom_de_l_application 2>&1 | |
| </code> | |
| * une fois ceci fait, vous obtiendrez un fichier de trace nommé ''trace.nom_de_l_application'', qu'il ne vous restera plus qu'à transmettre à l'équipe de support **s'ils vous le demandent** (en effet ce fichier est tellement lourd qu'il ne faut pas l'envoyer sans qu'on vous l'ait préalablement demandé, et il ne faut surtout pas l'envoyer sur une liste de diffusion). | |
| |