Echec du mot de passe "problème système détecté"
J'ai plusieurs serveurs et stations de travail Ubuntu Precise, qui souffrent tous du même problème: lorsque la boîte de dialogue "Problème système détecté" apparaît en raison d'un problème ou d'un autre problème, cliquer sur "Signaler le problème" ouvre une boîte de dialogue d'élévation ... qui s'affiche. Malheureusement, ça ne marche pas.
Je suis en supposant cela signifie que la boîte de dialogue d'élévation recherche un mot de passe root - pour lequel il n'y en a pas - plutôt que de rechercher mon propre mot de passe à utiliser avec Sudo (et, oui, mon compte est un membre du groupe Sudo, et les instructions normales de gksudo fonctionnent parfaitement).
Est-ce que quelqu'un sait ce qui se passe avec ça? J'aimerai vraiment pouvoir soumettre des rapports de problèmes en cas de panne. Cela m'énerve énormément que je finisse par devoir cliquer sur "fermer" comme une sorte de gommage qui ne se soucie pas de signaler les bogues. > = [
Il est possible que vous receviez souvent des messages d'erreur tels que celui ci-dessous, causés par le service de signalement des problèmes Ubuntu, apport:
Cela ne signifie pas nécessairement que quelque chose ne va pas avec votre système; juste qu'un processus système est tombé en panne. Lorsqu'un utilisateur clique sur "Signaler un problème ...", il se heurte à ce bogue dans apport, ce qui empêche l'envoi du rapport d'erreur réel.
D'autre part, vous pourriez recevoir un message d'erreur tel que le suivant
Dans ce type de dialogue, le service de rapport d'erreur fonctionne parfaitement. Cela, encore une fois, reflète le bogue n ° 1050577 dans Ubuntu, ce qui provoque le blocage du message de sollicitation de mot de passe pour le rapport d’erreurs dans le premier type de boîte de dialogue et empêche l’envoi du rapport.
Lorsque vous recevez le message "Problème de programme système détecté", accédez à Terminal (Ctrl - Alt-T) et tapez:
nautilus /var/crash/
Vous pouvez étudier les divers rapports d'incident dans ce dossier et archiver ceux-ci en conséquence.
Tout d’abord, attribuer ne résout rien, il indique simplement aux développeurs que quelque chose ne va pas, donc cela (aide) ne vous aide pas beaucoup.
Deuxièmement, le problème persiste parce que l'ancien rapport d'accident n'avait pas été effacé après l'avoir signalé (vous avez dit que cela ne fonctionne même pas, malheureusement). Pour résoudre le problème, ouvrez un terminal et exécutez la commande suivante:
Sudo rm /var/crash/*
Déconnectez-vous, reconnectez-vous au système et vérifiez si la boîte de dialogue apparaît toujours.
Ou mieux, désactivez la répartition ( voir ici un certain nombre de raisons pour lesquelles est utile pour garder aport désactivé ):
Sudo sed -i 's/enabled=1/enabled=0/g' /etc/default/apport
Ma solution ( bien sûr, non recommandée )?
Sudo apt-get remove --purge apport
Maintenant, pour résoudre le problème avec "Signaler le problème" avec le dialogue qui ne fonctionne pas et parce que vous avez dit que vous êtes membre du groupe 'Sudo' , vous devriez essayer en prévention PolicyKit de demander un mot de passe en suivant pas à pas cela répond . Je n'encourage personne à le faire. il vaut mieux mieux pour signaler un bogue système dans ce sens et appliquer la solution avec Sudo rm /var/crash/*.
D'autres informations sur la façon de déboguer les plantages de paquets Ubuntu sont disponibles ici:
Sources: