Это уже не смешно, btrfs, 2015й год на дворе

Ну так когда будет по дефолту в oracle linux, то можно будет пользоваться.

А может ещё и в OS X, Apple вроде не против GPLv2 судя по Xcode?

Я правильно понимаю, что твой пост о недопиленном поведении при наступлении события «No space left on device»?

Сообщение про несоответствие поколений супер и кеша появляется всегда.

И вас это никогда не напрягало?

total=38.49GiB, used=28.98GiB

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

Насколько я понимаю, нужно смотреть на эту строку: Total devices 1 FS bytes used 30.11GiB

Вы не включали какие-нибудь квоты?

erzentd, расскажи человеку, что он ССЗБ и не ту версию ядра использует.

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

Эт уже не смешно, btrfs

После N-го факапа btfs/bcache, я решил сделать простую схему система + критическое части хомяка на ssd и всякое тяжеловесное, типа фильмов на hdd. И вот собирался в очередной раз покурить эту тему и таки включить квоты для home, т.к. часто пространство внезапно кончалось и система, особенно плазма, начинала вести себя неадекватно. Но не успел пока.

Ты прав, именно сегодня поставил linux-ck-4.3, сейчас попробую lts, но это же всё равно не дело.

Интересно. А trim у вас работает?

У меня все ок:

[root@idv-HP-EliteBook-840-G1 ~]$ btrfs filesystem df / 
Data, single: total=26.00GiB, used=16.09GiB
System, single: total=4.00MiB, used=16.00KiB
Metadata, single: total=1.01GiB, used=444.42MiB
GlobalReserve, single: total=160.00MiB, used=0.00B

Kubuntu 15.10, изначальная установка на btrfs

Поробуй 4.3

Я его никогда не включал, само как-то работало. Ручной прогон fstrim не помог.

На lts та же фигня.

Оно не может «само как-то работать».

В dmesg:

BTRFS: detected SSD devices, enabling SSD mode

Это не включает trim.

некотрые поделки не будут работать никогда.

ось бубунта?

используй нормальные дистрибутивы, fedora/gentoo/arch/centos, на бубунте постоянно кривые бтрфс прог.

Марк уже зарегестрировал LTS™?
https://www.archlinux.org/packages/core/x86_64/linux-lts/

ну значит пиши баг репорт, что криво бтрфс прог собрали.

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

4000 секретарш в колцентре пишут баг-репорт президенту омериги пожирая черный рис руками

В этот раз таки не поленюсь и напишу Масону, задолбали, уже.

btrfs filesystem resize max /

не помогло

Парни, вы тут все такие крутые, помогите перевести кубунту 15.10 на btrfs.

Дано: ноут с SSD, / и /home на двух разделах ext4, есть разделы uefi и swap. Имеется загрузочная флешка с кубунтой 15.10, имеется интернет. Как без сноса перевести это хозяйство на btrfs? Как конвертировать, что править в конфигах? Захотелось приключений на вторые 90.

UUID=7aea69d4-2700-46f5-b3e3-34b78d1a071d /               ext4    noatime,errors=remount-ro 0       1
UUID=2AA0-92CF  /boot/efi       vfat    umask=0077      0       1
UUID=3d3abd36-5aff-470e-bb54-5463943ed444 /home           ext4    noatime,defaults        0       2
UUID=72345633-d3ce-45f4-9fab-73cf978e14a1 none            swap    sw              0       0
tmpfs /tmp tmpfs defaults,noatime 0 0
tmpfs /var/tmp tmpfs defaults,noatime 0 0

Совсем обленился?

# btrfs-convert -L /dev/disk/by-uuid/7aea69d4-2700-46f5-b3e3-34b78d1a071d
# btrfs-convert -L /dev/disk/by-uuid/3d3abd36-5aff-470e-bb54-5463943ed444
# sed -e s/ext4/btrfs/g /etc/fstab

Это уже не смешно, btrfs, 2015й год на дворе

И, как раз недавно, заговорили о стабильности в формате данных ФС. То есть, всё, что создано с прошлогодними, к примеру, и ранее ядрами, подлежит корректировке формата, очевидно. Где-то я слышал, что граница - ядро 3.14, но не могу найти первоисточник.

Это уже не смешно, btrfs, 2015й год на дворе

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

не первый год уже смердит от трупа в ядре.

И у этого кадавра конский объём кода при довольно ограниченном функционале.

btrfs, 2015й год на дворе

радуйтесь дальше своми подделками и ждите стабильной работе

Если кто-то захочет это сделать — лучше не делайте, останетесь с нерабочей системой, хотя и приключений точно найдёте.

Пруфы есть? Я только помню что в районе 3.11 изменился размер экстентов (возможно путаю название), но это обратно совместимо. Сконвертить можно было с флагом -x

Ещё надо снапшот старой ФС удалить, как только убедился что всё работает.

Пруфы есть ?

Так написал, что найти не могу.

Где засада?

Из самого очевидного - меняются UUID у разделов после конвертации, fstab оказывается инвалидным. GRUB тоже отказывается воспринимать разделы, придётся сначала загрузиться заклинаниями в его командной строке (ls, set root=(...), linux /vmlinuz root=/dev/sdXN, initrd /initrd.img, boot), потом сделать update-grub.

Но это всё решаемо. Основная засада - в btrfs-convert.
Делать btrfs-convert без предварительного fsck -f в принципе плохая идея, но даже с ним результат настолько плачевен, что разделы переходят в ro через минуту после загрузки, а утилиты для лечения сегфолтятся сразу после запуска.

В общем, откатился btrfs-convert -r, сохранил инфу на внешнем винте и делаю разделы с нуля.

Жемсть какая-то у тебя, у меня полгода назад все нормально сконвертировалось.

GRUB тоже отказывается воспринимать разделы

Why? Что ему мешает после указания правильных UUIDs?

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

Я тебя подвёл, извини. Сам я давно для себя решил, что лучше иметь дело с fs label, так предсказуемее и намного меньше проблем.

Быстрый, но не очевидный факт: в fstab используются UUID файловых систем, а не UUID разделов из GPT.

Сам я уже с полгода держу на ext4-разделе жёсткого диска альтернативную, rescue систему. Она появилась после серии смелых экспериментов и N-й настройки в Kubuntu Live шрифта в Konsole, раскомментирования импорта bash-completion в /etc/bash.bashrc и настройки sources.list. При чём число N трёхзначное.

Пруфы есть? Я только помню что в районе 3.11 изменился размер экстентов

Вот что нашёл: https://www.opennet.ru/opennews/art.shtml?num=40955
Там ссыки на git соответствуют где-то ядру 3.12 на глаз. Может, ассоциация с 3.14 у меня возникла по времени этой публикации на OpenNet.

Не вижу по ссылке никакой информации об изменениях.

Не вижу по ссылке никакой информации об изменениях.

Во фразе «Аналогичные предупреждения о нестабильности дискового формата Btrfs были убраны из кода ядра Linux ещё в 2013 году» слова «были» и «убраны» являются ссылками на соответствующие коммиты на git.kernel.org.

Речь вроде шла о том, какие были изменения в формате btrfs. Убирание предупреждений — не изменения формата.