HDD засыпает и не просыпается до перезагрузки. Лечение средствами Ubuntu/Mint

[starky]

Есть терабайтник hitach, которому 1.5 года. Спустя пол-года после покупки smart показал на нём 273 ошибки, но при этом диск работал нормально. Возможно эти ошибки были на нём с покупки, я не проверял. Затем этот диск перекочевал в домашний сервер в зеркало, и так работал ещё пол-года. Однажды он "отвалился" от рейда, и прикрутить его не получилось. Выяснилось, что проблема крылась в его контроллере. Диск, если к нему минуту не было обращения, реального, то есть с обновлением содержимого кеша диска, отключался для энергосбережения, после чего включить его можно было только передёрнув на нём разъём питания, или выключив и включив компьютер. (перезагрузка без пропадания питания не помогает). Из линукс командой hdparm энергосбережение было отключено, но оказалось что контроллер самопроизвольно восстанавливает значение энергосбережения 128 в течении минуты - двух. Максимум что можно было сделать это установить значение 255. Средствами специальной утилиты hitachi из DOS также не удалось отключить, только сохранить значение 254 по умолчанию. В Линукс диск продолжает отключаться в течении минуты из-за того, что ядро линукс работает с кешем в памяти, и только при необходимости дёргает диск. В windows этот диск работает нормально и не отключается, потому что windows постоянно дёргает диск, особенно если включено обновление. Диск в линукс стоит вторым в системе и используется для больших файлов. Системный - SSD. windows стоит на hdd. Чтобы диск не отключался,после загрузки линукс я запускаю виртуальную машину с виндой, файлы которой находятся на подмонтированном разделе с hdd. Таким образом Windows дёргает hdd, и он не отключается в линукс, так что я могу использовать его пространство не теряя особо производительность. Но если я забываю или не успеваю запустить виртуальную машину с виндой после загрузки, то hdd отваливается и бывает с пометкой о неправильном отключении ntfs раздела, из-за чего приходится после выключения и включения компа сначала заходить в виндовз на hdd, выполнять проверку диска, затем перезагружаться в линукс, запускать винду в виртуалке, и потом только работать как обычно. Этот гемор мне надоел, но учитывая сколько сейчас стоят терабайтники, мне жалко выбросить исправный в остальных отношениях диск. Решение есть в том, чтобы средствами линукс дёргать диск, пару раз или больше в минуту так, как это делает виндовз, не давая ему засыпать. Надо написать соответствующий скрипт и добавить его в автозагрузку. Но я не знаю что писать в таком скрипте, я не программист. Как его правильно оформить, и как сделать чтобы работа шла именно с диском, а не с кешем в памяти. Какие команды не дадут диску спать, но и не помешают с ним нормально работать. В винде же не мешают, значит в линукс это должно быть возможно. Я решил спросить по этому вопросу на форуме ubuntu. Помогите составить скрипт, идеи как заставить диск дёргаться тоже приветствуются.

[wajnon]

starky,

идеи как заставить диск дёргаться тоже приветствуются

а что если не писать на диск, а считывать с него. Написать скрипт который каждую минуту бы искал что-то в папке на этом диске.

[starky]

Можно попробывать. Но есть подозрение, что если читать одно и то же, то первое чтение будет с диска, а все последующие уже из кеша, потому что запрашиваемая информация не изменилась. В этом то и проблема. По идее перенос логов на hdd должен бы не дать выключаться диску. Но я пробовал - не помогает. Похоже логи сначала пишутся в память, а потом сразу все изменения с определённым интервалом сбрасываются на диск. И этот интервал слишком большой, диск успевает заснуть. Эффективность ядра линукс сейчас работает против меня 
Пользователь решил продолжить мысль [time]08 Ноябрь 2015, 02:18:23[/time]:Кажется, в результате работы команды sudo hdparm -i /dev/sdX происходит нужное обращение. Я пытаюсь составить скрипт, но не знаю куда направить вывод команды, потому что мне он не нужен, нужно лишь чтобы программа отработала, и как и где прописать права, потому что эта команда выполняется от админа. Скрипт я запущу через cron каждые 15 секунд. Однако мне надо как-то убедится, что программа отработала и не была блокирована из-за недостатка прав. Содержимое скрипта такое
#!/bin/bash
hdparm -i /dev/sdb

