LINUX.ORG.RU

btrfs «На устройстве не осталось свободного места», свободно 34% (9 ГиБ). Что за?

 ,


1

3

OpenSuse Leap Имеется SSD. Поделен на два раздела, корневой с btrfs и /home c xfs. Неожиданно начали сыпаться сообщения «На устройстве не осталось свободного места». Удалил все, что было не часто используемое. Но через некоторое время опять нет места.

sudo btrfs filesystem df -h /
root's password:
sudo: unable to write to /var/lib/sudo/ts/slava: На устройстве не осталось свободного места
Data, single: total=23.76GiB, used=15.43GiB
System, single: total=32.00MiB, used=16.00KiB
Metadata, single: total=1.75GiB, used=1.37GiB
GlobalReserve, single: total=384.00MiB, used=3.47MiB

df -h
Файловая система Размер Использовано  Дост Использовано% Cмонтировано в
devtmpfs           3,6G         4,0K  3,6G            1% /dev
tmpfs              3,6G         272K  3,6G            1% /dev/shm
tmpfs              3,6G          11M  3,6G            1% /run
tmpfs              3,6G            0  3,6G            0% /sys/fs/cgroup
/dev/sda3           26G          18G  8,4G           68% /
/dev/sda3           26G          18G  8,4G           68% /var/lib/mysql
/dev/sda3           26G          18G  8,4G           68% /var/lib/libvirt/images
/dev/sda3           26G          18G  8,4G           68% /.snapshots
/dev/sda3           26G          18G  8,4G           68% /var/tmp
/dev/sda3           26G          18G  8,4G           68% /var/spool
/dev/sda3           26G          18G  8,4G           68% /var/lib/named
/dev/sda3           26G          18G  8,4G           68% /var/lib/pgsql
/dev/sda3           26G          18G  8,4G           68% /var/lib/mariadb
/dev/sda3           26G          18G  8,4G           68% /var/lib/mailman
/dev/sda3           26G          18G  8,4G           68% /var/opt
/dev/sda3           26G          18G  8,4G           68% /var/crash
/dev/sda3           26G          18G  8,4G           68% /usr/local
/dev/sda3           26G          18G  8,4G           68% /tmp
/dev/sda3           26G          18G  8,4G           68% /var/log
/dev/sda3           26G          18G  8,4G           68% /boot/grub2/i386-pc
/dev/sda3           26G          18G  8,4G           68% /srv
/dev/sda3           26G          18G  8,4G           68% /boot/grub2/x86_64-efi
/dev/sda3           26G          18G  8,4G           68% /opt
/dev/sda4           27G          11G   17G           40% /home
/dev/sdb2           37G          24G   14G           64% /home/slava/work
/dev/sdb1           75G          33M   75G            1% /home/slava/learn


Последнее исправление: sldew (всего исправлений: 2)

Ответ на: комментарий от Deleted
Data, single: total=23.76GiB, used=15.43GiB
System, single: total=32.00MiB, used=16.00KiB
Metadata, single: total=1.75GiB, used=1.37GiB
GlobalReserve, single: total=384.00MiB, used=3.47MiB
sldew
() автор топика

Айноды кончились небось. Вообще интересная разметка, зачем, если не секрет?

