Как изменить время прокрутки HDD в Xubuntu [dубликат]

Question 1

Если аутентификация с открытым ключом не работает: убедитесь, что на вашей стороне ваш домашний каталог (~), каталог ~/.ssh и файл ~/.ssh/authorized_keys доступны для записи только их владельцем. В частности, ни одна из них не должна быть доступна для записи группой (даже если пользователь одинок в группе). chmod 755 или chmod 700 в порядке, chmod 770 нет.

Что нужно проверить, если что-то не так:

Запустите ssh -vvv, чтобы увидеть много отладочного вывода. Если вы зададите вопрос, почему вы не можете подключиться к ssh, включите этот вывод (вы можете анонимизировать имена хостов и пользователей). Если вы можете, проверьте журналы сервера в /var/log/auth.log. Если аутентификация с открытым ключом не работает, проверьте разрешения снова, особенно групповой бит (см. Выше).

Question 2

Я обнаружил, что поведение spindown Samsung HD204UI зависит от уровня APM (hdparm -B). Если уровень APM равен 127, тайм-аут spindown составляет 10 с. Если уровень APM равен 150, тайм-аут spindown определяется опцией -S.

Question 3

Question 4

Мне не повезло с hdparm на внешнем жестком диске, смонтированном в USB-корпусе, который я использую для обслуживания мультимедиа с мини-монитором.

Я наткнулся на идею отсюда: https://serverfault.com/questions/562738/keeping-usb-backup-drive-from-sleeping-while-mounted

Best результаты исходят из использования uuid диска, который вы можете найти с помощью:

sudo blkid

Следующий метод требует доступа root, но также hdparm. Это использует crontab для чтения случайного блока с диска каждые 5 минут и игнорирует все сообщения. Чтобы убедиться, что у вас есть правильный UUID, проверьте его в командной строке, как это (убедитесь, что вы используете нужный UUID, а не этот):

sudo dd if=/dev/disk/by-uuid/f01df4b5-6865-476a-8d3b-597cbd886d41 of=/dev/null count=1 skip=$RANDOM

Вы должны увидеть вывод следующим образом:

