Покоряй и Властвуй: Советы по работе в терминале. Часть 7 Сравнение версий

Различия

Здесь показаны различия между двумя версиями данной страницы.

Ссылка на это сравнение

Следующая версия
Предыдущая версия
fullcircle:31:советы_ч_7 [2010/06/12 09:43]
создано
fullcircle:31:советы_ч_7 [2012/09/20 17:56] (текущий)
исправлена ошибка в команде smartctl
Строка 12: Строка 12:
   - [[..:​30:​советы_ч_6|Советы по работе в терминале - Часть 6]]   - [[..:​30:​советы_ч_6|Советы по работе в терминале - Часть 6]]
   - [[..:​31:​советы_ч_7|Советы по работе в терминале - Часть 7]]   - [[..:​31:​советы_ч_7|Советы по работе в терминале - Часть 7]]
 +  - [[..:​32:​советы_ч_8|Советы по работе в терминале - Часть 8]]
 +  - [[..:​33:​советы_ч_9|Советы по работе в терминале - Часть 9]]
 +  - [[..:​34:​советы_ч_10|Советы по работе в терминале - Часть 10]]
 +  - [[..:​35:​советы_ч_11|Советы по работе в терминале - Часть 11]]
 +  - [[..:​36:​советы_ч_12|Советы по работе в терминале - Часть 12]]
  
 +Прежде чем перейти к статье,​ я хотел бы поблагодарить Дэвида Рауэлла (David Rowell), который указал,​ что в некоторых системах папка миниатюр (применимо только к системам,​ где миниатюры создаются) является,​ так сказать,​ «пространство-пожирателем». По крайней мере в Gnome 2.24 и 2.26 миниатюры не удаляются при удалении медиафайла,​ за которым они закреплены. В Ubuntu этой папкой является ~/​.thumbnails. Thunar же в Xubuntu и Konqueror в Kubuntu, предположительно,​ сохраняют миниатюры в других местах. Возможно,​ папка миниатюр занимает очень много места, если вы работаете с большим количеством медиафайлов. Чтобы решить эту проблему,​ просто удалите папку командой
  
 +<​code>​rm -r ~/​.thumbnails</​code>​
 +
 +и в следующий раз, когда вы откроете папку с медиафайлами,​ миниатюры будут восстановлены. Этот процесс может занять некоторое время (зависит от количества файлов и мощности процессора). Если вы не уверены,​ насколько велика папка миниатюр,​ воспользуйтесь моим советом из статьи прошлого месяца:​
 +
 +<​code>​du -h ~/​.thumbnails</​code>​
 +
 +А теперь вернёмся к теме статьи этого месяца. Я знаю, как много людей сейчас используют Ubuntu или другие дистрибутивы Linux на ноутбуках,​ поэтому подумал,​ что было бы неплохо знать, как отключить функцию управления электропитанием жёстких дисков (APM), которая может увеличить износ дисков ноутбуков. Эта проблема обсуждалась на большинстве форумов,​ посвящённых разным дистрибутивам и, насколько я знаю, не была решена. Недостаток данного решения в том, что спин жёсткого диска не меняется,​ что может привести к потере данных при ударах (особенно,​ если жёсткий диск находится в процессе записи). Также ваш ноутбук может сильнее нагреваться,​ так как жёсткий диск генерирует тепло. Есть и позитивные аспекты — производительность и срок службы жёсткого диска увеличатся. Я опишу, как выявить влияние функции управления питанием на ваш ноутбук и как её отключить. И ещё расскажу,​ как использовать Smartmontools,​ чтобы проверить состояние вашего жёсткого диска.
 +
 +Прежде чем проверять любые параметры,​ мы должны установить инструмент. Smartmontools находится в основном (main) репозитории большинства дистрибутивов,​ в том числе и Ubuntu. Чтобы установить этот инструмент,​ выполните следующее:​
 +
 +<​code>​sudo apt-get install smartmontools</​code>​
 +
 +После установки стоит проверить значения S.M.A.R.T (Self-Monitoring,​ Analysis, and Reporting Technology) вашего жёсткого диска. Делается это командой:​
 +
 +<​code>​sudo smartctl -H /​dev/​sda</​code>​
 +
 +Замените /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 не поддерживается,​ не стоит волноваться — это лишь означает,​ что вам недоступны любые настройки параметров.
 +
 +{{:​fullcircle:​31:​hard_drive.jpg?​250 }}
 +
 +Прежде чем продолжить,​ рекомендую почитать тему на Форумах Ubuntu, ссылка на которую приводится в конце статьи. Ещё нужно учесть,​ как долго этот жесткий диск вам служит,​ и многое другое. Также стоит поискать в интернете списки моделей ноутбуков,​ страдающих проблемой управления питанием жёстких дисков. Они помогут вам выяснить,​ заявляли ли другие владельцы вашей модели ноутбука об этой проблеме на своей машине. Следует также знать — некоторым новым моделям не требуется вмешательство в функции управления питанием,​ более того, такое вмешательство может существенно сократить срок службы жёсткого диска. Говорю обо всём этом только потому,​ что большинство ноутбуков,​ из тех, которые мне приходилось использовать,​ потребовали исправления. Вы же, если последуете советам этой статьи,​ будете действовать на свой страх и риск, поэтому у вас должно быть чёткое представление о том, что делаете.
 +
 +Для начала проверим параметр Load_Cycle_Count. Вводим следующую команду:​
 +
 +<​code>​sudo smartctl -a /​dev/​sda|grep Load_Cycle_Count @</​code>​
 +
 +Вывод команды — одна или две строчки,​ похожие на эти:
 +
 +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. Для того чтобы сделать это, выполним команду:​
 +
 +<​code>​sudo hdparm -B 255 /​dev/​sda</​code>​
 +
 +Или, если просто хотите установить режим на самой низкой возможной настройке (будут задержки перед переходом в энергосберегающий режим),​ выполните:​
 +
 +<​code>​sudo hdparm -B 254 /​dev/​sda</​code>​
 +
 +Что делать,​ если захочется отменить?​ Для большинства жёстких дисков APM по умолчанию равен 128. Таким образом,​ выполнив
 +
 +<​code>​sudo hdparm -B 128 /​dev/​sda</​code>​
 +
 +вы вернёте настройки 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
  
 --------------------------------------- ---------------------------------------
  
 <style center> <style center>
-//[[..:24|К содержанию номера]]//​+//[[..:31|К содержанию номера]]//​
  
 //​[[:​fullcircle|К архиву журналов]]//​ //​[[:​fullcircle|К архиву журналов]]//​