Добро пожаловать в самую главную «родовую травму» btrfs.

btrfs balance -dusage=0 /path/to/mountpoint попробуй.

fsck сделай

Это при отмонтированной btrfs?

https://btrfs.wiki.kernel.org/index.php/Problem_FAQ
пункт 3.6 оно?

Раз там есть /path/to/mountpoint, то, наверное, всё-таки при примонтированное?

Также имеет место быть проблема удалённых файлов, к-рые по-прежнему открыты (см., напр., Best way to free disk space from deleted files that are held open).

Пардон, btrfs balance start. Вообще лучше сходи по ссылке от AS, там более подробно описано.

Предполагалось, что ты допишешь -dusage=0 из предыдущей команды.

В dmesg:

[51472.276294] BTRFS info (device sda6): 41 enospc errors during balance

Так вроде?

# btrfs balance start -dusage=0 /mnt/LEAP-15/
Done, had to relocate 0 out of 41 chunks

Так. А теперь постепенно повышай параметр к -dusage=, пока что-нибудь не отрелоцируется.

# btrfs balance start -dusage=1 /mnt/LEAP-15/

затем

# btrfs balance start -dusage=2 /mnt/LEAP-15/

и т.д.?

Да, например, так.

Сразу появилось

# btrfs balance start -dusage=1 /mnt/LEAP-15/
ERROR: error during balancing '/mnt/LEAP-15/': No space left on device

Так. Это уже сложнее. Свободный диск, раздел или хотя бы 1-2 гигабайта свободного места (на любом другом разделе) есть?

Поставь нормальную файловую систему.

Вроде ошибок не нашлось

# btrfsck /dev/sda6
Checking filesystem on /dev/sda6
UUID: 66be278b-9c9c-45ef-96a5-1a9eb375aa44
checking extents
checking free space cache
checking fs roots
checking csums
checking root refs
found 20542697472 bytes used err is 0
total csum bytes: 18598060
total tree bytes: 591740928
total fs tree bytes: 529514496
total extent tree bytes: 36536320
btree space waste bytes: 103678584
file data blocks allocated: 68666994688
 referenced 19604353024

Нормальную-это про ext4?

Свободного полностью раздела нет, а вот 1-2 ГБ свободного места на другом разделе есть.

Ext4 самая нормальная конечно, но главное на инодах не экономить, в зависимости от задач определение нормальности может принимать иную форму. Просто самая универсальная, ничего интересного.

Мне интересно чем это закончится. Возьми флешку на пару терабайт в крайнем случае. Тут проблема как и с zfs и hammer2 (да и иноды ext4 туда же) — слишком маленький раздел, или нечто иное?

Хорошо.

Тогда:

1. Создаёшь на разделе файл размером 2 ГиБ:

   truncate -s 2G /path/to/scratchpad.img
   

2. Подцепляешь его как петлевое блочное устройство:

   losetup --find --show /path/to/scratchpad.img
   

   losetup напечатает путь до блочного устройства вида /dev/loopX.

3. Добавляешь его вторым устройством к подопытному разделу:

   btrfs device add /dev/loopX /path/to/mountpoint
   

4. Делаешь balance (и идёшь пить чай):

   btrfs balance start -dusage=50 -musage=50 -v /path/to/mountpoint
   

5. Отключаешь петлевое устройство от раздела:

   btrfs device remove /dev/loopX /path/to/mountpoint
   

6. Отключаешь временный файл от петлевого устройства:

   losetup -d /dev/loopX
   

7. Удаляешь временный файл:

   rm -v /path/to/scratchpad.img
   

Всё понятно?

Забавное удаление гланд через ж@пу, но на заметку взял на всякий случай.

Забавное удаление гланд через ж@пу

¯\_(ツ)_/¯

Спасибо, сохранил.

Я в своё время до такого не додумался, психанул, снёс сусю с btrfs и поставил федору.

Все понятно, только у меня на свободном ext4 разделе примонтированном под рутом ничего нельзя создать: Отказано в доступе. Доступен только каталог lost+found. При этом в fstab:

UUID=4900ed53-7764-4bce-9482-cabe43d66fc7 /mnt/IMAGEZ	ext4       defaults        0 2

UUID=66be278b-9c9c-45ef-96a5-1a9eb375aa44 /mnt/LEAP-15	btrfs       defaults        0 2

fsck ошибок для этого ext4 раздела не выдает:

# fsck /dev/sda10
fsck from util-linux 2.29.2
e2fsck 1.42.11 (09-Jul-2014)
/dev/sda10: clean, 11/5431296 files, 387906/21703424 blocks

lost+found открой вдруг там усор лежит

lost+found пустой, весь ext4 раздел пустой, я его вчера с нуля создавал размером 82 GB. Может тупо ребутнуться?

Выйди в initramfs бусибокс и оттуда чекай , потому что

Все понятно, только у меня на свободном ext4 разделе примонтированном под рутом ничего нельзя создать: Отказано в доступе. Доступен только каталог lost+found.

Ничего не понял. Ты под рутом пытаешься создать файл или под рутом примонтировано? Покажи права доступа на всю иерархию (ls -laR /mnt/IMAGEZ). Всё, что я написал, нужно делать от рута.

я под рутом монтировал ext4, который свежесозданный sda10, теперь так:

