Et au cas où il serait présent :
Pourquoi serait-il présent :
https://forum.pcastuces.com/arch_ne_veu … 1�
.... et suivants ..]]>
reboot -f
Ne fonctionne pas non plus
Donc j'en conclus à un bogue du noyau ? https://debian-facile.org/img/smilies/x … chhead.gif
Cela devient probable, mais essaye d'abord de savoir si la piste du paquet watchdog est valable ou non.
Déjà vérifier si il est présent :
Et au cas où il serait présent :
Pourquoi serait-il présent :
Est-ce que l'on peut l'enlever sans enlever des dépendances :
Merci Jean-pierre de nous afficher les retours de commande.
Si le paquet watchdog n'est pas impliqué, il y a un site en anglais qui propose plusieurs solutions à essayer :
https://unix.stackexchange.com/question … d-not-stop]]>
Ne fonctionne pas non plus
Donc j'en conclus à un bogue du noyau ? ]]>
Si l'une ou l'autre de ces commandes ne fonctionne pas, il est plus probable qu'il s'agisse d'un bogue du noyau et non du système.
Si le système d'exploitation s'arrête
Si le redémarrage normal ( reboot ) ou la mise hors tension ( poweroff ) fonctionne, mais prend un temps suspect, alors démarrer avec les options de débogage suivantes :
sauvegardez le script suivant sous /usr/lib/systemd/system-shutdown/system-shutdown/debug.sh et rendez-le exécutable :
redémarrer
Recherchez les temporisations enregistrées dans le fichier shutdown-log.txt résultant et/ou joignez-le à un rapport de bogue.]]>
Configuration de watchdog.
Comme évoqué dans la présentation de watchdog, la configuration s’effectue dans le fichier « /etc/watchdog.conf ». Les paramètres du programme sont au format « option = valeur ». Par défaut (et par sécurité), le fichier ne fait rien. La page de man de « watchdog.conf » (http://linux.die.net/man/5/watchdog.conf) donne une vision exhaustive des options disponibles.
Le principe de fonctionnement du watchdog est simple et efficace. Le seul défaut du système est de veiller à bien définir les critères de mise en échec du démon ....
Source : https://www.admin-linux.fr/un-watchdog- … -serveurs/
]]>
et de liens en liens j'arrive à utilisateur qui recommande à un autre de consulter :
https://freedesktop.org/wiki/Software/s … /#index2h1]]>
Ne donne rien de nouveau, à savoir j'ai toujours le même message:
a partir d une console pure ça ne redémarre pas non plus
Sinon je ne suis pas sûr d'avoir très bien compris ta question: le passage de minuscule a majuscule fonctionne ainsi que le voyant !
Pour le démontage des partitions je n'ai vu aucun problème]]>
après avoir tenté un reboot, je n'est pas de console, mon écran est complètement noir.
cela fait un peu comme si l'ACPI dans le bios était désactivé .
pour la commande shutdown
tu peu tester les deux , l'option -r (reboot) ou -h (éteindre au bout d'un certain temps )
l'option -c permet d'annuler l'arret
now (maintenant) correspond a la valeur [TIME] qui donne un reboot ou arret immédiat
si rien ne fonctionne c'est pas cool
soit sur l'arret quelque chose bloque , soit l'acpi est inactif sur ton bios (la machine effectue un arret du système mais pas de l'alimentation )
il me semble que avec shutdown -h , il affiche la fermeture des processus au bout d un certain temps (time par défaut )
tu peu tester a partir du bureau (console graphique)
ou a partir d une console pure (Ctrl+Alt+F2 a partir de l'invite de connexion)
voir si le comportement est identique
tu peu aussi indiquer si lors d un arret sauvage (bouton alimentation a partir de l'écran noir) le démarrage suivant a des fichiers orphelins ou pas (le démontage des partitions a été correct ou pas )
tu peu aussi indiquer si le clavier est éteint , voyant num verr éteint , le passage de minuscule a majuscule idem le voyant reste éteint (le clavier est inactif)
en fonction de tes retours peut être que quelqu'un aura une solution ]]>
]]>
Mais ça ne redémarre pas]]>