- Spegnimento
- 23 settembre 2026 alle ore 14:11 UTC
- Autore
- Kamo
- Impegno
- 89eaa9b
preparare-sleep scrive il file swap e il cablaggio del curriculum, poi riferisce la disponibilità — e prontezza legge `resume=` da /proc/cmdline, che il kernel ha fissato al boot. Scrivere grub.d ed eseguire update-grub quindi non può fare il kernel RUNNING presunto. La prontezza rimane falsa fino al riavvio della macchina. Niente lo riavvia. Dormire è ciò che alimenta un computer giù, sonno esigenze disponibilità, disponibilità ha bisogno del riavvio. Un computer appena fornito si trova a "non può andare a dormire" per sempre, tenendo la memoria del suo livello su un nodo per tutto il tempo che esso esiste, e l'unico segno è un ultimoError nessuno ha un motivo per leggere. Osservato sul primo computer mai fornito: {"kernelSupportsDisk": true, "swapLargeEnough": true, "resumeConfigured": false} swapBytes 3221221376, swapNeedededBytes 2095474483 Due delle tre precondizioni già soddisfatte, la terza non raggiungibile dal design. configurare() ora segnala se ha scritto il cablaggio, e la preparazione-sleep riavvia il macchina una volta quando è successo. Sicuro in quel momento in particolare — le piste di pronto soccorso al fine di provvista e prima di un sonno inattivo, entrambi significano che nessuno sta lavorando — ma controllato piuttosto che assunto con IDLE.rdp sessions(), perché funziona anche dopo un aggiornamento del kernel su una macchina che potrebbe essere in uso. Il riavvio è staccato e ritardato tre secondi in modo che il chiamante ottiene il suo 200 prima, lo stesso ragionamento sleep now già utilizza per il taglio di potenza. Un secondo giro che non cambia nulla restituisce falso e non rimbalza la macchina.