anonymous
()
Ответ на: комментарий от Deleted
ID 687 gen 268361 top level 258 path @/.snapshots/355/snapshot
ID 688 gen 268361 top level 258 path @/.snapshots/356/snapshot
ID 689 gen 268361 top level 258 path @/.snapshots/357/snapshot
ID 693 gen 268361 top level 258 path @/.snapshots/361/snapshot
ID 694 gen 268361 top level 258 path @/.snapshots/362/snapshot
ID 695 gen 268361 top level 258 path @/.snapshots/363/snapshot
ID 696 gen 268361 top level 258 path @/.snapshots/364/snapshot
ID 697 gen 269878 top level 258 path @/.snapshots/365/snapshot
ID 698 gen 269887 top level 258 path @/.snapshots/366/snapshot
ID 700 gen 271419 top level 258 path @/.snapshots/367/snapshot
ID 701 gen 271421 top level 258 path @/.snapshots/368/snapshot
ID 707 gen 274457 top level 258 path @/.snapshots/369/snapshot
ID 708 gen 274460 top level 258 path @/.snapshots/370/snapshot
ID 709 gen 276307 top level 258 path @/.snapshots/371/snapshot
ID 710 gen 276308 top level 258 path @/.snapshots/372/snapshot
ID 711 gen 276309 top level 258 path @/.snapshots/373/snapshot
ID 712 gen 276310 top level 258 path @/.snapshots/374/snapshot
ID 713 gen 290513 top level 258 path @/.snapshots/375/snapshot
ID 714 gen 290524 top level 258 path @/.snapshots/376/snapshot
ID 715 gen 290526 top level 258 path @/.snapshots/377/snapshot
ID 716 gen 290527 top level 258 path @/.snapshots/378/snapshot
ID 717 gen 290560 top level 258 path @/.snapshots/379/snapshot
ID 718 gen 294577 top level 258 path @/.snapshots/380/snapshot
ID 719 gen 294578 top level 258 path @/.snapshots/381/snapshot
ID 720 gen 294579 top level 258 path @/.snapshots/382/snapshot
ID 721 gen 294580 top level 258 path @/.snapshots/383/snapshot
ID 722 gen 294603 top level 258 path @/.snapshots/384/snapshot
ID 723 gen 294605 top level 258 path @/.snapshots/385/snapshot
ID 724 gen 294609 top level 258 path @/.snapshots/386/snapshot
sldew
() автор топика
Ответ на: комментарий от anonymous
df -i
Файловая система   Iнодов IИспользовано IСвободно IИспользовано% Cмонтировано в
devtmpfs           941401           592    940809             1% /dev
tmpfs              943110            12    943098             1% /dev/shm
tmpfs              943110           840    942270             1% /run
tmpfs              943110            15    943095             1% /sys/fs/cgroup
/dev/sda3               0             0         0              - /
/dev/sda3               0             0         0              - /var/lib/mysql
/dev/sda3               0             0         0              - /var/lib/libvirt/images
/dev/sda3               0             0         0              - /.snapshots
/dev/sda3               0             0         0              - /var/tmp
/dev/sda3               0             0         0              - /var/spool
/dev/sda3               0             0         0              - /var/lib/named
/dev/sda3               0             0         0              - /var/lib/pgsql
/dev/sda3               0             0         0              - /var/lib/mariadb
/dev/sda3               0             0         0              - /var/lib/mailman
/dev/sda3               0             0         0              - /var/opt
/dev/sda3               0             0         0              - /var/crash
/dev/sda3               0             0         0              - /usr/local
/dev/sda3               0             0         0              - /tmp
/dev/sda3               0             0         0              - /var/log
/dev/sda3               0             0         0              - /boot/grub2/i386-pc
/dev/sda3               0             0         0              - /srv
/dev/sda3               0             0         0              - /boot/grub2/x86_64-efi
/dev/sda3               0             0         0              - /opt
/dev/sda4        14157312        337132  13820180             3% /home
/dev/sdb2        19287040        786193  18500847             5% /home/slava/work
/dev/sdb1        39322624             7  39322617             1% /home/slava/learn


А что не так с разметкой? Может в ней дело.
sldew
() автор топика

Смотри са сайте сусе. У меня такая же проблема была. Решилось удалением ненужных снапшотов. Сначала смотришь снапшоты

#snapper -c root list
Затем удаляешь ненужные
#snapper -c root delete #

anonymous
()

OpenSuse Leap

Резервные копии snapper всё съели наверняка.

dinn ★★★★★
()

У меня такое на ZFS было пару раз год назад. Потом вроде починили, но к ZFS с тех пор отношусь с подозрением. Btrfs вроде тоже на тех же принцам построена. Вообще стремное это дело использовать на линуксе неродные fs для корневого раздела.

anonymous
()
Ответ на: комментарий от anonymous

Во второй команде #-это номер снапшота.

anonymous
()
Ответ на: комментарий от Kroz
btrfs fi show
Label: none  uuid: 1c88e7f3-3152-4be1-a724-0077912cc7f2
	Total devices 1 FS bytes used 16.81GiB
	devid    1 size 25.55GiB used 25.55GiB path /dev/sda3

