Интересно, а что пишет в / по 9гб в день?

С логов. Может у тебя туда ошибки сыпятся с ротацией файлов логов.

Не много ли что-то пишет по 9гб в день?

Если своп, бд, или вм, то вполне норм, даже маловато. Ещё и от фс зависит.

Пробегись по этой теме: Мне не нужен LOGGING & DEBUGGING

Браузер.

Это злобные джуны насилуют твой диск, пока ты спишь.

Да. Найден убийца nvme’шек. Firefox постоянно пишет что-то. При этом кэш на диске у него отключен

PS: ничёсе по 9гб+ в день писать. Я в шоке

Фраза года: установил firefox на nvme - через 3 года выкинь в мусорку

ничёсе по 9гб+ в день писать

Да это вообще ни о чём.

Firefox постоянно пишет что-то.

пишет по 9гб в день

Чудеса. Какой-то несправедливый наговор вижу я, не мог firefox такое делать. :)

Если серьезно, то что-то сомнительно. Куда он может писать и главное что, в таких размерах?

Я не знаю, какие джуны тебе такое рассказали. Даже китайские ноунеймы nvme имеют минимум 150TBW и по 10GB в день на них можно писать 40 лет. А у хороших nvme может быть 1800TBW.

китайские может и имеют, а у самсунга 120ТБ на 2ТБ памяти

Это у каких?

установил firefox на nvme - через 3 года выкинь в мусорку

9Гб*365*3 = ~10Тб. вобще фигня даже для мелких дисков

да, ошибся. 1200 оказывается

Ну тормозилла очень любит на диск писать если честно. Потому у меня его папка куда оно срёт в хомяке на hdd. Да дольше стартует, но не гадит гигабайтами перезаписей в день.

Ну дак, psd (profile-sync-daemon) не на пустом месте возник ведь, причём именно перенос профиля в tmpfs, а кеш — отдельно. Что лиса, что хромой, постоянно что-то пишут в профиль, и никто не знает что: история, куки, списки плохих сайтов, данные приложений/расширений и еще, поди, куча всего. Понятно, что объём зависит от активности пользователя, от посещаемых сайтов, от числа активных вкладок. Сложно сказать, много это или нормально 9 Гб в сутки, ИМХО, в современном web'е нормально.

👍

посмотрел на свои PM9A3 с 7000TBW

ну, пусть пишет…

посмотрел на свой sata2 hdd

всем сосатб

~/.cache в tmpfs
/tmp в tmpfs
/var в ext4/discard
можно и / в ext4/discard

Так и было. Вот решил из рам перенести на nvme и ахнул. Переместил обратно в рам. Да, на хромиум\хроме, думаю, такая же история будет

У меня запись, когда я проверял после покупки, была что-то около 40Гб в сутки. И большая часть из них уходила на браузер. Я сначала напрягся, а потом разделил на TBW и понял, что я его выкину раньше по моральному устареванию, чем ресурс исчерпается. Ибо 15Тб в год(а это надо все 365дней по 40Гб тратить), это мне ресурса в 600TBW на 40 лет хватит.

PS: Сегодня с утра(в 9:30 включил комп), запись на текущий момент 3Gb.

Посмотри

inotifywatch -t 120 -r /

Я так вычислил браузеры, которые просто нещадно писали в кэш каждый чих. Драный chrome давал порядка 10MB в минуту из ничего в простое.

Заткнул их костылём psd и забил.

Ну тормозилла очень любит на диск писать если честно.

В директорию профиля оно конечно срёт, но в остальные места больше.

Я его в bubblewrap завернул. Так и стартует быстро и на ssd мало гадит.

и никто не знает что

Профиль и открытые вкладки точно пишет, в конфиге есть возможность задать временной интервал этого действа.

inotifywatch

можно ли группировать каталоги ?