1+0 records in
1+0 records out
512 bytes copied, 0.000738308 s, 693 kB/s`

Чтобы подавить это сообщение, которое в конечном итоге может быть написано где-то, потенциально / файловая система (которая находится на SSD в моем случае), ниже - это то, что я использую в корневом каталоге crontab. Вы попадаете туда с

sudo crontab -e

Затем, по комментариям:

*/5 * * * * bash -c 'dd if=/dev/disk/by-uuid/f01df4b5-6865-476a-8d3b-597cbd886d41 of=/dev/null count=1 skip=$RANDOM' >/dev/null 2>&1

Надеюсь, это поможет кому-то еще с подобными проблемами. К сожалению, это все еще записывается в syslog, но есть потенциальные способы подавить это; см. https://serverfault.com/questions/562738/keeping-usb-backup-drive-from-sleeping-while-mounted .

[edit] 2017-01- 07 09:02:

Я смог подавить эти сообщения, отредактировав /etc/rsyslog.d/50-default.conf, чтобы изменить эту строку:

*.*;auth,authpriv.none -/var/log/syslog

к этому:

*.*;cron,auth,authpriv.none -/var/log/syslog

К сожалению, это подавляет все сообщения cron; Я не мог заставить cron перенаправлять ведение журнала с корневой файловой системы (которая находится на стареющем SSD в моем случае, поэтому я хочу ограничить запись), но поскольку это всего лишь домашний сервер, я, вероятно, не пропускаю много. Не определенно не рекомендовал бы эту стратегию для производственной машины.

Question 5

В Debian с дисками WD я обнаружил, что установка любого уровня с помощью hdparm -S приводит к тому, что диск возвращает уровень 254 на следующий hdparm -I. Поэтому я действительно не уверен, что они крутятся или нет. Я думаю, что они все еще вращаются.

Эти диски находятся в массиве серверов, и я действительно не хочу, чтобы они когда-либо вращались. Раньше я клонировал это, установив задание cron для обновления файла каждые несколько минут.

Question 6

Если вы заинтересованы в настройке hdparm, сохраняющейся между перезагрузками, вместо того, чтобы добавлять ее в crontab, вы можете использовать /etc/hdparm.conf. У меня есть следующее: обратите внимание на использование капитала S, а не в нижнем регистре:

command_line {
    hdparm -S 25 /dev/disk/by-uuid/f6c52265-d89f-43a4-b03b-302c3dadb215 
}

Добавьте эту строку, заменяющую UUID вашим, или вы также можете указать устройство, используя формат /dev/sdX. Вы можете узнать UUID вашего диска с помощью команды sudo blkid.

Question 7

Question 8

Посмотрите на hdparm.

Из руководства (man hdparm в командной строке):

-S Установите время ожидания ожидания (spindown) для привода , Это значение используется приводом, чтобы определить, как долго ждать (без активности диска), прежде чем отключать мотор шпинделя для экономии энергии. При таких обстоятельствах накопитель может занять до 30 секунд, чтобы реагировать на последующий доступ к диску, хотя большинство дисков намного быстрее. Кодирование значения тайм-аута несколько своеобразно. Значение нуля означает, что «таймауты отключены»: устройство не будет автоматически переходить в режим ожидания. Значения от 1 до 240 указывают кратные 5 секунд, что дает таймауты от 5 секунд до 20 минут. Значения от 241 до 251 указывают от 1 до 11 единиц в 30 минут, что дает таймауты от 30 минут до 5,5 часов. Значение 252 означает тайм-аут в 21 минуту. Значение 253 устанавливает период ожидания, определенный поставщиком, в период от 8 до 12 часов, а значение 254 зарезервировано. 255 интерпретируется как 21 минута плюс 15 секунд. Обратите внимание, что некоторые старые диски могут иметь очень разные интерпретации этих значений.

Итак, sudo hdparm -I /dev/sdb | grep level покажет текущее значение spindown, например:

Advanced power management level: 254

Из руководства: 254 зарезервировано, поэтому я ожидаю, что это будет по умолчанию Ubuntu (может кто-нибудь подтвердить /!)

Пример:

sudo hdparm -S 25 /dev/sdb = spindown через 25 * 5 секунд.

sudo hdparm -S 245 /dev/sdb = spindown after (245- 240) * 30 минут.

Question 9

Дисковая утилита -> выберите жесткий диск -> щелкните по значку «Дополнительные действия ...» в верхнем правом углу -> Настройки накопителя ...

Mine выглядит так:

Question 10

Я добавляю что-то вроде:

@reboot sudo hdparm -S244 /dev/disk/by-uuid/71492809-e463-41fa-99e2-c09e9ca90c8e  > /dev/null 2> /dev/null

в crontab root. Использование uuid лучше, я думаю, потому что sda / sdb и т. Д., Похоже, изменяется при каждой перезагрузке

Question 11

В Ubuntu 14.04

Диски> выделить диск> щелкните шестерню в верхнем правом углу> Настройки диска> теперь у вас есть настройки режима ожидания, APM, AAM и Write Cache в удобном графическом интерфейсе!

Question 12

Потратив часы и часы, я обнаружил, что мой накопитель WDC не поддерживает команду hdparm -S, независимо от значения атрибута idle3 (google: idle3ctl). И это обычная проблема с дисками WD. Но я рад объявить, что hd-idle (http://hd-idle.sourceforge.net/) работает безупречно. Если он установлен из пакета dpkg-builded (см. Примечания к установке), он создает демон как для ubuntu, так и для debian (config находится в / etc / default / hd-idle). Хорошо работает после возобновления спячки.

mc default # ps aux | grep hd-idle | grep -v grep | cut -c 66- ; for f in [a-d] ; do hdparm -C /dev/sd$f | grep -v "^$" ; done /usr/sbin/hd-idle -i 1800 -a sdc -i 600 -a sdd -i 60 -l /var/log/hd-idle.log /dev/sda: drive state is: active/idle /dev/sdb: drive state is: standby /dev/sdc: drive state is: standby /dev/sdd: drive state is: standby

Question 13

Question 14

Я обнаружил, что поведение spindown Samsung HD204UI зависит от уровня APM (hdparm -B). Если уровень APM равен 127, тайм-аут spindown составляет 10 с. Если уровень APM равен 150, тайм-аут spindown определяется опцией -S.

Question 15

Мне не повезло с hdparm на внешнем жестком диске, смонтированном в USB-корпусе, который я использую для обслуживания мультимедиа с мини-монитором.

Я наткнулся на идею отсюда: https://serverfault.com/questions/562738/keeping-usb-backup-drive-from-sleeping-while-mounted

Best результаты исходят из использования uuid диска, который вы можете найти с помощью:

sudo blkid

Следующий метод требует доступа root, но также hdparm. Это использует crontab для чтения случайного блока с диска каждые 5 минут и игнорирует все сообщения. Чтобы убедиться, что у вас есть правильный UUID, проверьте его в командной строке, как это (убедитесь, что вы используете нужный UUID, а не этот):

sudo dd if=/dev/disk/by-uuid/f01df4b5-6865-476a-8d3b-597cbd886d41 of=/dev/null count=1 skip=$RANDOM

Вы должны увидеть вывод следующим образом:

1+0 records in
1+0 records out
512 bytes copied, 0.000738308 s, 693 kB/s`

