Автор - Лукас Вестерман (Lucas Westermann)
Прежде чем перейти к статье, я хотел бы поблагодарить Дэвида Рауэлла (David Rowell), который указал, что в некоторых системах папка миниатюр (применимо только к системам, где миниатюры создаются) является, так сказать, «пространство-пожирателем». По крайней мере в Gnome 2.24 и 2.26 миниатюры не удаляются при удалении медиафайла, за которым они закреплены. В Ubuntu этой папкой является ~/.thumbnails. Thunar же в Xubuntu и Konqueror в Kubuntu, предположительно, сохраняют миниатюры в других местах. Возможно, папка миниатюр занимает очень много места, если вы работаете с большим количеством медиафайлов. Чтобы решить эту проблему, просто удалите папку командой
rm -r ~/.thumbnails
и в следующий раз, когда вы откроете папку с медиафайлами, миниатюры будут восстановлены. Этот процесс может занять некоторое время (зависит от количества файлов и мощности процессора). Если вы не уверены, насколько велика папка миниатюр, воспользуйтесь моим советом из статьи прошлого месяца:
du -h ~/.thumbnails
А теперь вернёмся к теме статьи этого месяца. Я знаю, как много людей сейчас используют Ubuntu или другие дистрибутивы Linux на ноутбуках, поэтому подумал, что было бы неплохо знать, как отключить функцию управления электропитанием жёстких дисков (APM), которая может увеличить износ дисков ноутбуков. Эта проблема обсуждалась на большинстве форумов, посвящённых разным дистрибутивам и, насколько я знаю, не была решена. Недостаток данного решения в том, что спин жёсткого диска не меняется, что может привести к потере данных при ударах (особенно, если жёсткий диск находится в процессе записи). Также ваш ноутбук может сильнее нагреваться, так как жёсткий диск генерирует тепло. Есть и позитивные аспекты — производительность и срок службы жёсткого диска увеличатся. Я опишу, как выявить влияние функции управления питанием на ваш ноутбук и как её отключить. И ещё расскажу, как использовать Smartmontools, чтобы проверить состояние вашего жёсткого диска.
Прежде чем проверять любые параметры, мы должны установить инструмент. Smartmontools находится в основном (main) репозитории большинства дистрибутивов, в том числе и Ubuntu. Чтобы установить этот инструмент, выполните следующее:
sudo apt-get install smartmontools
После установки стоит проверить значения S.M.A.R.T (Self-Monitoring, Analysis, and Reporting Technology) вашего жёсткого диска. Делается это командой:
sudo smartctl -H /dev/sda
Замените /dev/sda аналогичным значением для вашего жёсткого диска. Результат проверки выводится в следующем формате:
<codew>smartctl version 5.38 [x86_64-unknown-linux-gnu] Copyright (C) 2002-8 Bruce Allen Home page is http://smartmontools.sourceforge.net/
START OF READ SMART DATA SECTION SMART overall-health self-assessment test result: PASSED</code>
Как видите, тест SMART-а моего ноутбука не «опрокинулся» (значит, жёсткий диск работает нормально). Стоит подумать о замене жёсткого диска, если у вас такой тест не проходит. Если же результаты говорят, что SMART не поддерживается, не стоит волноваться — это лишь означает, что вам недоступны любые настройки параметров.
Прежде чем продолжить, рекомендую почитать тему на Форумах Ubuntu, ссылка на которую приводится в конце статьи. Ещё нужно учесть, как долго этот жесткий диск вам служит, и многое другое. Также стоит поискать в интернете списки моделей ноутбуков, страдающих проблемой управления питанием жёстких дисков. Они помогут вам выяснить, заявляли ли другие владельцы вашей модели ноутбука об этой проблеме на своей машине. Следует также знать — некоторым новым моделям не требуется вмешательство в функции управления питанием, более того, такое вмешательство может существенно сократить срок службы жёсткого диска. Говорю обо всём этом только потому, что большинство ноутбуков, из тех, которые мне приходилось использовать, потребовали исправления. Вы же, если последуете советам этой статьи, будете действовать на свой страх и риск, поэтому у вас должно быть чёткое представление о том, что делаете.
Для начала проверим параметр Load_Cycle_Count. Вводим следующую команду:
sudo smartctl -a /dev/sda|grep Load_Cycle_Count @
Вывод команды — одна или две строчки, похожие на эти:
225 Load_Cycle_Count 0x0032 099 099 000 Old_age Always - 14091
Первая цифра — это идентификатор (ID#), далее — название атрибута (ATTRIBUTE_NAME), шестнадцатеричная строка — это флаг (FLAG), первая запись (здесь 099) — это VALUE(значение), следующие «099» — это WORST (минимальное значение), «000» — это THRESH (порог), «Old_age» — это TYPE (тип), «Always» — это UPDATED (обновлён), «-» это WHEN_FAILED (если был сбой жёсткого диска, здесь будет дата сбоя), а это «14091» — RAW_VALUE (необработанное значение). Сейчас я объясню, что означают некоторые из этих терминов. VALUE — это SMARTCTL выводит значение атрибута в нормализованном виде (в данном случае в процентах). RAW_VALUE — значение атрибута в необработанном виде (сколько раз действительно имело место). Если VALUE меньше или равно порогового значения (THRESH), атрибут считается сбойным и в столбце WHEN_FAILED отображается дата сбоя. TYPE — это тип порога (THRESH). Существует всего два типа порогов: Pre-fail — предупреждает о предстоящих сбоях жёсткого диска, Old_age — просто уведомляет о выработке ресурса диска. WORST — минимальное значение, которое принимал атрибут. UPDATED указывает насколько часто обновляется атрибут.
Продолжим, запишите или запомните значение RAW_VALUE и проверьте это же значение позднее, например, через день или два. А лучше напишите простенький скрипт, чтобы запускался от имени суперпользователя раз в день в одно и то же время при помощи CRON. Это даст вам общее представление о том, насколько увеличивается значение атрибута. Вы можете, однако, проверять вручную, насколько значение увеличивается за 5 минут… Если оно увеличивается больше, чем на 5 единиц за 5 минут, в то время как ноутбук используется, возможно вы получаете неверное значение. Неважно, насколько часто вы получаете RAW_VALUE, главное высчитать увеличение значения в единицу времени (например, если значение получали каждую минуту в течение 10 минут, делим на 10). Далее вычисляем, насколько это значение увеличивается в среднем за день. И узнаём, каким станет значение атрибута через 3 года (средний срок службы жёсткого диска). Да, не забудьте учесть, как долго у вас уже отработал ноутбук! Если полученное число меньше значения атрибута Load_Cycle_Count, которое жёсткий диск должен будет наработать (вообще, это приблизительно 600000 единиц, но вам стоит поискать с Google предел Load_Cycle для вашего жёсткого диска), то вам не о чем беспокоиться. Если же число получится значительно больше допустимого предела, вам придётся принимать меры, дабы увеличить срок службы жёсткого диска. Например, мой Samsung N110 (при запущенном ArchLinux) выдаёт увеличение значения атрибута около 1440 единиц за день. За год — 1440 * 365 = 525600, за три — 525600 * 3 = 1576800. Даже не учитывая, что ноутбук отработал у меня уже около 4 месяцев, это число настолько велико и превосходит все разумные пределы для жёстких дисков, что я не буду искать более точные значения — думаю, невелика будет разница. Просто включаю для APM режим Off. Для того чтобы сделать это, выполним команду:
sudo hdparm -B 255 /dev/sda
Или, если просто хотите установить режим на самой низкой возможной настройке (будут задержки перед переходом в энергосберегающий режим), выполните:
sudo hdparm -B 254 /dev/sda
Что делать, если захочется отменить? Для большинства жёстких дисков APM по умолчанию равен 128. Таким образом, выполнив
sudo hdparm -B 128 /dev/sda
вы вернёте настройки APM к начальному состоянию.
Это большая часть из того, что я хотел описать. Если исправление работает и уменьшает Load_Count, то вам понадобится добавить сценарий в автозагрузку, но это уже рассматривалось в теме упомянутого ниже форума. Кроме того, я призываю читателей, которые не уверены на 100%, что эти манипуляции необходимы для их жёстких дисков, прочитать хотя бы некоторые сообщения форума, чтобы лучше понять этот процесс.
Для тех из вас, кто задается вопросом, зачем я включал эту информацию в статью после неоднократного предупреждения читателей о том, что нельзя использовать это не подумав, ответ прост: команда smartctl чрезвычайно полезна. Она может дать вам много информации как о самом жёстком диске, так и о его состоянии. Я написал об улучшенном регулировании расхода энергии, потому что там используется много команд, при помощи которых я проверяю состояние жёсткого диска и информации на нём. Я же не говорю, что любой должен слепо следовать инструкциям, а лишь знакомлю читателя с возможными проблемами и предлагаю способ их обнаружить и устранить, если он посчитает это нужным. Если вы покупаете новый ноутбук или жёсткий диск для него один раз в год, прекрасно, возможно даже не стоит читать эту статью. Я надеюсь, что введение в smartmontools было полезно для всех, и что разъяснения по проблеме Load_Cycle были полезно некоторым (надеюсь, меньше, чем это было год или два назад, но кто знает?).
Ну и напоследок скажу, что я, как всегда, открыт для предложений, вопросов, комментариев, мнений и всего остального, связанного с командной строкой. Пишите мне по любому поводу на адрес lswest34@gmail.com, только не забудьте указать в теме письма слова «FCM» и «Command & Conquer» (только, чтобы гарантировать прочтение мною вашего письма). Также хочу напомнить, что это моя 10-я статья Command & Conquer. Благодарю всех и каждого, кто следит за этой рубрикой с тех пор, как я принял эстафетную палочку у Роберта Клипшама (Robert Clipsham). Дополнительно:
Тема на Официальном форуме Ubuntu о load_cycle_count: http://ubuntuforums.org/showthread.php?p=5031046
Руководство для hdparm доступно по команде: man hdparm
Руководство для smartctl доступно по команде man smartctl
