Polecenie tworzenia + kasowania pustego pliku co 20 sek. w crontab w kontekście parkowania głowicy

[wojaczek]

Witam, w skrócie sprawa wygląda tak, że chcę zmusić głowicę dysku (/dev/sda) do pracy w interwale = 30 sek. Nie mam pomysłu jakiego wpisu należy dokonać w crontab, żeby powyższa akcja miała miejsce. Chodzi mi o to, żeby co 30 sek. był tworzony pusty plik np. "pusty.txt" i następnie kasowany. Wyjaśnię, że ta procedura przy ustawieniu hdparm -B 128 zapobiegłaby parkowaniu głowicy, a jednocześnie temperatura dysku utrzyma się na poziomie ok. 41 st. Odkryłem to, ponieważ program empathy uruchomiony w tle co kilka sek. zapisuje coś w logu i to wystarcza by głowica była zajęta i nie parkowała. Niestety nie zawsze mam dostęp do internetu i wówczas głowica zaczyna parkować co 2 - 3 sek. Przy ustawieniu -B 254 smaży mi się dysk. Tym samym proszę o pomoc "łopatologczną" jak tworzyć i kasować taki pusty plik co kilka sekund poprzez crontab.
Pozdrawiam.

[Dwimenor]

crontab -e i wrzuć

Kod: Zaznacz cały

*/120 * * * * touch ~/.pusty_plik.txt; rm ~/.pusty_plik.txt

O to chodzi?

[wojaczek]

Dzięki, składnia poprawna niestety coś nie tak z uruchomieniem mojego crona, bo po wydaniu polecenia # /etc/init.d/cron start otrzymuję komunikat: Starting periodic command scheduler: cron failed! Już mi brak pomysłów

[Dwimenor]

Ale cron startuje razem z systemem. Po wrzuceniu polecenia do crona nie potrzebujesz go uruchamiać/restartować

[wojaczek]

Dzięki za wsparcie. Faktycznie to działa niestety moje założenia odnośnie ograniczenia liczby parkowań wzięły w łeb. Wpis działa wyśmienicie, próbowałem również z plikiem o większej "objętości" (...) Głowica nadal parkuje. A wszystko przez to, że już dawno zainteresował mnie fakt, że podczas uruchomienia telepathy parkowanie się zatrzymuje, dysk cichutko pomrukuje, a smartctl -d ata -a /dev/sda | grep Load_Cycle_Count nic nie wykazuje. To się dzieje przy hdparm -B 128. Temperatura utrzymuje się na stałym poziomie 42 st. Niestety ten myk wymaga stałego dostępu do internetu, bo w momencie rozłączenia, dysk zaczyna od razu parkować co sekundę. Dlatego chciałem mu dać "pracę" zakładając, że cron może w tym pomóc. Wiem, że o tym parkowaniu napisano już całe książki, niestety jest to problem dosyć poważny.

[Ubek308]

> "*/120 * * * * touch ~/.pusty_plik.txt; rm ~/.pusty_plik.txt"

Tak na marginesie to to chyba przegiecie (o ile w ogole zadziala).
Pierwsza gwiazdka to minuty wiec tu plik tworzylby sie dwa razy na sekunde.
Right ?

[Dwimenor]

@Ubek308
Pierwsza gwizdka oznacza minutę jako część godziny.
*/120 oznacza 120 razy na godzinę, czyli co 30 sekund.

@wojaczek
Zwiększyć objętość można tak:

Kod: Zaznacz cały

*/120 * * * * dd if=/dev/zero of=~/.pusty_plik.txt  bs=1M  count=5; rm ~/.pusty_plik.txt

Ale zaczynam się zastanawiać, czy takie bawienie się ma sens. Nie znam się na problematyce laptopów i parkowania dysku, ale nie ma jakiejś opcji całkowitego wyłączania tego ficzera?

[Ubek308]

To sprobuj uruchomic takiego crona. Zdziwie sie jak zadziala.

[wojaczek]