Чтобы подавить это сообщение, которое в конечном итоге может быть написано где-то, потенциально / файловая система (которая находится на SSD в моем случае), ниже - это то, что я использую в корневом каталоге crontab. Вы попадаете туда с

sudo crontab -e

Затем, по комментариям:

*/5 * * * * bash -c 'dd if=/dev/disk/by-uuid/f01df4b5-6865-476a-8d3b-597cbd886d41 of=/dev/null count=1 skip=$RANDOM' >/dev/null 2>&1

Надеюсь, это поможет кому-то еще с подобными проблемами. К сожалению, это все еще записывается в syslog, но есть потенциальные способы подавить это; см. https://serverfault.com/questions/562738/keeping-usb-backup-drive-from-sleeping-while-mounted .

[edit] 2017-01- 07 09:02:

Я смог подавить эти сообщения, отредактировав /etc/rsyslog.d/50-default.conf, чтобы изменить эту строку:

*.*;auth,authpriv.none -/var/log/syslog

к этому:

*.*;cron,auth,authpriv.none -/var/log/syslog

К сожалению, это подавляет все сообщения cron; Я не мог заставить cron перенаправлять ведение журнала с корневой файловой системы (которая находится на стареющем SSD в моем случае, поэтому я хочу ограничить запись), но поскольку это всего лишь домашний сервер, я, вероятно, не пропускаю много. Не определенно не рекомендовал бы эту стратегию для производственной машины.

Question 16

В Debian с дисками WD я обнаружил, что установка любого уровня с помощью hdparm -S приводит к тому, что диск возвращает уровень 254 на следующий hdparm -I. Поэтому я действительно не уверен, что они крутятся или нет. Я думаю, что они все еще вращаются.

Эти диски находятся в массиве серверов, и я действительно не хочу, чтобы они когда-либо вращались. Раньше я клонировал это, установив задание cron для обновления файла каждые несколько минут.

Question 17

Если вы заинтересованы в настройке hdparm, сохраняющейся между перезагрузками, вместо того, чтобы добавлять ее в crontab, вы можете использовать /etc/hdparm.conf. У меня есть следующее: обратите внимание на использование капитала S, а не в нижнем регистре:

command_line {
    hdparm -S 25 /dev/disk/by-uuid/f6c52265-d89f-43a4-b03b-302c3dadb215 
}

Добавьте эту строку, заменяющую UUID вашим, или вы также можете указать устройство, используя формат /dev/sdX. Вы можете узнать UUID вашего диска с помощью команды sudo blkid.

Question 18

Посмотрите на hdparm.

Из руководства (man hdparm в командной строке):

-S Установите время ожидания ожидания (spindown) для привода , Это значение используется приводом, чтобы определить, как долго ждать (без активности диска), прежде чем отключать мотор шпинделя для экономии энергии. При таких обстоятельствах накопитель может занять до 30 секунд, чтобы реагировать на последующий доступ к диску, хотя большинство дисков намного быстрее. Кодирование значения тайм-аута несколько своеобразно. Значение нуля означает, что «таймауты отключены»: устройство не будет автоматически переходить в режим ожидания. Значения от 1 до 240 указывают кратные 5 секунд, что дает таймауты от 5 секунд до 20 минут. Значения от 241 до 251 указывают от 1 до 11 единиц в 30 минут, что дает таймауты от 30 минут до 5,5 часов. Значение 252 означает тайм-аут в 21 минуту. Значение 253 устанавливает период ожидания, определенный поставщиком, в период от 8 до 12 часов, а значение 254 зарезервировано. 255 интерпретируется как 21 минута плюс 15 секунд. Обратите внимание, что некоторые старые диски могут иметь очень разные интерпретации этих значений.

