Y a-t-il de bonnes raisons d'arrêter le système sans couper l'alimentation?
13
Y a-t-il de bonnes raisons d'arrêter un système sans couper l'alimentation du matériel? Je veux dire en utilisant la haltcommande sans utiliser le -pcommutateur.
Un ACPI défaillant / incorrectement implémenté / non pris en charge pourrait être une des raisons.
Ƭᴇcʜιᴇ007
Je pense que l'OP signifie pourquoi une commande telle haltqu'implémentée si elle n'est jamais utilisée sans -p. Pourquoi quelqu'un arrêterait-il un système s'il n'a pas l'intention de couper le courant? Alors pourquoi ne pas mettre halten place une coupure de courant.
Kinnectus
1
@BigChris Pour "Why", je suppose que c'est parce que "Halt" a été créé avant que ACPI ne soit introduit / largement disponible, et l'action Halt par défaut a probablement été laissée telle quelle pour la compatibilité descendante.
Ƭᴇcʜιᴇ007
Réponses:
13
Y a-t-il de bonnes raisons d'arrêter un système sans couper l'alimentation du matériel?
Oui. Je pourrais vouloir appuyer sur son bouton de réinitialisation et le redémarrer, au lieu d'appuyer sur son bouton d'alimentation pour éteindre son alimentation.
Je veux dire en utilisant la haltcommande sans utiliser le -pcommutateur.
En 4.2BSD, la haltcommande n'a pas un -pinterrupteur. Cela pointe vers une réponse plus large, ici: tous les matériels ne fonctionnent pas comme un PC; même les PC n'ont pas toujours fonctionné comme ils le font maintenant.
Il n'a pas été (et ce n'est parfois pas toujours le cas) que les unités centrales de traitement contrôlent l'alimentation ou peuvent réinitialiser complètement la carte mère et les périphériques dans les mêmes états qu'à la mise sous tension. Sur certains systèmes, la deuxième partie de «arrêt et mise hors tension» ou «arrêt et réinitialisation» était une action physique , prise par l'opérateur en appuyant sur un bouton d'alimentation (approprié) ou sur un bouton de réinitialisation sur le panneau avant de la machine. Aucune quantité de commutateurs de ligne de commande n'a pu y parvenir. Côté logiciel, la machine s'arrête tout simplement puis tourne en boucle infinie sans rien faire. (Certaines machines quitteraient un programme de surveillance ROM.)
Les BSD modernes notent que haltl' -poption de leur commande coupe uniquement l'alimentation "si elle le peut" (FreeBSD) et ne le fera pas lorsque "le système ne prend pas en charge la mise hors tension logicielle" (NetBSD). La haltsyscommande SCO UNIX (l'équivalent de System 5 pour halt) n'avait pas non plus d' -poption, et sa page de manuel explique qu'elle arrête le système afin que l'opérateur puisse ensuite, par d'autres moyens, l'éteindre ou le redémarrer.
De nos jours, il y a ceux qui, comme les gens du système, soutiennent que la haltcommande est en fait obsolète. Ils maintiendraient que l'on n'a vraiment pas à utiliser la haltcommande du tout et qu'elle existe dans les systèmes "pour des raisons de compatibilité uniquement" (comme les pages de manuel de systemd l'ont). Cela rend plutôt la question des options à lui donner sans objet ( systemctl haltsans -poption).
Cela démontre également la position dans laquelle nous nous trouvons maintenant dans le fait que cet ensemble de commandes est devenu si festonné d'options de compatibilité qu'il permet aux utilisateurs de donner aux ordinateurs des instructions auto-contradictoires comme reboot --haltet poweroff --reboot. Je l' ai constaté dans la page de manuel pour le Noshhalt , fasthalt, reboot, fastbootet les poweroffcommandes. ☺
> "Je pourrais vouloir appuyer sur son bouton de réinitialisation et le redémarrer, au lieu d'appuyer sur son bouton d'alimentation pour éteindre son alimentation." Quel en est le raisonnement? Pour réduire l'usure du matériel? Sinon, pourquoi ne pas simplement faire un redémarrage au lieu d'un arrêt?
haltqu'implémentée si elle n'est jamais utilisée sans-p. Pourquoi quelqu'un arrêterait-il un système s'il n'a pas l'intention de couper le courant? Alors pourquoi ne pas mettrehalten place une coupure de courant.Réponses:
Oui. Je pourrais vouloir appuyer sur son bouton de réinitialisation et le redémarrer, au lieu d'appuyer sur son bouton d'alimentation pour éteindre son alimentation.
En 4.2BSD, la
haltcommande n'a pas un-pinterrupteur. Cela pointe vers une réponse plus large, ici: tous les matériels ne fonctionnent pas comme un PC; même les PC n'ont pas toujours fonctionné comme ils le font maintenant.Il n'a pas été (et ce n'est parfois pas toujours le cas) que les unités centrales de traitement contrôlent l'alimentation ou peuvent réinitialiser complètement la carte mère et les périphériques dans les mêmes états qu'à la mise sous tension. Sur certains systèmes, la deuxième partie de «arrêt et mise hors tension» ou «arrêt et réinitialisation» était une action physique , prise par l'opérateur en appuyant sur un bouton d'alimentation (approprié) ou sur un bouton de réinitialisation sur le panneau avant de la machine. Aucune quantité de commutateurs de ligne de commande n'a pu y parvenir. Côté logiciel, la machine s'arrête tout simplement puis tourne en boucle infinie sans rien faire. (Certaines machines quitteraient un programme de surveillance ROM.)
Les BSD modernes notent que
haltl'-poption de leur commande coupe uniquement l'alimentation "si elle le peut" (FreeBSD) et ne le fera pas lorsque "le système ne prend pas en charge la mise hors tension logicielle" (NetBSD). Lahaltsyscommande SCO UNIX (l'équivalent de System 5 pourhalt) n'avait pas non plus d'-poption, et sa page de manuel explique qu'elle arrête le système afin que l'opérateur puisse ensuite, par d'autres moyens, l'éteindre ou le redémarrer.De nos jours, il y a ceux qui, comme les gens du système, soutiennent que la
haltcommande est en fait obsolète. Ils maintiendraient que l'on n'a vraiment pas à utiliser lahaltcommande du tout et qu'elle existe dans les systèmes "pour des raisons de compatibilité uniquement" (comme les pages de manuel de systemd l'ont). Cela rend plutôt la question des options à lui donner sans objet (systemctl haltsans-poption).Cela démontre également la position dans laquelle nous nous trouvons maintenant dans le fait que cet ensemble de commandes est devenu si festonné d'options de compatibilité qu'il permet aux utilisateurs de donner aux ordinateurs des instructions auto-contradictoires comme
reboot --haltetpoweroff --reboot. Je l' ai constaté dans la page de manuel pour le Noshhalt,fasthalt,reboot,fastbootet lespoweroffcommandes. ☺Lectures complémentaires
halt. 1982-05-11. 4.2 Manuel BSD.haltsys. 2005-06-03. Manuel de SCO OpenServer.haltsys. Guide de nosh . Logiciels.fastpowercycle. Guide de nosh . Logiciels.shutdown. Guide de nosh . Logiciels.halt. pages de manuel de systemd. freedesktop.org.la source