- Shipped
- 23 września 2026 19:02 UTC
- Author
- Kamo
- Commit
- 2266930
Pierwszy prawdziwy Hosted Computer dotarł do AWAKE i nie spał na zawsze. Hibernacja podana resumeConfigured: false, IdleWatcher tylko ramiona, gdy gotowość jest prawdziwa, więc maszyna trzymała węzeł Pamięć, która nie ma nic do pokazania, poza ostatnim błędem, którego nikt nie czyta. Kable były poprawne na dysku - fragment grub.d, hak initramps, plik swapfile w fstab, i wznawiaj = UUID =... wznawiaj _ offset =... w wygenerowanym grub.cfg. To, co nigdy się nie wydarzyło, to powtórka. to umieszcza cokolwiek z tego na / proc / cmdline, które jest jedynym miejscem, z którego jądro to czyta. Ponowne uruchomienie było uzależnione od zgłoszenia konfigurowanego (), że właśnie napisał okablowanie. configure () jest nazywany z dwóch miejsc: wątek buta agenta, na każdym starcie, i / przygotowanie-sen, który computeservice POST na koniec tworzenia rezerw. Na tej maszynie pokrywają się - gwint bagażnika zakończone update- Grub 40 milisekund Po przybyciu POST, więc konfigurowanie POST () znalazł oba pliki już poprawne, zgłoszone bez zmian i pominięte restart. Prawidłowy kod, obaj dzwoniący robią Ich praca, stały impas i żaden błąd. Więc decyzja nie pyta już, kto napisał plik. remove _ restart _ decision () zwraca się do państwa: uruchomione jądro nie ma CV =, but może to naprawić, a okablowanie jest już w grub.cfg. Oba antypętlowe osłony są łożyska ładowności, ponieważ tryb awarii po drugiej stronie jest restartowanie czyjś komputer w cyklu: - grub.cfg musi już mieć dokładny ciąg. update- grub działa z check = Fałszywe, więc to zawodzi jest prawdziwy i ponownie uruchamia się bez restartowania do identycznej linii poleceń. - stempel pod / var / lib / kamo- hc rekordy Co zostało ponownie uruchomione, i przeżywa restart to Strażnicy. To samo połączenie dwa razy oznacza, że jądro opuszcza linię poleceń i drugi restart To nie pomoże. Swapfile, że MOVED jest inny ciąg, i zarabia na świeżą próbę. Każda ścieżka, w tym odmowa. Błąd był cichy w obu kierunkach na raz: nic ponownie uruchomiony I nic nie mówiło dlaczego nie. configure () jest również serializowany. Ci dwaj dzwoniący biegli update-initramps przeciwko temu samemu initrd jednocześnie, co było raczej szczęściem niż designem. Nitka bagażnika dostaje ten sam samouzdrawiający, obszyty na config.json istniejący: na pierwszym uruchomieniu Push push nie wylądował jeszcze i ponowne uruchomienie wyciągnęłoby maszynę spod niego, ale na każdy boot po tym jest tym, co odzyskuje komputer, którego CV offsetuje uaktualnienie jądra unieważnione, Nie czekając na zaproszenie. Dziewięć testów. Ten, który się liczy, twierdzi, że dzwoniący, widząc "bez zmian", wciąż dostaje restart - Stary apartament przetestował mechanizm i przeszedł, gdy system się zaciął.