tux

Czy ja dobrze rozumiem: działało i nagle przestało? załączyłeś log DHCP ale tuner z tego nie korzysta? w międzyczasie nie tykałeś nic a nic w konfiguracji czegokolwiek (tuner, składniki sieci).

Możesz też użyć etykiet.

Podstawą to jest to na co nas stać. Tapatalk jest osobnym czymś i to coś narzuca mi jak ma działać forum. To ja mam miec to czy tamto, to ja mam mieć połączenie np. z facebook. Może ja nie chcę tego? Nikt nigdy mi nic nie narzucał. W czasach gdy nie było wersji mobilnej forum można było jeszcze tą kobyłę trzymać. Obecnie jest to bezsensowne. Z ciekawostek -- sam tapatalk zajmował 3/4 tego co całe nasze forum. Napiszę raz jeszcze - wtyczka swoją wielkością zajmuje 3/4 zajętości całego skryptu forum. Co do reklam - są na pasku co informuje, że możesz użyć tapatalk. Nigdzie na www, forum, w sofcie nie ma jednej reklamy. Nie ma bo to jest podstawą. To, że dla kogoś tapatalk jest podstawą nie stanowi dla mnie żadnego wyznacznika. Nie podoba się - nie korzystać - nie zmuszam. Ludziom w dzisiejszych czasach wydaje się, że wszystko można mieć za darmo i jeszcze wymagać. Przypomnę, że po 3 latach działania ogłosiliśmy pierwszy raz zbiórkę na serwer. Ledwo co suma została zebrana. Suma, która starcza na bezwzględne minimum. Coś więcej to już kwoty 4-6x większe. Tego nie zbierzemy NIGDY przy takim podejściu ludzi. Ale każdy by coś chciał. Przewidziałem to wszystko i dlatego w regulaminie (i nie tylko) jest zapis: Tapatalk nie jest częścią SMF. Jak pisałem wyżek - dołącza reklamy, chce integracji z facebookiem czy twiterem (na to zgody ode mnie nie ma), jest KOBYŁĄ. Do tego ilość błędów jakie generuje powoduje przyrost bazy logów o średnio 10MB/dziennie. Całe nasze forum po trzech latach zajmuje 43MB. Temat wyczerpani i zamknięty.

sdparm jest odinstalowany?

I tym razem definitywnie KONIEC. Ja nie pobieram opłat za pracę. Czasem zrzutka na serwer. A to coś żeruje na mnie, na Was i zarabia na reklamach. Ponadto nie działa poprawnie z nowym forum bo forum jest za nowe :)

Jeszcze tak dla sprecyzowania. Kod w OpenPLi był OK (i nadal działa - co trzeba przyznać) w czasach gdy go pisano. Wtedy innego wyjścia nie było. O usypiany dysku sprzętowo można było pomarzyć. Kod działa nawet dzisiaj. I to, że robi coś czego nie musi nie oznacza, że jest niepoprawnie napisany. Jedyne co, to w przypadku nowych dysków powinna nastąpić. jakaś zmiana. Pewnie kiedyś się jej doczekamy. Nie miałem nic złego na myśli pisząc wyżej.

sdparm będzie działać tylko do czasu kolejnej aktualizacji OpenPLi. W niej nie będzie już tej protezy. Wtedy dysk nie pójdzie spać ani za 5 minut ani za 10 ani za 120.

AbrahaM[/member] Z help polecenia hdparm: -S Set standby (spindown) timeout Nie ma to nic wspólnego z głowicami a z pracą silnika dysku :) To o czym piszesz to prawdopodobnie ten parametr: -J Get/set Western DIgital "Idle3" timeout for a WDC "Green" drive (DANGEROUS)

