Размеры корня

4 гига для journal это дефолт, он сам тримится до этого размера, можно задать какой хочется.

В руководстве journald написано и про политику по умолчанию, и как можно задать свои лимиты.

Покажи лучше вывод lsblk --fs, будет проще что-то посоветовать.

/usr место забил, вангую.

Там будут не все диски (часть дисков у меня не монтируется в linux-ах, запас на самом деле есть в виде 250 гигов на ssd где у меня когда-то 7 стояла третьей ОС в дуалбут к 8.1 тогда ещё, сейчас 10 стоит вместо 8.1 а на месте 7 сейчас пустота, т.к. 7 устарела и уже в ней мне ничего проверять не надо).

Ага он самый - 31,6 гигов, даже уточню /usr/lib 20,7

Тогда надо или увеличить /dev/root, или отделять /usr. 50 ГиБ современным линуксам становится мало. Но винде под системный диск 100 ГиБ – это уже практически нижний предел.

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

У меня, например, сейчас два SSD, 1 и 2 Тб: первый это /, второй /home. Места хватает везде. Думаю купить ещё один на 2 Тб, обратно соединить / и /home на одном dm-crypt с Btrfs. Но у меня это такая спецолимпиада, я каждые полгода-год тасую накопители в соответствии с меняющимися представлениями о прекрасном.

Сколько примерно надо линуксам, чтоб года до 2035 не трогать разметку? 150 хватит или надо 200+?

Текущей своей системе начинал с 20Gb для root и где-то раз в 1-3 года место заканчивается и я добавляю 10Gb
Вот последний год выглядит как-то так

Файловая система         Размер Использовано  Дост Использовано% Cмонтировано в
/dev/mapper/pcvg0-system    40G          34G  3,7G           91% /

Пока ничего нового не ставлю и если подчистить логи для обновиться хватает. Думаю ещё на годик точно хватит.

Но у меня не убунта и наставлено куча всякого софта в opt и usr/src, не знаю что в убунте такое жирное, наверное всякие snap пакеты.

Думаю, как раз 100 Гиб будет достаточно.

Выдели отдельный диск на 500, и забудь об этой проблеме.

Нафига хранить логи на домашнем компе? Как вообще бекапить такую кучу? Нафига отдельный хомяк?

Надо отдавать под корень весь диск, мне кажется.

Нафига хранить логи на домашнем компе?

Тут уже не одна дискуссия на эту тему была. Они не лежат мёртвым грузом, а проходят ротацию. И бэкапить их не надо. Да и бэкапить на корневом разделе нечего – разве что /etc. Бэкапить надо как раз-таки /home и отдельные разделы с действительно ценными данными. Бинарники, либы и прочее бэкапить не требуется. Во-первых, они уже есть в составе лежащих в кэше пакетов, а во-вторых, их можно скачать заново.

Надо отдавать под корень весь диск, мне кажется.

Ну, если это небольшой диск (если, конечно, не имеется в виду не раздел диска, а сам HDD), то можно поступить и так.

Нафига отдельный хомяк?

Чтобы шарить его между двумя разными дистрами. Ну и бэкапить и аосстанавливать систему так удобнее. Отмонтировал хомяк и тогда точно ничего не испортишь там очумелыми ручками.

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

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

Бинарники, либы и прочее бэкапить не требуется. Во-первых, они уже есть в составе лежащих в кэше пакетов, а во-вторых, их можно скачать заново.

Надо, иначе при кривом апдейте жопа задымится всё восстанавливать как было.

А разные системы будут портить файлы настроек.

Кстати, да, это получается сильверблю на ручняке.

С высоты ZFS смотрю на подобные проблемы с недоумением и брезгливостью.

А разные системы будут портить файлы настроек.

Да! Но можно прикрутить костыли, чтобы этого избежать. У меня скрипт для миграций настроек. Раньше держал отдельные хомяки и раздел для общих данных. Но просто общий хомяк удобнее.

Разве для таких случаев не придумали снапшоты?

Глянул у себя:

