Jeśli dyski HDD w obudowie USB, takiej jak TerraMaster D4-320, nigdy nie przechodzą w tryb uśpienia w ZimaOS, oddziel dawny błąd wybudzania przez smartd od własnego działania obudowy USB–SATA w zakresie trybu czuwania. ZimaOS 1.6.0 naprawił okresowe wybudzanie dysków przez smartd, ale wielu użytkowników nadal zgłaszało, że konkretne modele USB DAS pozostawały aktywne nawet w wersji 1.6.0.
Oznacza to, że obecna diagnoza dotyczy konkretnej obudowy: sprawdź, czy mostek USB przekazuje polecenia ATA standby, czy dyski mogą ręcznie przejść w tryb czuwania oraz czy ZimaOS lub inny proces natychmiast ich nie wybudza. Nie zakładaj, że kontener Docker z hd-idle jest uniwersalnym rozwiązaniem.
Najpierw zaktualizuj system poza błąd wybudzania przez smartd
ZimaOS 1.6.0 oficjalnie naprawił problem, w którym smartd sporadycznie wybudzał dyski i uniemożliwiał ich prawidłowe usypianie.
Aktualne informacje o wydaniu ZimaOS 1.6.0 powinny być punktem odniesienia dla wersji systemu.
Dlaczego obudowy USB zachowują się inaczej niż bezpośrednie SATA
Urządzenie DAS zawiera kontroler mostka USB–SATA między Linuksem a każdym dyskiem. Niektóre mostki dobrze przekazują polecenia zarządzania energią ATA, podczas gdy inne je filtrują lub tłumaczą w odmienny sposób. Obudowy wielozatokowe dodają kolejną warstwę oprogramowania układowego i mogą prezentować dyski w nietypowy sposób.
Krok 1: Potwierdź, że każdy dysk jest wykrywany osobno
lsblk -o NAME,MODEL,SERIAL,TRAN
lsusbJeśli wszystkie dyski są wykrywane pojedynczo jako urządzenia blokowe podłączone przez USB, zanotuj ich stabilne identyfikatory przed przetestowaniem dowolnego polecenia przejścia w tryb czuwania.
Krok 2: Przetestuj sprawdzanie stanu bez wybudzania
Jeśli mostek obsługuje przekazywanie poleceń SAT, polecenie takie jak:
smartctl -d sat -n standby /dev/sdXmoże sprawdzić, czy dysk już śpi, bez celowego wybudzania go. Nie każdy mostek obsługuje ten sam tryb -d.
Krok 3: Ostrożnie przetestuj ręczne przejście w tryb czuwania
Jeśli jest to obsługiwane, użyj udokumentowanej przez producenta dysku lub obudowy metody przechodzenia w tryb czuwania albo narzędzia linuksowego znanego ze współpracy z danym mostkiem. Jednokrotnie pomyślne wykonanie ręcznego polecenia przejścia w tryb czuwania mówi więcej niż wielokrotna zmiana czasu uśpienia w interfejsie graficznym.
Jeśli dysk zasypia i natychmiast się wybudza, inny proces uzyskuje do niego dostęp. Jeśli w ogóle nie chce zasnąć, silniejszym podejrzanym jest zgodność z mostkiem.
Dlaczego hd-idle w Dockerze jest problematyczny
hd-idle wymaga bezpośredniego dostępu do urządzeń blokowych i musi współpracować z hostem, który aktywnie montuje te dyski i korzysta z nich. Przekazywanie surowych dysków do uprzywilejowanego kontenera osłabia izolację i może stać się podatne na błędy po zmianie nazw urządzeń.
Jeśli jest dostępne natywne, aktualne rozwiązanie ZimaOS, użyj go zamiast budowania stałego kontenera sterującego surowymi urządzeniami wyłącznie na potrzeby trybu czuwania.
Obejścia społecznościowe to nie to samo co natywna obsługa
Jeden z użytkowników D4-320 utworzył licznik systemd, który okresowo wykonywał smartctl -s standby,now. Może to działać jako obejście, ale wymuszanie trybu czuwania według harmonogramu bez sprawdzania aktywności wejścia/wyjścia jest ryzykowne. Kopia zapasowa, skanowanie, pobieranie lub kopiowanie plików nie powinny być przerywane tylko dlatego, że minęło pięć minut.
Sprawdź oprogramowanie układowe obudowy i natywne funkcje zasilania
Jeśli ten sam D4-320 prawidłowo zasypia w systemie Windows lub macOS, ale nie w systemie Linux, sprawdź, czy te systemy operacyjne korzystają z firmowych poleceń USB lub narzędzi producenta. ZimaOS nie zawsze może odtworzyć działanie obudowy oparte na rozwiązaniach własnościowych za pomocą ogólnych poleceń zarządzania energią ATA.
Kiedy lepszym wyborem jest bezpośrednie SATA
Jeśli ważne są niskie zużycie energii i przewidywalne przechodzenie dysków w tryb czuwania, bezpośrednie SATA zwykle udostępnia polecenia zarządzania energią dysków w bardziej przejrzysty sposób niż wielozatokowy mostek USB.
Przewodnik rozwiązywania problemów z pamięcią masową przedstawia bezpieczniejszą strukturę diagnostyki.
FAQ
Czy ZimaOS 1.6.0 naprawił wszystkie problemy z usypianiem dysków?
Nie. Naprawił konkretny problem wybudzania przez smartd. Zgodność z mostkiem USB nadal może uniemożliwiać przejście w tryb czuwania lub zakłócać je w niektórych obudowach.
Dlaczego mój TerraMaster zasypia w systemie Windows, ale nie w ZimaOS?
Obudowa może zależeć od specyficznego dla mostka lub producenta sposobu zarządzania energią, który działa inaczej w systemie Linux.
Czy powinienem uruchomić hd-idle w Dockerze?
Jest to możliwe przy dostępie do surowych urządzeń, ale wiąże się z dodatkowymi uprawnieniami i złożonością mapowania urządzeń. Nie jest to najlepszy pierwszy wybór.
Czy bezpieczne jest wymuszanie trybu czuwania co kilka minut?
Tylko jeśli możesz zagwarantować, że dysk jest bezczynny. Ślepy licznik czasu może kolidować z aktywnymi operacjami zapisu, kopiami zapasowymi, skanowaniem lub dostępem do multimediów.
