Comment signaler un bogue système

13

Je fais face à ce problème: Ubuntu ne s'arrêtera pas (bloqué sur "Arrêt des modules du noyau VirtualBox")

et j'ai presque perdu mes nerfs quand j'ai voulu signaler un bug. J'étudie ce sujet "Comment signaler un bogue" depuis deux heures maintenant et je me sens toujours comme un tout nouveau.

Je vais d'abord ici https://bugs.launchpad.net/ubuntu/ et j'essaie de cliquer sur le lien "Signaler un bug" qui m'amène ici: https://help.ubuntu.com/community/ReportingBugs et j'ai lu que article mais je suis toujours perdu. Quand je suis arrivé au "crash système", il n'y a qu'une seule phrase:

If your system lockups up, freezes, logs you out, etc., 
then this is not an application crash, but a system crash.
Please see below, and consult the following article for 
these types of problems 
https://help.ubuntu.com/community/DebuggingSystemCrash.

Cela signifie-t-il que vous ne pouvez pas signaler un bug de plantage du système? Parce que sur cet article "DebuggingSystemCrash" il n'y a rien sur le rapport d'un bogue.

Ensuite, je suis venu ici sur askubuntu et j'ai trouvé des questions comme celle-ci: comment signaler un bug? ... mais encore une fois aucun d'eux ne m'a aidé. Ils avaient tous un bug concernant une application. Ils ont donc simplement exécuté "ubuntu-bug PID, mais je ne peux pas le faire parce que je ne connais pas le PID ni le paquet où se trouve le bogue. Cela se produit simplement pendant le processus d'arrêt.

Où sont les bons vieux jours de la mode où vous êtes juste allé sur launchpad et cliqué sur "Signaler un bug" et c'est tout. Peut-être que cela a causé beaucoup de mauvais rapports, mais la nouvelle façon dont les gens ne signalent tout simplement pas les bugs s'ils ne savent pas comment ...

launchpad  bug-reporting 
— user568021
source
Eh bien dans votre cas, ce n'est pas un plantage du système, du moins pas dans la façon dont les auteurs de l'article le pensent. Je suppose que certains scripts ne font pas ce qu'ils devraient lorsque votre ordinateur s'arrête. Le premier problème pourrait être le module VirtualBox. Mais il pourrait également s'agir d'une commande suivante. J'ai commenté votre question. Voyons voir si nous pouvions le découvrir.
— qbi
Merci ... c'est bon de savoir qu'il y a 1 personne qui comprend ma frustration. Dois-je donc changer le titre de ceci si ce n'est pas un plantage du système?
— user568021
Si je comprends bien, vous demandez: "Comment signaler un bogue où un module du noyau ne peut pas décharger?" J'ai posté ceci, pour y répondre . Si c'est ce que vous demandez ici, je vous recommande de modifier le titre de votre message pour clarifier cela. Sinon, cela pourrait finir fermé comme trop localisé (car il s'agit d'un problème que vous avez pu résoudre, dont la solution est documentée dans votre autre question).
— Eliah Kagan

Réponses:

8

Déterminer où l'échec se produit

Si votre système ne s'arrête pas et que le dernier texte que vous voyez vous indique qu'il essaie de décharger un module de noyau particulier (ou d'effectuer une autre tâche particulière), et il n'y a aucune indication à sa droite, sur la même ligne , qu'il a réussi ou échoué , alors le problème est presque certainement avec cette action spécifique, et non avec ce qui vient ensuite. Dans cette situation, vous pouvez signaler un bogue documentant l'échec du déchargement du module du noyau.

Signaler un bug affectant un module du noyau

Si vous avez un bogue dû aux modules du noyau fournis par un package particulier non noyau, vous pouvez signaler le bogue par rapport à ce package. S'il est en fait un service de noyau en cours d' exécution ( ps axspectacles kernel threads, ainsi que les processus normaux) pour le module, que vous croyez est la cause du problème, vous pouvez exécuter ubuntu-bugavec son PID si vous pouvez exécuter ubuntu-bugdu tout .

Étant donné que vous ne pouvez probablement pas exécuter de commandes dans cette situation et qu'il n'y a souvent aucun processus en cours qui est clairement responsable , après le redémarrage, vous devez plutôt exécuter:

ubuntu-bug packagename

Ici, c'est un peu difficile - le programme de l'espace utilisateur VirtualBox est fourni par virtualbox. Les modules du noyau VirtualBox pour les hôtes de virtualisation sont généralement construits à partir de la source, qui est fournie par virtualbox-dkms.

Je rapporterais ce bogue virtualbox-dkms(en supposant que VirtualBox a compilé et installé des modules de noyau sur votre machine). Les détails techniques du bogue indiqueraient probablement quel package est le meilleur, et il n'est pas toujours pratique de déterminer quel package un bogue est le mieux considéré pour affecter, avant de signaler le bogue. Vous faites donc de votre mieux. Il peut toujours être modifié ultérieurement sur Launchpad, soit par vous, soit par quelqu'un d'autre (généralement un trieur ou un développeur).

Si vous vouliez signaler un bogue contre un module du noyau livré avec le noyau, vous pouvez le signaler contre linux:

ubuntu-bug linux
— Eliah Kagan
source
Vous avez répondu à ma question, mais il était également intéressant de noter que le problème était dû à xampp. Alors peut-être qu'il n'était pas connecté à virtualbox ou virtualbox-dkms ... Eh bien, je suppose que je pourrais signaler un bogue contre 'linux' car je ne savais pas que xampp était en train de faire ça, non ...?
— user568021
@ user568021 XAMPP peut le déclencher, mais d'après votre description, le système se bloque lors de la tentative de déchargement des modules. La meilleure chose à faire serait de désinstaller complètement VirtualBox et ses modules du noyau et de voir si vous pouvez toujours produire le bogue (une fois que XAMPP est réactivé). Si vous le pouvez, ce n'est pas un bogue dans VirtualBox. Mais si cela empêche le déchargement des modules du noyau, je recommande de supposer qu'il se trouve dans le noyau ou dans un package qui fournit les modules qui ne parviennent pas à se décharger, même s'il est déclenché par un logiciel dans un autre package. (Bien sûr, dans le bug, expliquez la solution!)
— Eliah Kagan
@EliahKagan Comme l'a souligné user568021 dans (t) sa question, moi aussi je tourne en rond en essayant de trouver un bouton "signaler un bug" sur le tableau de bord. Mon bug supposé: lorsque mon système (12.04 LTS) est endormi et que je connecte mon téléphone Android (via USB, à des fins de charge uniquement), le système redémarre rapidement. Où hisser le drapeau?
— noisette sur natty
— sur natty
Peut-être lié au bogue lui-même (plutôt qu'à la question de savoir comment et où le signaler) et un indice vers une solution de
— about natty
1

Il existe deux façons de signaler un bogue:

Vous pouvez faire une estimation du paquet pour lequel effectuer le rapport en utilisant l'application "Synaptic Package Manager". D'un autre côté, dans le pire des cas, vous pouvez simplement signaler contre "linux".

— Alberto Salvia Novella
source
En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.