Итак, sudo hdparm -I /dev/sdb | grep level покажет текущее значение spindown, например:

Advanced power management level: 254

Из руководства: 254 зарезервировано, поэтому я ожидаю, что это будет по умолчанию Ubuntu (может кто-нибудь подтвердить /!)

Пример:

sudo hdparm -S 25 /dev/sdb = spindown через 25 * 5 секунд.

sudo hdparm -S 245 /dev/sdb = spindown after (245- 240) * 30 минут.

Question 19

Question 20

Дисковая утилита -> выберите жесткий диск -> щелкните по значку «Дополнительные действия ...» в верхнем правом углу -> Настройки накопителя ...

Mine выглядит так:

Question 21

Я добавляю что-то вроде:

@reboot sudo hdparm -S244 /dev/disk/by-uuid/71492809-e463-41fa-99e2-c09e9ca90c8e  > /dev/null 2> /dev/null

в crontab root. Использование uuid лучше, я думаю, потому что sda / sdb и т. Д., Похоже, изменяется при каждой перезагрузке

Question 22

В Ubuntu 14.04

Диски> выделить диск> щелкните шестерню в верхнем правом углу> Настройки диска> теперь у вас есть настройки режима ожидания, APM, AAM и Write Cache в удобном графическом интерфейсе!

Question 23

