ZimaOS 1.6.0 naprawił rzeczywisty problem z trybem czuwania dysków, ale to źródło dowodzi, że poprawka nie rozwiązała problemów ze wszystkimi obudowami USB. Oficjalne informacje o wydaniu wersji 1.6.0 firmy IceWhale mówią, że smartd sporadycznie wybudzał dyski i uniemożliwiał ich normalne przechodzenie w tryb uśpienia. Po aktualizacji do finalnej wersji 1.6.0 użytkownicy obudów TerraMaster D5-300C i D4-320 nadal zgłaszali, że ich dyski HDD USB nie przechodziły w tryb uśpienia.
Właściwy wniosek jest węższy: wersja 1.6.0 naprawiła jedno systemowe źródło wybudzania, ale działanie mostków USB i obudów nadal zależało od konkretnej konfiguracji.
Tryb czuwania dysku to rzeczywista funkcja ZimaOS
ZimaOS wprowadził opcję trybu czuwania dysku we wcześniejszych wydaniach. Użytkownicy będący źródłem tych informacji nie pytali, czy tryb czuwania w ogóle istnieje; zgłaszali, że dyski podłączone przez USB ignorowały go albo nie pozostawały w nim.
ZimaOS 1.6.0 oficjalnie naprawił problem smartd wybudzającego uśpione dyski
Oficjalne informacje o wydaniu wersji 1.6.0 wyraźnie wymieniają poprawkę problemu, przez który dyski nie mogły przechodzić w normalny tryb uśpienia, ponieważ smartd sporadycznie je wybudzał.
Zobacz oficjalną poprawkę dotyczącą trybu czuwania dysków w wersji 1.6.0.
Autor oryginalnego wpisu nadal nie rozwiązał problemu po aktualizacji do finalnej wersji 1.6.0
alexstamos zaktualizował system z wersji beta do finalnej 1.6.0 i zgłosił, że problem nadal występował. Ich urządzenie TerraMaster D5-300C zawierało trzy dyski należące do macierzy RAID 5 oraz jeden dysk samodzielny, a żaden z nich nie przechodził w tryb uśpienia.
Inny użytkownik TerraMaster D4-320 odtworzył ten sam problem
jumpingflash powiedział, że D4-320 przechodził poprawnie w tryb uśpienia na innych komputerach, ale nie pod ZimaOS 1.6.0. Późniejszy właściciel D4-320 dokonał takiego samego porównania z innymi dystrybucjami Linuksa.
Inne dyski HDD USB normalnie przechodziły w tryb uśpienia
isanto1306 zgłosił, że trzy dyski twarde USB firmy WD pomyślnie przechodziły w tryb uśpienia. To równie ważny dowód, ponieważ zapobiega przeciwnemu, przesadzonemu stwierdzeniu, że ZimaOS nie potrafi zatrzymywać dysków USB.
hd-idle było społecznościowym obejściem problemu
Autor oryginalnego wpisu powiedział, że po eksperymentach z hd-idle. Nie opublikował kompletnej, możliwej do odtworzenia procedury instalacji ZimaOS.
Inny użytkownik wymuszał tryb czuwania za pomocą smartctl i mechanizmu timerów systemd
ssimon opublikował skrypt, który uruchamiał się okresowo smartctl -s standby,now wobec dysków USB i zaplanował jego uruchamianie za pomocą systemd.
To kod społeczności, a nie oficjalna implementacja trybu czuwania firmy IceWhale. Wymuszanie trybu czuwania co kilka minut może również zakłócać aktywne obciążenia, jeśli skrypt wcześniej nie sprawdza operacji wejścia/wyjścia.
Nie wymuszaj uśpienia zajętego dysku
- Potwierdź, że nie trwa tworzenie kopii zapasowej ani migracja.
- Potwierdź, że nie trwa odbudowa ani czyszczenie RAID.
- Sprawdź aplikacje Dockera i zadania indeksowania.
- Sprawdź, czy obudowa obsługuje polecenie przejścia w stan spoczynku.
Nie twierdź, że istnieje poprawka dotycząca konkretnie D4-320, bez aktualnych dowodów
Obecne ZimaOS jest nowsze niż wersja 1.6.0, ale publiczne informacje o wersji 1.7.1 nie zawierają konkretnej poprawki dotyczącej przechodzenia w stan spoczynku na urządzeniach TerraMaster D4-320/D5-300C. Przetestuj ponownie aktualne wydanie stabilne i dokładne oprogramowanie układowe obudowy przed zastosowaniem starego licznika.
Oprogramowanie układowe mostu USB-SATA może zmieniać zachowanie trybu spoczynku
Wielozatokowa obudowa USB nie jest elektrycznie ani logicznie identyczna z dyskiem SATA podłączonym bezpośrednio. Most USB może tłumaczyć, ignorować lub reinterpretować polecenia ATA dotyczące trybu spoczynku, a niektóre obudowy wewnętrznie odpytują dyski.
To wyjaśnia, dlaczego ten sam dysk HDD może prawidłowo zasypiać po podłączeniu w inny sposób, ale pozostawać aktywny za pośrednictwem konkretnego mostu DAS.
Odróżniaj „nigdy nie zasypia” od „zasypia, a potem się budzi”
Dysk, który nigdy nie przechodzi w stan spoczynku, wskazuje na nieobsługiwane polecenia, stałe operacje wejścia/wyjścia lub zachowanie obudowy. Dysk, który zasypia i budzi się co 30–60 minut, wskazuje na okresowe odpytywanie lub usługi takie jak kontrole SMART i pamięci masowej.
Wersja 1.6.0 smartd poprawka dotyczy drugiego scenariusza, a nie każdego możliwego wariantu pierwszego.
Sprawdzaj stan spoczynku bez wybudzania dysku
Same zapytania o stan mogą wybudzać uśpiony dysk lub być nieprawidłowo raportowane przez most USB. W miarę możliwości używaj zgodnych z obudową kontroli, które nie wybudzają dysku, i porównuj fizyczne objawy — dźwięk obracających się talerzy, pobór mocy i temperaturę — z raportowanym stanem oprogramowania.
Nie zamieniaj częstotliwości przechodzenia w stan spoczynku na uniwersalny wzór określający żywotność dysku
Użytkownicy źródłowi mieli uzasadnione obawy dotyczące zużycia energii i zużycia dysków, ale stwierdzenia takie jak „dyski HDD nie wytrzymają roku” nie znajdowały potwierdzenia w danych dotyczących kondycji dysków przedstawionych w wątku. Częste cykle uruchamiania i zatrzymywania oraz praca ciągła 24/7 wiążą się z różnymi kompromisami zależnymi od konstrukcji dysku i obciążenia.
Wybierz odstęp czasu przed przejściem w stan spoczynku odpowiedni do sposobu użytkowania, zamiast wymuszać bardzo krótkie cykle tylko po to, aby ograniczyć czas pracy talerzy.
FAQ dotyczące przechodzenia dysków USB w tryb spoczynku
Czy ZimaOS 1.6.0 naprawił błąd dotyczący trybu czuwania dysku?
Tak. IceWhale naprawiło problem polegający na tym, że smartd okresowo wybudzał uśpione dyski.
Czy ta poprawka rozwiązała problem we wszystkich obudowach USB TerraMaster?
Nie. Użytkownicy źródłowi nadal zgłaszali brak przechodzenia dysków w stan spoczynku na sprzęcie D5-300C i D4-320 po wydaniu finalnej wersji 1.6.0.
Czy liczniki hd-idle i smartctl były oficjalnymi poprawkami?
Nie. Były to obejścia przygotowane przez społeczność i należy je dokładnie przetestować na konkretną obudowę.
