настройка «черной дыры» для папки

Пишет кто? Приведение с мотором что-ли? Выдумают идиотскую проблему, а вслед за ней и идиотское решение.

хых тут просто надо будет создавать devnulfs а всем влом.

Я так понял в гугл ты тоже не пошел чтобы следов не оставлять? https://github.com/abbbi/nullfsvfs

Если файлы имеют постоянные имена, создай эти файлы, как символические ссылки на /dev/null. Если файлы создаются динамически, такой технологии в линуксе нет.

Приложение создаст новый файл, что увеличит износ моего SSD.

ОБОЖЕМОЙ!!!

Если используется rsyslog - удали его.

И настрой systemd-journald, чтобы не писал никакие логи.

Автор справедливо отметил вообще-то, что централизованные логгеры он уже отключил, но некоторые проги создают там файлы самостоятельно.

И, пожалуйста, ради всего святого, не советуйте скрипты, которые автоматически удаляют файлы с диска. Это не поможет по нескольким причинам:
Приложение создаст новый файл, что увеличит износ моего SSD.
Его все равно можно восстановить с помощью продвинутых методов.

Отмечу, что tmpfs+удаление никак на износ ssd не влияет, а восстановить этот лог можно будет только до тех пор, пока прога его не закроет (из-за выключения или чтобы создать новый).

Но вообще ты какую-то ерунду придумал.

Автор справедливо отметил вообще-то, что централизованные логгеры он уже отключил, но некоторые проги создают там файлы самостоятельно.

Да, верно, пассаж про износ SSD меня свернул не в ту степь :)

Налицо проблема XY. Вместо того, чтобы бороться со следствием (писать, но в tmpfs), лучше решить причину (посмотреть, какой именно софт пишет и отключить писание логов в нём).

Подставь своим программам свои open(),write(),close().

Так некоторые проги пускай он посмотрит и найдёт способ отключить и их...

увеличит износ моего SSD.

Говорят ssd умеет записывать равномерно распределяя запись.

Приложение создаст новый файл, что увеличит износ моего SSD.

Фига заява.

Чего все докопались до ТС с этим ССД?

Главная проблема, что все, что записано куда бы то нибыло (ХДД, ССД, флешки, карточки итд), при желании можно восстановить. А на некоторых дисках есть даже утилиты от производителя по шинду для этого.

есть два варианта.

Плохой и очень плохой.

