Seagate'a
Verox
Po prostu przestał aię kręcić.
Wazelina dla siebie że w domowym kompie mam RAID5 i zapasowy dysk na półce -
niestety też seagate. W każdym razie bez strat :-)
--
[tomek <at> sikornik <dot> net] vy 73! de SP9UOB
Proud to be 100 percent microsoft free. op. Tomek
Grzegorz Staniak
> Piętnuję siarczyście za to że padł bez żadnych ostrzeżeń ze
> strony SMART. Po prostu przestał aię kręcić.
No niestety:
"Our analysis identifies several parameters from the drive’s
self monitoring facility (SMART) that correlate highly with
failures. Despite this high correlation, we conclude that models
based on SMART parameters alone are unlikely to be useful
for predicting individual drive failures. Surprisingly, we found
that temperature and activity levels were much less correlated
with drive failures than previously reported."
GS
--
Grzegorz Staniak <gstaniak _at_ gmail [dot] com>
= AC Universe.:JumpTheGun:. = 85.14.221.102:27960
= Urban Terror TDM Server = no snipers, no camping,
no spam voting, no console noise... just pure fun.
Bartosz Feński aka fEnIo
> Piętnuję siarczyście za to że padł bez żadnych ostrzeżeń ze strony SMART.
> Po prostu przestał aię kręcić.
Szczęściarz.
/me po 4 dniach szukania czemu load systematycznie rośnie na maszynie i są
problemy z I/O, a okazało się, że dysk lubi w losowych momentach się
zamyślić na kilkanaście sekund.
W logach cisza, w SMART cisza.
Plus tego taki, że trochę zapytań w MySQL zostało zoptymalizowane, trochę
ustawień dostrojonych i różne inne wynalazki, bo szukałem przyczyn już
wszędzie.
Wywaliłem z macierzy drugi dysk i nagle wszystkie problemy odeszły.
Tylko nie wiem jak OVH zmusić do wymiany tego dysku skoro nie mam
praktycznie innych dowodów niż wkurwieni niedziałaniem strony klienci :/
pozdr,
fEnIo
--
,''`. Bartosz Fenski | mailto:fe...@debian.org | pgp:0x13fefc40 | irc:fEnIo
: :' : 32-050 Skawina - Glowackiego 3/15 - malopolskie v. - Poland
`. `' phone:+48602383548 | proud Debian maintainer and user
`- http://fenski.pl | xmpp:fe...@jabber.org | rlu:172001
krz
> W artykule Verox napisał(a):
>
> Tylko nie wiem jak OVH zmusić do wymiany tego dysku skoro nie mam
> praktycznie innych dowodów niż wkurwieni niedziałaniem strony klienci :/
>
> pozdr,
> fEnIo
>
Dobić ;)
Zbigniew Cofała
> W artykule Verox napisał(a):
>
>> Piętnuję siarczyście za to że padł bez żadnych ostrzeżeń ze strony SMART.
>> Po prostu przestał aię kręcić.
>
> Szczęściarz.
>
> /me po 4 dniach szukania czemu load systematycznie rośnie na maszynie i są
> problemy z I/O, a okazało się, że dysk lubi w losowych momentach się
> zamyślić na kilkanaście sekund.
>
> W logach cisza, w SMART cisza.
Powód jest oczywisty:
http://www.osnews.com/story/22872/Linux_Not_Fully_Prepared_for_4096-Byte_Sector_Hard_Drives
Miałem to samo, wywaliłem dyski WD i wrzuciłem F3 Samsunga - smiga aż miło.
--
Zbigniew[at]Cofala[dot]com
http://turox.pl
Grzegorz Staniak
>>> Piętnuję siarczyście za to że padł bez żadnych ostrzeżeń ze strony SMART.
>>> Po prostu przestał aię kręcić.
>>
>> Szczęściarz.
>>
>> /me po 4 dniach szukania czemu load systematycznie rośnie na maszynie i są
>> problemy z I/O, a okazało się, że dysk lubi w losowych momentach się
>> zamyślić na kilkanaście sekund.
>>
>> W logach cisza, w SMART cisza.
>
> Powód jest oczywisty:
> http://www.osnews.com/story/22872/Linux_Not_Fully_Prepared_for_4096-Byte_Sector_Hard_Drives
>
> Miałem to samo, wywaliłem dyski WD i wrzuciłem F3 Samsunga - smiga aż miło.
Nonsens. Od paru miesięcy używam Caviarów "Green" 1 TB (WD10EARS)
z sektorami 4k, bez najmniejszych problemów. Wystarczy użyć narządka
ze stron WD do zweryfikowania wyrównania sektorów logicznych
z fizycznymi.
Zbigniew Cofała
>> Powód jest oczywisty:
>>
http://www.osnews.com/story/22872/Linux_Not_Fully_Prepared_for_4096-Byte_Sector_Hard_Drives
>>
>> Miałem to samo, wywaliłem dyski WD i wrzuciłem F3 Samsunga - smiga aż
>> miło.
>
> Nonsens. Od paru miesięcy używam Caviarów "Green" 1 TB (WD10EARS)
> z sektorami 4k, bez najmniejszych problemów. Wystarczy użyć narządka
> ze stron WD do zweryfikowania wyrównania sektorów logicznych
> z fizycznymi.
Od ilu miesięcy? Jeszcze dwa miesiące temu WD miał to w dupie i na stronie
miał tylko informacje że ich nowe dyski "mogą nie współpracować poprawnie z
niektórymi systemami, sorry". To sorry, nie bedę czekał aż się może
łaskawie zlitują.
A to że głowica parkuje tam zupełnie bez potrzeby co kilka-kilkanaście
sekund naprawili?
Grzegorz Staniak
>>> Powód jest oczywisty:
>>> http://www.osnews.com/story/22872/Linux_Not_Fully_Prepared_for_4096-Byte_Sector_Hard_Drives
>>>
>>> Miałem to samo, wywaliłem dyski WD i wrzuciłem F3 Samsunga - smiga aż
>>> miło.
>>
>> Nonsens. Od paru miesięcy używam Caviarów "Green" 1 TB (WD10EARS)
>> z sektorami 4k, bez najmniejszych problemów. Wystarczy użyć narządka
>> ze stron WD do zweryfikowania wyrównania sektorów logicznych
>> z fizycznymi.
>
> Od ilu miesięcy? Jeszcze dwa miesiące temu WD miał to w dupie i na stronie
> miał tylko informacje że ich nowe dyski "mogą nie współpracować poprawnie z
> niektórymi systemami, sorry". To sorry, nie bedę czekał aż się może
> łaskawie zlitują.
Zakupu dokonałem dokładnie 9 lutego 2010, a że wcześniej robiłem
risercz pod kątem radzenia sobie z ew. problemami, to stronę
http://www.wdc.com/en/products/advancedformat/
musiałem widzieć jakieś parę dni wcześniej.
> A to że głowica parkuje tam zupełnie bez potrzeby co kilka-kilkanaście
> sekund naprawili?
Nie mam pojęcia. Nie obserwuję u siebie takiego problemu.
Zbigniew Cofała
>> Od ilu miesięcy? Jeszcze dwa miesiące temu WD miał to w dupie i na
>> stronie miał tylko informacje że ich nowe dyski "mogą nie współpracować
>> poprawnie z niektórymi systemami, sorry". To sorry, nie bedę czekał aż
>> się może łaskawie zlitują.
>
> Zakupu dokonałem dokładnie 9 lutego 2010, a że wcześniej robiłem
> risercz pod kątem radzenia sobie z ew. problemami, to stronę
>
> http://www.wdc.com/en/products/advancedformat/
>
> musiałem widzieć jakieś parę dni wcześniej.
>
>> A to że głowica parkuje tam zupełnie bez potrzeby co kilka-kilkanaście
>> sekund naprawili?
>
> Nie mam pojęcia. Nie obserwuję u siebie takiego problemu.
A a co mówi:
smartctl -A /dev/sda |grep Load_Cycle_Count
Grzegorz Staniak
193 Load_Cycle_Count 0x0032 121 121 000 Old_age
Always - 23971
To jest średnio obciążany system. Nawiasem mówiąc, z riserczu
przed czy już po zakupie pamiętam, że to akurat nie doytyczyło
serii "Green".
Bartosz Feński aka fEnIo
>> Tylko nie wiem jak OVH zmusić do wymiany tego dysku skoro nie mam
>> praktycznie innych dowodów niż wkurwieni niedziałaniem strony klienci :/
>>
> Dobić ;)
Zdalnie? :)
Zbigniew Cofała
>>>> A to że głowica parkuje tam zupełnie bez potrzeby co kilka-kilkanaście
>>>> sekund naprawili?
>>>
>>> Nie mam pojęcia. Nie obserwuję u siebie takiego problemu.
>>
>> A a co mówi:
>> smartctl -A /dev/sda |grep Load_Cycle_Count
>
> 193 Load_Cycle_Count 0x0032 121 121 000 Old_age
> Always - 23971
>
> To jest średnio obciążany system. Nawiasem mówiąc, z riserczu
> przed czy już po zakupie pamiętam, że to akurat nie doytyczyło
> serii "Green".
Właśnie serii Green to dotyczyło i u ciebie to dobrze widać.
Od lutego głowica zaparkowała ci prawie 24 tysiące razy na -
jak mówisz - średnio obciążonym systemie, czyli głowica powinna w
zasadzie cały czas pracować, a nie wracać.
Dyski kończą się najczęściej przez awarię tego mechanizmu - jego żywotność
ocenia się na ok 300 tys parkowań głowicy, a ty od lutego masz z tego
wykorzystane już 24 tysiące.
Zobacz u mnie na Samsungu F3:
4 Start_Stop_Count 0x0032 100 100 000 Old_age Always - 7
9 Power_On_Hours 0x0032 100 100 000 Old_age Always - 1868
225 Load_Cycle_Count 0x0032 100 100 000 Old_age Always - 7
Dysk pracuje 77 dni, liczba restartów: 7, liczba parkowań głowicy: 7.
Tu masz więcej:
http://forum.synology.com/enu/viewtopic.php?f=124&t=6942&sid=a8a6f324fc562bcdc6298ac679549726
http://www.silentpcreview.com/forums/viewtopic.php?t=51401&postdays=0&postorder=asc&start=0
http://kerneltrap.org/mailarchive/linux-kernel/2008/4/9/1386304
Bartosz Feński aka fEnIo
>>> Piętnuję siarczyście za to że padł bez żadnych ostrzeżeń ze strony SMART.
>>> Po prostu przestał aię kręcić.
>>
>> Szczęściarz.
>>
>> /me po 4 dniach szukania czemu load systematycznie rośnie na maszynie i są
>> problemy z I/O, a okazało się, że dysk lubi w losowych momentach się
>> zamyślić na kilkanaście sekund.
>>
>> W logach cisza, w SMART cisza.
>
> Powód jest oczywisty:
> http://www.osnews.com/story/22872/Linux_Not_Fully_Prepared_for_4096-Byte_Sector_Hard_Drives
>
> Miałem to samo, wywaliłem dyski WD i wrzuciłem F3 Samsunga - smiga aż miło.
Hmm... i to się objawia taką czkawką dysku?
W sumie z tego co patrzę to WD... drugi w macierzy to ten sam model.
Nie strasz mnie, bo chwilowo bez RAIDu jadę.
Bartosz Feński aka fEnIo
>>>>> A to że głowica parkuje tam zupełnie bez potrzeby co kilka-kilkanaście
>>>>> sekund naprawili?
>>>>
>>>> Nie mam pojęcia. Nie obserwuję u siebie takiego problemu.
>>>
>>> A a co mówi:
>>> smartctl -A /dev/sda |grep Load_Cycle_Count
>>
>> 193 Load_Cycle_Count 0x0032 121 121 000 Old_age
>> Always - 23971
>>
>> To jest średnio obciążany system. Nawiasem mówiąc, z riserczu
>> przed czy już po zakupie pamiętam, że to akurat nie doytyczyło
>> serii "Green".
>
> Właśnie serii Green to dotyczyło i u ciebie to dobrze widać.
> Od lutego głowica zaparkowała ci prawie 24 tysiące razy na -
> jak mówisz - średnio obciążonym systemie, czyli głowica powinna w
> zasadzie cały czas pracować, a nie wracać.
>
> Dyski kończą się najczęściej przez awarię tego mechanizmu - jego żywotność
> ocenia się na ok 300 tys parkowań głowicy, a ty od lutego masz z tego
> wykorzystane już 24 tysiące.
>
>
> Zobacz u mnie na Samsungu F3:
> 4 Start_Stop_Count 0x0032 100 100 000 Old_age Always - 7
> 9 Power_On_Hours 0x0032 100 100 000 Old_age Always - 1868
> 225 Load_Cycle_Count 0x0032 100 100 000 Old_age Always - 7
>
> Dysk pracuje 77 dni, liczba restartów: 7, liczba parkowań głowicy: 7.
sda, który działa
9 Power_On_Hours 0x0032 093 093 000 Old_age Always - 5569
193 Load_Cycle_Count 0x0032 200 200 000 Old_age Always - 36
sdb, który ma czkawkę
9 Power_On_Hours 0x0032 093 093 000 Old_age Always - 5515
193 Load_Cycle_Count 0x0032 191 191 000 Old_age Always - 27663
Więc by się w sumie zgadzało. Swoją drogą nie wiem jak pracując w RAIDzie robią
zupełnie co innego.
Z drugiej strony:
[ 4.899785] sd 1:0:0:0: [sdb] 1465149168 512-byte logical blocks: (750 GB/698 GiB)
512 bajtów tu widzę. Czy chodzi o jakieś fizyczne sektory pod spodem?
Zbigniew Cofała
> Hmm... i to się objawia taką czkawką dysku?
Tak.
> W sumie z tego co patrzę to WD... drugi w macierzy to ten sam model.
> Nie strasz mnie, bo chwilowo bez RAIDu jadę.
Paść nie powinien z tego powodu, ale ja bym do OVH wysłał im informację o
tym problemie i poprosił o zmianę dysków, chociaż nie wiem czy nie oleją. Z
tego właśnie powodu nie polegam na dzierżawie, tylko na kolokacji. Drożej,
ale sam sobie kupuję sprzęt, zamiast się zdawać na łaskę adminów w
datacenter.
Zbigniew Cofała
> sda, który działa
>
> 9 Power_On_Hours 0x0032 093 093 000 Old_age Always
> - 5569
> 193 Load_Cycle_Count 0x0032 200 200 000 Old_age Always
> - 36
>
> sdb, który ma czkawkę
>
> 9 Power_On_Hours 0x0032 093 093 000 Old_age Always
> - 5515
> 193 Load_Cycle_Count 0x0032 191 191 000 Old_age Always
> - 27663
>
> Więc by się w sumie zgadzało. Swoją drogą nie wiem jak pracując w RAIDzie
> robią zupełnie co innego.
A to są te same modele?
>
> Z drugiej strony:
>
> [ 4.899785] sd 1:0:0:0: [sdb] 1465149168 512-byte logical blocks: (750
> [ GB/698 GiB)
>
> 512 bajtów tu widzę. Czy chodzi o jakieś fizyczne sektory pod spodem?
U mnie na WD było tak
ata1.00: ATA-8: WDC WD5000AADS-00S9B0, 01.00A01, max UDMA/133
sd 1:0:0:0: [sdb] 976773168 512-byte hardware sectors (500108 MB)
Więc to pewnie nie o to 512 kb chodzi.
Bartosz Feński aka fEnIo
>> Hmm... i to się objawia taką czkawką dysku?
>
> Tak.
Ale w podlinkowanym artykule są testy, które pokazują spadek wydajności,
a nie taki fuckup jak mnie spotkał:
Tu chyba jasno widać w którym momencie wypieprzyłem ten dysk z macierzy.
A objawy były takie, że czasem nawet przez 30 sekund wg wskazań atopa
zapisywał raptem kilka bajtów na sekundę.
>> W sumie z tego co patrzę to WD... drugi w macierzy to ten sam model.
>> Nie strasz mnie, bo chwilowo bez RAIDu jadę.
>
> Paść nie powinien z tego powodu, ale ja bym do OVH wysłał im informację o
> tym problemie i poprosił o zmianę dysków, chociaż nie wiem czy nie oleją. Z
> tego właśnie powodu nie polegam na dzierżawie, tylko na kolokacji. Drożej,
> ale sam sobie kupuję sprzęt, zamiast się zdawać na łaskę adminów w
> datacenter.
Ze względu na koszty firma dla której tym ustrojstwem adminuje chce dedyka.
Nie mają czasu na zabawy w zakupy i kolokowanie tego.
Swoją drogą to praktycznie dwa takie same dyski... od konkretnego
egzemplarza zależy czy będzie się sypał czy nie?
Jacek_P
> Wywaliłem z macierzy drugi dysk i nagle wszystkie problemy odeszły.
> Tylko nie wiem jak OVH zmusić do wymiany tego dysku skoro nie mam
> praktycznie innych dowodów niż wkurwieni niedziałaniem strony klienci :/
Hm, klasycznie? Paralizatorem w elektronikę? ;)
Standardowy sposób utrupienia losowo działających płyt
głównych, które jeszcze są na gwarancji.
--
Pozdrawiam,
Jacek
Bartosz Feński aka fEnIo
>> Wywaliłem z macierzy drugi dysk i nagle wszystkie problemy odeszły.
>> Tylko nie wiem jak OVH zmusić do wymiany tego dysku skoro nie mam
>> praktycznie innych dowodów niż wkurwieni niedziałaniem strony klienci :/
>
> Hm, klasycznie? Paralizatorem w elektronikę? ;)
>
> Standardowy sposób utrupienia losowo działających płyt
> głównych, które jeszcze są na gwarancji.
Musiałbym się wybrać do Francji i sforsować zapewne dość skomplikowany
system zabezpieczeń ;P
Zbigniew Cofała
> W artykule Zbigniew Cofała napisał(a):
>
>>> Hmm... i to się objawia taką czkawką dysku?
>>
>> Tak.
>
> Ale w podlinkowanym artykule są testy, które pokazują spadek wydajności,
> a nie taki fuckup jak mnie spotkał:
>
> http://fenski.pl/load-day.png
>
> Tu chyba jasno widać w którym momencie wypieprzyłem ten dysk z macierzy.
No właśnie z tego powodu jest ten spadek wydajności. ZTCP ta technologia
Green (ekologiczna) ma zaimplementowane coś takiego, że jak przez określony
czas nie dostaje danych do zapisania albo odczytu, to głowica parkuje i
idzie spać. Podejrzewam że jest tak, że dane w mirrorze zapisują ci się na
bierząco tylko na sda, a na sdb jest robiony sync co np. kilkanaście
sekund. To kilkanaście sekund bezczynności wystarcza dyskowi sdb do
stwierdzenia że jest niepotrzebny i idzie spać - parkuje głowicę i zwalnia
talerze. No i za chwilę bufor się zapełnia, dysk sdb dostaje
informacje "uwaga - idzie zrzut danych!" głowica wraca - talerze trzeba
rozkręcić na nowo, system czeka (bo bufor przecież pełny), a I/O rośnie.
> A objawy były takie, że czasem nawet przez 30 sekund wg wskazań atopa
> zapisywał raptem kilka bajtów na sekundę.
Dokładnie to samo miałem i też w RAID 1.
>>> W sumie z tego co patrzę to WD... drugi w macierzy to ten sam model.
>>> Nie strasz mnie, bo chwilowo bez RAIDu jadę.
>> Paść nie powinien z tego powodu, ale ja bym do OVH wysłał im informację o
>> tym problemie i poprosił o zmianę dysków, chociaż nie wiem czy nie oleją.
>> Z tego właśnie powodu nie polegam na dzierżawie, tylko na kolokacji.
>> Drożej, ale sam sobie kupuję sprzęt, zamiast się zdawać na łaskę adminów
>> w datacenter.
> Ze względu na koszty firma dla której tym ustrojstwem adminuje chce
> dedyka. Nie mają czasu na zabawy w zakupy i kolokowanie tego.
> Swoją drogą to praktycznie dwa takie same dyski... od konkretnego
> egzemplarza zależy czy będzie się sypał czy nie?
Pewnie też od plam na słońcu. :)
Bartosz Feński aka fEnIo
>> sda, który działa
>>
>> 9 Power_On_Hours 0x0032 093 093 000 Old_age Always
>> - 5569
>> 193 Load_Cycle_Count 0x0032 200 200 000 Old_age Always
>> - 36
>>
>> sdb, który ma czkawkę
>>
>> 9 Power_On_Hours 0x0032 093 093 000 Old_age Always
>> - 5515
>> 193 Load_Cycle_Count 0x0032 191 191 000 Old_age Always
>> - 27663
>>
>> Więc by się w sumie zgadzało. Swoją drogą nie wiem jak pracując w RAIDzie
>> robią zupełnie co innego.
>
> A to są te same modele?
sda
Model=WDC WD7501AALS-00J7B0, FwRev=05.00K05, SerialNo=WD-WMATV2770303
sdb
Model=WDC WD7500AADS-00M2B0, FwRev=01.00A01, SerialNo=WD-WCAV52043975
Spora różnica w Firmwarze... ciekawe czy sami aktualizowali. Pewnie nie, bo
by zaktualizowali w obydwóch.
>> Z drugiej strony:
>>
>> [ 4.899785] sd 1:0:0:0: [sdb] 1465149168 512-byte logical blocks: (750
>> [ GB/698 GiB)
>>
>> 512 bajtów tu widzę. Czy chodzi o jakieś fizyczne sektory pod spodem?
>
> U mnie na WD było tak
>
> ata1.00: ATA-8: WDC WD5000AADS-00S9B0, 01.00A01, max UDMA/133
> sd 1:0:0:0: [sdb] 976773168 512-byte hardware sectors (500108 MB)
>
> Więc to pewnie nie o to 512 kb chodzi.
Pociesza mnie, że ten chodzący dysk na razie ma tę liczbę małą.
Zbigniew Cofała
> W artykule Jacek_P napisał(a):
>
>>> Wywaliłem z macierzy drugi dysk i nagle wszystkie problemy odeszły.
>>> Tylko nie wiem jak OVH zmusić do wymiany tego dysku skoro nie mam
>>> praktycznie innych dowodów niż wkurwieni niedziałaniem strony klienci :/
>>
>> Hm, klasycznie? Paralizatorem w elektronikę? ;)
>>
>> Standardowy sposób utrupienia losowo działających płyt
>> głównych, które jeszcze są na gwarancji.
>
> Musiałbym się wybrać do Francji i sforsować zapewne dość skomplikowany
> system zabezpieczeń ;P
W dodatku wchodząc tam z paralizatorem mógłbyś wzbudzić lekkie
zaniepkojenie. :)
Zbigniew Cofała
>>> Więc by się w sumie zgadzało. Swoją drogą nie wiem jak pracując w
>>> RAIDzie robią zupełnie co innego.
>>
>> A to są te same modele?
>
> sda
> Model=WDC WD7501AALS-00J7B0, FwRev=05.00K05, SerialNo=WD-WMATV2770303
>
> sdb
> Model=WDC WD7500AADS-00M2B0, FwRev=01.00A01, SerialNo=WD-WCAV52043975
>
> Spora różnica w Firmwarze... ciekawe czy sami aktualizowali. Pewnie nie,
> bo by zaktualizowali w obydwóch.
Eeee... w jakim firmwarze? Przecież to zupełnie inne dyski. Tylko ten drugi
to jest Green, pierwszy to jest całkiem porządny Caviar Black.
Bartosz Feński aka fEnIo
>>>> Hmm... i to się objawia taką czkawką dysku?
>>>
>>> Tak.
>>
>> Ale w podlinkowanym artykule są testy, które pokazują spadek wydajności,
>> a nie taki fuckup jak mnie spotkał:
>>
>> http://fenski.pl/load-day.png
>>
>> Tu chyba jasno widać w którym momencie wypieprzyłem ten dysk z macierzy.
>
> No właśnie z tego powodu jest ten spadek wydajności. ZTCP ta technologia
> Green (ekologiczna) ma zaimplementowane coś takiego, że jak przez określony
> czas nie dostaje danych do zapisania albo odczytu, to głowica parkuje i
> idzie spać. Podejrzewam że jest tak, że dane w mirrorze zapisują ci się na
> bierząco tylko na sda, a na sdb jest robiony sync co np. kilkanaście
> sekund. To kilkanaście sekund bezczynności wystarcza dyskowi sdb do
> stwierdzenia że jest niepotrzebny i idzie spać - parkuje głowicę i zwalnia
> talerze. No i za chwilę bufor się zapełnia, dysk sdb dostaje
> informacje "uwaga - idzie zrzut danych!" głowica wraca - talerze trzeba
> rozkręcić na nowo, system czeka (bo bufor przecież pełny), a I/O rośnie.
Jakoś mi się nie chce wierzyć by RAID/kernel aż tyle zwlekały
z synchronizacją. Wtedy odczyt naprzemian z dysków mijałby się z celem,
a to przynajmniej wg dokumentacji kolejna z zalet RAID1.
No ale nawet zakładając, że tak jest to jestem ciekaw co się stanie jak ten
dysk potraktuję hdparmem z opcją -B 255.
Powinno to wyłączyć zarządzanie energią. Chyba, że ten cały Green to
wynalazek niezależny od APM.
>> A objawy były takie, że czasem nawet przez 30 sekund wg wskazań atopa
>> zapisywał raptem kilka bajtów na sekundę.
>
> Dokładnie to samo miałem i też w RAID 1.
SMART nie zgłaszał błędów, więc skupiłem się na optymalizacji czego
popadnie, bo myślałem, że w jakiś sufit trafiliśmy. O sprzęcie pomyślałem
gdy już mi pomysłów brakowało ;)
>>>> W sumie z tego co patrzę to WD... drugi w macierzy to ten sam model.
>>>> Nie strasz mnie, bo chwilowo bez RAIDu jadę.
>>> Paść nie powinien z tego powodu, ale ja bym do OVH wysłał im informację o
>>> tym problemie i poprosił o zmianę dysków, chociaż nie wiem czy nie oleją.
>>> Z tego właśnie powodu nie polegam na dzierżawie, tylko na kolokacji.
>>> Drożej, ale sam sobie kupuję sprzęt, zamiast się zdawać na łaskę adminów
>>> w datacenter.
>> Ze względu na koszty firma dla której tym ustrojstwem adminuje chce
>> dedyka. Nie mają czasu na zabawy w zakupy i kolokowanie tego.
>> Swoją drogą to praktycznie dwa takie same dyski... od konkretnego
>> egzemplarza zależy czy będzie się sypał czy nie?
>
> Pewnie też od plam na słońcu. :)
Na razie OVH tylko w kółko twierdzi, że przekazali sprawę do działu
technicznego. Biorąc pod uwagę ich ceny dedyków to raczej o hotswapie można
zapomnieć. Ciekawe czy są w miarę elastyczni jeśli chodzi o takie akcje by
można się umówić na powiedzmy 2 w nocy.
Bartosz Feński aka fEnIo
>>>> Więc by się w sumie zgadzało. Swoją drogą nie wiem jak pracując w
>>>> RAIDzie robią zupełnie co innego.
>>>
>>> A to są te same modele?
>>
>> sda
>> Model=WDC WD7501AALS-00J7B0, FwRev=05.00K05, SerialNo=WD-WMATV2770303
>>
>> sdb
>> Model=WDC WD7500AADS-00M2B0, FwRev=01.00A01, SerialNo=WD-WCAV52043975
>>
>> Spora różnica w Firmwarze... ciekawe czy sami aktualizowali. Pewnie nie,
>> bo by zaktualizowali w obydwóch.
>
> Eeee... w jakim firmwarze? Przecież to zupełnie inne dyski. Tylko ten drugi
> to jest Green, pierwszy to jest całkiem porządny Caviar Black.
No doczytałem właśnie na stronie wdc.com.
Widzę, że w OVH są wyluzowani skoro pakują pod jedną maskę
"Maximum performance for power computing" i "Cool, quiet, eco-friendly."
Jacek_P
> system zabezpieczeń ;P
To skąd masz odczyty? Zdalnie? To wystaraj się o program parkujący głowice,
włącz go w trybie parkowania raz na 2 sekundy i po czterech dniach masz trupa.
--
Pozdrawiam,
Jacek
Bartosz Feński aka fEnIo
>> Musiałbym się wybrać do Francji i sforsować zapewne dość skomplikowany
>> system zabezpieczeń ;P
>
> To skąd masz odczyty? Zdalnie?
No wyobraź sobie, że to już któryś z kolei sprzęt, którym administruję nie
widząc go na oczy ;)
> To wystaraj się o program parkujący głowice, włącz go w trybie parkowania
> raz na 2 sekundy i po czterech dniach masz trupa.
No to jest jakiś pomysł, ale na razie spróbuję konwencjonalnych metod,
czyli po prostu poproszę o wymianę.
Grzegorz Staniak
>>>>> A to że głowica parkuje tam zupełnie bez potrzeby co kilka-kilkanaście
>>>>> sekund naprawili?
>>>>
>>>> Nie mam pojęcia. Nie obserwuję u siebie takiego problemu.
>>>
>>> A a co mówi:
>>> smartctl -A /dev/sda |grep Load_Cycle_Count
>>
>> 193 Load_Cycle_Count 0x0032 121 121 000 Old_age
>> Always - 23971
>>
>> To jest średnio obciążany system. Nawiasem mówiąc, z riserczu
>> przed czy już po zakupie pamiętam, że to akurat nie doytyczyło
>> serii "Green".
>
> Właśnie serii Green to dotyczyło i u ciebie to dobrze widać.
Nie wierzę, żebym aż tak oślepł. Musiałem trafić na czyjąś błędną
wypowiedź.
> Dyski kończą się najczęściej przez awarię tego mechanizmu - jego żywotność
> ocenia się na ok 300 tys parkowań głowicy, a ty od lutego masz z tego
> wykorzystane już 24 tysiące.
Zachciało mi się, cholera, cichszego komputera. Dzięki za info
w każdym razie.
Verox
> W artykule Zbigniew Cofała napisał(a):
>
>>>> Piętnuję siarczyście za to że padł bez żadnych ostrzeżeń ze strony SMART.
>>>> Po prostu przestał aię kręcić.
>>>
>>> Szczęściarz.
>>>
>>> /me po 4 dniach szukania czemu load systematycznie rośnie na maszynie i są
>>> problemy z I/O, a okazało się, że dysk lubi w losowych momentach się
>>> zamyślić na kilkanaście sekund.
>>>
>>> W logach cisza, w SMART cisza.
>>
>> Powód jest oczywisty:
>> http://www.osnews.com/story/22872/Linux_Not_Fully_Prepared_for_4096-Byte_Sector_Hard_Drives
>>
>> Miałem to samo, wywaliłem dyski WD i wrzuciłem F3 Samsunga - smiga aż miło.
>
> Hmm... i to się objawia taką czkawką dysku?
>
> W sumie z tego co patrzę to WD... drugi w macierzy to ten sam model.
> Nie strasz mnie, bo chwilowo bez RAIDu jadę.
To lubie, prawdziwy twardziel :-)
--
[tomek <at> sikornik <dot> net] vy 73! de SP9UOB
Proud to be 100 percent microsoft free. op. Tomek
Verox
> W artykule Jacek_P napisał(a):
>
>>> Wywaliłem z macierzy drugi dysk i nagle wszystkie problemy odeszły.
>>> Tylko nie wiem jak OVH zmusić do wymiany tego dysku skoro nie mam
>>> praktycznie innych dowodów niż wkurwieni niedziałaniem strony klienci :/
>>
>> Hm, klasycznie? Paralizatorem w elektronikę? ;)
>>
>> Standardowy sposób utrupienia losowo działających płyt
>> głównych, które jeszcze są na gwarancji.
>
> Musiałbym się wybrać do Francji i sforsować zapewne dość skomplikowany
> system zabezpieczeń ;P
Pamiętam, że za czasów Amigi był programik wygrywający melodyjkę "el condor
passo" na głowicy stacji dysków, poszukaj czegoś takiego na HDD i zapuść na
dłużej ;-)
Borys Pogoreło
> Zachciało mi się, cholera, cichszego komputera. Dzięki za info
> w każdym razie.
Mnie też się zachciało. Ale jak poczytałem o tych Green to mi się
odechciało właśnie z tego powodu. Nawet w recenzjach ostrzegali przed
potencjalnymi problemami tymi dyskami. Bezpieczniej wyciszyć całe pudło.
--
Borys Pogoreło
borys(#)leszno,edu,pl
Borys Pogoreło
>> W sumie z tego co patrzę to WD... drugi w macierzy to ten sam model.
>> Nie strasz mnie, bo chwilowo bez RAIDu jadę.
>
> To lubie, prawdziwy twardziel :-)
I ja, i ja! Kontroler leży w szufladzie od kilku miesięcy, bo mi się nie
chce zaorać systemu. Niech ktoś mnie zmotywuje do tego...
--
Borys Pogoreło
borys(#)leszno,edu,pl
Bartosz Feński aka fEnIo
>>>>> Piętnuję siarczyście za to że padł bez żadnych ostrzeżeń ze strony SMART.
>>>>> Po prostu przestał aię kręcić.
>>>>
>>>> Szczęściarz.
>>>>
>>>> /me po 4 dniach szukania czemu load systematycznie rośnie na maszynie i są
>>>> problemy z I/O, a okazało się, że dysk lubi w losowych momentach się
>>>> zamyślić na kilkanaście sekund.
>>>>
>>>> W logach cisza, w SMART cisza.
>>>
>>> Powód jest oczywisty:
>>> http://www.osnews.com/story/22872/Linux_Not_Fully_Prepared_for_4096-Byte_Sector_Hard_Drives
>>>
>>> Miałem to samo, wywaliłem dyski WD i wrzuciłem F3 Samsunga - smiga aż miło.
>>
>> Hmm... i to się objawia taką czkawką dysku?
>>
>> W sumie z tego co patrzę to WD... drugi w macierzy to ten sam model.
>> Nie strasz mnie, bo chwilowo bez RAIDu jadę.
>
> To lubie, prawdziwy twardziel :-)
Mam backup dlatego tak kozakuję ;P
Bartosz Feński aka fEnIo
>>> Piętnuję siarczyście za to że padł bez żadnych ostrzeżeń ze strony SMART.
>>> Po prostu przestał aię kręcić.
>>
>> Szczęściarz.
>>
>> /me po 4 dniach szukania czemu load systematycznie rośnie na maszynie i są
>> problemy z I/O, a okazało się, że dysk lubi w losowych momentach się
>> zamyślić na kilkanaście sekund.
>>
>> W logach cisza, w SMART cisza.
>
> Powód jest oczywisty:
> http://www.osnews.com/story/22872/Linux_Not_Fully_Prepared_for_4096-Byte_Sector_Hard_Drives
>
> Miałem to samo, wywaliłem dyski WD i wrzuciłem F3 Samsunga - smiga aż miło.
Znajdę Cię i Ci wtłukę... sprawdziłem swojego laptopa:
9 Power_On_Hours 0x0032 089 089 000 Old_age Always - 9886
193 Load_Cycle_Count 0x0032 001 001 000 Old_age Always - 1206763
Wszystko Twoja wina ;P
ST9320421AS jakby ktoś pytał.
Grzegorz Staniak
>> Zachciało mi się, cholera, cichszego komputera. Dzięki za info
>> w każdym razie.
>
> Mnie też się zachciało. Ale jak poczytałem o tych Green to
> mi się odechciało właśnie z tego powodu. Nawet w recenzjach
> ostrzegali przed potencjalnymi problemami tymi dyskami. Bezpieczniej
> wyciszyć całe pudło.
Jakoś mi to umknęło wśród większej ilości info o problemie sektorów
4k, a potem trafiłem na błędną informację na ten temat. A dyski WD
są trochę słynne z hałasu.
Demokracja to ja!
> Wazelina dla siebie że w domowym kompie mam RAID5 i zapasowy dysk na półce -
> niestety też seagate. W każdym razie bez strat:-)
RAID zabija wszelkie owady. Na śmierć!
--
Kudłaty Konservateesta
n...@podam.com.pl
Głosami pryszczatych absolwentów gimnazjów wygrał товарищ Бронислав
Мария Зыгмунтович Коморовский! Слава!
http://img339.imageshack.us/img339/6585/mojakarta.jpg
http://demotywatory.pl/419028/--Zyje-nam-sie-lepiej-oznajmil-premier
Polska upadła na dno, żeby się od tego dna odbić i w wyborach
parlamentarnych za rok naprawić swój błąd.
Grzegorz Staniak
> 9 Power_On_Hours 0x0032 089 089 000 Old_age Always - 9886
> 193 Load_Cycle_Count 0x0032 001 001 000 Old_age Always - 1206763
>
> Wszystko Twoja wina ;P
>
> ST9320421AS jakby ktoś pytał.
Hm. Jeśli średnia żywotność dysku pod względem cyklów parkowanie
nie różni się specjalnie od tych 300 tys. cykli dla modeli WD,
to na notebookach -- przy takim "oszczędzaniu" jak wyżej -- dyski
powinny padać jak muchy.
Marcin "Kenickie" Mydlak
> Dnia Thu, 8 Jul 2010 15:20:02 +0000 (UTC), Verox napisał(a):
>
>>> W sumie z tego co patrzę to WD... drugi w macierzy to ten sam model.
>>> Nie strasz mnie, bo chwilowo bez RAIDu jadę.
>>
>> To lubie, prawdziwy twardziel :-)
>
> I ja, i ja! Kontroler leży w szufladzie od kilku miesięcy, bo mi się nie
> chce zaorać systemu. Niech ktoś mnie zmotywuje do tego...
>
Podaj adres. Przyjdę osobiście i zmotywuję. Tylko zaopatrzę się w glany
i stopery do uszu. ;)
--
Marcin "Kenickie" Mydlak
Wrocław, GG:291246, Skype:kenickie_pl
"Z wiekiem spada zapotrzebowanie na zysk, a rośnie popyt na święty spokój."
Bartosz Feński aka fEnIo
>> 9 Power_On_Hours 0x0032 089 089 000 Old_age Always - 9886
>> 193 Load_Cycle_Count 0x0032 001 001 000 Old_age Always - 1206763
>>
>> Wszystko Twoja wina ;P
>>
>> ST9320421AS jakby ktoś pytał.
>
> Hm. Jeśli średnia żywotność dysku pod względem cyklów parkowanie
> nie różni się specjalnie od tych 300 tys. cykli dla modeli WD,
> to na notebookach -- przy takim "oszczędzaniu" jak wyżej -- dyski
> powinny padać jak muchy.
Wiesz... ja laptopa praktycznie nie wyłączam, a w sumie słyszałem jak sobie
robi pryk, pryk, pryk...
Wyłączyłem zarządzanie energią i się ten licznik zatrzymał...
Borys Pogoreło
>> I ja, i ja! Kontroler leży w szufladzie od kilku miesięcy, bo mi się nie
>> chce zaorać systemu. Niech ktoś mnie zmotywuje do tego...
>
> Podaj adres. Przyjdę osobiście i zmotywuję. Tylko zaopatrzę się w glany
> i stopery do uszu. ;)
A Ty Prezes bierz przykład z prw i zrób spota w piątek ;>
--
Borys Pogoreło
borys(#)leszno,edu,pl
Marcin "Kenickie" Mydlak
Czytał wątek? :>
To już jest nas trzech - Seba, Ty i ja. Spotkanie pod pręgiem, o 18:40.
Tom N
> W artykule Grzegorz Staniak napisał(a):
>>> 9 Power_On_Hours 0x0032 089 089 000 Old_age Always - 9886
>>> 193 Load_Cycle_Count 0x0032 001 001 000 Old_age Always - 1206763
>>> Wszystko Twoja wina ;P
>>> ST9320421AS jakby ktoś pytał.
>> Hm. Jeśli średnia żywotność dysku pod względem cyklów parkowanie
>> nie różni się specjalnie od tych 300 tys. cykli dla modeli WD,
>> to na notebookach -- przy takim "oszczędzaniu" jak wyżej -- dyski
>> powinny padać jak muchy.
> Wiesz... ja laptopa praktycznie nie wyłączam,
411 dni?
Ja tez _praktycznie_ nie wyłączam, ale często usypiam, i od grudnia 2009
dysk przebiegł tylko 97h i zaliczył 82 parkowania wg SMART
> a w sumie słyszałem jak sobie
> robi pryk, pryk, pryk...
Wołał TATĘ OJCA, żeby sie wnukiem zajął? ;P
> Wyłączyłem zarządzanie energią i się ten licznik zatrzymał...
No patrzaj, u mnie OOTB tak było :)
--
Tomasz Nycz
[priv-->>X-Email]
Rafal Lorenc
na: pl.pregierz napisal/la:
> Znajdę Cię i Ci wtłukę... sprawdziłem swojego laptopa:
>
> 9 Power_On_Hours 0x0032 089 089 000 Old_age Always - 9886
> 193 Load_Cycle_Count 0x0032 001 001 000 Old_age Always - 1206763
>
> Wszystko Twoja wina ;P
>
> ST9320421AS jakby ktoś pytał.
To teraz ja Cię zatłukę (dysk kupiony od Ciebie):
9 Power_On_Hours 0x0032 095 095 000 Old_age Always - 3874
193 Load_Cycle_Count 0x0032 127 127 000 Old_age Always - 219323
Jakby się ktoś pytał:
Model Family: Western Digital Scorpio family
Device Model: WDC WD800VE-00KWT0
Serial Number: WD-WXE506505680
Zarządzanie energią wyłączyłem.
Pozdrawiam,
Rafal Lorenc
--
SysAdmin UsmiechaSie
jid/mail:sh...@usmiecha.sie.pl mobile: 503-611-119
www.usmiecha.sie.pl
Zbigniew Cofała
> Bartosz Feński aka fEnIo [fe...@debian.org]
> na: pl.pregierz napisal/la:
>
>> Znajdę Cię i Ci wtłukę... sprawdziłem swojego laptopa:
>>
>> 9 Power_On_Hours 0x0032 089 089 000 Old_age Always
>> - 9886
>> 193 Load_Cycle_Count 0x0032 001 001 000 Old_age Always
>> - 1206763
>>
>> Wszystko Twoja wina ;P
>>
>> ST9320421AS jakby ktoś pytał.
>
> To teraz ja Cię zatłukę (dysk kupiony od Ciebie):
>
> 9 Power_On_Hours 0x0032 095 095 000 Old_age Always
> - 3874
> 193 Load_Cycle_Count 0x0032 127 127 000 Old_age Always
> - 219323
>
> Jakby się ktoś pytał:
>
> Model Family: Western Digital Scorpio family
> Device Model: WDC WD800VE-00KWT0
> Serial Number: WD-WXE506505680
>
> Zarządzanie energią wyłączyłem.
No to możecie mi teraz podziękować, znalazłem rozwiązanie obu problemów dla
dysków WD.
1. Wyłączanie parkowania głowicy:
http://webdiary.com/i/?tag=wdidle3
2. Prawidłowe zakładanie partycji żeby uzyskać normalne osiągi:
http://www.linuxconfig.org/linux-wd-ears-advanced-format
Bartosz Feński aka fEnIo
>>>> 9 Power_On_Hours 0x0032 089 089 000 Old_age Always - 9886
>>>> 193 Load_Cycle_Count 0x0032 001 001 000 Old_age Always - 1206763
>>>> Wszystko Twoja wina ;P
>>>> ST9320421AS jakby ktoś pytał.
>>> Hm. Jeśli średnia żywotność dysku pod względem cyklów parkowanie
>>> nie różni się specjalnie od tych 300 tys. cykli dla modeli WD,
>>> to na notebookach -- przy takim "oszczędzaniu" jak wyżej -- dyski
>>> powinny padać jak muchy.
>
>> Wiesz... ja laptopa praktycznie nie wyłączam,
>
> 411 dni?
>
> Ja tez _praktycznie_ nie wyłączam, ale często usypiam, i od grudnia 2009
> dysk przebiegł tylko 97h i zaliczył 82 parkowania wg SMART
No sorry... Twoje praktycznie w porównaniu do mojego praktycznie w takim
razie się ma nijako.
Może źle napisałem, ale wydawało mi się, że praktycznie nie wyłączam
znaczy, że wyłączam jak go gdzieś ze sobią biorę, a biorę tylko na dłuższe
wyjazdy, więc raz albo dwa w roku ;)
>> a w sumie słyszałem jak sobie
>> robi pryk, pryk, pryk...
>
> Wołał TATĘ OJCA, żeby sie wnukiem zajął? ;P
>
>> Wyłączyłem zarządzanie energią i się ten licznik zatrzymał...
>
> No patrzaj, u mnie OOTB tak było :)
No cóż... mogę jedynie nie polecać owego Seaget'a albo owego Sony Vaio ;)
Bartosz Feński aka fEnIo
>> Znajdę Cię i Ci wtłukę... sprawdziłem swojego laptopa:
>>
>> 9 Power_On_Hours 0x0032 089 089 000 Old_age Always - 9886
>> 193 Load_Cycle_Count 0x0032 001 001 000 Old_age Always - 1206763
>>
>> Wszystko Twoja wina ;P
>>
>> ST9320421AS jakby ktoś pytał.
>
> To teraz ja Cię zatłukę (dysk kupiony od Ciebie):
Ej no pisałem, że ja laptopa nie wyłączam ;)
> 9 Power_On_Hours 0x0032 095 095 000 Old_age Always - 3874
> 193 Load_Cycle_Count 0x0032 127 127 000 Old_age Always - 219323
Do mnie Ci jeszcze trochę brakuje, ale rób backup ;)
> Jakby się ktoś pytał:
>
> Model Family: Western Digital Scorpio family
> Device Model: WDC WD800VE-00KWT0
> Serial Number: WD-WXE506505680
>
> Zarządzanie energią wyłączyłem.
Szykuj się na jakieś 5 stopni więcej niż miałeś.
Verox
>>
>> Zarządzanie energią wyłączyłem.
>
> Szykuj się na jakieś 5 stopni więcej niż miałeś.
Uwaga na globalne ocieplenie ;-)
Bartosz Feński aka fEnIo
>>> Znajdę Cię i Ci wtłukę... sprawdziłem swojego laptopa:
>>>
>>> 9 Power_On_Hours 0x0032 089 089 000 Old_age Always
>>> - 9886
>>> 193 Load_Cycle_Count 0x0032 001 001 000 Old_age Always
>>> - 1206763
>>>
>>> Wszystko Twoja wina ;P
>>>
>>> ST9320421AS jakby ktoś pytał.
>>
>> To teraz ja Cię zatłukę (dysk kupiony od Ciebie):
>>
>> 9 Power_On_Hours 0x0032 095 095 000 Old_age Always
>> - 3874
>> 193 Load_Cycle_Count 0x0032 127 127 000 Old_age Always
>> - 219323
>>
>> Jakby się ktoś pytał:
>>
>> Model Family: Western Digital Scorpio family
>> Device Model: WDC WD800VE-00KWT0
>> Serial Number: WD-WXE506505680
>>
>> Zarządzanie energią wyłączyłem.
>
> No to możecie mi teraz podziękować, znalazłem rozwiązanie obu problemów dla
> dysków WD.
>
> 1. Wyłączanie parkowania głowicy:
> http://webdiary.com/i/?tag=wdidle3
Spod DOSa, więc odpada.
> 2. Prawidłowe zakładanie partycji żeby uzyskać normalne osiągi:
> http://www.linuxconfig.org/linux-wd-ears-advanced-format
Hmm... to kolejny artykuł gdzie jest _spadek_ wydajności, a nie brak
zapisu.
W sumie mogę spróbować chociaż klecenie wybrakowanego RAIDu na drugim dysku
i próba bootowania z niego może być dość ciekawym zajęciem na weekend. Będę
musiał wymazać MBR na pierwszym w nadziei, że serwer jest tak ustawiony, że
bootuje się z tego co znajdzie.
Bartosz Feński aka fEnIo
>>> Zarządzanie energią wyłączyłem.
>>
>> Szykuj się na jakieś 5 stopni więcej niż miałeś.
>
> Uwaga na globalne ocieplenie ;-)
Nie psuj wątku ;)
Tom N
> W artykule Verox napisał(a):
>>>> Zarządzanie energią wyłączyłem.
>>> Szykuj się na jakieś 5 stopni więcej niż miałeś.
>> Uwaga na globalne ocieplenie ;-)
> Nie psuj wątku ;)
No przecież podsyca, zważywszy, że giees (GS) jajka zaczynał Zbyszku lizać
;-)
Tom N
> W artykule 'Tom N' napisał(a):
>>> a w sumie słyszałem jak sobie
>>> robi pryk, pryk, pryk...
>> Wołał TATĘ OJCA, żeby sie wnukiem zajął? ;P
Ty sie nie migaj, tylko napisz do kogo ten dysek per pryk gadał ;P
Bartosz Feński aka fEnIo
>>>>> Zarządzanie energią wyłączyłem.
>>>> Szykuj się na jakieś 5 stopni więcej niż miałeś.
>>> Uwaga na globalne ocieplenie ;-)
>
>> Nie psuj wątku ;)
>
> No przecież podsyca, zważywszy, że giees (GS) jajka zaczynał Zbyszku lizać
> ;-)
GS chciał przyrumakować, że wyjebał system, a to system wyjebał jego ;)
Bartosz Feński aka fEnIo
>>>> a w sumie słyszałem jak sobie
>>>> robi pryk, pryk, pryk...
>>> Wołał TATĘ OJCA, żeby sie wnukiem zajął? ;P
>
> Ty sie nie migaj, tylko napisz do kogo ten dysek per pryk gadał ;P
Daleki jestem od przypisywania dyskom tego typu zamiarów ;P
Onomatopeję zastosowałem, a Ty się doszukujesz jakichś ukrytych znaczeń ;P
Kombajn Bizon
Bartosz Feński aka fEnIo <fe...@debian.org> napisał(a):
>Load_Cycle_Count (...) 1206763
pare miesiecy temu jak badalem temat dokladniej to natrafilem na
wypowiedzi, ze laptopowe dyski wytrzymuja sporo wiecej parkowan, bo sa
projektowane do uzycia z bardziej agresywnym oszczedzaniem energii
tak czy inaczej hdparm -B 254 albo 255 zalatwia sprawe (to drugie
permanentnie ;))
swoja droga, jakbym u siebie zobaczyl >1M parkowan to bym sie powaznie
zastanowil nad szybka zmiana dysku :)
Bartosz Feński aka fEnIo
>>Load_Cycle_Count (...) 1206763
>
> pare miesiecy temu jak badalem temat dokladniej to natrafilem na
> wypowiedzi, ze laptopowe dyski wytrzymuja sporo wiecej parkowan, bo sa
> projektowane do uzycia z bardziej agresywnym oszczedzaniem energii
>
> tak czy inaczej hdparm -B 254 albo 255 zalatwia sprawe (to drugie
> permanentnie ;))
>
> swoja droga, jakbym u siebie zobaczyl >1M parkowan to bym sie powaznie
> zastanowil nad szybka zmiana dysku :)
Backup uśmierza ból ;)
Grzegorz Staniak
>>> 9 Power_On_Hours 0x0032 089 089 000 Old_age Always - 9886
>>> 193 Load_Cycle_Count 0x0032 001 001 000 Old_age Always - 1206763
>>>
>>> Wszystko Twoja wina ;P
>>>
>>> ST9320421AS jakby ktoś pytał.
>>
>> Hm. Jeśli średnia żywotność dysku pod względem cyklów parkowanie
>> nie różni się specjalnie od tych 300 tys. cykli dla modeli WD,
>> to na notebookach -- przy takim "oszczędzaniu" jak wyżej -- dyski
>> powinny padać jak muchy.
>
> Wiesz... ja laptopa praktycznie nie wyłączam, a w sumie słyszałem jak sobie
> robi pryk, pryk, pryk...
>
> Wyłączyłem zarządzanie energią i się ten licznik zatrzymał...
Przecież o tym mówię. Jeśli sobie na większą skalę "oszczędzają
energię" w ten sposób, to dyski notebookowe powinny być znacząco
-- ale to naprawdę BARDZO wyraźnie -- bardziej awaryjne od dysków
instalowanych w desktopach. Znasz statystyki które by to pokazywały?
Bartosz Feński aka fEnIo
>>>> 9 Power_On_Hours 0x0032 089 089 000 Old_age Always - 9886
>>>> 193 Load_Cycle_Count 0x0032 001 001 000 Old_age Always - 1206763
>>>>
>>>> Wszystko Twoja wina ;P
>>>>
>>>> ST9320421AS jakby ktoś pytał.
>>>
>>> Hm. Jeśli średnia żywotność dysku pod względem cyklów parkowanie
>>> nie różni się specjalnie od tych 300 tys. cykli dla modeli WD,
>>> to na notebookach -- przy takim "oszczędzaniu" jak wyżej -- dyski
>>> powinny padać jak muchy.
>>
>> Wiesz... ja laptopa praktycznie nie wyłączam, a w sumie słyszałem jak sobie
>> robi pryk, pryk, pryk...
>>
>> Wyłączyłem zarządzanie energią i się ten licznik zatrzymał...
>
> Przecież o tym mówię. Jeśli sobie na większą skalę "oszczędzają
> energię" w ten sposób, to dyski notebookowe powinny być znacząco
> -- ale to naprawdę BARDZO wyraźnie -- bardziej awaryjne od dysków
> instalowanych w desktopach. Znasz statystyki które by to pokazywały?
Nie znam, ale też niewielu ludzi znam, którzy zostawiają nic nie robiącego
laptopa włączonego non-stop. Ja jeden dysk już tak zarżnąłem.