Что мне нужно дописать чтобы он исполнялся с правами админа без запроса пароля?
Как на период отладки убедится что он работает как надо и не блокируется из-за недостатка прав?
Пользователь решил продолжить мысль [time]08 Ноябрь 2015, 03:10:41[/time]:Сейчас проверяю такой вариант.
Скрипт hdd_must_go.sh лежит на SSD в домашней папке.
В домашней же папке через fstab в папке VM монтируется раздел ntfs c hdd.
Скрипт запускается по cron от имени администратора каждую минуту. Для того чтобы команда исполнялась от root редактирование crontab надо было сделать sudo crontab -e
строка запуска скрипта каждую минуту в crontab */1 * * * * /home/user/hdd_must_go.sh
В скрипте каждые 15 секунд три раза повторяется вывод в файл результат команды hdparm -i /dev/sdb, а файл находится на примонтированном разделе на пытаемом командой диске. Последняя команда стирает этот файл через 14 секунд, и через секунду cron снова вызывает скрипт сначала и всё повторятеся. Содержимое скрипта

Код: [Выделить]

#!/bin/bash
sudo hdparm -i /dev/sdb  >>  /home/user/VM/hdd_test.txt
sleep 15
sudo hdparm -i /dev/sdb  >>  /home/user/VM/hdd_test.txt
sleep 15
sudo hdparm -i /dev/sdb  >>  /home/user/VM/hdd_test.txt
sleep 14
sudo rm  /home/user/VM/hdd_test.txt
Пока ещё за 10 минут диск не заснул. Но такое иногда бывает и без скриптов, и заснуть он может в любой момент. И ещё надеюсь "дырку" в нём не протрёт запись и стирание одного файла. Может будет лучше создать ещё скрипт и удалять этот файл не каждую минуту а раз в час?
Пользователь решил продолжить мысль [time]08 Ноябрь 2015, 04:09:50[/time]:Проверил вариант только с чтением - не вышло. Диск отключается. Сделал вариант с записью и удаление файла каждый час. То есть, убрал в скрипте hdd_must_go.sh последнюю строку и  создал отдельный скрипт удаления kill_test_hdd_txt.sh .

Код: [Выделить]

#!/bin/bash
sudo rm  /home/user/VM/hdd_test.txt

и добавил его запуск по расписанию каждый час

0 */1 * * * /home/user/kill_test_hdd_txt.sh

Надо погонять какое-то время. Если это всё работает,тему можно закрывать. Отдельное "спасибо" спецам hitachi за то, что приходится городить этот костыль и лучше узнать команды линукс. Второй терабайтник hitachi который трудится на месте предыдущего уже наградил меня 4 ошибками и разок отвалился из рейда. Ну что сказать. Hitachi мне больше не предлагать.

[it0r]

Вы можете написать полностью модель диска и выложить здесь SMART (под спойлер)?

[starky]

Модель HGST HTS721010A9E630 прошивка JB0OA3B0 серийник JG40006PGE9XHC

(Нажмите, чтобы показать/скрыть)

sudo smartctl --all /dev/sdb
smartctl 6.2 2013-07-26 r3841 [x86_64-linux-3.16.0-38-generic] (local build)
Copyright (C) 2002-13, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF INFORMATION SECTION ===
Model Family:     HGST Travelstar 7K1000
Device Model:     HGST HTS721010A9E630
Serial Number:    JG40006PGE9XHC
LU WWN Device Id: 5 000cca 6acc60e0f
Firmware Version: JB0OA3B0
User Capacity:    1 000 204 886 016 bytes [1,00 TB]
Sector Sizes:     512 bytes logical, 4096 bytes physical
Rotation Rate:    7200 rpm
Device is:        In smartctl database [for details use: -P show]
ATA Version is:   ATA8-ACS T13/1699-D revision 6
SATA Version is:  SATA 2.6, 6.0 Gb/s (current: 3.0 Gb/s)
Local Time is:    Sun Nov  8 04:05:54 2015 MSK
SMART support is: Available - device has SMART capability.
SMART support is: Enabled

