HDPARM config jak poprawnie wpisać parametry

[jack_zab]

witam zrobilem aktualizacje zastosowałem sie do opisu

 

 

   [release] aktualizacja pakietu enigma2 (usunięcie zależności pakietów sdparm, hdparm);

  Obecnie zarządzanie parametrami dysku realizuje wyłącznie pakiet hdparm; jego parametry ustawia się w pliku /etc/sysconfig/hdparm;
  Od tej aktualizacji OpenPLi nie steruje już ustawieniami usypiania dysku; podstawowa konfiguracja usypiania dysku jest ustawiona w pakiecie hdparm dla /dev/sda;
  Wartości domyślne to -S60 (uśpij po 5 minutach bezczynności) oraz -B128 (bądź jak najcichszy) dla pierwszego urządzenia (sda);
  Jeżeli nadal potrzebujesz usypiania dysku - po tej aktualizacji doinstaluj pakiet hdparm poprzez opkg i ewentualnie skonfiguruj parametry dla swojego dysku.

 

W S wpisałem wartość 6 bo chce by mie sie dysk szybko usypiał

 

ale niestety nie działa to tak jak kiedys z poziomu pilota dysk się nie usypia wcale chodzi cały czas

[tux]

Po zmianie parametru restart hdparm lub całego boxa.

Warto też sprawdzić czy dysk to sda czy sdb. Ponadto sprawdzić komendę z palca:

 

hdparm -Sx -Bx /dev/sdX

 

[jordi]

Od kilku dni przymierzałem się do napisania podobnego postu, bo mam identyczny problem ale wstrzymywałem się aby znaleźć chwilę na dłuższe testy. Mam zainstalowany pakiet hdparm, a w pliku hdparm mam obecnie ustawione:

 

parmS1="-S6 -B120"

