Czy są jakieś dobre powody, aby zatrzymać system bez odcięcia zasilania?

Czy istnieją uzasadnione powody, aby zatrzymać system bez wyłączania zasilania sprzętu? Mam na myśli użycie haltpolecenia bez użycia -pprzełącznika.

Nie udało mi się znaleźć odpowiedzi w Internecie.

Czy istnieją uzasadnione powody, aby zatrzymać system bez wyłączania zasilania sprzętu?

Tak. Może chciałbym nacisnąć przycisk resetowania i uruchomić go ponownie, zamiast naciskać przycisk zasilania, aby wyłączyć zasilanie.

Mam na myśli użycie haltpolecenia bez użycia -pprzełącznika.

W BSD 4.2 The haltkomenda nie miał do -pprzełącznika. Wskazuje to na większą odpowiedź tutaj: nie cały sprzęt działa jak komputer; nawet komputery nie zawsze działały tak, jak teraz.

Nie było (i nadal czasami nie jest) przypadkiem, gdy Centralne Jednostki Przetwarzające mają kontrolę nad zasilaniem lub mogą całkowicie zresetować płytę główną i urządzenia peryferyjne do tych samych stanów, co przy włączaniu. W niektórych systemach druga część „zamknij i wyłącz” lub „zamknij i zresetuj” była działaniem fizycznym , podjętym przez operatora przez naciśnięcie (właściwego) przycisku zasilania lub przycisku resetowania na panelu przednim maszyny. Żadna liczba przełączników wiersza polecenia nie mogła tego osiągnąć. Po stronie oprogramowania maszyna po prostu się wyłącza, a następnie obraca w nieskończonej pętli, nie robiąc nic. (Niektóre maszyny wychodzą z programu monitorowania ROM).

Współczesne BSD zauważają, że opcja ich haltpolecenia -pwyłącza zasilanie „tylko jeśli może” (FreeBSD) i nie zrobi tego, gdy „system nie obsługuje wyłączania oprogramowania” (NetBSD). Polecenie SCO UNIX haltsys(odpowiednik Systemu 5 halt) również nie miało -popcji, a jego strona podręcznika wyjaśnia, że ​​zatrzymuje system, aby operator mógł w inny sposób wyłączyć go lub uruchomić ponownie.

W dzisiejszych czasach są tacy, którzy podobnie jak usystematyzowani ludzie twierdzą, że to haltpolecenie jest w rzeczywistości przestarzałe. Oni twierdzą, że tak naprawdę nie trzeba używać haltkomendy w ogóle i że istnieje w systemach „tylko dla kompatybilności” (jak Systemd stron podręcznika mieć). To raczej sprawia, że ​​pytanie, jakie opcje mu dać, jest sporne ( systemctl haltbrak -popcji).

Pokazuje także, że teraz jesteśmy w tym zestawieniu, dzięki któremu ten zestaw poleceń jest tak bogaty w opcje kompatybilności, że pozwala ludziom wydawać komputerowi sprzeczne instrukcje, takie jak reboot --halti poweroff --reboot. Zauważyłam to na stronie podręcznika dla nosh halt , fasthalt, reboot, fastboot, i poweroffpoleceń. ☺

Dalsza lektura

• halt. 1982-05-11. 4.2BSD manual.
• haltsys. 2005-06-03. Instrukcja SCO OpenServer.
• Jonathan de Boyne Pollard (2018). haltsys. Przewodnik nosh . Oprogramowania.
• Jonathan de Boyne Pollard (2018). fastpowercycle. Przewodnik nosh . Oprogramowania.
• Jonathan de Boyne Pollard (2018). shutdown. Przewodnik nosh . Oprogramowania.
• Lennart Poettering (2013-10-07). halt. systemowe strony podręcznika. freedesktop.org.