Cieszę się, że mój wątek wzbudził zainteresowanie. Problemem nadmiernego parkowania interesuję się już od kilku lat. Przeczytałem wiele postów na ten temat i większość się powtarza. W zasadzie można podzielić je na dwa obozy, tych co się nie przejmują tematem i tych, którzy usiłują problem zażegnać odpowiednim wpisem poprzez hdparm. Jedni i drudzy mają swoje racje, jednak problem pozostaje, bo bagatelizując go skazujemy dysk na stosunkowo szybką zagładę (przez osiągnięcie limitu parkowań następuje zużycie mechaniczne ), lub jeszcze gorzej ustawiając parametr na 254 lub 255 tworzymy lokalną smażalnię. Dawno temu zwróciłem uwagę na forum, że istnieje inny sposób, który przy ustawieniu standardowym hdparm -B 128 itd... nie powoduje wariackiego parkowania głowicy, a jednocześnie nie podnosi temperatury dysku powyżej 43 st. Sprawdzałem to na kliku laptopach różnych firm, w których były różne dyski. Chodzi mi o uruchomienie komunikatora empathy z wtyczką sunshine. Nie wiem jakie procesy zachodzą podczas pracy tego programu, niemniej to działa !!! Warunek, że komunikator działa na protokole GG i ma dostęp do internetu! Przypuszczam, że podczas pracy tego programu ma miejsce jakieś logowanie do pliku realizowane przez program i to wystarcza żeby głowica nie parkowała! A wartość 128 zapobiega jednocześnie wzrostowi temperatury. Niestety brak mi wiedzy jak zdiagnozować procesy zachodzące podczas kiedy pracuje empathy i jak zachowuje się głowica, ale zapewniam, że jest to swego rodzaju ciekawe spostrzeżenie warte pochylenia się nad nim. Pozdrawiam.

[leon1313]

IMO, trochę dziwne podejście do sprawy.
Po pierwsze: jest coś takiego jak cache, zarówno realizowany sprzętowo ( ja mam 16MB ) jak i programowo zależnie od typu filesystemu. Skąd masz pewność, że pomimo zapisu pliku nie trafi on do "pamięci" zamiast na dysk?
Dla mnie o wiele lepszym rozwiązaniem wydaje się próba odczytania losowego kawałka dysku.
Druga sprawa: po co ci do tego cron? Zwykła pętla z kawałkiem pauzy wystarczy. Program i tak musi działać praktycznie non-stop. Wrzucić go w tło i zapomnieć o nim.
Kolejna sprawa, to sprawdzanie parametrów dysku i tunigowanie przerw między zapisemi (odczytami) pliku.

[jacekalex]

O ile mi wiadomo, to wątek o niszczeniu dysków w lapkach zawiera wszystki możliwe rozwiązania problemu parkowania głowicy, na hdparm począwszy, na wyłączeniu laptop-mode skończywszy, także majstrowanie przy Cronie, żeby wyważać otwarte dzwi, jest bardzo profesjonalnym pokazem *******.

Sznurki:
viewtopic.php?f=133&t=133998
viewtopic.php?f=139&t=57149

To by było na tyle

[Dominbik]

w rzeczy samej. ba w laptop-mode-tools na dobrym konfigu reszty można zrobić tak by dysk wogóle się wyłączył. przy przeglądaniu internetu na netbooku dobry patent. (trzeba tylko uważać by nie stracić buforowanych danych jeszcze nie zapisanych na dysk np. przez odcięcie zasilania)

[wojaczek]

@jacekalex To, że napisano dużo, nie oznacza, że napisano wszystko. To po pierwsze. Nie oznacza również, że potraktowano problem od właściwej strony. Nie będę tu zamieszczać wykresu pracy dysku w kontekście zmiennej temperaturowej i ilości parkowań, bo Admin w końcu zwróci uwagę, że to nie ten wątek. Niemniej dziwię się, że uznano mnie za kogoś niedoinformowanego. Moje spostrzeżenie jest na tyle wyjątkowe i podtrzymuję to, że jeśli tutaj na formum programistycznym nie spotka się z uznaniem, zapytam na forum Debiana itd... W końcu ktoś przyzna mi rację. Powtarzam, że istnieje grupa dysków i są to dyski WD odporne na ustawienia hdparm w zakresie 128 - 255 i wygląda to tak, że przy 128 parkują co 2 - 5 sek! I tak przez wszystkie wartości aż do 254 - 255 kiedy to z dysku robi się smażalnia i potem ustala się powyżej 47 st. Usiłowałem zwrócić tu uwagę na potwierdzony wielokrotnie paradygmat, że przy hdparm = 128 i włączonym empathy zjawisko parkowania przestaje istnieć (...), a temperatura nie rośnie !!! Jeżeli to co tu napisałem jest dla czytających ten wątek jakimś nonsensem, to proszę dokonać weryfikacji, a później pisać, że wszystko już było napisane w temacie parkowania. Z obrotami ziemi wokół słońca było podobnie i jednak zmieniono pogląd. (przepraszam za górnolotne porównanie). A to, że usiłowałem dokonać wpisu przez Crona, świadczy o mojej nieumiejętności i dlatego przyszedłem z problemem do grona Programistów, a tu taki mur (...)