# ls -laR /mnt/IMAGEZ/
/mnt/IMAGEZ/:
total 24
drwxr-xr-x 3 root root  4096 Oct 28 12:05 .
drwxr-xr-x 9 root root  4096 Oct 28 10:51 ..
drwx------ 2 root root 16384 Oct 28 12:05 lost+found

/mnt/IMAGEZ/lost+found:
total 20
drwx------ 2 root root 16384 Oct 28 12:05 .
drwxr-xr-x 3 root root  4096 Oct 28 12:05 ..

Ну тогда я не понимаю, о чём ты говоришь. Как тебе может быть «отказано в доступе» в корень раздела, но «доступен» lost+found, у которого права вообще 0700?

Разберись, в чём там у тебя дело, потом чини btrfs по инструкции.

intelfx, что заставляет людей использовать btrfs, которая может на ровном месте упасть и не подняться?

А ещё, ТС

Хотя при этом через df -h видно на этом разделе 7 ГБ свободно:

Может из-за сжатия и прочего прочего «системный» df ведёт себя как поехавший и показывает некорректную инфу?

Попробуй

btrfs filesystem df /

Попробуй ещё и блоки с метаданными побалансировать (замени в предложенной intelfx команде -dusage= на -musage=) или вовсе пошатай оба сразу:

for THRESH in `seq 0 5 60`; do
  btrfs balance start -dusage=${THRESH} -musage=${THRESH} /mnt/LEAP-15
done

Ещё можно предположить, что у тебя системный snapper насоздавал снапшотов, но не удосужился их за собой почистить. Проверь командой btrfs subvolume list -p /mnt/LEAP-15.

И на будущее, в OpenSuSE должен быть пакет btrfsmaintenance, который такой housekeeping делает сам по расписанию — использую портированную версию на Arch и мои волосы чистые и шёлковистые. Проверь, что этот пакет у тебя установлен, и что в его конфиге (у меня это /etc/default/btrfsmaintenance) добавлен путь до этой ФС.

DUP

У тебя там обычный HDD?

да, обычный HDD

Тогда ОК, не обращай внимания на вопрос и смотри моё предыдущее сообщение. :)

'btrfsmaintenance' уже установлен. Нет кандидатов на обновление «btrfsmaintenance-0.2-16.1.noarch». Самая последняя версия уже установлена.

У меня файла /etc/default/btrfsmaintenance нет в системе, доступны только такие:

% rpm -ql btrfsmaintenance
/usr/lib/systemd/system
/usr/lib/systemd/system/btrfsmaintenance-refresh.service
/usr/lib/zypp
/usr/lib/zypp/plugins
/usr/lib/zypp/plugins/commit
/usr/lib/zypp/plugins/commit/btrfs-defrag-plugin.py
/usr/sbin/rcbtrfsmaintenance-refresh
/usr/share/btrfsmaintenance
/usr/share/btrfsmaintenance/btrfs-balance.sh
/usr/share/btrfsmaintenance/btrfs-defrag.sh
/usr/share/btrfsmaintenance/btrfs-scrub.sh
/usr/share/btrfsmaintenance/btrfs-trim.sh
/usr/share/btrfsmaintenance/btrfsmaintenance-refresh-cron.sh
/usr/share/doc/packages/btrfsmaintenance
/usr/share/doc/packages/btrfsmaintenance/COPYING
/var/adm/fillup-templates/sysconfig.btrfsmaintenance

Проверь /etc/sysconfig/btrfsmaintenance тогда.

на 4 шаге вылезло такое:

# btrfs balance start -dusage=50 -musage=50 -v /mnt/LEAP-15/
Dumping filters: flags 0x7, state 0x0, force is off
  DATA (flags 0x2): balancing, usage=50
  METADATA (flags 0x2): balancing, usage=50
  SYSTEM (flags 0x2): balancing, usage=50
ERROR: error during balancing '/mnt/LEAP-15/': No space left on device
There may be more info in syslog - try dmesg | tail

и в dmesg

[62833.330516] BTRFS info (device sda6): 15 enospc errors during balance

А просто пользоваться вашей btrfs можно? Без вот этих вот траханий.

Спасибки, такой файл присутствует. А как в нем правильно добавить путь до этой ФС? Вместо

BTRFS_BALANCE_MOUNTPOINTS="/"

указать

BTRFS_BALANCE_MOUNTPOINTS="/mnt/LEAP-15"

и перемонтировать ФС ?

что заставляет людей использовать btrfs, которая может на ровном месте упасть и не подняться?

Фичи.

Принудительный trim для фс. Эта фс прям создана для ssd. Больше принудительных trim'ов богу trim'ов.

Добавь через пробел:

BTRFS_BALANCE_MOUNTPOINTS="/ /mnt/LEAP-15"

По поводу твоего ответа intelfx — попробуй с меньшими значеними usage, например 5.

Если «на 4 шаге» означает, что ты сделал предыдущие три (мало ли), то действительно попробуй с меньшими значениями -dusage=. Я что-то загнул с 50 сразу.

Если снова не сработает, создай ещё один временный файл и докинь на раздел ещё больше места (типа гигов 10) :) Рано или поздно должно получиться.

например с 40 или 30 на 4 шаге?