- Szycy
- 23 września 2026 14:11 UTC
- Autor
- Kamo
- Pochęt się
- 89eaa9b
Przygotowanie śpieszczenia zapisuje plik swap i okablowanie CV, a następnie informuje o gotowości — I gotowość odczytuje "resume" z /proc /cmdline, które jądro stało przy butach. Pisanie grub.d i uruchamianie update-grub nie może zatem wykonać jądra RUNNING Wznawialny. Gotowość pozostaje fałszywa, dopóki maszyna nie zostanie ponownie uruchomiona. Nic go nie podtrzymuje. Spanie jest tym, co zasila komputer, jeśli chodzi o spanie Gotowość, gotowość potrzebują restartu. Świeżo zaopatrzony komputer siedzi przy "nie może iść spać" na zawsze, trzymając pamięć swojego poziomu na węźle tak długo, jak długo Istnieje, a jedynym znakiem jest ostatniError nikt nie ma powodu do czytania. Obserwowany na Pierwszy komputer kiedykolwiek zaopatrzony: "NaszyjnikSupportsDisk": true, "swapLargeEnough": true, "resumeConfigured": false" swap 3221221376, swapNeedBytes 2095474483 Dwa z trzech warunków wstępnych już zaspokojonych, trzeci nieosiągalny według wzornictwa. configure() teraz informuje, czy napisał okablowanie, a przygotuje do snu, uruchamiaj ponownie Maszyna raz, kiedy to się stało. Bezpieczny w tym momencie konkretnie - przygotuj biegi na Zakończenie zaopatrzenia i przed bezczynnym snem, z których oba oznaczają, że nikt nie pracuje – Ale sprawdzane zamiast zakładać za pomocą IDLE.rdp_sessions(), ponieważ działa również po aucie Uaktualnienie jądra na maszynie, która może być w użyciu. Uruchomienie jest oderwane i Opóźnione trzy sekundy, więc dzwoniący dostaje swoje 200 pierwszych, ten sam rozumujący Sleep_now Już już wykorzystuje się do odcięcia zasilania. Drugi bieg, który niczego nie zmienia, nie zwraca fałszu i nie odbija maszyny.