Ok. merci ----- Original Message ----- From: "Jérémy Prego" <jer...@pregonetwork.net> To: debian-user-french@lists.debian.org Sent: Saturday, December 29, 2018 12:14:13 PM Subject: Re: Firefox : mise à jour + blocage
Le 29/12/2018 à 11:30, roger.tar...@free.fr a écrit : > December 28, 2018 8:58:06 PM, Gaëtan Perrier a écrit : > >>> J'ai fait un kill de ff, j'ai déplacé le répertoire de profil, j'ai >>> redémarré, j'ai eu un refus, >> Si FF ne démarre pas en l'absence de profil s'est vraiment étrange ... >> Ça correspond à un premier démarrage après une installation. Bonjour, oui mais non. si j'ai biens compris, Roger a renomer / déplacer le xxx.default qui se trouve dans .mozilla/firefox. je pense que ce n'est pas la bonne méthode quand on dit "supprimer / renommer" le profile. à la place, je renommerai le .mozilla... > Jerem > > Je n'ai pas encore mis la machine en hibernation. Juste des mises en veille. > RAS pour l'instant Je peux toujours ouvrir un lien dans FF depuis le terminal > par exemple. > Dans le passé, j'ai du faire des kill du ps firefox car il y avait trop > d'onglets et/ou des scripts qui bloquaient. Voire même éteindre la machine > car je n'avais plus aucun contrôle (au mieux, un clic fenêtre avaut un effet > quelques mn plus tard ! donc pas d'accès aux process; et non plus aux autres > tty). > Ce qui m'embête, comme je l'ai dit plus tôt, c'est que la machine sortie > d'hibernation ne montrait pas d'utilisation CPU et RAM effarante. > > A ce propos, comment tester si une configuration FF est conforme (à ce qui > est prévu par l'éditeur) ? > Et comment agir lorsqu'une machine Linux est figée (10-30 mn voire plus) ? > Peut-on accéder à une sorte de console de secours, à un canot de sauvetage, > une 'panic room' (si elle existe) ? > > Stopper la machine en coupant l'alimentation me pose problème. >