Файловая система          Размер Использовано  Дост Использовано% Cмонтировано в
/dev/mapper/fedora00-root    98G          13G   81G           14% /

Посмотрел sysreq, и действительно у MS Windows 11 требования - 64GB. Тогда как у MS Windows 8 и 10 - до 20GB.
Чего это оно так рвануло вверх аж в три раза?
(вроде ж наоборот MS там какие-то компоненты убирал типа блокнота и калькулятора)

Хм… :)

Файловая система Размер Использовано  Дост Использовано% Cмонтировано в
/dev/sda2           98G          59M   93G            1% /

Я что-то сильно большой запас сделал под /dev/root ^)

Размеры корня

Звучит настолько неоднозначно, что первая мысль: - «это точно форум про линукс?»

Не знаю, может, из-за WSL, а может, из за стучащего софта. У меня нету винды уже давно.

В смысле неоднозначно?

Корень обычно измеряют в сантиметрах.

так у меня Fedora Gnome c кучей хлама.

Вон чел правильно заметил: snap, flatpak или контейнеры.

Корень я часто меняю (новая версия дистрибутива, другой дистрибутив, у меня /home ещё с OpenSuse 11.2 живёт, два раза он переезжал на новый жесткий диск, но обычно остаётся на старом, а по дистрам я ездил с opensuse->fedora->ubuntu->fedora->gentoo->opensuse->ubuntu не считая смен разных версий дистрибутивов).

А еще их извлекают и они бывают квадратные, кубические и другие :)

Извлекать то их конечно извлекают, но про размеры обычно не спрашивают :)

Ага он самый - 31,6 гигов, даже уточню /usr/lib 20,7

И что в /usr/lib такого большого ?

Нужен опрос «Размер вашего корня». У виндузятников вон аж 100, и как с этим жить?

А у меня система на hdd а / на ssd. Более того реальных физических hdd и ssd у меня 2. Просто там больше разделов чем 1 и ОС бывает до 5 штук параллельно. Как иначе смотреть что софт хорошо в разных ОС работает? Виртуалки иногда сами по себе баги имеют.

Не будут. Если системы такие что портят, то можно делать разных юзеров. А Openbox он везде одинаковый.

я проще делаю - то что портит монтируется хитро в одном случае одно в другом другое, смысла перегонять что-то куда-то я не вижу

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

50 Гб на системные файлы - места до дури. Очисти кэш apt, что ещё у тебя напихано в систему - не знаю, но нормальная Linux система даже с графической оболочкой (Gnome или KDE) будет занимать не более 12 Гб. А у тебя 50 мало, при том, что /home отдельно.

Размер логов нормальный.

Вот хорошо было бы если бы можно было как-то посмотреть все файловые системы включая не смонтированные и неразмеченное место на дисках с linux-а по дискам. Вроде как-то раньше я это смотрел.

sudo fdisk -l же. Ну, и неразмеченное пространство – войти в fdisk и там набрать F.

не знаю, но нормальная Linux система даже с графической оболочкой (Gnome или KDE) будет занимать не более 12 Гб.

Это только если кроме браузера и блокнота там ничего нет.

Вообще, от тебя странно это слышать.

Говорил много раз. Получал за это много насмешек.

Про journal. В последнее время вообще их отключил (что-то сразу не нашлась тема).

Буквально, рядом тема.

Система разбита на 3 диска

Мало. Надо 30 ))) Освойте btrfs или lvm2 и жонглируйте разделами

NAME        FSTYPE      FSAVAIL FSUSED MOUNTPOINTS
zram0       swap                       [SWAP]
nvme1n1
├─nvme1n1p1 vfat           998M     1G /boot/efi
└─nvme1n1p2 btrfs        510,7G 435,8G /
nvme0n1
└─nvme0n1p1 crypto_LUKS
  └─home    btrfs          1,2T 584,7G /home

В / место занимает в основном /opt.

Лучше весь диск отдавать под / и не крохоборствовать.

Очисти кэш apt

debian снова по дефолту сохраняет доустановленые пакеты? чего это они напопятную…

Там ubuntu.

прошу прощения, неудобно как получилось ((