Потратив часы и часы, я обнаружил, что мой накопитель WDC не поддерживает команду hdparm -S, независимо от значения атрибута idle3 (google: idle3ctl). И это обычная проблема с дисками WD. Но я рад объявить, что hd-idle (http://hd-idle.sourceforge.net/) работает безупречно. Если он установлен из пакета dpkg-builded (см. Примечания к установке), он создает демон как для ubuntu, так и для debian (config находится в / etc / default / hd-idle). Хорошо работает после возобновления спячки.

mc default # ps aux | grep hd-idle | grep -v grep | cut -c 66- ; for f in [a-d] ; do hdparm -C /dev/sd$f | grep -v "^$" ; done /usr/sbin/hd-idle -i 1800 -a sdc -i 600 -a sdd -i 60 -l /var/log/hd-idle.log /dev/sda: drive state is: active/idle /dev/sdb: drive state is: standby /dev/sdc: drive state is: standby /dev/sdd: drive state is: standby

beroal · Answer 1 · 18 July 2018 в 07:47

Я обнаружил, что поведение spindown Samsung HD204UI зависит от уровня APM (hdparm -B). Если уровень APM равен 127, тайм-аут spindown составляет 10 с. Если уровень APM равен 150, тайм-аут spindown определяется опцией -S.

Community · Answer 2 · 18 July 2018 в 07:47

Мне не повезло с hdparm на внешнем жестком диске, смонтированном в USB-корпусе, который я использую для обслуживания мультимедиа с мини-монитором.

Я наткнулся на идею отсюда: https://serverfault.com/questions/562738/keeping-usb-backup-drive-from-sleeping-while-mounted

Best результаты исходят из использования uuid диска, который вы можете найти с помощью:

sudo blkid

Следующий метод требует доступа root, но также hdparm. Это использует crontab для чтения случайного блока с диска каждые 5 минут и игнорирует все сообщения. Чтобы убедиться, что у вас есть правильный UUID, проверьте его в командной строке, как это (убедитесь, что вы используете нужный UUID, а не этот):

sudo dd if=/dev/disk/by-uuid/f01df4b5-6865-476a-8d3b-597cbd886d41 of=/dev/null count=1 skip=$RANDOM

Вы должны увидеть вывод следующим образом:

1+0 records in
1+0 records out
512 bytes copied, 0.000738308 s, 693 kB/s`

Чтобы подавить это сообщение, которое в конечном итоге может быть написано где-то, потенциально / файловая система (которая находится на SSD в моем случае), ниже - это то, что я использую в корневом каталоге crontab. Вы попадаете туда с

sudo crontab -e

Затем, по комментариям:

*/5 * * * * bash -c 'dd if=/dev/disk/by-uuid/f01df4b5-6865-476a-8d3b-597cbd886d41 of=/dev/null count=1 skip=$RANDOM' >/dev/null 2>&1

Надеюсь, это поможет кому-то еще с подобными проблемами. К сожалению, это все еще записывается в syslog, но есть потенциальные способы подавить это; см. https://serverfault.com/questions/562738/keeping-usb-backup-drive-from-sleeping-while-mounted .

[edit] 2017-01- 07 09:02:

Я смог подавить эти сообщения, отредактировав /etc/rsyslog.d/50-default.conf, чтобы изменить эту строку:

*.*;auth,authpriv.none -/var/log/syslog

к этому:

*.*;cron,auth,authpriv.none -/var/log/syslog

К сожалению, это подавляет все сообщения cron; Я не мог заставить cron перенаправлять ведение журнала с корневой файловой системы (которая находится на стареющем SSD в моем случае, поэтому я хочу ограничить запись), но поскольку это всего лишь домашний сервер, я, вероятно, не пропускаю много. Не определенно не рекомендовал бы эту стратегию для производственной машины.

dwasifar · Answer 3 · 18 July 2018 в 07:47

В Debian с дисками WD я обнаружил, что установка любого уровня с помощью hdparm -S приводит к тому, что диск возвращает уровень 254 на следующий hdparm -I. Поэтому я действительно не уверен, что они крутятся или нет. Я думаю, что они все еще вращаются.

Эти диски находятся в массиве серверов, и я действительно не хочу, чтобы они когда-либо вращались. Раньше я клонировал это, установив задание cron для обновления файла каждые несколько минут.

Eliah Kagan · Answer 4 · 18 July 2018 в 07:47

Если вы заинтересованы в настройке hdparm, сохраняющейся между перезагрузками, вместо того, чтобы добавлять ее в crontab, вы можете использовать /etc/hdparm.conf. У меня есть следующее: обратите внимание на использование капитала S, а не в нижнем регистре:

command_line {
    hdparm -S 25 /dev/disk/by-uuid/f6c52265-d89f-43a4-b03b-302c3dadb215 
}

Добавьте эту строку, заменяющую UUID вашим, или вы также можете указать устройство, используя формат /dev/sdX. Вы можете узнать UUID вашего диска с помощью команды sudo blkid.

Fabby · Answer 5 · 18 July 2018 в 07:47

Посмотрите на hdparm.

Из руководства (man hdparm в командной строке):

-S Установите время ожидания ожидания (spindown) для привода , Это значение используется приводом, чтобы определить, как долго ждать (без активности диска), прежде чем отключать мотор шпинделя для экономии энергии. При таких обстоятельствах накопитель может занять до 30 секунд, чтобы реагировать на последующий доступ к диску, хотя большинство дисков намного быстрее. Кодирование значения тайм-аута несколько своеобразно. Значение нуля означает, что «таймауты отключены»: устройство не будет автоматически переходить в режим ожидания. Значения от 1 до 240 указывают кратные 5 секунд, что дает таймауты от 5 секунд до 20 минут. Значения от 241 до 251 указывают от 1 до 11 единиц в 30 минут, что дает таймауты от 30 минут до 5,5 часов. Значение 252 означает тайм-аут в 21 минуту. Значение 253 устанавливает период ожидания, определенный поставщиком, в период от 8 до 12 часов, а значение 254 зарезервировано. 255 интерпретируется как 21 минута плюс 15 секунд. Обратите внимание, что некоторые старые диски могут иметь очень разные интерпретации этих значений.

Итак, sudo hdparm -I /dev/sdb | grep level покажет текущее значение spindown, например:

Advanced power management level: 254

Из руководства: 254 зарезервировано, поэтому я ожидаю, что это будет по умолчанию Ubuntu (может кто-нибудь подтвердить /!)

Пример:

sudo hdparm -S 25 /dev/sdb = spindown через 25 * 5 секунд.

sudo hdparm -S 245 /dev/sdb = spindown after (245- 240) * 30 минут.

guntbert · Answer 6 · 18 July 2018 в 07:47

Дисковая утилита -> выберите жесткий диск -> щелкните по значку «Дополнительные действия ...» в верхнем правом углу -> Настройки накопителя ...

Mine выглядит так:

muru · Answer 7 · 18 July 2018 в 07:47

Я добавляю что-то вроде:

@reboot sudo hdparm -S244 /dev/disk/by-uuid/71492809-e463-41fa-99e2-c09e9ca90c8e  > /dev/null 2> /dev/null

в crontab root. Использование uuid лучше, я думаю, потому что sda / sdb и т. Д., Похоже, изменяется при каждой перезагрузке

user245219 · Answer 8 · 18 July 2018 в 07:47

В Ubuntu 14.04

Диски> выделить диск> щелкните шестерню в верхнем правом углу> Настройки диска> теперь у вас есть настройки режима ожидания, APM, AAM и Write Cache в удобном графическом интерфейсе!

user306935 · Answer 9 · 18 July 2018 в 07:47

Потратив часы и часы, я обнаружил, что мой накопитель WDC не поддерживает команду hdparm -S, независимо от значения атрибута idle3 (google: idle3ctl). И это обычная проблема с дисками WD. Но я рад объявить, что hd-idle (http://hd-idle.sourceforge.net/) работает безупречно. Если он установлен из пакета dpkg-builded (см. Примечания к установке), он создает демон как для ubuntu, так и для debian (config находится в / etc / default / hd-idle). Хорошо работает после возобновления спячки.

mc default # ps aux | grep hd-idle | grep -v grep | cut -c 66- ; for f in [a-d] ; do hdparm -C /dev/sd$f | grep -v "^$" ; done /usr/sbin/hd-idle -i 1800 -a sdc -i 600 -a sdd -i 60 -l /var/log/hd-idle.log /dev/sda: drive state is: active/idle /dev/sdb: drive state is: standby /dev/sdc: drive state is: standby /dev/sdd: drive state is: standby

beroal · Answer 10 · 24 July 2018 в 18:52

Я обнаружил, что поведение spindown Samsung HD204UI зависит от уровня APM (hdparm -B). Если уровень APM равен 127, тайм-аут spindown составляет 10 с. Если уровень APM равен 150, тайм-аут spindown определяется опцией -S.

5

ответ дан beroal 24 July 2018 в 18:52

1

hdparm может установить, но не получить параметр -S (см. Как определить время дискретизации диска ). Чтобы получить его, используйте «Диск». Программное обеспечение GUI. См. [D1] другой ответ с снимком экрана. – KrisWebDev 1 May 2017 в 15:13

Community · Answer 11 · 24 July 2018 в 18:52

Мне не повезло с hdparm на внешнем жестком диске, смонтированном в USB-корпусе, который я использую для обслуживания мультимедиа с мини-монитором.

Я наткнулся на идею отсюда: https://serverfault.com/questions/562738/keeping-usb-backup-drive-from-sleeping-while-mounted

Best результаты исходят из использования uuid диска, который вы можете найти с помощью:

sudo blkid

Следующий метод требует доступа root, но также hdparm. Это использует crontab для чтения случайного блока с диска каждые 5 минут и игнорирует все сообщения. Чтобы убедиться, что у вас есть правильный UUID, проверьте его в командной строке, как это (убедитесь, что вы используете нужный UUID, а не этот):

sudo dd if=/dev/disk/by-uuid/f01df4b5-6865-476a-8d3b-597cbd886d41 of=/dev/null count=1 skip=$RANDOM

Вы должны увидеть вывод следующим образом:

1+0 records in
1+0 records out
512 bytes copied, 0.000738308 s, 693 kB/s`

Чтобы подавить это сообщение, которое в конечном итоге может быть написано где-то, потенциально / файловая система (которая находится на SSD в моем случае), ниже - это то, что я использую в корневом каталоге crontab. Вы попадаете туда с

sudo crontab -e

Затем, по комментариям:

*/5 * * * * bash -c 'dd if=/dev/disk/by-uuid/f01df4b5-6865-476a-8d3b-597cbd886d41 of=/dev/null count=1 skip=$RANDOM' >/dev/null 2>&1

Надеюсь, это поможет кому-то еще с подобными проблемами. К сожалению, это все еще записывается в syslog, но есть потенциальные способы подавить это; см. https://serverfault.com/questions/562738/keeping-usb-backup-drive-from-sleeping-while-mounted .

[edit] 2017-01- 07 09:02:

Я смог подавить эти сообщения, отредактировав /etc/rsyslog.d/50-default.conf, чтобы изменить эту строку:

*.*;auth,authpriv.none -/var/log/syslog

к этому:

*.*;cron,auth,authpriv.none -/var/log/syslog

К сожалению, это подавляет все сообщения cron; Я не мог заставить cron перенаправлять ведение журнала с корневой файловой системы (которая находится на стареющем SSD в моем случае, поэтому я хочу ограничить запись), но поскольку это всего лишь домашний сервер, я, вероятно, не пропускаю много. Не определенно не рекомендовал бы эту стратегию для производственной машины.

Каковы единицы для этого параметра? — detly, 6 August 2016 в 11:55
IIRC, это секунды. Или, может быть, это параметр, который имел такие дикие правила, как «если ему меньше 10, а затем его десятки секунд, если менее 100, то это минуты» и т. Д. Мне нужно найти. — Ondra Žižka, 9 August 2016 в 16:01
Это не единицы, проверьте это: wiki.archlinux.org/index.php/Hdparm — Ondra Žižka, 9 August 2016 в 16:07
Приветствия, по какой-то причине я не мог найти его в man hdparm.conf. — detly, 9 August 2016 в 16:09
man hdparm.conf косвенно считывает, что значение передается на -S, следовательно, для значений & lt; 255 должен быть совместим с правилом в верхнем ответе . Любая дополнительная информация приветствуется. — dma_k, 18 January 2018 в 21:23

dwasifar · Answer 12 · 24 July 2018 в 18:52

В Debian с дисками WD я обнаружил, что установка любого уровня с помощью hdparm -S приводит к тому, что диск возвращает уровень 254 на следующий hdparm -I. Поэтому я действительно не уверен, что они крутятся или нет. Я думаю, что они все еще вращаются.

Эти диски находятся в массиве серверов, и я действительно не хочу, чтобы они когда-либо вращались. Раньше я клонировал это, установив задание cron для обновления файла каждые несколько минут.

Eliah Kagan · Answer 13 · 24 July 2018 в 18:52

Если вы заинтересованы в настройке hdparm, сохраняющейся между перезагрузками, вместо того, чтобы добавлять ее в crontab, вы можете использовать /etc/hdparm.conf. У меня есть следующее: обратите внимание на использование капитала S, а не в нижнем регистре:

command_line {
    hdparm -S 25 /dev/disk/by-uuid/f6c52265-d89f-43a4-b03b-302c3dadb215 
}

Добавьте эту строку, заменяющую UUID вашим, или вы также можете указать устройство, используя формат /dev/sdX. Вы можете узнать UUID вашего диска с помощью команды sudo blkid.

Правильно ли использовать command_line в настоящее время? У меня разные примеры в моем /etc/hdparm? — Dims, 22 October 2014 в 12:19
Ответ Ondra Žižka кажется более актуальным. — Raphael, 28 April 2018 в 20:28

Fabby · Answer 14 · 24 July 2018 в 18:52

Посмотрите на hdparm.

Из руководства (man hdparm в командной строке):

-S Установите время ожидания ожидания (spindown) для привода , Это значение используется приводом, чтобы определить, как долго ждать (без активности диска), прежде чем отключать мотор шпинделя для экономии энергии. При таких обстоятельствах накопитель может занять до 30 секунд, чтобы реагировать на последующий доступ к диску, хотя большинство дисков намного быстрее. Кодирование значения тайм-аута несколько своеобразно. Значение нуля означает, что «таймауты отключены»: устройство не будет автоматически переходить в режим ожидания. Значения от 1 до 240 указывают кратные 5 секунд, что дает таймауты от 5 секунд до 20 минут. Значения от 241 до 251 указывают от 1 до 11 единиц в 30 минут, что дает таймауты от 30 минут до 5,5 часов. Значение 252 означает тайм-аут в 21 минуту. Значение 253 устанавливает период ожидания, определенный поставщиком, в период от 8 до 12 часов, а значение 254 зарезервировано. 255 интерпретируется как 21 минута плюс 15 секунд. Обратите внимание, что некоторые старые диски могут иметь очень разные интерпретации этих значений.

Итак, sudo hdparm -I /dev/sdb | grep level покажет текущее значение spindown, например:

Advanced power management level: 254

Из руководства: 254 зарезервировано, поэтому я ожидаю, что это будет по умолчанию Ubuntu (может кто-нибудь подтвердить /!)

Пример:

sudo hdparm -S 25 /dev/sdb = spindown через 25 * 5 секунд.

sudo hdparm -S 245 /dev/sdb = spindown after (245- 240) * 30 минут.

спасибо Rinzwind за советы, которые мне очень помогли, но я хочу, чтобы я увидел gui для этого в следующей версии ubuntu, или он может быть интегрирован в gnome power manager — user16295, 4 May 2011 в 19:14
Что касается ответа lzap, вы, кажется, grep для APM (-B parm), но говорите о -S spindown. Вы также знаете что-то о APM? — turbo, 14 March 2012 в 00:09
Текущая настройка -B отображается, как указано выше. Как я могу увидеть текущую настройку -S? — SabreWolfy, 23 June 2012 в 03:57
sudo hdparm -y /dev/sdb немедленно убивает зверя — siamii, 4 March 2013 в 05:20
@SabreWolfy Я спросил об этом как отдельный вопрос: Как узнать текущее время прокрутки диска? — ændrük, 13 April 2013 в 09:12

guntbert · Answer 15 · 24 July 2018 в 18:52

Дисковая утилита -> выберите жесткий диск -> щелкните по значку «Дополнительные действия ...» в верхнем правом углу -> Настройки накопителя ...

Mine выглядит так:

42

ответ дан guntbert 24 July 2018 в 18:52

1

Проще всего, спасибо! (BTW пакет, который вам нужно установить, если у вас его нет gnome-disk-utility. – Gerhard Burger 11 February 2014 в 03:14
2

путь к Linux! +1 – neu-rah 22 July 2015 в 10:29
3

Да, очень легко - рад, что это здесь. – Zzzach... 15 May 2016 в 05:16
4

@Ray Ты, сэр, потрясающий! У меня не было никакой надежды, что он будет работать на внешнем жестком диске, но это так! – UTF-8 12 October 2016 в 14:15
5

Почему большинство советов включают в себя ошибки, связанные с редактированием файлов или консольными операциями, в то время как пользовательские инструменты вроде этого уже выходят! – WooYek 8 July 2017 в 16:37

muru · Answer 16 · 24 July 2018 в 18:52

Я добавляю что-то вроде:

@reboot sudo hdparm -S244 /dev/disk/by-uuid/71492809-e463-41fa-99e2-c09e9ca90c8e  > /dev/null 2> /dev/null

в crontab root. Использование uuid лучше, я думаю, потому что sda / sdb и т. Д., Похоже, изменяется при каждой перезагрузке

5

ответ дан muru 24 July 2018 в 18:52

1

Почему бы не использовать hdparm.conf ? – ændrük 13 April 2013 в 09:17

user245219 · Answer 17 · 24 July 2018 в 18:52

В Ubuntu 14.04

Диски> выделить диск> щелкните шестерню в верхнем правом углу> Настройки диска> теперь у вас есть настройки режима ожидания, APM, AAM и Write Cache в удобном графическом интерфейсе!

3

ответ дан user245219 24 July 2018 в 18:52

1

Как вы это делаете? Я установил это, и после перезагрузки, если я вернусь в него, он вспомнил, что привод должен отключиться, но он никогда этого не делает. hdparm -C всегда показывает, что он активен, и только запуск hdparm -S xxx из командной строки заставляет его работать. – dan carter 20 July 2014 в 16:10
2

Где вы находите & quot; Диски & quot ;? – nealmcb 14 January 2015 в 05:14

user306935 · Answer 18 · 24 July 2018 в 18:52

Потратив часы и часы, я обнаружил, что мой накопитель WDC не поддерживает команду hdparm -S, независимо от значения атрибута idle3 (google: idle3ctl). И это обычная проблема с дисками WD. Но я рад объявить, что hd-idle (http://hd-idle.sourceforge.net/) работает безупречно. Если он установлен из пакета dpkg-builded (см. Примечания к установке), он создает демон как для ubuntu, так и для debian (config находится в / etc / default / hd-idle). Хорошо работает после возобновления спячки.

mc default # ps aux | grep hd-idle | grep -v grep | cut -c 66- ; for f in [a-d] ; do hdparm -C /dev/sd$f | grep -v "^$" ; done /usr/sbin/hd-idle -i 1800 -a sdc -i 600 -a sdd -i 60 -l /var/log/hd-idle.log /dev/sda: drive state is: active/idle /dev/sdb: drive state is: standby /dev/sdc: drive state is: standby /dev/sdd: drive state is: standby

Инструкции по установке см. В Установка времени SATA HDD для дисков Western Digital Green — KrisWebDev, 1 May 2017 в 15:15

Как изменить время прокрутки HDD в Xubuntu [dубликат]

18 ответов

Другие вопросы по тегам:

Похожие вопросы: