Как не допустить расходования всего места на диске?

«Как описано тут» было написано про корень системы. Невозможность загрузиться в DE и есть это предупреждение.

можно ограничить перерасход места в домашнем разделе пользователя?

Можно. Не подпускать пользователя к компьютеру.

Докупить ещё один диск, раз места не хватает, и перестать мучаться.

Если это не вариант, но очень хочется, чтоб прям уж точно DE стартовало — не складывать порн^W пользовтательские файлы в хомяк. Создать отдельный раздел, самый большой, под данные (документы, видео, музыка, прочий хлам) и смонтировать как-нибудь типа /home/username/data или /media/data. Хлам складывать туда, а хомяк оставить только для дотфайлов.

Ищите на предмет квотирования.

Квоты не в мелкосовте придумали:

https://access.redhat.com/documentation/enus/red_hat_enterprise_linux/8/html/managing_file_systems/limiting-storage-space-usage-on-ext4-with-quotas_managing-file-systems

а хомяк оставить только для дотфайлов

~/.cache вам загадочно подмигивает.

Когда квота будет исчерпана, то DE не сможет стартовать.

Как

Провести с пользователями разъяснительные беседы на предмет использования свободного места, при наличии такового вообще.

Ну… У меня ~/.cache вообще в tmpfs смонтировано. Но даже если и не, то конечно, следует под ~/.local/share и ~/.cache несколько гигов запаса оставить.

Как вариант, симлинкнуть ~/.cache в каталог на этом самом «разделе для хлама» (можно ещё XDG_CACHE_HOME переопределить, но симлинк надёжнее — может где-то до сих пор захардкожено). Впрочем, если именно отсутствие места в ~/.cache мешает старту DE (я не знаю просто, я DE не пользуюсь, да и место у меня под ноль никогда не кончается), то так делать не стоит, а как раз наоборот.

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

Кстати, а что если завести себе отдельный сервер для логов и все логи на него отправлять по сети, а не хранить локально. Кто-нибудь так делает? Удобно? Есть где-нибудь мануал по конфигурации сервера и клиентов?

1. если хомяк юзера находится на ext4, то через опцию -m можно зарезервировать 1% места (минусы - нужен рут)
2. создать в хомяке юзера файл-пустышку размером 10M и назвать его padding_file, в случае нехватки места - залогиниться по ctl+alt+fN и удалить этот файл (минусы - нужно постоянно помнить, что такой файл есть)
3. доработать юнит, отвечающий за запуск DM, добавить в конец проверку на наличие места на диске и выводить капс локом с подчёркиваниями алерт о приближении к порогу. Пример - «внимание! на диске осталось пару мегабайт, просьба удалить что-нибудь»

при отсутствии места не сможет запуститься практически ни один из линукосвых DE

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

А кто действительно не делает .cache tmpfs? Ресурса диска не жалко?

Никто его не размещает в tmpfs. Иначе было бы по дефолту во всех дистрах.

Надо поправить все линуксовые ДЕ, чтобы они стартовали полностью даже при отсутствии свободного места на диске.

Не жалко.

А кто действительно не делает .cache tmpfs?

А вот это зависит от того, зачем вам система. Из того, что не очень хочется по каждому чиху перезагрузке восстанавливать - это кеши pip, yarn и т.п. Или вот diffusers модельки тоже хранит в ~/.cache, а их там примерно на 10+ Гб, такое себе каждый раз выкачивать.

Про квоты уже сказали. При грамотно настроенном квотировании юзер уведомляется каким либо способом о скором исчерпании квоты и необходимости удалить лишнее. Бремя настройки доставки уведомлений лежит на системном администраторе. К нему и обратись.

ИМХО, каждая централизованная система сбора/обработки логов специфична, кто что хотел, то и настроил. Одни сливают на централизованый сервер всё, другие только важно (auth), одни обрабатывают центральный лог, а другие локальные логи, считая центральный копией на всякий случай.

Вариантов много, мануалов тоже. Я себе настраивал только netconsole, чтобы ядро dmesg и по сети сразу отправляло, чтобы были шансы увидить последние сообщения ядра. Хотя обычно это мало помогало.

а не хранить локально.

И чё делать, если центральный сервер логов перестал работать?

И, обычно, вся эта централизация касается системных логов (syslog/journald), а если приложение пишет в файл лог/дебуг, то мимо, локальный диск будет заполняться. И может заполняться с огромной скростью при новой баге в свежей версии...

Никто его не размещает в tmpfs

Это не так. Я, например, размещаю. И знаю, что не я один.

Берёшь в хомяк монтируешь loop device и пусть пользователь пишет только туда. Остальное грохаешь по крону.

Всё такие не понятно, что реально можно сделать… 🤔

Квоты же не помогут в данном случае? По крайней мере по пользователю или группе, т.к. рабочий стол собственно и представляет действия пользователя (сам или иерархически). А никаких других хитрых квот «по программных» случайно нет?

Кстати, в гайде «современного дебиана» настоятельно рекомендуется НЕ отключать никогда квоты юзеров, но в том же Astra Linux они вообще выключены (но хотя бы пакет дефолтно установлен). И ну конечно 😑 их два несовместимых варианта - старые обычные и новые журнальные, которые не рекомендуют нигде почему-то…

Другой вариант - это найти части файловой системы хомяков пользователей и перенаправить их в отдельный раздел… хомяков №2? Это реально нужно бить диск на доп раздел, или как-то фьюзом обойтись можно? А как тогда найти все файлы, что требуются для нормальной работы DE?

Реально? Нет пользователя - нет проблем.

Пользователь - засранец. Ну вставишь ты «чопик». Все-равно лопнет. Кто стены мыть будет?..

Никак. Повесить мониторчик на рабочий стол или панель и следить чтобы не переполнялось. Или вынести данные на отдельный раздел, где их переполнение не критично, а в самом /home оставить пару сотен Мб свободного места для конфигов и настроек.

А вообще найди что у тебя переполняет диск и сделай чтобы не переполняло. 99% что это что то - пользователь.

А кто действительно не делает

Делаю вообще всё в tmpfs, кроме нескольких директорий, которые монтируются на старте.

Ресурса диска не жалко?

Нет конечно.

Какими способами можно ограничить перерасход места в домашнем разделе пользователя?

Ты можешь создать файл, например на 50 гигов, примонтировать его как раздел, отформатировать и перенести на него /home, тогда юзер не сможет занять места больше чем эти 50 гигов.

И не допустить подобной, разочаровывающей пользователя в Linux, ситуации

Ничего страшного в этой ситуации не вижу. Перезагружаешься в сингл моде, перемонтируешь раздел в rw и удаляешь ненужное барахло. Никаких проблем.

Ну или костыль можешь приделать в виде скрипта, который по крону парсит вывод df -h и дергает какой-нибудь kdialog с мессажбоксом угрожающего содержания