Apakah ada alasan bagus untuk menghentikan sistem tanpa memotong daya?


13

Apakah ada alasan bagus untuk menghentikan sistem tanpa mematikan daya ke perangkat keras? Maksud saya menggunakan haltperintah tanpa menggunakan -psaklar.

Saya belum dapat menemukan jawaban di Internet.


1
ACPI yang gagal / diterapkan secara tidak tepat / tidak didukung dapat menjadi salah satu alasan.
Ƭᴇcʜιᴇ007

Saya pikir OP berarti mengapa perintah seperti haltdiimplementasikan jika tidak pernah digunakan tanpa -p. Mengapa seseorang menghentikan sistem jika mereka tidak berniat memotong daya? Jadi mengapa tidak menerapkan haltuntuk mematikan daya.
Kinnectus

1
@BigChris Untuk "Mengapa", anggapan saya adalah karena "Hentikan" dibuat sebelum ACPI diperkenalkan / tersedia secara luas, dan tindakan Henti default mungkin dibiarkan apa adanya untuk kompatibilitas ke belakang.
Ƭᴇcʜιᴇ007

Jawaban:


13

Apakah ada alasan bagus untuk menghentikan sistem tanpa mematikan daya ke perangkat keras?

Iya. Saya mungkin ingin menekan tombol reset dan me-reboot-nya, daripada menekan tombol power-nya untuk mematikan power-nya.

Maksud saya menggunakan haltperintah tanpa menggunakan -psaklar.

Dalam 4.2BSD, yang haltperintah tidak memiliki sebuah -pswitch. Ini menunjuk ke jawaban yang lebih besar, di sini: Tidak semua perangkat keras berfungsi seperti PC; bahkan PC tidak selalu bekerja seperti sekarang.

Belum (dan kadang-kadang masih belum) kasus bahwa Central Processing Unit memiliki kendali atas catu daya, atau dapat sepenuhnya mereset mainboard dan periferal ke status yang sama seperti yang mereka miliki saat dinyalakan. Pada beberapa sistem, bagian kedua dari "mematikan dan mematikan" atau "mematikan dan mengatur ulang" adalah tindakan fisik , yang diambil oleh operator dengan menekan tombol daya (yang tepat) atau tombol reset pada panel depan mesin. Tidak ada jumlah switch baris perintah yang dapat mencapainya. Di sisi perangkat lunak, mesin cukup dimatikan dan kemudian berputar dalam loop yang tak terbatas melakukan apa-apa. (Beberapa mesin akan keluar ke program monitor ROM.)

BSD modern mencatat bahwa opsi haltperintah mereka -phanya mematikan daya "jika bisa" (FreeBSD) dan tidak akan melakukannya di mana "sistem tidak mendukung pematian daya perangkat lunak" (NetBSD). Perintah SCO UNIX haltsys(setara Sistem 5 untuk halt) juga tidak memiliki -popsi, dan halaman manualnya menjelaskan bahwa ia menghentikan sistem sehingga operator dapat, dengan cara lain, mematikan atau me-reboot-nya.

Saat ini, ada orang-orang yang, seperti rakyat systemd, berpendapat bahwa haltperintah itu sebenarnya sudah usang. Mereka akan mempertahankan bahwa seseorang benar-benar tidak harus menggunakan haltperintah sama sekali dan bahwa perintah itu ada dalam sistem "hanya untuk kompatibilitas" (seperti halaman manual systemd memilikinya). Ini lebih membuat pertanyaan tentang opsi apa yang harus diberikan untuk itu diperdebatkan ( systemctl halttidak memiliki -popsi).

Ini juga menunjukkan posisi kita sekarang bahwa set perintah ini telah menjadi sangat dibalut dengan opsi kompatibilitas yang memungkinkan orang untuk memberikan komputer instruksi yang kontradiktif seperti reboot --haltdan poweroff --reboot. Saya mencatat ini di halaman manual untuk nosh halt , fasthalt, reboot, fastboot, dan poweroffperintah. ☺

Bacaan lebih lanjut

  • halt. 1982-05-11. Manual 4.2BSD.
  • haltsys. 2005-06-03. Manual OpenServer SCO.
  • Jonathan de Boyne Pollard (2018). haltsys. Panduan nosh . Perangkat lunak.
  • Jonathan de Boyne Pollard (2018). fastpowercycle. Panduan nosh . Perangkat lunak.
  • Jonathan de Boyne Pollard (2018). shutdown. Panduan nosh . Perangkat lunak.
  • Lennart Poettering (2013-10-07). halt. halaman manual systemd. freedesktop.org.

2
> "Saya mungkin ingin menekan tombol reset dan me-reboot-nya, daripada menekan tombol power-nya untuk mematikan power-nya." Apa alasannya? Untuk mengurangi keausan pada perangkat keras? Kalau tidak, mengapa tidak melakukan reboot dan bukannya berhenti?
TheKarateKid
Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.