например «~/.cache/google-chrome/Profile 1/Code Cache» и «~/.cache/google-chrome/Profile 1/Cache/» и иные в «~/.cache/google-chrome/*» показать как единый ?

Драный chrome давал порядка 10MB в минуту из ничего в простое.

Многовато, сhrome из ничего в простое каждые 10 секунд перезаписывает ~/.config/google-chrome/Default/Preferences остальное реже чем раз в минуту.

Итак, за 2 недели пишет в nvme по 5гб. Подозреваю, что это падают в журнал записи

Пытаюсь отключить записи вида: Feb 28 09:24:26 debian-home sudo[15411]: pam_unix(sudo:session): session opened for user root(uid=0) by (uid=1000) Feb 28 09:24:26 debian-home su[15412]: (to root) root on pts/4 Feb 28 09:24:26 debian-home su[15412]: pam_unix(su:session): session opened for user root(uid=0) by (uid=0)

В /etc/sudoers дописал

Defaults        !syslog

Всё-равно пишет. Как это отключить?

Еще пишет rtkit:

Feb 28 09:19:48 debian-home rtkit-daemon[3996]: Supervising 2 threads of 2 processes of 1 users.
Feb 28 09:19:48 debian-home rtkit-daemon[3996]: Supervising 2 threads of 2 processes of 1 users.
Feb 28 09:19:49 debian-home rtkit-daemon[3996]: Supervising 2 threads of 2 processes of 1 users.
Feb 28 09:19:49 debian-home rtkit-daemon[3996]: Supervising 2 threads of 2 processes of 1 users.
Feb 28 09:19:49 debian-home rtkit-daemon[3996]: Supervising 2 threads of 2 processes of 1 users.
Feb 28 09:19:49 debian-home rtkit-daemon[3996]: Supervising 2 threads of 2 processes of 1 users.
Feb 28 09:19:49 debian-home rtkit-daemon[3996]: Supervising 2 threads of 2 processes of 1 users.

Ты устарел, давно уже над сысыды никто не трясётся. Купи лучше олед телек и пили моды к играм на прозрачный худ

3.3Тб в год

33ТБ за всё время жизни. При нормальном ресурсе начинающемся с 300

системг строчит в свой журнал на тебя доносы для АНБ

Это уже не sudo пишет, а pam-модуль. Либо менять pam, гуглить про ″pam_succeed_if.so quiet_success″, либо пробовать у sudo отключить pam-сессию: ″Defaults !syslog, !pam_session″.

По rtkit-daemon советуют прописывать в его юнит LogLevelMax=2, правда, как я понимаю, это отключит почти все его сообщения, а не только эти Supervising...

А вобще, не понятно, вам nvme вобще зачем? Вы сами файлы из инета на него не скачивате, документы не создаёте, ничего не компилируете? Пара гигов в неделю вобще мизер.

Раньше писало:

Feb 28 09:24:26 debian-home sudo[15411]: pam_unix(sudo:session): session opened for user root(uid=0) by (uid=1000) 
Feb 28 09:24:26 debian-home su[15412]: (to root) root on pts/4 Feb 28 09:24:26 debian-home su[15412]: pam_unix(su:session): session opened for user root(uid=0) by (uid=0)

После cat /etc/sudoers –> Defaults !syslog, !pam_session пишет:

Feb 29 03:12:19 debian-home su[12912]: (to root) root on pts/2
Feb 29 03:12:19 debian-home su[12912]: pam_unix(su:session): session opened for user root(uid=0) by (uid=0)

Далее попробовал поменять в cat /etc/pam.d/su строку @include common-session --> @include common-session-noninteractive

Всё-равно pam пишет :\

А вобще, не понятно, вам nvme вобще зачем? Вы сами файлы из инета на него не скачивате, документы не создаёте, ничего не компилируете? Пара гигов в неделю вобще мизер.

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

Жесткие диски, к слову, у меня ломались 2 из 5. Это к тому, стоит ли труситься над SSD.

Кэш всяких видосиков с ютубчиков? Пользуйся интернетом поменьше, чтобы меньше писалось. И вообще компьютером.

Ну, от sudo избавились, а su отдельно. Про pam_succeed_if.so, вот пример. https://unix.stackexchange.com/questions/224370/how-to-stop-sudo-pam-messages...

Понятно, что для su нужно будет делать отдельный pam-конфиг session, без @include common-session... Править сам common-session не надо.

Только, при обновлении системы ваши правки pam могут быть стёрты. Или наоборот, вдруг может быть, что ваши правки конфигов pam останутся, а мантейнеры выкинут модуль pam_succeed_if.so и, ЕМНИП, сломаются те программы, в конфиге которых он есть.

Ещё не знаю, может вы и в курсе, но правя конфиги pam лучше заранее открыть один-два root терминала, через su или sudo /bin/bash. После правки проверить, что всякие su, sudo, login работают и только после этого закрывать root-терминалы. Иначе, если вы накосячите с конифигом, у вас может сломаться всё и придётся загружаться в флешки...

Да, наверно это не очень хорошая идея. Лучше выключить журнал вообще :)

Ты глянь что делают, сидят и выращивают себе конкурента.

Или сделать Compress = yes

Выявляем процессы с дисковой активностью в Linux