Крайне надоел тот факт, что система виснет, как только на /home остаётся несколько гигов места, а после ре-логина, KDE перестаёт запускаться

Настроить квоты? Я правда с таким не сталкивался и о такой проблеме впервые слышу. Если SSD, то может уже «звоночек»?

С древних пор привычка: один диск - один раздел. Как итог - таких проблем никогда не было.

В моём случае это неприменимо, да и как оно влиять может?

Если SSD, то может уже «звоночек»?

Хом на HDD. Обе системы на SSD — как линукс, так и винда — работают идеально.

ФС какая? А то у btrfs, например, был глюк с неправильным отображением свободного места. Система показывает, что оно есть, а его нет. Лечится.

Да. Как раз btrfs. Я ещё тоже удивляюсь, почему мне пишет что нет места, хотя оно есть. Как лечить???

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

А можно что-то сделать? Гуглил, но толком ничего не нашёл. Даже если я починю глюк btrfs, всё равно, как только диск забьётся, опять придётся сидеть и хом вычищать.

Место освобождать. Про глюк btrfs ничего не скажу.

Раз btrfs, то купи диск и добавь в pool. Свободное место просто приплюсуется.

Купить диск побольше.

Думаешь, я помню? Случайные ссылки из поиска:

https://superuser.com/questions/1290086/btrfs-no-diskspace-left

https://blog.programs74.ru/how-to-fix-error-no-space-left-on-btrfs/

Переразметить в ext4. Еще можно попробовать сделать btrfs balance.

btrfs
система виснет, как только на /home остаётся несколько гигов места
Что можно с этим сделать?

Помогите даже найти решение.

Советую настроить conky, чтобы легко мониторить свободное место.

С древних пор привычка: один диск - один раздел.

Ну вот создал один раздел на одном диске. И тебе понадобилось переустановить или вообще заменить систему. Что конкретно делать? Искать куда можно свалить несколько терабайт?

Даже если я починю глюк btrfs

Это не глюк, она так работает. Ей нужно какой-то процент свободного места.

Ну, если у тебя есть NVME SSD на несколько терабайт, то это вообще не проблема.

Что у тебя выводит: sudo btrfs fi usage -T /home

Поставь тег btrfs, чтобы призвать специалистов по btrfs.

я не использую btrfs для /home и никому не советую, т.к. профили браузеров в сочетании с очень высоким write amplification у btrfs могут очень быстро отправить твой ssd в мир иной

в профиль же постоянно что-то пишется мелкими порциями, cow-файлухи такое плохо переживают

накати ext4 на хомяка, а btrfs оставь для системного раздела

У меня хом на HDD

использовать cow-файлухи на hdd это вообще для извращенцев

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

Не так кардинально утрировать.

«Один раздел», на самом деле, сегодня это три раздела.

Первый. ESP. Потому-что УЕФИ, но не только. Здесь вполне может быть парочка «запасных систем».

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

Третий. Файлопомойка. Может исполнять любые функции. Место для второй системы, хоме (если кто-то без него, как без писаной торбы), медийные каталоги, бэкапы, просто свалка и т.д и т.п.

энивей, мой тейк про btrfs и /home остаётся в силе: когда на раздел постоянно идёт запись мелкими порциями - cow-файлухе плохеет, что может выражаться в том числе и в отсутствии свободного места при видимости обратного

это если один ssd терабайтов этак на 8))

обычно же есть не очень большой NVMe SSD гигов на 500, на нём создаются разделы ESP, system, home; и более ёмкий SATA SSD для файлопомойки

а у меня этих накопителей вообще 5 штук…

SSD для файлопомойки

SSD

??

Третий раздел никуда никак не привязан, поэтому может быть на другом диске.

У меня такая структура на планшете с 128гб, третий раздел ~100гб.

Он сдохнет вместе с твоими файлами.

У меня, собственно, получается как-то так:

SSD — корень линукса и C: от винды, ESP. Своп лежит как файл в корне. HDD — /home, большая NTFS’овская файлопомойка, а также ещё остались от давным-давно снесённой винды ESP и её служебные разделы, которые я ещё не убрал.

Любой накопитель может сдохнуть, поэтому люди придумали бэкапы

У меня KDE запускается даже когда диск read only. Тут что-то не то. И ЕМНИП, btrfs balance в opensuse запускается автоматически раз в неделю, сомневаюсь, что проблема в этом.
Скорее всего всю систему лочит какой-то конкретный компонент, но как понять какой именно, понятия не имею.

но как понять какой именно, понятия не имею

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

Выглядит нормально, 22GB ещё свободно. Но я не эксперт.

Они пишут, со страшной силой. Вполне может быть, что такими писаниями и забита система. Вот только читать никто не умеет. Им осталось только сразу дипсику писать.

Ну я просто во время последней чистки немного разошёлся :)

Так, начинает работать при примерно 5 ГиБ свободного места.

один раз сталкивался на xfce текстовыми ошибками забил 120гб лог ошибок в папке /home, как это и какие ошибки, я так понять и не смог, удалил к сожалению/. с тех пор продолжаю не выключать месяцами, но файлик более 1кб варнингов не наполнялся, ext4 в случае чего.

Любой накопитель может сдохнуть

Более того, любой накопитель неизбежно сдохнет.

Да и мы тоже…

Нехватка inodes?

swap внутри другого раздела?
А не лучше ли отдельным сделать?

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

Собственно, ТС на этом и погорел, с этого тема и началась. Абсолютно верно было выше сказано, «система в одном разделе».

В dmesg ничего подозрительного нет?

у бтрфс динамические иноды

5гб эээээ? и это мало? дебиан 12 xfce стандартное окружение ff и опен офис, гимп: 3гб занимали.

Ну, я мог ошибиться, но то, что нужно несколько гигов — это 100%.

Затем, что swap в файловой системе - дополнителлные накладки и с некоторыми файлгвыми системами (со всякими cow) он вообще не работает

один диск - один раздел

Даже если это efi-раздел? Да ты на приколе xD