BTRFS. Готова ли к использованию в 16.04?

[Sly_tom_cat]

Кстати, даже после перевода метаданных в режим RAID1 и последующей полной балансировки, всё равно немного метаданных осталось в режиме DUP.

Скорее всего вы просто не дождались окончания балансировки. Ведь команда балансировки start просто запускает ее и она продолжает работать в фоне.

[Resquer]

Балансировка фигачила от звонка до звонка, ничего не прерывал. Часов 26 эта процедура длилась. Запускал в screen, дабы консолька не отвалилась. Так что с этой стороны - всё гладко.
Пользователь добавил сообщение 03 Октября 2016, 16:37:47:

Ведь команда балансировки start просто запускает ее и она продолжает работать в фоне.

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

[viktor ne perestukin]

ПрочЁл почти все, загорелся, установил на hdd 16.10 на btrfs. Весьма заметная прибавка в скорости загрузки приложений. Но закавыка в том, что OS-PROBER с соседних Ubunt не видят эту систему, как результат не в включают в меню GRUB. Вопрос - это у меня косяк, или надо копать в сторону файлов из /etc/grub.d/40_custom соседних Ubunt. 

[AnrDaemon]

А "соседние" какие? А там btrfs-tools стоит?

[viktor ne perestukin]

AnrDaemon, 14.04.5 16.04.1. А вот  btrfs-tools не устанавливал. Сейчас проверю.
Пользователь добавил сообщение 07 Октября 2016, 13:27:27:Проворил. В 16.04 btrfs-tools установлен был, os-prober не хочет видеть

[quatro]

Но закавыка в том, что OS-PROBER с соседних Ubunt не видят эту систему, как результат не в включают в меню GRUB.

Зачем загрузчикам соседних ОС что-либо видеть? Зачем им вообще существовать, этим загрузчикам соседних ОС?

Была когда-то тема про установку нескольких ОС, вот её отголоски, там люди много полезных советов дали. Смысл в том, что не нужны загрузчики соседних ОС. От слова совсем не нужны.

Тема-отголосок: Поставить Ubuntu без загрузчика.

Вот мои системы:



К примеру 10.04 вообще с btrfs не работает. Но это не мешает каждой системе запускаться и полноценно функционировать.

[viktor ne perestukin]

anchos, Я Вас понял, это не Мой косяк. Спасибо.

[alsoijw]

Емнип при обновлении ядер обновляется и загрузчик. То есть обновление любого ядра на любой системе вызывает повторную генерацию grub. Ну это если не шаманить.

[quatro]

при обновлении ядер обновляется и загрузчик

Ну да.

Ну это если не шаманить

После обновления в любой дополнительной ОС нужно обновить GRUB основной, вот и всё шаманство, которое я знаю. Может кто знает и другие шаманства.

[alsoijw]

Единственный вопрос - что включает в себя обновление grub основной ос? Требуется ли для этого информация о всех дополнительных ос?

[thunderamur]

ПрочЁл почти все, загорелся, установил на hdd 16.10 на btrfs. Весьма заметная прибавка в скорости загрузки приложений. Но закавыка в том, что OS-PROBER с соседних Ubunt не видят эту систему, как результат не в включают в меню GRUB. Вопрос - это у меня косяк, или надо копать в сторону файлов из /etc/grub.d/40_custom соседних Ubunt.

У меня такой же заплет, поставил загрузчик для 16.10 на флешку

[viktor ne perestukin]

thunderamur, У меня UEFI. Добавил в /etc/grub.d/40_custom U16.04 и U14.04 необходимые строчки и забил.

[quatro]

Единственный вопрос - что включает в себя обновление grub основной ос?

В основной ОС:

Код: [Выделить]

sudo update-grub
А что там оно в себя включает? Всё, что есть в самом GRUB. OS-PROBER там есть, значит получит GRUB информацию о дополнительных ОС.

Можно всё и по-другому организовать, например чайнлодером передавать загрузку собственному загрузчику ОС. В случае с Windows это так и делается. Автоматом делается. Для Линукс-систем в этом случае должен быть ещё и собственный загрузчик дополнительной ОС. И это не обязательно GRUB.
Кому-то для специфических целей это усложнение может потребоваться. Но самы простой метод - это не иметь своих загрузчиков в дополнительных ОС, с загрузкой всех систем успешно справится GRUB основной ОС.

Наиболее полную информацию по GRUB можно почитать здесь:

GRUB (Русский)

[eNdiD]

Ребята, начал тут читать как делать резервные копии, и не совсем вник. Задача - сделать инкрементальные бэкапы корневого подтома @ с выносом на другой накопитель. Почитал в вики, в общем-то процесс понятен. Но как-то все костыльно, что-ли. Я имею в виду, что там описан процесс создания снимка в той же ФС, а потом перенос его на второй накопитель. Я вот что хочу спросить:

Можно ли делать инкрементальные снимки сразу с выносом на второй накопитель, без создания промежуточного снимка и его последующего переноса? Или хотя бы делать снимок в /tmp. Просто чтобы затем вручную не удалять промежуточные снимки? Или такой юзеркейс не годится для снимков, и проще делать бэкапы старыми методами, вроде rsync?

[Pilot6]

eNdiD,
А что тут костыльного? Для того, чтобы сделать бэкап, нужно зафиксировать состояние подтома. Для этого делается read-only снапшот. Он дополнительного места не занимает при этом. Что не так?
Если нужны именно инкрементальные бэкапы, то удалять снапшоты нельзя. Место на диске будут занимать только изменения, вот они и будут переноситься.
Вы видимо не поняли пока как работает btrfs. В этом вся фишка этой ФС.