Forum Linux.debian/ubuntu Reboot sauvage

Posté par . Licence CC by-sa.
Tags :
1
18
sept.
2019

Bonjour,

Sur un PC (sans batterie), j'ai un souci de reboot "involontaire". Je ne sais pas pourquoi. Les kern.log montrent le redémarrage, mais je n'en connais pas la raison.

Apparemment, le log wtmp ne montre pas d'usage intempestif de reboot.

Si je suppute des problèmes fréquents de perte d'alimentation, comment puis-je m'en assurer ?

Puis-je déclencher un script sur un événement "powerfail" si il y a assez de courant ?

Si j'ai bien compris apmd et acpi, ils ne me sont pas utiles puisque je n'ai pas de batterie.

  • # Netconsole ?

    Posté par (page perso) . Évalué à 5 (+4/-0).

    Ça ne répond pas directement à ta question, mais je crois que je commencerais par essayer de maximiser mes chances d'obtenir d'éventuelles traces lors de l'extinction. Si c'est quelque chose qui déclenche un OOPS noyau puis le redémarrage, ça a peu de chance d'arriver sur le disque, mais il peut y avoir une possibilité de l'attraper en utilisant netconsole. En fonction de si le noyau récupère un événement lié à une éventuelle perte d'énergie, avant que tout s'éteigne, ça pourrait également laisser une trace dans les logs…

    Debian Consultant @ DEBAMAX

  • # Commentaire OOPS et netconsole

    Posté par . Évalué à 1 (+0/-0).

    Ou, merci.
    Je vais fouiller sur ça. Mais dans les logs, j'ai encore rien vu :(

    • [^] # Re: Commentaire OOPS et netconsole

      Posté par . Évalué à 2 (+0/-0).

      si c'est possible, je suis intéresse par tes découvertes: j'ai peut être un problème similaire avec un PC qui s’éteint tout seul lors d'un important transfert de données de disque à disque couplé à l'utilisation de la carte réseau.

      merci

      • [^] # Re: Commentaire OOPS et netconsole

        Posté par (page perso) . Évalué à 2 (+0/-0).

        j'ai peut être un problème similaire avec un PC qui s’éteint tout seul lors d'un important transfert de données de disque à disque couplé à l'utilisation de la carte réseau.

        Un coup de chaud ? Si le PC n'est pas tout neuf c'est peut-être la cause. Il faudrait ouvrir la bête, dépoussiérer et, si possible, changer la pâte thermique.

        OS préféré Mageia 6 et Mageia 7, CMS préféré SPIP, suite bureautique préférée LibreOffice, logiciel de dessin préféré Inkscape.

      • [^] # Re: Commentaire OOPS et netconsole

        Posté par . Évalué à 2 (+1/-0).

        j'ai peut être un problème similaire avec un PC qui s’éteint tout seul lors d'un important transfert de données de disque à disque couplé à l'utilisation de la carte réseau.

        Ça me fait penser à une barrette mémoire défectueuse. Ça peut provoquer des crashs aléatoires, surtout quand du code est copié dans la zone endommagée avant d'être exécuté. Un petit memtest depuis GRUB peut permettre d'en avoir le cœur net, ou en testant avec une barrette retirée si tu en as plusieurs.

        Un disque qui commence à rendre l'âme, un processeur qui a trop chaud, ou une alimentation faiblarde peuvent aussi produire ce genre chose…

  • # syslog ?

    Posté par (page perso) . Évalué à 2 (+1/-0).

    Sur un "kernel panic", il peut arriver que le serveur reboote sans pouvoir écrire des log sur le disque.
    Une des solutions que j'utilise est de renvoyer le flux syslog sur une autre machine : je n'ai jamais eu de problème simultané de driver disque et réseau, ce qui m'assure une source de log intacte.

    Autre piste : tester les barrettes mémoire (memtest / memtest86) .

  • # Alimentation instable?

    Posté par . Évalué à 1 (+0/-0). Dernière modification le 19/09/19 à 14:10.

    Si je suppute des problèmes fréquents de perte d'alimentation, comment puis-je m'en assurer?

    J'ai déjà eu affaire à des redémarrages intempestifs concernant un PC/tour. La première fois, c'était…la prise électrique mal enfoncée. Des années plus tard, mêmes symptômes. Les redémarrages venaient d'une alimentation instable. C'était visible sur un voltmètre.

Envoyer un commentaire

Suivre le flux des commentaires

Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.