NTFS vs ext4

Посмотреть, сколько инодов использовано:

df -hi

ntfs бывает со сжатием, как вариант.

И что делать, кроме как брать больший диск

ext4 по умолчанию резервирует диск для суперпользователя, 5%, это что-то близко к 25Гб.

Ext4, как минимум, 5% резерв рута. Вот тебе минус 25гб.

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

а чем это чревато?

ntfs: Файловая система Iнодов IИспользовано IСвободно IИспользовано% Cмонтировано в
/dev/sdm1 25M 544K 25M 3% /mnt/repo

ext4: Файловая система Iнодов IИспользовано IСвободно IИспользовано% Cмонтировано в
/dev/sdk1 30M 527K 29M 2% /mnt/repo-copy

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

Уже привели команду, как оттюнить.

Да, tune2fs, вспомнил, поискал у себя в записях по этому слову и нашёл - Увеличение free space накопителя за счёт reserved block.

Только у меня в примерах стоит -m2

sudo tune2fs -m 2 /dev/md2

почитаю ман про что это. Блин ничего в голове не держится, а всего-то в 2021м это делал.

upd:

-m reserved-blocks-percentage
              Set  the  percentage of the file system which may only be allocated by privileged processes.   Reserving some
              number of file system blocks for use by privileged processes is done to avoid file system fragmentation,  and
              to allow system daemons, such as syslogd(8), to continue to function correctly after non-privileged processes
              are prevented from writing to the file system.  Normally, the default percentage of reserved blocks is 5%.

а на btrfs походу вообще нет резервирования для root. Все что я нашел из информации системных утилит это Global reserve: 78.62MiB для моих 236.89GiB. Btrfs рулит

Если диск системный, да ещё и без отдельного раздела /home, то пользователь может сделать систему неработоспособной.

в смысле если забьет все до 100%? Тогда имеет смысл резервировать необходимый минимум. Который не знает никто )

Интересно как в этом случае ведет себя btrfs?

В случаях, когда хомяк на отдельном разделе, а диск используется только под хранение данных, смысла отдавать места root нет, так ведь?

Вернул свободное место, продолжаю делать бэкап. Вот как бы не забыть опять через год-два, как это делается)

Верно.

Jameson если есть что сказать про резервирование у btrfs то говори. Я про резервирование ичего не нашел. Вот шо ховорит твой любимый гопотачат. Заметь я его спросил уже после того как написал свой коммент

The space reserved for the root file system on a Btrfs (B-tree file system) depends on several factors, including the specific configuration of the file system and the distribution or installation settings. Btrfs, like many other file systems, can reserve space for metadata, snapshots, and other purposes.

One key feature of Btrfs is its ability to create snapshots, which are read-only copies of the file system at a specific point in time. By default, Btrfs reserves space for snapshots equal to 5% of the file system size. This reservation helps ensure that there is enough space for snapshots to be created without running out of disk space.

If you want to check the reserved space for snapshots on a Btrfs file system, you can use the btrfs filesystem df command. For example:

btrfs filesystem df /

This command will display information about the space usage, including the space reserved for snapshots.

Keep in mind that the default settings and behavior of Btrfs can vary between Linux distributions, and administrators may choose to configure the file system with different settings. It's recommended to consult the documentation or configuration files of the specific distribution you are using for accurate information about Btrfs settings and reserved space.

альзо он порекомендовал тоже самое btrfs filesystem df /. Но зная его тупость спрошу у тебя еще раз

Странный глюк с ntfs винтом. В новой системе он не монтируется, пишет ошибку:

Произошла ошибка при обращении к repo, ответ системы: Не удалось выполнить запрошенную операцию: Error mounting /dev/sdn1 at /run/media/harushima/repo: wrong fs type, bad option, bad superblock on /dev/sdn1, missing codepage or helper program, or other error

В старой системе прекрасно виден и бэкап без проблем с него снял. Обе системы старая и новая одинаковые версии дистро.

upd: удалось смонтировать только явно через fstab

/dev/disk/by-uuid/54F2022CF2021342      /mnt/repo       auto    nosuid,nodev,nofail,x-gvfs-show 0       0

Что тут такого волшебного, что без этого параметра не монтируется с ошибкой «wrong fs type, bad option, bad superblock», скажите пожалуйста!