Czyli muszę poszukać co robi OpenPLi. W sensie jaka komenda. EDIT tux: Jestem po lekturze na temat WD oraz częściowo po zerknięciu w OpenPLi. Pisze co następuje: WD (szczególnie (WD GREEN) nie znoszą małej wartości parametru -S; WD prawdopodobnie przyjął, że najniższy czas dla usypiania to 10 minut; WD nie obsługuje parametru -B (bo w sumie po co optymalizować pracę HDD od zapotrzebowania); OpenPLi nie naprawiła problemu z WD - obeszła go perfidnie wydając jedno z poleceń (poniżej) w pętli co ileś czasu sdparm --flexible --readonly --command-stop /dev/sdX hdparm -Y /dev/sdX powyższe obejście można zrobić równie dobrze bez pythona, wtyczki i zaciągania do tego całej OpenPLi - wystarczy wpis do Crona :) Wnioski - trzeba się zastanowić nad całością ponieważ w GOS nie ma miejsca na protezy. Jak gdzieś taka jest znaleziona to stajemy na głowie by się tego pozbyć. To, że WD Green jest odporny na parametr -S nie znaczy, że mamy mieć to co było w OpenPLi. Faktem jest też, że proteza działała i to aż tyle lat :) Również faktem jest, że dla jakiejś tam linii HDD nie warto utrzymywać tej protezy. Nowoczesne HDD mają parametr S i B (hdparm) i świetnie same sobie radzą zgodnie z instrukcją (też hdparm). Całość nie jest wykonywana na poziomie softu tunera a firmware HDD. I tak w dzisiejszych czasach powinno być. Teraz potrzebna jest burza mózgów :) 10 minut dla WD to nie jest koszmar i da się żyć z tym. Ale to jest moje zdanie. Gorzej jakby nie usypiał się sam w ogóle i tylko komenda np. hdparm -Y.

Sprawdźcie to co dałem wyżej.

Wniosek - Twój WD wymaga zmiany w firmware. Dlatego będzie potrzebny sdparm. Odinstaluj proszę hdparm na razie. Zainstaluj pakiet sdparm. Następnie: sdparm --set SCT=6000 -6 /dev/sda Czas liczony jest *100 czyli 6000 daje czas uśpienia dysku na 10 min. Przy czym powyższe proszę potraktować jedynie jako test na razie! Dlaczego? Dlatego, że obecne OpenPLi nie ma jeszcze w 100% wyłączonej obsługi sdparm. Jeżeli zadziała i będzie OK to w najbliższym czasie zaimplementujemy obsługę zarówno hdparm jak i sdparm. Najpierw jednak pozbędziemy się obsługi dysku z samej OpenPLi. Jak wszystko poza OpenPLi będzie już OK to pojawi się opcja od tego w Menu OpenPLi.

