Nie jesteś zalogowany.
Jeśli nie posiadasz konta, zarejestruj je już teraz! Pozwoli Ci ono w pełni korzystać z naszego serwisu. Spamerom dziękujemy!
Prosimy o pomoc dla małej Julki — przekaż 1% podatku na Fundacji Dzieciom zdazyć z Pomocą.
Więcej informacji na dug.net.pl/pomagamy/.
Witam!
Czytam ostatnio trochę odnośnie parkowania głowicy i praktyk między innymi Western Digital - moglibyście wkleić z roota wynik?:
echo $(($(smartctl -a /dev/sda | grep "Load_Cycle_Count" | awk '{print $10}')/$(smartctl -a /dev/sda | grep "Power_On_Hours" | awk '{print $10}')))
i ewentualnie podać model dysku;
echo $(smartctl -a /dev/sda | grep "Device Model")
polecenie wymaga tylko małego pakieciku smartmontools, który potem można odinstalować. pokazuje to ile średnio głowica parkuje na godzinę.
Offline
Ja nie pomogę, ale może chcesz dla porównania innych producentów? Czy innych masz w zadku :D
Fervi
Offline
Innych też :)
Offline
bash: /: błąd składni: spodziewany argument (error token is "/")
Gdzieś błąd zrobiłeś, chyba przy awk
Fervi
Offline
Z Roota please.
Offline
root@ThunderStorm:~# echo $(($(smartctl -a /dev/sda | grep "Load_Cycle_Count" | awk '{print $10}')/$(smartctl -a /dev/sda | grep "Power_On_Hours" | awk '{print $10}')))
1[/quote]
Podejrzewam, że twój program dzieli Load_Cycle_Count przez Power_On_Hours. Jeśli tak, to nie podaje cyfr po przecinku, ale jest bliżej 2 (1.94)
Device Model: ST9500325AS
FerviOstatnio edytowany przez fervi (2013-07-05 17:39:28)
Offline
blaszak:
0 Device Model: SAMSUNG HD502HJ
laptop:
6 Device Model: Hitachi HTS725032A9A364
Offline
Mnie też ostatnio zastanawiał ten parametr Load_Cycle_Count bo raport smart u mnie wygląda jak poniżej:
Device Model: WDC WD15EARS-00MVWB0 3 Spin_Up_Time 0x0027 253 240 021 Pre-fail Always - 1958 9 Power_On_Hours 0x0032 077 077 000 Old_age Always - 16974 193 Load_Cycle_Count 0x0032 085 085 000 Old_age Always - 346470
346470 -- WTF? xD
dominbik, twoja linijka:
# echo $(($(smartctl -a /dev/sda | grep "Load_Cycle_Count" | awk '{print $10}')/$(smartctl -a /dev/sda | grep "Power_On_Hours" | awk '{print $10}'))) 20
Z tego co wygooglałem parę dni temu wszystkie dyski WD z serii green pod linuxem popełniają samobójstwo. xD
Próbowałem wyłączyć zaawansowane zarządzanie energia w dysku przy pomocy hdparm ale mój dysk tego nie obsługuje. Na szczęście znalazłem programik: https://sourceforge.net/projects/idle3-tools/ -- jest w debianie i wyłączyłem całkowicie ten pieprzony ficzer od parkowania głowicy.
# idle3ctl -d /dev/sda # idle3ctl -g /dev/sda Idle3 timer is disabled
Teraz Load_Cycle_Count rośnie o 1 przy wyłączaniu dysku. Ale i tak nieźle nabił 350k :/
Ostatnio edytowany przez morfik (2013-07-05 19:00:24)
Offline
# echo $(($(smartctl -a /dev/sda | grep "Load_Cycle_Count" | awk '{print $10}')/$(smartctl -a /dev/sda | grep "Power_On_Hours" | awk '{print $10}'))) 6
A konkretniej
Load_Cycle_Count 67962 Power_On_Hours 9960
Dysk
Device Model: HITACHI HTS722010K9SA00
Warto nadmienić że kupiłem go razem z lapkiem w opcji poleasingowej, po instalacji Debiana pierwotnie parkował jak dziki, po małym tuningu hdparmem zachowuje się grzeczniej ;)
Ostatnio edytowany przez enether (2013-07-05 19:11:01)
Offline
Laptop:
0 Device Model: ST1000LM024 HN-M101MBB
Offline
Blaszak:
echo $(smartctl -a /dev/sda | grep "Device Model") Device Model: ST3400620NS
smartctl -a /dev/sda | grep "Load_Cycle_Count" || echo "nie parkował ;)" nie parkował ;)
smartctl -a /dev/sda | grep "Power_On_Hours" | awk '{print $10}' 22729
Lapek mi obecnie nie zagraża, chyba, że będzie konieczność ewakuacyjna w kierunku wyspy "Jej Królewskiej Mości". :D
Ostatnio edytowany przez Jacekalex (2013-07-06 06:29:34)
Offline
Lap:
smartctl -a /dev/sda | grep "Device Model" Device Model: Samsung SSD 840 Series smartctl -a /dev/sda | grep "Load_Cycle_Count" BRAK smartctl -a /dev/sda | grep "Power_On_Hours" | awk '{print $10}' 680 smartctl -a /dev/sdb | grep "Device Model" Device Model: SAMSUNG HM250JI smartctl -a /dev/sdb | grep "Load_Cycle_Count" BRAK smartctl -a /dev/sdb | grep "Power_On_Hours" | awk '{print $10}' 13965
Ostatnio edytowany przez djjanek (2013-07-06 08:50:28)
Offline
7
Device Model: TOSHIBA MK7559GSXP
Offline
Dobra, a jakie wyniki są akceptowalne? Może wyłączyć parkowanie w ogóle? Dysk dłużej wtedy przetrwa?
Fervi
Offline
echo "nie parkował ;)"
nie parkował ;) ,ale to jest taki zart ./
wiem co to jest echo. to takie cos co sie rozbija pomiedzy goramui (dobrze ze nie gorami) Tatrami
Ostatnio edytowany przez boshh (2013-07-06 10:29:25)
Offline
sudo smartctl -a /dev/sda | grep "Load_Cycle_Count" | awk '{print $10}' 18980 sudo smartctl -a /dev/sda | grep "Power_On_Hours" | awk '{print $10}' 372 Device Model: Hitachi HTS541075A9E680
Offline
Mój inny, stary dysk WDC WD800JB-00JJA0 w ogóle nie ma tego parametru i przepracował:
9 Power_On_Hours 0x0032 015 015 000 Old_age Always - 62182
Ciekawe czy ten mój green przechodzi 60 tyś godzin. Dodają syfy do dysków i się dziwią, że wszystko się psuje. xD
Gdzieś czytałem, że WD mają żywotność 600tyś parkowań , tzn teoretycznie nic się nie powinno dziać i przy 1 czy 2 mln ale jak osiągniesz 600k to lepiej kup se drugi dysk. :]
Offline
A w jakim stopniu liczba tych parkowań jest uzależniona od systemu? Może na Windzie jest to lepiej zoptymalizowane.
Offline
Na win działa ok, tylko pod linuxem te greeny (i pewnie pozostałe też) padają. A WD o tym wie i ma linuxa w dupie bo nawet softu nie wypuścił -- dobrze wiedzieć jakie podejście ma WD w sprawie linuxa, trzeba będzie zmienić producenta dysków przy następnym zakupie! xD
Offline
10 Device Model: ST9160314AS
Offline
[quote=morfik]Na win działa ok, tylko pod linuxem te greeny (i pewnie pozostałe też) padają. A WD o tym wie i ma linuxa w dupie bo nawet softu nie wypuścił — dobrze wiedzieć jakie podejście ma WD w sprawie linuxa, trzeba będzie zmienić producenta dysków przy następnym zakupie! xD[/quote]
Na Windowsie jest chyba podobnie bo to działa na poziomie firmware.
Większość dysków ma na sztywno ustawioną politykę parkowań i działa to niezależnie od systemu.
Użytkownicy Windowsa nie zawracają sobie tym głowy i wielkiej afery nie ma, ale użytkownicy Linuksa mogą sobie zmienić te ustawienia np. za pomocą hdparm.
Problem polega na tym, że te dyski Green nie chcą się zastosować do tych zmian i trzeba kombinować jakimiś specjalnymi narzędziami.
Inna sprawa, że niektórzy producenci trochę inaczej podchodzą do tych spraw i te wyniki mogą być zupełnie bezsensowne:
smartctl reports the age as thousands of hours for my Maxtor/Hitachi/Fujitsu disk , yet it is only a few days old
On recent disks, Maxtor has started to use Attribute 9 to store the power-on disk lifetime in minutes rather than hours. In this case, use the: '-v 9,minutes' option to correctly display hours and minutes.
Some models of Fujitsu disks use Attribute 9 to store the power-on disk lifetime in seconds. In that case, use the: '-v 9,seconds' option to correctly display hours, minutes and seconds.[/quote]
http://sourceforge.net/apps/trac/smartmontools/wiki/FAQ#smartctlreportstheageasthousandsofhoursformyMaxtorHitachiFujitsudiskyetitisonlyafewdaysold
Offline
Dzięki wszystkim za wyniki. U mnie średnia aż 37/h - czemu aż? - bo przez 90% czasu używam Linuxa na którym parkowanie jest całkowicie wyłączone, Czasem tylko Windows8 do FL Studio, GTA IV. Windows parkuje ~180/h. Mam zachwalany i dobrze wypadający w testach model WDC WD7500BPVT (seria Blue). I wszystko byłoby extra gdyby dało się to regulować przez hdparm - jedynie można ewentualnie całkowicie wyłączyć parkowanie przez hdparm -B254 /dev/sda co też nie jest dla dysku dobre. Parkowanie zmniejsza użycie energii, temperaturę i szansę na przypadkowe uszkodzenie dysku poprzez np. wstrząs. Z tego co czytałem jest tak jak mówi yossarian - producenci ustawiają czas i gdy minie a system nic nie chciał od dysku głowica jest parkowana a często i zmniejszana prędkość/zatrzymanie talerzy. Potem wystarczy, że system coś zachce i już jest "odparkowywana". I ma to sens, ale nie jeżeli co chwila jest parkowana i "odparkowywana". U mnie Windows zachowuje się identycznie jak Linux - najlepiej widać to na lekkiej instalacji Windowsa (zawalony Windows mieli dyskiem to i mniej parkuje). Przydałoby się gdyby systemy więcej i dłużej buforowały w RAMie albo ten czas oczekiwania w firmware dysku można by wydłużyć. WD wydało narzędzie wdidle3 do zmiany tego czasu, dodatkowo ktoś z pomocą reverse engineering napisał jeszcze idle3-tools(też dla dysków od WD). Seria Green ma chyba ustawione na 8sekund - mój (seria Blue) miał ustawione fabrycznie na 4sekundy ;/ (zczytałem za pomocą idle3-tools)! Niestety zmiana przez idle3-tools nic nie dała - spróbuję jeszcze oryginalnym wdidle3 od WD, ale uruchomić to przy UEFI to nie taka prosta sprawa. Tak do 40parkowań /h byłoby do przyjęcia. Rozumiem, że producenci szwindlują konsumentów, ale żebym nie miał żadnej możliwości regulacji? - albo parkuj jak wściekły albo w ogóle.
@morfik mógłbyś zarzucić jakimiś linkami odnośnie tego padania tych greenów? Mierzyłeś ile parkuje Ci pod Windows?
Offline
Ja tylko czytałem o zachowaniu się greenów na necie i była tam wzmianka o linuxie i pisali, że na winie jest ok i, że wd greeny popełniają samobójstwo pod linuxami. xD Cały ten dysk mam zaszyfrowany + system plików ext, także używanie go pod winem odpada i nie mam jak sprawdzić.
[quote=yossarian]Większość dysków ma na sztywno ustawioną politykę parkowań i działa to niezależnie od systemu.[/quote]
Problem:
The Load/Unload counter for S.M.A.R.T Attribute 193 continues to increase under some distributions of the Linux Operating system and some Windows applications.
http://wdc.custhelp.com/app/answers/detail/a_id/5357
Także coś innego ma też wpływ.
[quote=dominbik]Potem wystarczy, że system coś zachce i już jest "odparkowywana". I ma to sens, ale nie jeżeli co chwila jest parkowana i "odparkowywana".[/quote]
No to trzeba powyłączać logi niestety innego wyjścia nie ma chyba.
[quote=dominbik]Niestety zmiana przez idle3-tools nic nie dała[/quote]
Wyłączyłeś dysk? xD
I jest możliwość regulacji:
wdidle3 v1.00 v1.03 v1.05 0 disabled disabled disabled 1 100ms 100ms 100ms 100 10s 10s 10s 128 12.8s 12.8s 12.8s 129 12.9s 30s 30s 130 13s 60s 60s 254 25.4s 3780s 3780s 255 25.5s 3810s 3810s
Nie sprawdzałem co prawda, dobrze że chociaż dało się to wyłączyć...
Offline
[quote=morfik]Ja tylko czytałem o zachowaniu się greenów na necie i była tam wzmianka o linuxie i pisali, że na winie jest ok i, że wd greeny popełniają samobójstwo pod linuxami. xD Cały ten dysk mam zaszyfrowany + system plików ext, także używanie go pod winem odpada i nie mam jak sprawdzić.
[quote=yossarian]Większość dysków ma na sztywno ustawioną politykę parkowań i działa to niezależnie od systemu.[/quote]
Problem:
The Load/Unload counter for S.M.A.R.T Attribute 193 continues to increase under some distributions of the Linux Operating system and some Windows applications.
http://wdc.custhelp.com/app/answers/detail/a_id/5357
Także coś innego ma też wpływ.[/quote]
Ale to przecież to samo.
Po prostu w firmware jest na sztywno ustawiony bardzo krótki czas bezczynności, po którym parkowana jest głowica.
W praktyce „some distributions of the Linux Operating system and some Windows applications” często korzystają z dysku (np. logi, journaling) i głowica znów wyjeżdża, by po chwili bezczynności znów została zaparkowana. I tak w kółko.
U mnie na Windowsie xp głowica też nieźle cykała (dysk Hitachi), więc trochę nie chce mi się w to wierzyć. Windowsy też nieźle mielą dyskiem.
Byłbym skłonny powiedzieć, że nawet bardziej było to słyszalne.
Jest to tylko i wyłącznie wina producenta dysku, który nie umożliwia regulacji czasu bezczynności.
W sumie to nic dziwnego. Klient musi ciągle kupować nowy sprzęt :)
Offline
Time (s) | Query |
---|---|
0.00016 | SET CHARSET latin2 |
0.00009 | SET NAMES latin2 |
0.00149 | SELECT u.*, g.*, o.logged FROM punbb_users AS u INNER JOIN punbb_groups AS g ON u.group_id=g.g_id LEFT JOIN punbb_online AS o ON o.ident='3.144.31.17' WHERE u.id=1 |
0.00093 | REPLACE INTO punbb_online (user_id, ident, logged) VALUES(1, '3.144.31.17', 1732688667) |
0.00080 | SELECT * FROM punbb_online WHERE logged<1732688367 |
0.00079 | SELECT topic_id FROM punbb_posts WHERE id=236533 |
0.00009 | SELECT id FROM punbb_posts WHERE topic_id=23888 ORDER BY posted |
0.00076 | SELECT t.subject, t.closed, t.num_replies, t.sticky, f.id AS forum_id, f.forum_name, f.moderators, fp.post_replies, 0 FROM punbb_topics AS t INNER JOIN punbb_forums AS f ON f.id=t.forum_id LEFT JOIN punbb_forum_perms AS fp ON (fp.forum_id=f.id AND fp.group_id=3) WHERE (fp.read_forum IS NULL OR fp.read_forum=1) AND t.id=23888 AND t.moved_to IS NULL |
0.00008 | SELECT search_for, replace_with FROM punbb_censoring |
0.00168 | SELECT u.email, u.title, u.url, u.location, u.use_avatar, u.signature, u.email_setting, u.num_posts, u.registered, u.admin_note, p.id, p.poster AS username, p.poster_id, p.poster_ip, p.poster_email, p.message, p.hide_smilies, p.posted, p.edited, p.edited_by, g.g_id, g.g_user_title, o.user_id AS is_online FROM punbb_posts AS p INNER JOIN punbb_users AS u ON u.id=p.poster_id INNER JOIN punbb_groups AS g ON g.g_id=u.group_id LEFT JOIN punbb_online AS o ON (o.user_id=u.id AND o.user_id!=1 AND o.idle=0) WHERE p.topic_id=23888 ORDER BY p.id LIMIT 0,25 |
0.00101 | UPDATE punbb_topics SET num_views=num_views+1 WHERE id=23888 |
Total query time: 0.00788 s |