aczkolwiek próbowałem różnych wartości oraz wpisu ze spacją przed cyfrą wartości (tzn.

parmS1="-S 6 -B 120"

, bo także w takiej postaci widziałem wpisy a nie wiem która jest poprawna (jeśli nie obie). Dysk słychać 24/h - niezależnie czy coś z niego oglądam/nagrywam czy dekoder jest w trybie czuwania zawsze hałasuje. 

 

Po wrzuceniu komendy przez PuTTY:

 

GraterliaOS:~# hdparm -S5 -B120 /dev/sda

 

/dev/sda:

setting Advanced Power Management level to 0x78 (120)

HDIO_DRIVE_CMD failed: Input/output error

setting standby to 5 (25 seconds)

APM_level      = not supported

 

Dekoder to oczywiście ADB5800sx BZZB. Ma się rozumieć, że był pełen restart po każdej ze zmian w pliku hdparm których było kilkanaście i zawsze efekt ten sam...

 

Po zapodaniu

hdparm -S3 /dev/sda

mam:

GraterliaOS:~# hdparm -S3 /dev/sda

 

/dev/sda:

setting standby to 3 (15 seconds)

 

ale po restarcie w pliku hdparm nic sie nie zmieniło, tzn. ciągle wartości które wpisałem ręcznie (o ile powinny się zmienić ?).

[tux]

W Twoim przypadku parametr B jest nie ustawialny.

Parametr -S ma się zmienić na tyle co masz ustawione w pliku. Jak ustawisz 3 (15sec) to tak ma być.

 

U mnie jest tak (przy standardowych wartościach):

 

tuxish-ESI88-Box:~# /etc/rc.d/init.d/ghdparm start

Appling hdparm for sda device

/dev/sda:
 setting Advanced Power Management level to 0x80 (128)
 setting standby to 60 (5 minutes)
 APM_level      = 128

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

 

 

[jordi]

skoro B jest u mnie nieustawialny, to by tłumaczyło skąd ten błąd. Czy lepiej nie podawać go w ustawieniach wcale czy może ustawić wartość na 255 aby wyłączyć ? o ile to ma jakiekolwiek znaczenie w tym przypadku? (po teście widzę, że nie ma)

 

Ciągle jednak nie potrafię zrozumieć i dojść do tego, dlaczego pomimo różnorakich prób ustawienia -S nic to nie daje i dysk kręci stale.

 

[tux]

Co to jest za dysk?

Dokładny model.

[tux]

I odwrotnie. A OpenPLi używało tylko sdparm.

Jeżeli kolega powyżej potwierdzi, że na sdparm działa to dodamy skrypt startowy do pakietu sdparm i po kłopocie.

[jordi]

tux[/member] zerknij proszę na załącznik. Przepraszam bardzo, że w takiej formie podaję ale na telefonie siedzę a zainstalowany telnet nie pozwala na tekstowe kopiowanie a błędu nie chcę  zrobić przypisując.

 

[tux]

Ten dysk powinien reagować na:

 

hdparm -S3 /dev/sda

Możesz jeszcze zerknąć czy dysk da się uśpić od razu:

 

hdparm -Y /dev/sda

 

Jeżeli nie uśpi się to zainstaluj sdparm i wpisz:

sdparm --set SCT=3000 -6 /dev/sda

 

Powinien zatrzymać się po 5 minutach.

[jordi]

Postaram się niebawem to sprawdzić. Tymczasem od ustawienia w pliku  hdparm: parmS1="-S2 -B255"  gdy dekoder jest w trybie standby dysk usypia się po dokładnie 10min. Nie wiem dlaczego akurat tyle jak teoretycznie powinien po 10 sekundach czyż nie?  Jedyne logiczne wytłumaczenie że mnoży czas w minutach a nie sekundach. Przetestowane 3 razy z rzędu i za każdym razem poszedł spać po 10min

[tux]

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

[jordi]

Przepraszam admina  za post pod postem,

 

Sprawdzałem i

hdparm -Y /dev/sda

usypia od razu więc osobiście stawianym na to co napisałem wyżej, chyba że to przypadek? Sprawdzę czy po ustawieniu -S1 wyłączy po 5min to będzie pewność

[jack_zab]

A można by zostawić tak jak było kiedys z poziomu pilota w ustawieniach systemowych wybierać sobie czas i po kłopocie ??

 

Wtedy problemy nie wystepowały

[tux]

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ż.

[jack_zab]

U mnie na tą chwile ta komenda usypia dysk

hdparm -Y /dev/sda

 

ale parametry wpisane w config nic nie dają dysk kręci sie non stop :(

[tux]

A co pokaże jak wpiszesz:

 

/etc/init.d/ghdparm start

 

[jack_zab]

GraterliaOS:~# /etc/init.d/ghdparm start
: not found/ghdparm: /etc/sysconfig/hdparm: line 12:
: not found/ghdparm: /etc/sysconfig/hdparm: line 23:
: not found/ghdparm: /etc/sysconfig/hdparm: line 26:

Appling hdparm for sda device

hdparm - get/set hard disk parameters - version v9.48, by Mark Lord.

Usage:  hdparm  [options] [device ...]

Options:
-a   Get/set fs readahead
-A   Get/set the drive look-ahead flag (0/1)
-b   Get/set bus state (0 == off, 1 == on, 2 == tristate)
-B   Set Advanced Power Management setting (1-255)
-c   Get/set IDE 32-bit IO setting
-C   Check drive power mode status
-d   Get/set using_dma flag
-D   Enable/disable drive defect management
-E   Set cd/dvd drive speed
-f   Flush buffer cache for device on exit
-F   Flush drive write cache
-g   Display drive geometry
-h   Display terse usage information
-H   Read temperature from drive (Hitachi only)
-i   Display drive identification
-I   Detailed/current information directly from drive
-J   Get/set Western DIgital "Idle3" timeout for a WDC "Green" drive (DANGEROUS)
-k   Get/set keep_settings_over_reset flag (0/1)
-K   Set drive keep_features_over_reset flag (0/1)
-L   Set drive doorlock (0/1) (removable harddisks only)
-m   Get/set multiple sector count
-M   Get/set acoustic management (0-254, 128: quiet, 254: fast)
-n   Get/set ignore-write-errors flag (0/1)
-N   Get/set max visible number of sectors (HPA) (VERY DANGEROUS)
-p   Set PIO mode on IDE interface chipset (0,1,2,3,4,...)
-P   Set drive prefetch count
-q   Change next setting quietly
-Q   Get/set DMA queue_depth (if supported)
-r   Get/set device readonly flag (DANGEROUS to set)
-R   Get/set device write-read-verify flag
-s   Set power-up in standby flag (0/1) (DANGEROUS)
-S   Set standby (spindown) timeout
-t   Perform device read timings
-T   Perform cache read timings
-u   Get/set unmaskirq flag (0/1)
-U   Obsolete
-v   Use defaults; same as -acdgkmur for IDE drives
-V   Display program version and exit immediately
-w   Perform device reset (DANGEROUS)
-W   Get/set drive write-caching flag (0/1)
-x   Obsolete
-X   Set IDE xfer mode (DANGEROUS)
-y   Put drive in standby mode
-Y   Put drive to sleep
-z   Re-read partition table
-Z   Disable Seagate auto-powersaving mode
--dco-freeze      Freeze/lock current device configuration until next power cycle
--dco-identify    Read/dump device configuration identify data
--dco-restore     Reset device configuration back to factory defaults
--dco-setmax      Use DCO to set maximum addressable sectors
--direct          Use O_DIRECT to bypass page cache for timings
--drq-hsm-error   Crash system with a "stuck DRQ" error (VERY DANGEROUS)
--fallocate       Create a file without writing data to disk
--fibmap          Show device extents (and fragmentation) for a file
--fwdownload            Download firmware file to drive (EXTREMELY DANGEROUS)
--fwdownload-mode3      Download firmware using min-size segments (EXTREMELY DANGEROUS)
--fwdownload-mode3-max  Download firmware using max-size segments (EXTREMELY DANGEROUS)
--fwdownload-mode7      Download firmware using a single segment (EXTREMELY DANGEROUS)
--fwdownload-modee      Download firmware using mode E (min-size segments) (EXTREMELY DANGEROUS)
--fwdownload-modee-max  Download firmware using mode E (max-size segments) (EXTREMELY DANGEROUS)
--idle-immediate  Idle drive immediately
--idle-unload     Idle immediately and unload heads
--Istdin          Read identify data from stdin as ASCII hex
--Istdout         Write identify data to stdout as ASCII hex
--make-bad-sector Deliberately corrupt a sector directly on the media (VERY DANGEROUS)
--offset          use with -t, to begin timings at given offset (in GiB) from start of drive
--prefer-ata12    Use 12-byte (instead of 16-byte) SAT commands when possible
--read-sector     Read and dump (in hex) a sector directly from the media
--repair-sector   Alias for the --write-sector option (VERY DANGEROUS)
--security-help   Display help for ATA security commands
--trim-sector-ranges        Tell SSD firmware to discard unneeded data sectors: lba:count ..
--trim-sector-ranges-stdin  Same as above, but reads lba:count pairs from stdin
--verbose         Display extra diagnostics from some commands
--write-sector    Repair/overwrite a (possibly bad) sector directly on the media (VERY DANGEROUS)


Appling hdparm for sdb device

hdparm - get/set hard disk parameters - version v9.48, by Mark Lord.

Usage:  hdparm  [options] [device ...]

Options:
-a   Get/set fs readahead
-A   Get/set the drive look-ahead flag (0/1)
-b   Get/set bus state (0 == off, 1 == on, 2 == tristate)
-B   Set Advanced Power Management setting (1-255)
-c   Get/set IDE 32-bit IO setting
-C   Check drive power mode status
-d   Get/set using_dma flag
-D   Enable/disable drive defect management
-E   Set cd/dvd drive speed
-f   Flush buffer cache for device on exit
-F   Flush drive write cache
-g   Display drive geometry
-h   Display terse usage information
-H   Read temperature from drive (Hitachi only)
-i   Display drive identification
-I   Detailed/current information directly from drive
-J   Get/set Western DIgital "Idle3" timeout for a WDC "Green" drive (DANGEROUS)
-k   Get/set keep_settings_over_reset flag (0/1)
-K   Set drive keep_features_over_reset flag (0/1)
-L   Set drive doorlock (0/1) (removable harddisks only)
-m   Get/set multiple sector count
-M   Get/set acoustic management (0-254, 128: quiet, 254: fast)
-n   Get/set ignore-write-errors flag (0/1)
-N   Get/set max visible number of sectors (HPA) (VERY DANGEROUS)
-p   Set PIO mode on IDE interface chipset (0,1,2,3,4,...)
-P   Set drive prefetch count
-q   Change next setting quietly
-Q   Get/set DMA queue_depth (if supported)
-r   Get/set device readonly flag (DANGEROUS to set)
-R   Get/set device write-read-verify flag
-s   Set power-up in standby flag (0/1) (DANGEROUS)
-S   Set standby (spindown) timeout
-t   Perform device read timings
-T   Perform cache read timings
-u   Get/set unmaskirq flag (0/1)
-U   Obsolete
-v   Use defaults; same as -acdgkmur for IDE drives
-V   Display program version and exit immediately
-w   Perform device reset (DANGEROUS)
-W   Get/set drive write-caching flag (0/1)
-x   Obsolete
-X   Set IDE xfer mode (DANGEROUS)
-y   Put drive in standby mode
-Y   Put drive to sleep
-z   Re-read partition table
-Z   Disable Seagate auto-powersaving mode
--dco-freeze      Freeze/lock current device configuration until next power cycle
--dco-identify    Read/dump device configuration identify data
--dco-restore     Reset device configuration back to factory defaults
--dco-setmax      Use DCO to set maximum addressable sectors
--direct          Use O_DIRECT to bypass page cache for timings
--drq-hsm-error   Crash system with a "stuck DRQ" error (VERY DANGEROUS)
--fallocate       Create a file without writing data to disk
--fibmap          Show device extents (and fragmentation) for a file
--fwdownload            Download firmware file to drive (EXTREMELY DANGEROUS)
--fwdownload-mode3      Download firmware using min-size segments (EXTREMELY DANGEROUS)
--fwdownload-mode3-max  Download firmware using max-size segments (EXTREMELY DANGEROUS)
--fwdownload-mode7      Download firmware using a single segment (EXTREMELY DANGEROUS)
--fwdownload-modee      Download firmware using mode E (min-size segments) (EXTREMELY DANGEROUS)
--fwdownload-modee-max  Download firmware using mode E (max-size segments) (EXTREMELY DANGEROUS)
--idle-immediate  Idle drive immediately
--idle-unload     Idle immediately and unload heads
--Istdin          Read identify data from stdin as ASCII hex
--Istdout         Write identify data to stdout as ASCII hex
--make-bad-sector Deliberately corrupt a sector directly on the media (VERY DANGEROUS)
--offset          use with -t, to begin timings at given offset (in GiB) from start of drive
--prefer-ata12    Use 12-byte (instead of 16-byte) SAT commands when possible
--read-sector     Read and dump (in hex) a sector directly from the media
--repair-sector   Alias for the --write-sector option (VERY DANGEROUS)
--security-help   Display help for ATA security commands
--trim-sector-ranges        Tell SSD firmware to discard unneeded data sectors: lba:count ..
--trim-sector-ranges-stdin  Same as above, but reads lba:count pairs from stdin
--verbose         Display extra diagnostics from some commands
--write-sector    Repair/overwrite a (possibly bad) sector directly on the media (VERY DANGEROUS)

[tux]

: 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

 

[jordi]

moją torię można raczej do śmietnika wrzucić. Po zmianie na -S1 w pliku hdparm i tak wyłacza po 10min bezczynności. Lepsze to niż 24h które były jeszcze koło południa, ale ciągle to zagadka.

Natomiast u mnie:

 

GraterliaOS:~# /etc/init.d/ghdparm start

: not found/ghdparm: /etc/sysconfig/hdparm: line 12:

: not found/ghdparm: /etc/sysconfig/hdparm: line 23:

: not found/ghdparm: /etc/sysconfig/hdparm: line 26:

: not found/ghdparm: /etc/sysconfig/hdparm: line 28:

 

Appling hdparm for sda device

 

hdparm - get/set hard disk parameters - version v9.48, by Mark Lord.

 

Usage:  hdparm  [options] [device ...]

 

Options:

-a   Get/set fs readahead

-A   Get/set the drive look-ahead flag (0/1)

-b   Get/set bus state (0 == off, 1 == on, 2 == tristate)

-B   Set Advanced Power Management setting (1-255)

-c   Get/set IDE 32-bit IO setting

-C   Check drive power mode status

-d   Get/set using_dma flag

-D   Enable/disable drive defect management

-E   Set cd/dvd drive speed

-f   Flush buffer cache for device on exit

-F   Flush drive write cache

-g   Display drive geometry

-h   Display terse usage information

-H   Read temperature from drive (Hitachi only)

-i   Display drive identification

-I   Detailed/current information directly from drive

-J   Get/set Western DIgital "Idle3" timeout for a WDC "Green" drive (DANGEROUS)

-k   Get/set keep_settings_over_reset flag (0/1)

-K   Set drive keep_features_over_reset flag (0/1)

-L   Set drive doorlock (0/1) (removable harddisks only)

-m   Get/set multiple sector count

-M   Get/set acoustic management (0-254, 128: quiet, 254: fast)

-n   Get/set ignore-write-errors flag (0/1)

-N   Get/set max visible number of sectors (HPA) (VERY DANGEROUS)

-p   Set PIO mode on IDE interface chipset (0,1,2,3,4,...)

-P   Set drive prefetch count

-q   Change next setting quietly

-Q   Get/set DMA queue_depth (if supported)

-r   Get/set device readonly flag (DANGEROUS to set)

-R   Get/set device write-read-verify flag

-s   Set power-up in standby flag (0/1) (DANGEROUS)

-S   Set standby (spindown) timeout

-t   Perform device read timings

-T   Perform cache read timings

-u   Get/set unmaskirq flag (0/1)

-U   Obsolete

-v   Use defaults; same as -acdgkmur for IDE drives

-V   Display program version and exit immediately

-w   Perform device reset (DANGEROUS)

-W   Get/set drive write-caching flag (0/1)

-x   Obsolete

-X   Set IDE xfer mode (DANGEROUS)

-y   Put drive in standby mode

-Y   Put drive to sleep

-z   Re-read partition table

-Z   Disable Seagate auto-powersaving mode

--dco-freeze      Freeze/lock current device configuration until next power cycle

--dco-identify    Read/dump device configuration identify data

--dco-restore     Reset device configuration back to factory defaults

--dco-setmax      Use DCO to set maximum addressable sectors

--direct          Use O_DIRECT to bypass page cache for timings

--drq-hsm-error   Crash system with a "stuck DRQ" error (VERY DANGEROUS)

--fallocate       Create a file without writing data to disk

--fibmap          Show device extents (and fragmentation) for a file

--fwdownload            Download firmware file to drive (EXTREMELY DANGEROUS)

--fwdownload-mode3      Download firmware using min-size segments (EXTREMELY DANGEROUS)

--fwdownload-mode3-max  Download firmware using max-size segments (EXTREMELY DANGEROUS)

--fwdownload-mode7      Download firmware using a single segment (EXTREMELY DANGEROUS)

--fwdownload-modee      Download firmware using mode E (min-size segments) (EXTREMELY DANGEROUS)

--fwdownload-modee-max  Download firmware using mode E (max-size segments) (EXTREMELY DANGEROUS)

--idle-immediate  Idle drive immediately

--idle-unload     Idle immediately and unload heads

--Istdin          Read identify data from stdin as ASCII hex

--Istdout         Write identify data to stdout as ASCII hex

--make-bad-sector Deliberately corrupt a sector directly on the media (VERY DANGEROUS)

--offset          use with -t, to begin timings at given offset (in GiB) from start of drive

--prefer-ata12    Use 12-byte (instead of 16-byte) SAT commands when possible

--read-sector     Read and dump (in hex) a sector directly from the media

--repair-sector   Alias for the --write-sector option (VERY DANGEROUS)

--security-help   Display help for ATA security commands

--trim-sector-ranges        Tell SSD firmware to discard unneeded data sectors: lba:count ..

--trim-sector-ranges-stdin  Same as above, but reads lba:count pairs from stdin

--verbose         Display extra diagnostics from some commands

--write-sector    Repair/overwrite a (possibly bad) sector directly on the media (VERY DANGEROUS)

 

 

Appling hdparm for sdb device

 

/dev/sdb:

SG_IO: bad/missing sense data, sb[]:  70 00 05 00 00 00 00 0a 00 00 00 00 24 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00

multcount     =  0 (off)

readonly      =  0 (off)

readahead     = 256 (on)

geometry      = 1017/125/62, sectors = 7888896, start = 0

GraterliaOS:~#

 

wychodzi na to, że te linie do których się doczepił to linie puste.

 

PS. .txt dodałem do hdparm bo nie chciało załączyć na forum

hdparm.txt

[tux]

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ść!

[jordi]

W załączniku

hdparm.txt

[tux]

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

[jordi]

czy  Notepad ++ (pod Winde) muszę jakoś specjalnie skonfigurować do edycji plików z linuxa ? Wiem z faq ze obsługuje odpowiedni koniec linii, ale... ?

[tux]

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

[jack_zab]

TUX na mój zeknołeś ??

[jordi]

Rozumiem ideę zmiany obsługi hdparm, ale za cholerę nie mogę zrozumieć czemu wywalono konfigurację bezpośrednio z GUI....w

 

 

Taka wizja szefa, a że szef ma zawsze rację ;)

 

[warning]Załączniki dodajemy zgodnie z regulaminem![/warning]

[tux]

Rozumiem ideę zmiany obsługi hdparm, ale za cholerę nie mogę zrozumieć czemu wywalono konfigurację bezpośrednio z GUI....

 

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.

[jordi]

No w sumie to dwa przypadki (przynajmniej zgłoszone) - mój i kolegi jack_zab. Aby nie zakładać nowego wątku czy ktoś z Was może mi dać podpowiedź, jak załączyć do wiadomości oryginalny plik hdparm ? Kombinuje i kombinuje i nic.... a nie chcę już szanownego Admina denerwować wrzucając pozaregulaminowo.

[tux]

Zerknij jak jest załączony plik kolegi wyżej. Dodane rozszerzenie .txt

Samo dodanie rozszerzenia nie zmienia struktury pliku.

[TomTelos]

Pisze ci też jak byk jakie typy przyjmuje forum:

Dozwolone typy plików: odt, txt, log, gif, jpg, pdf, png, zip, tar, gz, bz2, xz, ipk, rpm, xml, py, ko, 7z, md5, diff, patch, c

[jordi]

tux[/member] - tak też zrobiłem kilka "postów temu" aczkolwiek nie byłem pewien czy to ma jakiś wpływ.

 

TomTelos[/member] - przeczytałem jakie są dozwolone typy plików. Bez rozszerzenia nie było a ja nie byłem wtedy pewien czy mogę .txt dodać od siebie. Dlatego też wrzuciłem zewnętrznie i napisałem pod spodem dlaczego. Rozumiem Twoją irytację i przepraszam za złamanie regulaminu. 

 

Tak czy owak, zmiana końca linii nic nie daje, poza tym że teraz będe o tym pamiętał (wcześniej o tym czytałem, ale jakoś przeoczyłem w praktyce)

[tux]

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

[tux]

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.

[jack_zab]

A może ktoś z mądrych głów ocenić czy moja konfiguracja jest poprawna

 

Od wczoraj sytuacja zmieniła się o tyle że po włączeniu dekodera do prądu dysk się nie usypia ale jak wpiszemy w telnecie linijkę

 

to potem już usypia się co 15 sekund i jest ok

 

po prostu po uruchomieniu dekodera są tylko problemy [warning]Poprawiono pisownię...Proszę używać funkcji "Sprawdź ortografię". Więcej upomnień  nie będzie[/warning]

hdparm.txt

[jordi]

jack_zab[/member] - masz znaki konca linii w formacie Windows, czyli to samo co było u mnie.

 

tux[/member] - sprawdziłem wrzucony przez Ciebie plik na moim dekoderze, ale nic to nie dało. Generalnie u mnie co bym nie ustawił w pliku konfiguracyjnym to zawsze usypia po 10 minutach. Trochę mnie to dziwi i szukałem w innych plikach konfiguracyjnych i w settings (w etc/enigma2) znalazłem taką oto linijkę: "config.usage.hdd_standby=10" początkowo pomyślałem, że to może być to, ale niestety zmiana tego parametru, jego wykasowanie lub całkowite usunięcie pliku settings nie zmienia nic w tej kwestii.

Jeszcze spróbuję postawić system na nowo i od razu zająć się sprawdzeniem dysku przed ew wgraniem innych pluginów i ustawień.

[tux]

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?

[jordi]

czyli mam rozumieć, że szkoda czasu na świeżą instalkę ? Jeśli możesz, to rozwiń proszę drugie zdanie bo chyba nie do końca załapałem i czy ze swojej strony w jakiś sposób mogę jeszcze ew. dostarczyć dodatkowych informacji o używanym dysku ?

Jutro lecę do Polski na wakacje, ale po powrocie spróbuję jeszcze podpiąć inny dysk i zobaczyć jak się będzie zachowywało

[tux]

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.

[jack_zab]

Zmiany wprowadzane przez aplikacje w locie wnscp mogą powodować problem ?? o ile mi wiadomo

 

to mają znaczenie tylko ta linia czy się mylę ?

 

 

 

parmS1="-S 36 -B 128"

 

 

 

[tux]

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ć.

[jordi]

tux[/member] - tak, dysk jest usypiany po 10min. bezczynności. Z tym że:

 

- obecnie jest wgrany plik hdparm który wrzuciłeś kilka postów wcześniej (z parametrem -S1 czyli powinien "zasnąć" po 5sekundach tak ?)

 

- zmieniając ten parametr na np. -S2, -S5 czy -S10 (i tym razem zwracając uwagę na znaki końca linni + oczywiście restart dekodera) też usypia po 10min

 

 

[tux]

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.

 

[jack_zab]

U mnie jest dokładnie tak samo jak u kolegi jordi[/member]

[tux]

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

[jordi]

tux[/member] - wyrzuciłem hdparm i zainstalowałem sdparm (+restart pudła) i teraz dysk usypia po 5min bezczynności.

 

Po sprawdzeniu komendy, którą podałeś powyżej wyświetla:

 

GraterliaOS:~# sdparm --set SCT=6000 -6 /dev/sda

    /dev/sda: ATA      WDC WD2500AVJS-6  01.0

mode sense command: Illegal request

change_mode_page: failed fetching page: Power condition

 

 

[tux]

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.

 

[AbrahaM]

tux[/member].

 

Mam silne obawy, że w wypadku WD fundamentalnie błądzisz. Ich dyski są dużym wyjątkiem od powszechnych reguł. Jeśli -S jest odpowiedzialne za autoparkowanie głowic (tak wnioskuje z opisu), to jest to ten sam parametr, który jest przestawiany narzędziem wdidle3.exe oraz linux'owym jego zamiennikiem.

 

A w takim razie zachowanie -S dla WDków trzeba wyciągać z opisu wdidle.exe. A z niego wynika, że... ten parametr u WD jest wyrażony w sekundach (domyślnie 8 sekund) i jego maksymalna wartość odpowiada 300 sekundom. Tak, ustala się /s300 a nie /s255!

 

Syntax:
WDIDLE3 [/s[]] [/D] [/R] [/?]
where:
/S[] Set timer, units in seconds. Default=8.0 (8.0 seconds).
            Resolution is 0.1 seconds from 0.1 to 12.7 seconds.
            Resolution is 30 seconds from 30 seconds to 300 seconds.
            Note, times between 12.8 and 30 seconds will be set to 30 seconds.
/D          Disable timer.
/R          Report current timer.
/?          This help info.

 

zostawienie tej wartości niskiej na WD, to najszybsza droga do szybkiego zgonu dysku. Ten parametr powinien być ustawiona na maksimum. Ale to przy milczącym założeniu, że to jest ten parametr, i że hdparm potrafi go właściwie obsługiwać. Do jego prawidłowej obsługi (tak, jak to przewidział WD), został napisany alternatywny soft, którego źródła są tu: http://idle3-tools.sourceforge.net/

[tux]

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)

 

 

[jordi]

Tak jest, 10min jest ok,  choć jak wspominałem po wyrzuceniu hdparm zmieniło się na 5 i póki co (3 restarty) nadal jest to 5min. Problem był gdy dysk z ciągle nieznanych przyczyn  chodził cały czas i szczególnie w nocy był słyszalny ten szmer. Najważniejsze że wiadomo gdzie jest problem.

 

PS.  Po wyrzuceniu pakietu hdparm został sam plik,  mam rozumieć że można się go pozbyć?

 

[tux]

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.