=== START OF READ SMART DATA SECTION ===
SMART overall-health self-assessment test result: PASSED

General SMART Values:
Offline data collection status:  (0x00)   Offline data collection activity
               was never started.
               Auto Offline Data Collection: Disabled.
Self-test execution status:      (   0)   The previous self-test routine completed
               without error or no self-test has ever
               been run.
Total time to complete Offline
data collection:       (   45) seconds.
Offline data collection
capabilities:           (0x5b) SMART execute Offline immediate.
               Auto Offline data collection on/off support.
               Suspend Offline collection upon new
               command.
               Offline surface scan supported.
               Self-test supported.
               No Conveyance Self-test supported.
               Selective Self-test supported.
SMART capabilities:            (0x0003)   Saves SMART data before entering
               power-saving mode.
               Supports SMART auto save timer.
Error logging capability:        (0x01)   Error logging supported.
               General Purpose Logging supported.
Short self-test routine
recommended polling time:     (   2) minutes.
Extended self-test routine
recommended polling time:     ( 193) minutes.
SCT capabilities:           (0x003d)   SCT Status supported.
               SCT Error Recovery Control supported.
               SCT Feature Control supported.
               SCT Data Table supported.

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     0x000b   097   097   062    Pre-fail  Always       -       131077
  2 Throughput_Performance  0x0005   100   100   040    Pre-fail  Offline      -       0
  3 Spin_Up_Time            0x0007   180   180   033    Pre-fail  Always       -       2
  4 Start_Stop_Count        0x0012   100   100   000    Old_age   Always       -       1458
  5 Reallocated_Sector_Ct   0x0033   100   100   005    Pre-fail  Always       -       0
  7 Seek_Error_Rate         0x000b   100   100   067    Pre-fail  Always       -       0
  8 Seek_Time_Performance   0x0005   100   100   040    Pre-fail  Offline      -       0
  9 Power_On_Hours          0x0012   083   083   000    Old_age   Always       -       7872
 10 Spin_Retry_Count        0x0013   100   100   060    Pre-fail  Always       -       0
 12 Power_Cycle_Count       0x0032   100   100   000    Old_age   Always       -       1456
191 G-Sense_Error_Rate      0x000a   098   098   000    Old_age   Always       -       131075
192 Power-Off_Retract_Count 0x0032   094   094   000    Old_age   Always       -       1248
193 Load_Cycle_Count        0x0012   100   100   000    Old_age   Always       -       3950
194 Temperature_Celsius     0x0002   171   171   000    Old_age   Always       -       35 (Min/Max 17/45)
196 Reallocated_Event_Count 0x0032   100   100   000    Old_age   Always       -       90
197 Current_Pending_Sector  0x0022   100   100   000    Old_age   Always       -       0
198 Offline_Uncorrectable   0x0008   100   100   000    Old_age   Offline      -       0
199 UDMA_CRC_Error_Count    0x000a   200   200   000    Old_age   Always       -       395
223 Load_Retry_Count        0x000a   100   100   000    Old_age   Always       -       0

SMART Error Log Version: 1
ATA Error Count: 668 (device log contains only the most recent five errors)
   CR = Command Register [HEX]
   FR = Features Register [HEX]
   SC = Sector Count Register [HEX]
   SN = Sector Number Register [HEX]
   CL = Cylinder Low Register [HEX]
   CH = Cylinder High Register [HEX]
   DH = Device/Head Register [HEX]
   DC = Device Command Register [HEX]
   ER = Error register [HEX]
   ST = Status register [HEX]
Powered_Up_Time is measured from power on, and printed as
DDd+hh:mm:SS.sss where DD=days, hh=hours, mm=minutes,
SS=sec, and sss=millisec. It "wraps" after 49.710 days.

