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

Question

Как и следует из заголовка. С момента перехода на Linux (и, на самом деле, вероятно, это было главной причиной, помешавшей мне сразу перейти на Linux много лет назад) система падала более 100 раз, и каждый раз происходила потеря данных (обычно терялись рабочие страницы просмотра, но иногда терялись конфиденциальные и важные файлы смонтированного зашифрованного тома).

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

Вот несколько дополнительных вопросов и наблюдений, которые могут быть полезны для поиска наилучшего решения:

• Xorg вызывает сбой в работе пользовательских приложений из-за сообщения «На устройстве не осталось места»?

• Можно ли использовать схему, аналогичную 5%-ному зарезервированному системному пространству? Зарезервировано место для корня в файловой системе — зачем?..очевидно использует tune2fs и имеет установленную пользователем опцию

• Для Kubuntu после очистки места и переключения обратно на tty1 возникает ошибка «не удается найти xrunner..», и сеанс завершается. Я проверял до этого с tty2, и Chromium и т. д. вылетали. Затем при нажатии на сообщение об ошибке профиль пользователя снова вылетает обратно в приветствие SDDM.

• Я использовал AND: Auto Nice Daemon для устранения зависаний оперативной памяти и/или подкачки, можно ли использовать что-то вроде ionice? Как предотвратить зависание системы из-за dd?
• Может быть, ограничение любого отдельного процесса заполнением 90% свободного пространства, его остановка и предупреждение, когда это происходит, кажется логичным решением. Если так, почему это еще не сделано? Его можно отключить, если продвинутый пользователь действительно хочет эти дополнительные 10% пространства и рискует заморозить пользовательский графический интерфейс. Я понимаю, что Linux может работать на маленьких дисках, но это Ubuntu, пытающийся быть настоящим рабочим столом.

Answer 1

Вот одно частичное решение. Оно только не дает файлам заполнять дисковое пространство, но не резервирует место для критических функций пользовательского графического интерфейса.

План состоит в том, чтобы использовать вывод iotop для определения высокого использования ввода-вывода или порога кумулятивной записи ввода-вывода, скажем, 50 или 100 МБ, чтобы отправить предупреждение, а затем остановить процесс, как только он запишет 90% дискового пространства. И отправить предупреждение тогда и когда он достигнет 50% или 1 ГБ или других порогов.