Так btrfs динамическая фс, она занимает по факту место, а не размечает как другие фс, поэтому при изменении размера так быстро и работает. Изменение размера говорит просто сколько она может места использовать на этом девайсе. В этом ее преимущество, можно например на ВМ диск на горячую увеличить, сделать рескан девайса и она увидит новое место и не надо расширять как в других фс.
Ура новое видео Большое спасибо за информацию правильно ли я понял что только целыми блочными девайсами управляем то бишь только /dev/sda /dev/sdb а не /dev/sda1 /dev/sda2? в том плане если саму систему на btrfs ставим и привычно разделы home, boot и var в отдельное выносим.
Пожалуйста. Можно создавать на целых накопителях, можно на разделах, можно в одной файловой системе объединить раздел с одного накопителя и целый накопитель.
Каким образом можно проверить, какие файловые системы включены в ядро используемого нами дистрибутива, а также какие из них имеют ограничения по использованию для каких-либо разделов (например, / или /boot)?
Первое легко проверяется при помощи файла /proc/filesystems, а вот второе только при помощи документации, так как этот вопрос - исключительно дизайнерский.
@@YuriyLebedev Юрий, правильно ли я полагаю, что для поддерживаемой ФС в параметрах конфигурации ядра (файл /boot/config-kernelversion) должна фигурировать строка вида CONFIG_XFS_FS=m (пример для XFS)? Не понимаю, почему такая строка отсутствует для ext3, а имеется только такая - # CONFIG_EXT3_FS is not set
Спасибо, жду видео по bcachefs 👍
Спасибо, как всегда очень интересно!
Пожалуйста.
Так btrfs динамическая фс, она занимает по факту место, а не размечает как другие фс, поэтому при изменении размера так быстро и работает. Изменение размера говорит просто сколько она может места использовать на этом девайсе. В этом ее преимущество, можно например на ВМ диск на горячую увеличить, сделать рескан девайса и она увидит новое место и не надо расширять как в других фс.
Ура новое видео
Большое спасибо за информацию
правильно ли я понял что только целыми блочными девайсами управляем
то бишь только /dev/sda /dev/sdb а не /dev/sda1 /dev/sda2?
в том плане если саму систему на btrfs ставим и привычно разделы home, boot и var в отдельное выносим.
Пожалуйста. Можно создавать на целых накопителях, можно на разделах, можно в одной файловой системе объединить раздел с одного накопителя и целый накопитель.
Вообще, с релиза RHEL 7.4 BTRFS помечена как deprecated, если мне память не изменяет.
Да, есть такая информация, но нужно дождаться бету RHEL8.
Использую BTRFS на CentOS 7.6 для Самбы, проблем нет, но многие сисадмины говорят мне ты очень сильно рискуешь...
Я арч с btfs использую...
А SUSE btrfs не бросает, а, наоборот, вкладывает свои усилия в её развитие и использует в своих дистрибутивах как файловую систему по умолчанию.
Эти граждане любят все необычное, они долго пользовались RaiserFS, до известных событий. Так что опираться на их мнение я бы не стал.
Yuriy Lebedev Пока жаловаться не приходилось...
Каким образом можно проверить, какие файловые системы включены в ядро используемого нами дистрибутива, а также какие из них имеют ограничения по использованию для каких-либо разделов (например, / или /boot)?
Первое легко проверяется при помощи файла /proc/filesystems, а вот второе только при помощи документации, так как этот вопрос - исключительно дизайнерский.
@@YuriyLebedev Юрий, правильно ли я полагаю, что для поддерживаемой ФС в параметрах конфигурации ядра (файл /boot/config-kernelversion) должна фигурировать строка вида CONFIG_XFS_FS=m (пример для XFS)? Не понимаю, почему такая строка отсутствует для ext3, а имеется только такая - # CONFIG_EXT3_FS is not set
@@alexandergreat6192 Все дело в том, что, начиная с CentOS (RHEL) 7, за все версии EXT отвечает один универсальный модуль.
@@YuriyLebedev а арч?
blkid device - более универсальная команда для получения UUID устройства.
Согласен.