btrfs-progs v4.1.2+20151002
btrfs fi df /
Data, single: total=23.76GiB, used=15.43GiB
System, single: total=32.00MiB, used=16.00KiB
Metadata, single: total=1.75GiB, used=1.37GiB
GlobalReserve, single: total=384.00MiB, used=3.47MiB
sldew
() автор топика

Так это фича btrfs

anonymous
()
Ответ на: комментарий от erzenntd

Как снести все ненужные снапшоты? вернее как определить какие не нужные из вывода snapper -c root list

sldew
() автор топика
Ответ на: комментарий от sldew

Читай, что я тебе написал, смотри сайт сусе. Ненужные почти наверняка=самые старые.

anonymous
()

btrfs «На устройстве не осталось свободного места», свободно 34% (9 ГиБ). Что за?

Используй нормальную файловую систему. ext4, xfs, reiserfs.

anonymous
()

ssd не hdd, лучше использовать фс рекомендованную производителем.

anonymous
()

/var/lib/mysql

Уже писали, что btrfs не рекомендуется для баз данных и образов виртуальных машин? Что если не отключить CoW и ещё что то, эти файлы должны при каждом изменении дробиться на 2-3 куска?

kirill_rrr ★★★★★
()
Ответ на: комментарий от kirill_rrr

Не знаю в какой момент появились эти записи c бд в fstab. Но бд у меня запускаются в среде bitnami, с раздела xfs

sldew
() автор топика
Ответ на: комментарий от erzenntd

Спасибо, за помощь. Все сделал. Не знал о существовании теневых копий. Похоже дело было в них

sldew
() автор топика
Ответ на: комментарий от Darth_Revan

Возможно, кто их проприерастов разберёт.

anonymous
()
Ответ на: комментарий от anonymous

Айноды кончились небось.

Они там динамически выделяются. df -i покажет нули.

Вообще интересная разметка, зачем, если не секрет?

Ставил недавно OpenSUSE Leap, там по умолчанию такая разметка.

i-rinat ★★★★★
()
Ответ на: комментарий от anonymous

YaST в openSUSE по умолчанию так разбивает на subvolumes.

nexfwall ★★★★
()
Ответ на: комментарий от kirill_rrr

Уже писали, что btrfs не рекомендуется для баз данных и образов виртуальных машин?

напомнило почему-то бред в стиле

На ваш компьютер рекомендуется устанавливать лицензионные операционные системы Windows.

reprimand ★★★★★
()
Ответ на: комментарий от anonymous

Забавно как редхат с ораклом её пилили, а потом сами же выкинули на мороз.

Когда выкинули ?

AS ★★★★★
()
Ответ на: комментарий от reprimand

Почитайте что такое Copy-on-write и как это сказывается на больших файлах которые часто модифицируются в разных местах и с изменением длинны.

kirill_rrr ★★★★★
()
Ответ на: комментарий от kirill_rrr

Почитайте что такое Copy-on-write и как это сказывается на больших файлах которые часто модифицируются в разных местах и с изменением длинны.

речь же об ssd, там случайное чтение/запись не упираются в seek головки на hdd

anonymous
()

Поделен на два раздела, корневой с btrfs и /home c xfs.

о. месье знает толк в извращениях.
по сабжу: чекни раздел

darkenshvein ★★★★★
()
Ответ на: комментарий от anonymous

Но я не уверен, что btrfs достаточно умна, чтобы в одном блоке диска хранить несколько фрагментов по 5-10-15 байт вместо 512 или больше. Для fat, ntfs, ext файл можно размазать по диску так, что реально он займёт в разы больше места.

kirill_rrr ★★★★★
()
Ответ на: комментарий от erzenntd

1. зачем использовать бтрфс?

2.я вот недавно неудачно обновился, восстановил всё из снапшота

нахер иметь такую систему, которая гробится от малейшего обновления?

darkenshvein ★★★★★
()

Удали некоторые снапшоты и сделай балансировку. Решение этой проблемы легко гуглится.

anonymous
()
Ответ на: комментарий от reprimand

Ответ на комментарий:

признавайся, какой у тебя был старый акк тут?

Гей МиниРобоТанцор это.

#rave0806

anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.