Как отключить логи? Совсем.
Как бы отключить логи в системе с systemd? Ну чтобы совсем!
Чтобы сделать систему, малочувствительную к внезапному отключению питания.
Пока совершил такое:
Большинство логов действительно перестало записываться, но еще по-прежнему копошатся 4 лога —
и еще образовалась пустая папка /private
Как бы их отключить тоже? И позволительно ли это?
А то глянул, некоторые из этих логов связаны со входом в систему и паролями, может, их нельзя отключать.
Еще наверное, надо Своп отключить в fstab, чтобы у системы не возникало желания что-нибудь туда писануть.
PS. Понятно, что радикальнее перевести ФС в Read Only, но как глянул, как это муторно делается, так сразу и расхотелось —
https://wiki.debian.org/ReadonlyRoot
https://help.ubuntu.com/community/aufsRootFileSystemOnUsbFlash
смонтируй /var/log в tmpfs
man journald.conf, костылестроитель
Гланды через жопу удалять ещё предложи
PS. Понятно, что радикальнее перевести ФС в Read Only, но как глянул, как это муторно делается, так сразу и расхотелось —
В ubuntu это делается элементарно, просто ты не туда смотришь. Смотреть надо сюда.
А при чем тут журналирование? Я не хочу, чтобы от Ext4 отвалилась такая важная фича, как журналирование.
Мне всего-навсего нужно отключить запись логов.
Или да, лучше отправить их в tmpfs —
— это так делается?
Заодно и /tmp и /run —
А, это троллинг тупостью. Сразу не распознал.
Сам ты тупой, еще тупее.
Вот, нашел даже для «Малины» классную прогу — Log2RAM,
а для настольного Линукса так и не сообразили сделать.
В OpenWRT /var это символьная ссылка на /tmp , который на tmpfs. Так что там как раз /var/log на tmpfs.
Так что там как раз /var/log на tmpfs.
Где там? У меня не OpenWRT, обычный настольный Debian.
/var/log в tmpfs вполне хорошее решение.
Так я это и сделал! Но не ковырянием в конфигах или в носу, как некоторые, а с помощью удобной утилиты Log2RAM!
Учитесь работать с удобством! 🙂
А онанимусы нонче тупые пошли, ну тупые! Только и делают, что прячут свою тупость за онанимным ником.
Ты такое же безликий аноним, или указывай в профиле паспортные данные и место прописки или щеки перестань надувать.
Весь твой спич основан на том, что ты даже найти информацию не можешь поисковиком, за тебя уже поисковик все ищет, а ты и так не смог.
Но это еще не конец пробития дна, следующим твоим донным выкриком стало бахвальство тем, что ты не можешь смонтировать варлог на тмпфс без какой-то сторонней утилиты средствами самого дистрибутива, и ты еще этим хвалишься, бездарность.
Все, давай, пшелотседава, видеть тебя не могу, амеба.
Ты читал ОП-пост?
Или тоже тупостью троллишь, как ОП?
Ты читал ОП-пост?
Или тоже тупостью троллишь, как ОП и i-rinat?
Анонимусы, да вы прямо захлебываетесь от злости, значит, в точку попал :))
От злости и язвительности тут захлебывался только ты, и твои пафосные речи тому подтверждение. На самом же деле ты без подсказок прожить не можешь.
The script log2ram can work on every linux system
Чукча не читатель?
А что не так с systemd? Оно особенное и не даёт tmpfs работать? 4.2 же. /var/log/journal/ туда systemd гадит (если иное не прописано). Заодно все нормальные логи разом на 0 умножатся, а не только от systemd, ТС просит все логи убрать, а не только systemd. При этом логи за сессию можно будет посмотреть.
Ещё один думает что man journald.conf это про отключение журналирования на ext4?
Нет, просто ты клоун и думаешь что все логи управляются через journald.conf. Увы, это не так, порой и явные велосипеды логи пишут. В худшем случае в хомяк юзера и захардкожено. Но обычно надежды на то, что логи пишутся в /var/log более большие, чем то что journald.conf может их зарегулировать. vlc тот же тоже логами срать умеет и плевать ему на системд и всё остальное, вроде недавно научили срать в нормальный лог, но если хочет мейнтейнер или ты, то гадить будет куда душе угодно.
vlc из-под обычного юзера умеет писать в /var/log ?
Если очень не постараться, то нет. А вот rsyslog/syslog-ng вместе с systemd очень даже могут работать. В Debain и Ubuntu так было точно, как в самых свежих не знаю, не проверял.
Как бы отключить логи в системе с systemd?
Чтобы сделать систему, малочувствительную к внезапному отключению питания.
От отключения логов чувствительность к отключению никак не изменится.
Как бы отключить Чукчу. Совсем.
Чтобы сделать систему, малочувствительную к внезапному отключению питания.
IPS спасет отца русской демократии.
А ограничить ведение логов не судьба? Хотя отключай неаноним, не войдёшь в систему, будешь тут меньше срать
малочувствительную к внезапному отключению питания
лол. каким образом отключение логов влияет на чувствительность или малочувствительность системы к внезапному отключению питания? правильно тебе выше пишут, что ты хернёй страдаешь, ещё и анонимусов оскорбляешь.
при отключении питания портятся в первую очередь данные, то бишь фс. таким образом твой выбор методик если у тебя нет упса — ридонли разделов, отключение свапа и тюнинг твоей фс. если ext4, то использование фич в роде journal_data,nodelalloc и тп.
у меня на практике при отключении питания хорошо показывали себя такие фс, как zfs и ntfs (да-да, без проблем восстановить данные можно при любом раскладе). а наиболее худшие результаты при отключении питания показывали бздшние ffs и ufs. ext4 где-то посередине. ещё хуже btrfs, которую без упса я бы не использовал. ну или только на ноуте. btrfs вообще очень специфическая фс и если её плохо знаешь лучше сюда не суваться.
а толку от включения или отключения логов нет никакого. моргнёт у тебя свет, машина ребутнётся, и в терминале тебя ждёт приятный сюрприз:
и куча нечитаемых файлов где-нибудь в /home и в /etc
Источник
Lubuntu.ru
Русскоязычное сообщество Lubuntu Linux
Как отключить логи?
Модератор: adventurer
Как отключить логи?
Сообщение aleks@ » 08 мар 2018, 00:15
Как отключить логи?
Сообщение alexkaptan » 08 мар 2018, 13:47
Как отключить логи?
Сообщение aleks@ » 08 мар 2018, 15:20
Как отключить логи?
Сообщение alexkaptan » 08 мар 2018, 18:24
Как отключить логи?
Сообщение adventurer » 08 мар 2018, 18:59
Как отключить логи?
Сообщение 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, не помню когда такое было.
Источник
Отключить логи
После включения VPN , обратил внимание , что начинают пухнуть логи
Посмотрел /var/log/messages — а он растет как на дрожжах
Если начинаю например что-то качать в-гетом , то там появляются записи типа :
Mar 10 11:07:09 linux-b4n8 pptp[4508]: anon log[decaps_gre:pptp_gre.c:407]: buffering packet 1753 (expecting 1749, lost or reordered)
Mar 10 11:07:09 linux-b4n8 pptp[4508]: anon log[decaps_gre:pptp_gre.c:407]: buffering packet 1754 (expecting 1749, lost or reordered)
Mar 10 11:07:09 linux-b4n8 pptp[4508]: anon log[decaps_gre:pptp_gre.c:407]: buffering packet 1755 (expecting 1749, lost or reordered)
Mar 10 11:07:09 linux-b4n8 pptp[4508]: anon log[decaps_gre:pptp_gre.c:407]: buffering packet 1756 (expecting 1749, lost or reordered)
Mar 10 11:07:09 linux-b4n8 pptp[4508]: anon log[decaps_gre:pptp_gre.c:407]: buffering packet 1757 (expecting 1749, lost or reordered)
Mar 10 11:07:09 linux-b4n8 pptp[4508]: anon log[decaps_gre:pptp_gre.c:407]: buffering packet 1758 (expecting 1749, lost or reordered)
Mar 10 11:07:10 linux-b4n8 pptp[4508]: anon log[decaps_gre:pptp_gre.c:407]: buffering packet 1776 (expecting 1775, lost or reordered)
Mar 10 11:07:10 linux-b4n8 pptp[4508]: anon log[decaps_gre:pptp_gre.c:407]: buffering packet 1777 (expecting 1775, lost or reordered)
Mar 10 11:07:10 linux-b4n8 pptp[4508]: anon log[decaps_gre:pptp_gre.c:407]: buffering packet 1778 (expecting 1775, lost or reordered)
Mar 10 11:07:10 linux-b4n8 pptp[4508]: anon log[decaps_gre:pptp_gre.c:407]: buffering packet 1779 (expecting 1775, lost or reordered)
Mar 10 11:07:10 linux-b4n8 pptp[4508]: anon log[decaps_gre:pptp_gre.c:407]: buffering packet 1780 (expecting 1775, lost or reordered)
Mar 10 11:07:10 linux-b4n8 pptp[4508]: anon log[decaps_gre:pptp_gre.c:407]: buffering packet 1781 (expecting 1775, lost or reordered)
Mar 10 11:07:10 linux-b4n8 pptp[4508]: anon log[decaps_gre:pptp_gre.c:407]: buffering packet 1782 (expecting 1775, lost or reordered)
Mar 10 11:07:10 linux-b4n8 pptp[4508]: anon log[decaps_gre:pptp_gre.c:407]: buffering packet 1793 (expecting 1792, lost or reordered)
Mar 10 11:07:10 linux-b4n8 pptp[4508]: anon log[decaps_gre:pptp_gre.c:407]: buffering packet 1794 (expecting 1792, lost or reordered)
Mar 10 11:07:10 linux-b4n8 pptp[4508]: anon log[decaps_gre:pptp_gre.c:407]: buffering packet 1795 (expecting 1792, lost or reordered)
Mar 10 11:07:10 linux-b4n8 pptp[4508]: anon log[decaps_gre:pptp_gre.c:407]: buffering packet 1796 (expecting 1792, lost or reordered)
Mar 10 11:07:10 linux-b4n8 pptp[4508]: anon log[decaps_gre:pptp_gre.c:407]: buffering packet 1797 (expecting 1792, lost or reordered)
Mar 10 11:07:10 linux-b4n8 pptp[4508]: anon log[decaps_gre:pptp_gre.c:407]: buffering packet 1802 (expecting 1801, lost or reordered)
Mar 10 11:07:10 linux-b4n8 pptp[4508]: anon log[decaps_gre:pptp_gre.c:407]: buffering packet 1803 (expecting 1801, lost or reordered)
Mar 10 11:07:10 linux-b4n8 pptp[4508]: anon log[decaps_gre:pptp_gre.c:407]: buffering packet 1804 (expecting 1801, lost or reordered)
Mar 10 11:07:10 linux-b4n8 pptp[4508]: anon log[decaps_gre:pptp_gre.c:407]: buffering packet 1805 (expecting 1801, lost or reordered)
Mar 10 11:07:11 linux-b4n8 pptp[4508]: anon log[decaps_gre:pptp_gre.c:407]: buffering packet 1817 (expecting 1816, lost or reordered)
Mar 10 11:07:11 linux-b4n8 pptp[4508]: anon log[decaps_gre:pptp_gre.c:407]: buffering packet 1818 (expecting 1816, lost or reordered)
Mar 10 11:07:11 linux-b4n8 pptp[4508]: anon log[decaps_gre:pptp_gre.c:407]: buffering packet 1819 (expecting 1816, lost or reordered)
Mar 10 11:07:11 linux-b4n8 pptp[4508]: anon log[decaps_gre:pptp_gre.c:407]: buffering packet 1820 (expecting 1816, lost or reordered)
Mar 10 11:07:11 linux-b4n8 pptp[4508]: anon log[decaps_gre:pptp_gre.c:407]: buffering packet 1828 (expecting 1827, lost or reordered)
Mar 10 11:07:11 linux-b4n8 pptp[4508]: anon log[decaps_gre:pptp_gre.c:407]: buffering packet 1829 (expecting 1827, lost or reordered)
Можно это как-то отключить ?
Re: Отключить логи
Чтобы сказать как отключить, надо быть телепатом. А так вообще /etc/syslog-ng/syslog-ng.conf, можно просто фильтровать все эти сообщения, чтобы они писались не в /var/log/messages, а в /dev/null
Re: Отключить логи
Запускайте pptp в менее разговорчивом режиме:
/usr/sbin/pptp —help 2>&1 | grep loglevel
—loglevel Sets the debugging level (0=low, 1=default, 2=high)
Источник
