КЛЖДМ. Глава 1: Плановая замена лучше внеплановой
Я решил записать всякие жёсткодисковые и линуксовые факты и методы, которые применил при плановой замене диска в своём домашнем компьютере, включенном 24/7. Я терпеть не могу перезагружаться (и обычно делаю это только несколько раз в год), поэтому большая часть операций делаю на живой системе, параллельно серфя веб и смотря кинцо. Надеюсь, это будет познавательно, а первая и вторя части будет небесполезны и пользователям альтернативных ОС (от Майкрософт и Эппл).
Как линуксоид жёсткий диск менял
Глава 1. Плановая замена лучше внеплановой
Мой основной диск крутится уже больше 5 лет.
Не важно какой модели, хотя это Western Digital Caviar Green WD10EADS ёмкостью 1 терабайт. Он, говорят, не самый быстрый, но зато, я уверяю, он очень тихий, что важно дома. В паре с ним крутится какой-то (шумный) 320 Гб самсунг, на который каждый вечер автоматически бекапится всё более или менее ценное (то, что нельзя скачать с торрентов).
У вас, я уверен, тоже настроены автоматические бекапы. Бекапы не делают только долбоёбы и одноклеточные обитатели социальных сетей. Если резервное копирование не автоматическое - то его всё равно что нет, ведь есликогда что-нибудь случится делаемая вручную под настроение копия не будет актуальной.
Пять лет работы во включенном состоянии - большой срок для диска. Давайте на него посмотрим.
Все HDD уже много лет оборудованы системой SMART, которая, конечно, работает и автоматически, но при правильном управлении утраивает свою полезность. Есть много утилит для доступа к SMART, в т.ч. и графических, но я предпочитаю консоль. Не все строки одинаково важны. Также, я предпочитаю смотреть на последний столбец, т.к. там отображаются "сырые" данные, как правило, максимально приближенные к сути. Стандарт SMART предписывает смотреть, грубо говоря, чтобы VALUE было больше THRESH, а RAW_VALUE - это, мол, деталь реализации. Некоторые программы даже не показывают RAW_VALUE по человечески, хотя на практике он гораздо полезнее, чем в теории.
[root@battlehummer ~]# smartctl -HA /dev/sda
smartctl 6.2 2014-07-16 r3952 [x86_64-linux-3.14.27-100.fc19.x86_64] (local build)
Copyright (C) 2002-13, Bruce Allen, Christian Franke, www.smartmontools.org
=== START OF READ SMART DATA SECTION ===
SMART overall-health self-assessment test result: PASSED
SMART Attributes Data Structure revision number: 16
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE
1 Raw_Read_Error_Rate 0x002f 200 200 051 Pre-fail Always - 43
3 Spin_Up_Time 0x0027 131 108 021 Pre-fail Always - 6425
4 Start_Stop_Count 0x0032 099 099 000 Old_age Always - 1046
5 Reallocated_Sector_Ct 0x0033 200 200 140 Pre-fail Always - 0
7 Seek_Error_Rate 0x002e 200 200 000 Old_age Always - 0
9 Power_On_Hours 0x0032 038 038 000 Old_age Always - 45543
10 Spin_Retry_Count 0x0032 100 100 000 Old_age Always - 0
11 Calibration_Retry_Count 0x0032 100 100 000 Old_age Always - 0
12 Power_Cycle_Count 0x0032 099 099 000 Old_age Always - 1036
192 Power-Off_Retract_Count 0x0032 200 200 000 Old_age Always - 38
193 Load_Cycle_Count 0x0032 200 200 000 Old_age Always - 1008
194 Temperature_Celsius 0x0022 112 097 000 Old_age Always - 35
196 Reallocated_Event_Count 0x0032 200 200 000 Old_age Always - 0
197 Current_Pending_Sector 0x0032 200 200 000 Old_age Always - 0
198 Offline_Uncorrectable 0x0030 200 200 000 Old_age Offline - 0
199 UDMA_CRC_Error_Count 0x0032 200 200 000 Old_age Always - 5
200 Multi_Zone_Error_Rate 0x0008 200 200 000 Old_age Offline - 0
Итак, диск в целом считается исправным (на языке SMART overall-health: PASSED означает "ну хз, вроде норм", а overall-health: FAILED - "вот теперь точно пиздец"), температура в 35 градусов идеальна, ни один сектор не помечен как плохой или хотя-бы сомнительный, т.е. поверхность в порядке. Но SMART не может знать всё, может быть за 45543 часа износились подшипники или высохли конденсаторы или грязь проникла внутрь и ждёт, чтобы её вытрясли из угла прямо на блины. Короче, пора на пенсию. Под торренты, под бекапы, под игрушки.
Этапы переезда доступны по тегу как линуксоид жёсткий диск менял.
Как линуксоид жёсткий диск менял
Глава 1. Плановая замена лучше внеплановой
Мой основной диск крутится уже больше 5 лет.
Не важно какой модели, хотя это Western Digital Caviar Green WD10EADS ёмкостью 1 терабайт. Он, говорят, не самый быстрый, но зато, я уверяю, он очень тихий, что важно дома. В паре с ним крутится какой-то (шумный) 320 Гб самсунг, на который каждый вечер автоматически бекапится всё более или менее ценное (то, что нельзя скачать с торрентов).
У вас, я уверен, тоже настроены автоматические бекапы. Бекапы не делают только долбоёбы и одноклеточные обитатели социальных сетей. Если резервное копирование не автоматическое - то его всё равно что нет, ведь есликогда что-нибудь случится делаемая вручную под настроение копия не будет актуальной.
Пять лет работы во включенном состоянии - большой срок для диска. Давайте на него посмотрим.
Все HDD уже много лет оборудованы системой SMART, которая, конечно, работает и автоматически, но при правильном управлении утраивает свою полезность. Есть много утилит для доступа к SMART, в т.ч. и графических, но я предпочитаю консоль. Не все строки одинаково важны. Также, я предпочитаю смотреть на последний столбец, т.к. там отображаются "сырые" данные, как правило, максимально приближенные к сути. Стандарт SMART предписывает смотреть, грубо говоря, чтобы VALUE было больше THRESH, а RAW_VALUE - это, мол, деталь реализации. Некоторые программы даже не показывают RAW_VALUE по человечески, хотя на практике он гораздо полезнее, чем в теории.
[root@battlehummer ~]# smartctl -HA /dev/sda
smartctl 6.2 2014-07-16 r3952 [x86_64-linux-3.14.27-100.fc19.x86_64] (local build)
Copyright (C) 2002-13, Bruce Allen, Christian Franke, www.smartmontools.org
=== START OF READ SMART DATA SECTION ===
SMART overall-health self-assessment test result: PASSED
SMART Attributes Data Structure revision number: 16
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE
1 Raw_Read_Error_Rate 0x002f 200 200 051 Pre-fail Always - 43
3 Spin_Up_Time 0x0027 131 108 021 Pre-fail Always - 6425
4 Start_Stop_Count 0x0032 099 099 000 Old_age Always - 1046
5 Reallocated_Sector_Ct 0x0033 200 200 140 Pre-fail Always - 0
7 Seek_Error_Rate 0x002e 200 200 000 Old_age Always - 0
9 Power_On_Hours 0x0032 038 038 000 Old_age Always - 45543
10 Spin_Retry_Count 0x0032 100 100 000 Old_age Always - 0
11 Calibration_Retry_Count 0x0032 100 100 000 Old_age Always - 0
12 Power_Cycle_Count 0x0032 099 099 000 Old_age Always - 1036
192 Power-Off_Retract_Count 0x0032 200 200 000 Old_age Always - 38
193 Load_Cycle_Count 0x0032 200 200 000 Old_age Always - 1008
194 Temperature_Celsius 0x0022 112 097 000 Old_age Always - 35
196 Reallocated_Event_Count 0x0032 200 200 000 Old_age Always - 0
197 Current_Pending_Sector 0x0032 200 200 000 Old_age Always - 0
198 Offline_Uncorrectable 0x0030 200 200 000 Old_age Offline - 0
199 UDMA_CRC_Error_Count 0x0032 200 200 000 Old_age Always - 5
200 Multi_Zone_Error_Rate 0x0008 200 200 000 Old_age Offline - 0
Итак, диск в целом считается исправным (на языке SMART overall-health: PASSED означает "ну хз, вроде норм", а overall-health: FAILED - "вот теперь точно пиздец"), температура в 35 градусов идеальна, ни один сектор не помечен как плохой или хотя-бы сомнительный, т.е. поверхность в порядке. Но SMART не может знать всё, может быть за 45543 часа износились подшипники или высохли конденсаторы или грязь проникла внутрь и ждёт, чтобы её вытрясли из угла прямо на блины. Короче, пора на пенсию. Под торренты, под бекапы, под игрушки.
Этапы переезда доступны по тегу как линуксоид жёсткий диск менял.