1. Плохой: tmpfs /var/log tmpfs defaults,noatime,mode=0755,size=0 0 0. Приложение будут думать что кончилась память
2. Очень плохой: sudo rm -rf /var/log/* && sudo chattr +i /var/log

А вообще не морочь себе голову и поставь мб гдето 50 метров на оперативу. Я чтото сильно сомневаюсь что ктото у тебя будет с жидким азотом пытаться с нее чтото восстановить.

По уму так: tmpfs /var/log tmpfs defaults,noatime,mode=0755,size=50M 0 0

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

Вы ТС читали? Написано же whonix у него в виртуалке. Что может после whonix кудато попасть?

Плюс «ресурсы» вы это сильно преувеличили. Для большинства ССД есть гуйная утилита восстановления данных (пробуйте писать своему производителю ссд, в саппорте дают).

Написано же whonix у него в виртуалке.

В смысле ТС печает в одноразовых перчатках и считает что у него всё секурно. ТС конечно молодец, но реальность она реальность.

Для большинства ССД есть гуйная утилита восстановления данных (пробуйте писать своему производителю ссд, в саппорте дают).

Только толку от неё ноль целых хрен десятых. Если успеет TRIM запуститься (а в винде, раз уж ты заговорил про гуйную утилиту восстановления данных от саппорта SSD, почти на всех SSD нормально работает Queued TRIM, т.е. только ты диск «отпустил», пошла жара), никогда никаких данных никто не восстановит.

Через FUSE можно такое организовать. И как уже предлагали, через LD_PRELOAD.

Выдумают идиотскую проблему, а вслед за ней и идиотское решение.

Хуже когда выдумают идиотскую шутку про несуществующие проблему и решение приписываемые другим.

Странно что никто не предложил ридонли хост ос. И если на постоянку, а не временно, то кукой нибудь отключаемый для обновленией анмуттабл. Но если не борться с ветряными мельницами системДненужно, то может сразу на Дивуан?..

1. Напиши модуль примитивной ФС, позволяющей создавать файлы, но выкидывающей записываемые данные. Это довольно просто.

2. Используй эту ФС в качестве верхнего слоя overlayfs на всём корне или где тебе надо

С недавних пор желание экономить ресурс SSD стало оправданным. :D

Вот даже не знаю, какую реакцию поставить, «улыбающееся лицо» или «грусть-печаль». Надо у Макса премиум купить :))

главная проблема, что все, что записано куда бы то нибыло (ХДД, ССД, флешки, карточки итд), при желании можно восстановить

только вот когда нужно ты хрен что восстановишь, а так да проблема в другом

ssd нужен для быстрой записи и работы, если запись и работа не нужна то не покупай ssd, правильно?

Не нужны файлы, так не создавай файлы, используй многочисленые live образы, что не пишут на носители, не?

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

отменить запись логов – нет!

придумывать

«черной дыры» для папки

ДА!

отменить запись логов – нет!

Самый умный?

как-будто что-то плохое?

Воспользуюсь случаем. Я что-то не нашёл где отключить Xorg.*.log-ирование после каждой загрузки иксов. Подскажи, пожалуйста.

Что то мне кажется, что скоро надо будет не просто экономить, а запирать SSD в сейф. Судя по тому, что сейчас на рынке :(

монтируй директорию в tmpfs

Не весь софт позволяет их отменить. Попробуйте их отключить у Cryptomator например. Он всегда в свою папку .var (если флатпаК) пишет лог. И Ничего вы с этим не сделаете. Названия разные, поэтому ln -s действительно не всегда работает. ТС действительно важный вопрос задал

Не наш случай, но даже так

rm /var/log/Xorg.0.log
ln -s /dev/null /var/log/Xorg.0.log
chattr +i /var/log/Xorg.0.log

очень простое и штатное решение

Элементарно – пользуйся Wayland!

Буду крайне оригинален - купи китайскую флешку на 64Тб за 100 рублей и примонтируй в этот каталог. Идеальная дыра будет!

Сам-то пробовал так?

Потом появится Xorg.1.log, 2, 3 etc.

Откуда появится 1,2,3? Это номер дисплея.

специально для тебя

$ cd /var/log

$ ls -l Xorg.*.log*
lrwxrwxrwx 1 root root     9 дек  6 15:06 Xorg.0.log -> /dev/null
-rw-r--r-- 1 root root 66866 ноя 21 12:34 Xorg.0.log.old

$ ps -ef | grep Xorg

root        1510    1370  2 15:07 tty7     00:00:02 /usr/lib/xorg/Xorg :0 ...

Откуда появится 1,2,3?

Не знаю, у меня появляется в хомяке. Может gdm делает какую-то ротацию.

Делаешь «user switch»? Запускаешь несколько Хов? Не так и сложно сделать еще несколько линков.

Но повторюсь это не тема данного топика. Какие тут Хы в минимальной системе?

Подставь своим программам свои open(),write(),close().

Мне кажется если бы он мог это сделать - тему не создавал бы. Ему нужно готовое решение с пошаговой инструкцией.

мне чем linux защёл? не свободой, не открытостью, не софтом, а возможностью понять что не так, логи, lsof, strace и тп

ни даже в оперативную память

Тут только один вариант: не включать компьютер.

оперативную память

Это технически невозможно. Даже с /dev/null файл какое-то время находится в рам’ке. Только потом «отбрасыватся».

Не морочте ни себе не людям голову. TMPFS и дело с концом. Никто не будет ловить момент чтобы залить вашу плашку памяти жидким азотом или гелием. Деже если вы злостный нарушитель. Есть другие методы.

А если вопрос экономии SSD… То RAM тоже в помощь.

Топик просто ни о чем. Проблема там где её нет.

Пы. Сы : зря вы так к логам. Сломаете что-то, без них даже тут не помогут.

Согласен, мне тоже на всю эту «свободу» как-то пофигу всегда было, просто интересная тема и, КМК, достойное увлечение для думающего человека.

У меня такая фигня образуется в одном и том же хомяке в каталоге ~/.где-то/там/xorg.

tmpfs /var/log tmpfs

Бывает, что приложение хочет писать не в /var/log, а в /var/log/blabla/. И этот каталог создаётся один раз при установке (пакетным менджером). Если каталога нет, приложение не сможет открыть файл /var/log/blabla/log, упадёт с ошибкой, только ошибку мы не увидим, так как все логи отключены :)