Re: После апгрейда до сквиза головки HDD усиленно паркуются
21 июля 2011 г. 20:15 пользователь yuri.nefe...@gmail.com написал: On Thu, 21 Jul 2011, James Brown wrote: В начале года smartctl казал следующее: 193 Load_Cycle_Count0x0032 089 089 000Old_age Always - 23521 И это за 1,5 года!!! После релиза сквиза как стэйбл я перешел на него, сейчас вижу такое: 193 Load_Cycle_Count0x0032 031 031 000Old_age Always - 139954 Debian Squeeze AMD64 на ноутбуке (до этого был ленни) Диск: Model Family: Seagate Momentus 7200.4 series Device Model: ST9500420AS Если у меня за неск. месяцев 58 процентов ресурса выжрало, то что будет в ближайшее время?! Не подскажете, куда рыть, что может давать такой эффект и какие конфиги править?! Смотрим http://en.wikipedia.org/wiki/**S.M.A.R.Thttp://en.wikipedia.org/wiki/S.M.A.R.T . 1) Each attribute has a raw value, whose meaning is entirely up to the drive manufacturer a normalized value, which ranges from 1 to 253 (with 1 representing the worst case and 253 representing the best). Depending on the manufacturer, a value of 100 or 200 will often be chosen as the initial normalized value. Таким образом -58 это не 58% а некоторое уменьшение от какого то неизвестного (100?200?...) значения в соответствии с бог знает какой зависимостью. 2) The typical lifetime rating for laptop (2.5-in) hard drives is 300,000 to 600,000 load cycles.[16] Судя по всему у вас случай 600,000 циклов: 23521/60 = ~4% износа 139954/60 = ~23% износа Ну и если предположить, что 600,000 соответствуют ~3 годам гарантии, то 23% за 1.5 года очень не плохо. Только это совсем не значит, что после 60 циклов диск сдохнет. У меня например (Seagate Momentus 5400.3): 193 Load_Cycle_Count0x0032 001 001 000Old_age Always - 1107753 И ничего, живет пока. Хотя, конечно, если за 0.5 года +19%, то как то многовато. Возможно, вы стали чаще использовать ноут без AC адаптера. Посмотрите [16]. Забавная страничка. Ю. [16] http://ubuntuforums.org/**showthread.php?p=5031046http://ubuntuforums.org/showthread.php?p=5031046 Несмотря на то, что выставил по инструкциям такого типа apm в значение 254, сегодня у меня ни с того, ни с сего посыпался диск, хотя значения smartctl вроде все были в норме. В связи с этим такой вопрос, а ограничение количества парковок головок могут как-то негативно повлиять на отказоустойчивость диска и поспособствовать тому, чтобы он посыпался?!
Re: После апгрейда до сквиза головки HDD усиленно паркуются
On Thu, 21 Jul 2011, James Brown wrote: В начале года smartctl казал следующее: 193 Load_Cycle_Count0x0032 089 089 000Old_age Always - 23521 И это за 1,5 года!!! После релиза сквиза как стэйбл я перешел на него, сейчас вижу такое: 193 Load_Cycle_Count0x0032 031 031 000Old_age Always - 139954 Debian Squeeze AMD64 на ноутбуке (до этого был ленни) Диск: Model Family: Seagate Momentus 7200.4 series Device Model: ST9500420AS Если у меня за неск. месяцев 58 процентов ресурса выжрало, то что будет в ближайшее время?! Не подскажете, куда рыть, что может давать такой эффект и какие конфиги править?! Смотрим http://en.wikipedia.org/wiki/S.M.A.R.T. 1) Each attribute has a raw value, whose meaning is entirely up to the drive manufacturer a normalized value, which ranges from 1 to 253 (with 1 representing the worst case and 253 representing the best). Depending on the manufacturer, a value of 100 or 200 will often be chosen as the initial normalized value. Таким образом -58 это не 58% а некоторое уменьшение от какого то неизвестного (100?200?...) значения в соответствии с бог знает какой зависимостью. 2) The typical lifetime rating for laptop (2.5-in) hard drives is 300,000 to 600,000 load cycles.[16] Судя по всему у вас случай 600,000 циклов: 23521/60 = ~4% износа 139954/60 = ~23% износа Ну и если предположить, что 600,000 соответствуют ~3 годам гарантии, то 23% за 1.5 года очень не плохо. Только это совсем не значит, что после 60 циклов диск сдохнет. У меня например (Seagate Momentus 5400.3): 193 Load_Cycle_Count0x0032 001 001 000Old_age Always - 1107753 И ничего, живет пока. Хотя, конечно, если за 0.5 года +19%, то как то многовато. Возможно, вы стали чаще использовать ноут без AC адаптера. Посмотрите [16]. Забавная страничка. Ю. [16] http://ubuntuforums.org/showthread.php?p=5031046
Re: После апгрейда до сквиза головки HDD усиленно паркуются
On 21.07.2011 20:15, yuri.nefe...@gmail.com wrote: On Thu, 21 Jul 2011, James Brown wrote: В начале года smartctl казал следующее: 193 Load_Cycle_Count0x0032 089 089 000Old_age Always - 23521 И это за 1,5 года!!! После релиза сквиза как стэйбл я перешел на него, сейчас вижу такое: 193 Load_Cycle_Count0x0032 031 031 000Old_age Always - 139954 Debian Squeeze AMD64 на ноутбуке (до этого был ленни) Диск: Model Family: Seagate Momentus 7200.4 series Device Model: ST9500420AS Если у меня за неск. месяцев 58 процентов ресурса выжрало, то что будет в ближайшее время?! Не подскажете, куда рыть, что может давать такой эффект и какие конфиги править?! Смотрим http://en.wikipedia.org/wiki/S.M.A.R.T. 1) Each attribute has a raw value, whose meaning is entirely up to the drive manufacturer a normalized value, which ranges from 1 to 253 (with 1 representing the worst case and 253 representing the best). Depending on the manufacturer, a value of 100 or 200 will often be chosen as the initial normalized value. Таким образом -58 это не 58% а некоторое уменьшение от какого то неизвестного (100?200?...) значения в соответствии с бог знает какой зависимостью. 2) The typical lifetime rating for laptop (2.5-in) hard drives is 300,000 to 600,000 load cycles.[16] Судя по всему у вас случай 600,000 циклов: 23521/60 = ~4% износа 139954/60 = ~23% износа Ну и если предположить, что 600,000 соответствуют ~3 годам гарантии, то 23% за 1.5 года очень не плохо. Только это совсем не значит, что после 60 циклов диск сдохнет. У меня например (Seagate Momentus 5400.3): 193 Load_Cycle_Count0x0032 001 001 000Old_age Always - 1107753 И ничего, живет пока. Спс за инфу Хотя, конечно, если за 0.5 года +19%, то как то многовато. Возможно, вы стали чаще использовать ноут без AC адаптера. Нет, это в сквизе, как оказалось, дурацкие дефолтные настройки APM, чего не было в ленни (по моему, я там специально ничего не настраивал). Зато, оказывается, это древний баг убунты https://wiki.ubuntu.com/DanielHahler/Bug59695 Нафига дебиан-тим воспроизвела его в сквизе, непонятно. Вчера установил apm сначала в 255, затем в 254 - за полсуток raw-значение увеличилось только на 2!!! Поправил конфиги, чтобы грузилось в 254 - сейчас : sudo hdparm -B /dev/sda /dev/sda: APM_level= 254 Мониторю изменение значений. Так что, полезно видимо всем владельцев ноутов, недавно перешедших на сквиз, отмониторить эту проблему. Посмотрите [16]. Забавная страничка. Ю. [16] http://ubuntuforums.org/showthread.php?p=5031046 Спс, почитаю -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4e2902ac.1010...@gmail.com
Re: После апгрейда до сквиза головки HDD усиленно паркуются
On 21.07.2011 20:15, yuri.nefe...@gmail.com wrote: On Thu, 21 Jul 2011, James Brown wrote: Смотрим http://en.wikipedia.org/wiki/S.M.A.R.T. 1) Each attribute has a raw value, whose meaning is entirely up to the drive manufacturer a normalized value, which ranges from 1 to 253 (with 1 representing the worst case and 253 representing the best). Depending on the manufacturer, a value of 100 or 200 will often be chosen as the initial normalized value. Таким образом -58 это не 58% а некоторое уменьшение от какого то неизвестного (100?200?...) значения в соответствии с бог знает какой зависимостью. Собственно, я решил, что 58%, потому что на новом диске это значение было 100. Т.е., это одно из тех значений, которое - в зависимости от режима эксплуатации диска и т.п. - может увелчиваться? На данном диске я за ним такого поведения не замечал, только уменьшалось (в отличие от Raw_Read_Error_Rate. G-Sense_Error_Rate. Power-Off_Retract_Count . Hardware_ECC_Recovered), которые периодически сбрасываются до тех, которые были на новом диске (не RAW, конечно, а которые просто VALUE; единственно у сигейтов некоторые raw value странные - Raw_Read_Error_Rat. Seek_Error_Rate - просто гигантские, но при этом value в норме + если погуглить, это нормальная ситуация для сигейтов; не знаю, зачем их производитель так изголяется?) -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4e290473.8070...@gmail.com