Error 668 occurred at disk power-on lifetime: 7482 hours (311 days + 18 hours)
  When the command that caused the error occurred, the device was active or idle.

  After command completion occurred, registers were:
  ER ST SC SN CL CH DH
  -- -- -- -- -- -- --
  40 51 08 b8 bf db 0c  Error: UNC at LBA = 0x0cdbbfb8 = 215728056

  Commands leading to the command that caused the error were:
  CR FR SC SN CL CH DH DC   Powered_Up_Time  Command/Feature_Name
  -- -- -- -- -- -- -- --  ----------------  --------------------
  60 08 80 b8 bf db 40 00      00:02:34.837  READ FPDMA QUEUED
  60 00 78 e8 bf db 40 00      00:02:34.837  READ FPDMA QUEUED
  ef 10 02 00 00 00 a0 00      00:02:34.837  SET FEATURES [Enable SATA feature]
  27 00 00 00 00 00 e0 00      00:02:34.836  READ NATIVE MAX ADDRESS EXT [OBS-ACS-3]
  ec 00 00 00 00 00 a0 00      00:02:34.834  IDENTIFY DEVICE

Error 667 occurred at disk power-on lifetime: 7482 hours (311 days + 18 hours)
  When the command that caused the error occurred, the device was active or idle.

  After command completion occurred, registers were:
  ER ST SC SN CL CH DH
  -- -- -- -- -- -- --
  40 51 30 b8 bf db 0c  Error: UNC at LBA = 0x0cdbbfb8 = 215728056

  Commands leading to the command that caused the error were:
  CR FR SC SN CL CH DH DC   Powered_Up_Time  Command/Feature_Name
  -- -- -- -- -- -- -- --  ----------------  --------------------
  60 00 70 e8 bf db 40 00      00:02:30.430  READ FPDMA QUEUED
  60 00 68 e8 be db 40 00      00:02:30.430  READ FPDMA QUEUED
  60 00 60 e8 bd db 40 00      00:02:30.345  READ FPDMA QUEUED
  60 00 58 e8 bc db 40 00      00:02:30.342  READ FPDMA QUEUED
  60 00 50 e8 bb db 40 00      00:02:30.340  READ FPDMA QUEUED

Error 666 occurred at disk power-on lifetime: 7473 hours (311 days + 9 hours)
  When the command that caused the error occurred, the device was active or idle.

  After command completion occurred, registers were:
  ER ST SC SN CL CH DH
  -- -- -- -- -- -- --
  84 51 28 38 bd 1e 00  Error: ICRC, ABRT 40 sectors at LBA = 0x001ebd38 = 2014520

  Commands leading to the command that caused the error were:
  CR FR SC SN CL CH DH DC   Powered_Up_Time  Command/Feature_Name
  -- -- -- -- -- -- -- --  ----------------  --------------------
  35 00 a8 b8 bc 1e e0 08      00:08:07.312  WRITE DMA EXT
  25 00 08 60 c7 9e e0 08      00:08:07.293  READ DMA EXT
  25 00 20 80 af 83 e0 08      00:08:07.280  READ DMA EXT
  25 00 08 b8 bb 5b e0 08      00:08:07.261  READ DMA EXT
  25 00 08 30 d9 db e0 08      00:08:07.178  READ DMA EXT

Error 665 occurred at disk power-on lifetime: 7473 hours (311 days + 9 hours)
  When the command that caused the error occurred, the device was active or idle.

  After command completion occurred, registers were:
  ER ST SC SN CL CH DH
  -- -- -- -- -- -- --
  84 51 38 90 b8 1e 00  Error: ICRC, ABRT 56 sectors at LBA = 0x001eb890 = 2013328

  Commands leading to the command that caused the error were:
  CR FR SC SN CL CH DH DC   Powered_Up_Time  Command/Feature_Name
  -- -- -- -- -- -- -- --  ----------------  --------------------
  35 00 88 40 b8 1e e0 08      00:07:49.587  WRITE DMA EXT
  25 00 08 c0 d9 5b e0 08      00:07:49.571  READ DMA EXT
  25 00 38 d8 bc a4 e0 08      00:07:49.570  READ DMA EXT
  25 00 88 88 99 e4 e0 08      00:07:49.556  READ DMA EXT
  25 00 90 48 ab 80 e0 08      00:07:49.541  READ DMA EXT