Nie tylko ta linia. Ogólnie jest przetwarzany cały plik. Systemy Unixowe (i nie tylko) mają inny znak końca linii. Tak naprawdę tylko Windows usilnie tego nie chce uszanować. Np. z MAC problemu nie ma. Użytkownik musi być tego świadomy. Skoro używa się świadomie Windows to również świadomie edytujmy pliki Unixowe tak aby uszanować ich znak końca linii. Może kiedyś Microsoft zrozumie, że tylko on ma inaczej (z firm mających tak dużą część rynku. Ale póki to nie nastąpi użytkownik musi myśleć samemu. Uprzedzam - nie mam nic przeciwko Windows czy Microsoft. Ale człowiek używający tych produktów również powinien myśleć.

Chodzi mi o to czy jak dasz ustawienia do pliki /etc/sysconfig/hdparm i zrobisz restart to czy dysk się uśpi po tych 10 minutach czy nie.

Konfiguracja e2 teraz nie ma nic do rzeczy. Trzeba co ja do tego jakie opcje ma dysk. Wtedy damy rade to ustawić w GOS. @j0rdi Czy ten plik co dałem usypia Ci po 10 minutach z automatu po restarcie?

Wizja, nie wizja ale mnie już doprowadziło do ostateczności to, że co wcisnąłem OK na pilocie to dysk na równe nogi. Posprzątamy wszystko, będą opcje w Menu i będzie OK. Ale proszę poczekać trochę. Są ważniejsze sprawy od wpisów w Menu dla dhparm.

U mnie Twój plik bez problemu zatrzymał dysk po kilku sekundach. Oczywiście po zmianie końca linii... tuxish-ESI88-Box:~# /etc/init.d/ghdparm restart Appling hdparm for sda device /dev/sda: setting Advanced Power Management level to disabled setting standby to 1 (5 seconds) APM_level = off Appling hdparm for sdb device /dev/sdb: SG_IO: bad/missing sense data, sb[]: f0 00 05 00 00 00 00 14 00 00 00 00 20 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 multcount = 16 (on) readonly = 0 (off) readahead = 256 (on) geometry = 1020/247/62, sectors = 15633408, start = 0 Plik ze zmianą znaku końca linni załączam. Ten plik testowałem. Oczywiście do usunięcia .txt z nazwy pliku. EDIT tux: Jeszcze info o dysku, który siedzi w moim ESI-88: === START OF INFORMATION SECTION === Model Family: Hitachi/HGST Travelstar Z5K500 Device Model: HGST HTS545050A7E380 Serial Number: TM85G3G802AALT LU WWN Device Id: 5 000cca 7e8c10f90 Firmware Version: GG2OAC90 User Capacity: 500,107,862,016 bytes [500 GB] Sector Sizes: 512 bytes logical, 4096 bytes physical Rotation Rate: 5400 rpm Form Factor: 2.5 inches Device is: In smartctl database [for details use: -P show] ATA Version is: ATA8-ACS T13/1699-D revision 6 SATA Version is: SATA 2.6, 3.0 Gb/s Local Time is: Wed Aug 10 23:45:35 2016 CEST SMART support is: Available - device has SMART capability. SMART support is: Enabled hdparm.txt

Zerknij jak jest załączony plik kolegi wyżej. Dodane rozszerzenie .txt Samo dodanie rozszerzenia nie zmienia struktury pliku.

Bo nie ma nikogo władnego, kto przepisze kawałek kodu w OpenPLi pod nowe realia. A przynajmniej nie teraz póki prowadzone sa prace do ustabilizowania. Z jednej strony rozumiem wsparcie pod użytkownika. Z drugiej strony niektóre zaszłości tak mocno są podtrzymywane przez lata, że ktoś musi to wreszcie wyprostować. Finalnie prawdopodobnie będzie wszystko w MENU. Ale nie od razu. najpierw ustabilizowanie wszystkiego. Póki co mamy aż jeden przypadek, gdzie coś nie działa jak powinno. Co do wizji szefa...można to i tak nazwać. Przy czym ja odnoszę wrażenie, że to w kwestii tunerów na SH4 ktoś miał inną wizje niż Linuxowcy :) Tu myślę, że za trochę wszystko się wyjaśni i ustabilizuje. Każdy będzie zadowolony. Niech tylko skończą się obecne prace nad całością. A prac jest dużo. Plusem będzie wreszcie to, że system będzie przewidywalny. Zapanujemy też (mam nadzieję) wreszcie nad aktualizacjami, nawet tymi dużymi.

Nie musisz. Jedyne co to w menu zadbaj o odpowiedni znak końca linii (UNIX).

Na początek - znak końca linii WINDOWS!

Nadal nie załączyłeś na forum pliku o który poprosiłem. Koniecznie plik i taki jak masz teraz w tunerze a nie tylko jego zawartość!

: not found/ghdparm: /etc/sysconfig/hdparm: line 12: : not found/ghdparm: /etc/sysconfig/hdparm: line 23: : not found/ghdparm: /etc/sysconfig/hdparm: line 26: Czy to nie jest zastanawiające? Załącz proszę - plik /etc/sysconfig/hdparm

A co pokaże jak wpiszesz: /etc/init.d/ghdparm start

Do poprzedniego nie wracamy już. Na razie tylko Ty zgłosiłeś błąd dlatego warto ustalić co i jak. W razie czego potem poprawić skrypt i już.

To jest dysk WD. Tutaj to co seria jest bardziej porąbane.