Как отключить логи?

Модератор: adventurer

Ответить
Аватара пользователя

Автор темы
aleks@
Сообщения: 439
Зарегистрирован: 03 дек 2013, 17:48

Как отключить логи?

#1

Сообщение aleks@ » 08 мар 2018, 00:15

Подскажите пожалуйста, как можно отключить все логи?
Делаю: sudo service rsyslog stop
Проверяю: service rsyslog status
Пишет: не активны.
Перезагружаюсь, проверяю снова: service rsyslog status
Пишет: активны.
Как можно отключить логи, чтобы после перезагрузки они оставались отключенными?
Только не предлагайте поместить логи в tmpfs , добавлял в файл /etc/fstab строки:
tmpfs /run tmpfs rw 0 0
tmpfs /var/lock tmpfs rw 0 0
tmpfs /var/log tmpfs rw,size=10m 0 0
после чего система не запускается, пробовал это делать в ОС на флешке.


alexkaptan
Сообщения: 23
Зарегистрирован: 03 окт 2013, 22:59

Как отключить логи?

#2

Сообщение alexkaptan » 08 мар 2018, 13:47

sudo systemctl disable rsyslog

Аватара пользователя

Автор темы
aleks@
Сообщения: 439
Зарегистрирован: 03 дек 2013, 17:48

Как отключить логи?

#3

Сообщение aleks@ » 08 мар 2018, 15:20

Спасибо, эта команда полностью отключила логи. А то строчат простыни в файлах, что не хорошо для SSD. Я же их не читаю, так что логи мне не нужны, за несколько лет с системой не разу не было проблем, если только сам чего нибудь не испорчу.


alexkaptan
Сообщения: 23
Зарегистрирован: 03 окт 2013, 22:59

Как отключить логи?

#4

Сообщение alexkaptan » 08 мар 2018, 18:24

Я бы не рекомендовал вам отключать ведение логов, так как если все же что-то случится с системой, будет намного сложнее найти причину неисправности, да и в целях безопасности не стоит этого делать. Для современных ssd ведение логов вряд ли представляет опасность, и точно не навредит вашему диску :) Если вы используете *buntu и ваш диск поддерживает TRIM (sudo hdparm -I /dev/sda | grep TRIM), выполните sudo mv -v /etc/cron.weekly/fstrim /etc/cron.daily (trim будет выполняться каждый день, а не еженедельно) и отключите кэш в вашем браузере (или переместите его в ram/tmpfs, если достаточно памяти). Можно еще добавить в конец файла /etc/sysctl.conf параметр vm.swappiness=X (в зависимости от объема оперативной памяти, выберите значение в промежутке 10-0, например, 4 GB = 10, 6 GB или более = 0), что уменьшит интенсивность использования файла/раздела подкачки. Этого будет вполне достаточно для поддержания диска в рабочем состоянии в большинстве случаев.

Аватара пользователя

adventurer
Супермодератор
Сообщения: 3196
Зарегистрирован: 15 июн 2011, 18:24

Как отключить логи?

#5

Сообщение adventurer » 08 мар 2018, 18:59

Таки да.
aleks@ писал(а):
08 мар 2018, 15:20
что не хорошо для SSD
Есть ли документальное подтверждение?
Сам использую ssd. Ничего специально не настраивал. Всё работает по умолчанию. Что должно свидетельствовать о приближающемся крахе ssd?

Аватара пользователя

Автор темы
aleks@
Сообщения: 439
Зарегистрирован: 03 дек 2013, 17:48

Как отключить логи?

#6

Сообщение aleks@ » 09 мар 2018, 00:49

Я прочитал кучу всякой инфы на тему SSD. В основном статьи старые, когда SSD были не такими надёжными как сегодня. Понятно главное, для SSD лучше если на него не пишется постоянно.
О логах исследование https://wiki.archlinux.org/index.php/So ... 8%D0%B9%29 в самом низу

"Отключение журналирования ФС

Использование журналируемых ФС типа ext3 или ext4 с отключенным журналом тоже сократит количество записей на SSD. Очевидным недостатком этого будет являться потеря данных при неудачном размонтировании (резкое отключение питания, блокировка ядра и т. д.). Однако, Ted Tso выступает в защиту журналирования на современных SSD, т. к. по его тестам оно незначительно влияет на количество записей в большинстве случаев:

Количество записанных данных (в мегабайтах) на ФС ext4 с параметром noatime.
операция --- с журналом --- без журнала --- разница
git clone ------- 367.0 ---------------353.0 ----------- 3.81 %
make ----------- 207.6 ---------------199.4 ----------- 3.95 %
make clean---- 6.45 -----------------3.73 ------------ 42.17 %

"Результаты показали, что записанный объём при работе с большим количеством мета-данных почти в 2 раза выше, чем реальный размер файлов. Это ожидаемо, т. к. все изменения в блоках мета-данных сначала пишутся в журнал, и транзакция журнала сбрасывается перед тем, как мета-данные будут записаны в конечное положение на диск. Однако же, для обычных задач, где данные пишутся сразу за мета-данными, разница в лишних операциях записи минимальна."

Дальше не совсем по теме.
Логи - мелочь, по сравнению с Firefox, который грузит диск больше чем что либо другое. Немного не по теме прочитал в инете https://geektimes.ru/post/280792/ .
«.... на твердотельный накопитель SSD загружаются большие объемы данных вплоть до 10 ГБ. Если в браузере постоянно открыто множество окон с «тяжелыми» сайтами, то можно ожидать еще большего количества записанных Firefox данных. Главным виновником случившегося оказался браузер Firefox. Он загружал от 300 КБ до 2 МБ ежесекундно. Запись велась в файл с названием recovery.js. Как оказалось, это резервная копия сессии Firefox. Она используется в том случае, если «падает» браузер или операционная система. Это полезная, но ресурсоемкая функция. И если учесть то, что у SSD ограниченный ресурс, то здесь уже нужно решить для себя, что полезнее — рабочий диск или же восстановление текущей сессии браузера после его падения. .....

Проблема решается настройкой в about:config
browser.sessionstore.interval 15000

browser.sessionstore.interval — Настройка хранит количество миллисекунд, по истечении которых происходит сохранение сессии браузера. Если значение указано 15000, то каждые 15 секунд, сессия сохраняется на диск, чтобы в случае краха можно было восстановить все открытые вкладки.

меняем параметр на больший - 1800000 (30 минут) В этом случае количество генерируемых Firefox за день данных снижается с 10-15 ГБ до 2 ГБ.

Чтобы не мелочиться поставил 3600000 (60 минут), не падает у меня Firefox, не помню когда такое было.

Ответить