Error 664 occurred at disk power-on lifetime: 7473 hours (311 days + 9 hours)
  When the command that caused the error occurred, the device was active or idle.

  After command completion occurred, registers were:
  ER ST SC SN CL CH DH
  -- -- -- -- -- -- --
  84 51 48 00 ca 1e 00  Error: ICRC, ABRT 72 sectors at LBA = 0x001eca00 = 2017792

  Commands leading to the command that caused the error were:
  CR FR SC SN CL CH DH DC   Powered_Up_Time  Command/Feature_Name
  -- -- -- -- -- -- -- --  ----------------  --------------------
  35 00 d8 70 c9 1e e0 08      00:04:36.172  WRITE DMA EXT
  25 00 e8 a0 da 37 e0 08      00:04:36.153  READ DMA EXT
  25 00 38 98 16 70 e0 08      00:04:36.153  READ DMA EXT
  25 00 08 f8 80 7a e0 08      00:04:36.138  READ DMA EXT
  35 00 08 20 19 6c e0 08      00:04:36.127  WRITE DMA EXT

SMART Self-test log structure revision number 1
No self-tests have been logged.  [To run self-tests, use: smartctl -t]


SMART Selective self-test log data structure revision number 1
 SPAN  MIN_LBA  MAX_LBA  CURRENT_TEST_STATUS
    1        0        0  Not_testing
    2        0        0  Not_testing
    3        0        0  Not_testing
    4        0        0  Not_testing
    5        0        0  Not_testing
Selective self-test flags (0x0):
  After scanning selected spans, do NOT read-scan remainder of disk.
If Selective self-test is pending on power-up, resume after 0 minute delay.

Пользователь решил продолжить мысль [time]08 Ноябрь 2015, 05:43:55[/time]:Прошло больше часа. Диск не отключается. Файл через час удаляется, создаётся вновь и начинает наполняться текстом. Его размер спустя час работы не превысил 300 килобайт, так что это не проблема. "Костыль" создан, тему можно закрывать.
Что касается того, почему так себя ведёт именно этот экземпляр диска, я думаю что у него повреждены ячейки flash памяти с прошивкой. Причём, повреждена сама память, или адресация, что делает невозможным изменить содержимое этих ячеек. Также возможно что поэтой причине размер встроенного кеша диска отображается не верно. В общем проблема с контроллером, которую под виндой не заметили бы до самой смерти диска. Но под линукс она всплыла быстро.

[it0r]

как это ни странно, но общий результат тест пройден: SMART overall-health self-assessment test result: PASSED

[starky]

Странно ещё и то, что показания g-sensor аж 131 тысяча. То есть как будто его всё время бьют обо что-то. При том показания включения-выключения нормальные, хотя он выключается и не включается самопроизвольно по многу раз на день. Когда он пропадает из системы диск продолжает вращаться, так что засыпает только контроллер, а привод команду стоп не получает. Всё это говорит о серьёзных проблемах в области внутренних переменных контроллера, но на удивления сохранность данных в полном порядке. Чудеса, но лучше бы он работал просто и не ... выеживался.

[virusoft]

starky,
Я тут подумал и предположил что настройки сна выставлены где-то в BIOS'е.
Там все выставлено как вам требуется?

[starky]

Диск ведёт себя одинаково  и на сервере, и в домашнем компе, и даже в качестве внешнего в коробке подключенный к нетбуку. Я крутил уже всё что можно. Это неисправность, на фоне остальных пяти дисках разных производителей на тех же системах. Меня то что получилось устраивает, диск не выключается, можно на нём хранить не критические данные. Критические я храню на зеркале в домашнем сервере, в котором стоят диски разных производителей. Тему можно закрывать. Что касаетсяя режимов сна и гибернации, то после покупки ssd они потеряли смысл. Гораздо быстрее выключить и включить снова, несколько секунд.

[EEmi]

по поводу вашей темы ,как написать этот скрипт можете помочь с 0 -проблема та же  c тем же китайским HDD  очень мешает его внезапные засыпания ...

[starky]

А вы уже пробовали другие пути, типа как передать значение 255 или 254 (отключить засыпание) утилитой hdparm ?  Мне ничего другое не помогало, поэтому я и прибегнул к костылю. Сейчас этот диск стоит на домашнем сервере c debian и на нем музыка, расшаренная в локалке. Скрипт запускается cron. Без него диск заснет в течении минуты - двух, и я понял что это проблема с контроллером. Он не просыпается, если ему дать уснуть, надо полностью передергивать питание. (отключить - включить диск)
Сейчас залезу на сервер посмотрю скрипты.

 
Пользователь добавил сообщение 14 Декабря 2016, 20:12:12:Так , у меня два скрипта в домашней папке root

(Нажмите, чтобы показать/скрыть)

Создаются в редакторе без расширения имени файла, я использовал редактор nano, можно копипастить.
Один называется hdd-no-sleep
Запускаем терминал. Я все делал от администратора, запустив один раз su

Код: [Выделить]

su -
cd /root
nano hdd-no-sleep
и его содержимое

Код: [Выделить]

#!/bin/bash
mkdir /indras-music/testdir
touch /indras-music/testdir/testfile
echo $(date +"%y-%m-%d %T")  >> /indras-music/testdir/testfile

sleep 15s
echo $(date +"%y-%m-%d %T")  >> /indras-music/testdir/testfile

sleep 15s
echo $(date +"%y-%m-%d %T")  >> /indras-music/testdir/testfile
sleep 15s
uname -a >> /indras-music/testdir/testfile

Копируем текст в редактор, нажимаем ctrl+x и потверждаем выход с сохранением изменений нажимая y.
Из текста скрипта видно, что диск у меня монтируется в папку  indras-music в корне системного диска. Вернее один раздел диска монтируется в эту папку. В папке или на разделе скрипт создает в директории  testdir  файл testfile в который несколько раз за минуту пишет некие данные (дату и время самой записи), а последней записью добавляется строка с названием ядра, просто чтобы быстро отличать когда скрипт отработал и его снова запустили.

Второй файл скрипта называется hdd-no-sleep-end.

Код: [Выделить]

nano hdd-no-sleep-endЕго содержимое

Код: [Выделить]

#!/bin/bash
rm /indras-music/testdir/testfile
rm -R /indras-misic/testdir
Удаляет файл и директорию, созданные предыдущим скриптом. После создания в редакторе этих двух файлов, им надо дать права на исполнение. Я все делал  от root, (su -) но можно и через sudo.

 

Код: [Выделить]

chmod +x hdd-no-sleep hdd-no-sleep-end
 Создав файлы, надо создать папку и примонтировать туда раздел мятежного диска.
Получить данные по диску можно командой 

Код: [Выделить]

blkid. (от рута  или sudo)

Создается каталог для монтирования, в моем случае
 

Код: [Выделить]

mkdir /indras-music (от рута)

Если диск уже смонтирован как системный, то можно просто создать эту папку, и не трогать fstab, не править пути в скриптах, чтобы копипастить их содержимое "как есть".
Если мы не даем спать второму диску, не системному, как у меня, то открываем файл

Код: [Выделить]

nano /etc/fstab (от рута) и добавляется снизу строка монтирование раздела нашего диска

Код: [Выделить]

UUID=db37ded6-8cf3-490b-8139-4a051d532769  /indras-music    ext4    defaults        0       0
Где после  UUID= вы пишете номер своего раздела, полученный через blkid, который мы будем терзать скриптами. У меня используется файловая система ext4, если у вас другая, пишите свою

Раздел надо создать и форматнуть заранее (например, программой gparted), до ввода команды  blkid думаю это ясно.

Сохранив измененный fstab монтируете раздел
 

Код: [Выделить]

mount -a (от рута) Если есть ошибки  в fstab раздел не примонтируются, и будет выдано преупреждение. Если нет, то ничего не произойдет, диск тихо примонтируется в папку /indras-music или другую, вами указанную, и будет монтироваться при каждой загрузке ОС. Но если выдаст ошибку, не перегружайте ОС, пока не исправите её, или не сотрете ошибочную запись. (не сотрите монтирование системного раздела, c  fstab надо быть очень осторожным)

Итак, у нас скрипты, и папка или папка с монтированным в неё разделом, которая будет терзаться скриптами чтобы диск не спал.

Нам остается прописать запуск этих скриптов в crontab (запуск по по расписанию)

Это надо обязательно делать от рута. (ну или sudo)

Код: [Выделить]

crontab -e
и добавляем в список запуск наших скриптов

Код: [Выделить]

*/1 * * * * /root/hdd-no-sleep
0 */1 * * * /root/hdd-no-sleep-end
Как только мы сохраним crontab как обычно сохраняем изменения в редакторе (закроем с сохранением), скрипты начнут исполняться. Проконтролировать что все работает можно наблюдая изменение содержимого

Код: [Выделить]

tail -f /indras-music/testdir/testfile. (выход из мониторинга нажать ctrl + с)

Выход из режима администратора  exit. Закрыть терминал.
 

Первый скрипт исполняется каждую минуту. И запись в файл идет каждые 15 секунд.(параметр  sleep 15 в скрипте)
Второй через некоторое время стирает созданные файлы. Кажется через час, но это неважно, за это время там накапливается только несколько килобайт текста. Вот такое примитивное решение, работает все месяцами, диск не выключается, сервер вообще не выключается  и работает 24 часа 7 дней в неделю. А иначе диск был готов только в мусорку. Думаю, все должно быть понятно по тексту, не знаю насколько вы хорошо знакомы с  командной строкой в Линукс, попытался расписать доступнее. 

 

[EEmi]

Спасибо - порпобую  Я пытался мониторить его Active Smart как бы заставлять каждые 5 минут делать обращение на него и не давать засыпать ... с этой прогой вылет примерно всего лишь раз в сутки по логам показывает вот это : https://pp.vk.me/c836533/v836533389/18c5c/tiMyZn5xM_Y.jpg и по совету одного человека я проверял его Вмикторией но на сколько я понял ничего существенного оно не обнаружило :https://pp.vk.me/c836533/v836533389/17def/UqHQuRDzkr4.jpg   https://pp.vk.me/c836533/v836533389/17df9/jXuOM8Cm4S4.jpg так что есть подозрение ,что просто повредились сектора с логикой , отвечающие непосредственно за этот переход в режим сна физически (головкой) или еще каким путем ..диску 2 года

[snowin]

196 Reallocated_Event_Count 0x0032   100   100   000    Old_age   Always       -       90

кандидаты в бед-блоки

199 UDMA_CRC_Error_Count    0x000a   200   200   000    Old_age   Always       -       395

проблемы с кабелем

с такими ошибками крайне не рекомендуется работать с винчестером

[starky]

Да, не рекомендуется. Кабель уже сменен несколько раз с тех пор.
Но или так, или в мусорку. А ведь это терабайтник, жалко. Для данных, которые не страшно потерять, вполне сгодиться. Музыка, фильмы, тем более как основной это диск все равно слишком медленный. (что еще более непонятно, при ноутбучных размерах он крутится на 7200 оборотов, но при этом он медленнее чем те, что крутятся на 5400)  Очень неудачная модель, не покупайте такой от слова совсем.

[starky]

нашел причины отключения сабжа. Это плохой контакт в разъеме диска. Но он такой тонкий, что "лечится" очень легким натягом проводов в определенную сторону. Тогда диск работает нормально. Если перетянуть првода, тогда ошибки сыпятся. Хотел пропаять, но разоьрать нечем. Винты под звездочку размера "размера для часов". В общем, знал бы раньше, сдал по гарантии. У него скорость маленькая, 30Mb/s сплошной записи. Но все издевательства мои выдержал, а я его не жалел. Так что оставил двоякое чувство. А техническая неисправность бывает у любых устройств. От мелкого брака никто не застрахован. Даже Intel