>>Лично мне нравится как убунта btrfs раскладывает: раздел 1 на все, >>однако в ФС есть subvolume @ для / и @home для /home. Настоящий корень >>иерархии btrfs в не монтируется, вместо этого делают как-то типа (это >>fstab):
>>LABEL=system / btrfs defaults,noatime,subvol=@ 0 >>1
>>LABEL=system /home btrfs defaults,noatime,subvol=@home 0 >>2Интересно. Я, конечно, не изучал устройство бтрфс так глубоко, поэтому полагал, что subvolum означает примкнутый - смонтированный иной раздел с бтрфс как дополнительное место к основному, прописанному в фстаб-е... А здесь что получается - допустим, 1ое устройство делится логически на два раздела (допустим, для монтирования корня и домашней) и размеры логически имеют равные, но при исчерпании места, например в субволюм @ - возьмет ли драйвер фс свободное место из половины @home или это вообще ничего не означает, а лишь только то, что и @ и @home берут места на первом устройстве до тех пор, пока оно не кончится??... Тогда возникает второй вопрос - именно добавление той командой иного устройства, например sdb (как целого, а не разделенного на разделы), позволит использовать субволюмам (подтомам, по-русски говоря) свободное место второго устройства имеенно также как и первого - т.е - сколько нужно @ и @home - столько и будет выделяться по надобности??... Если это так - то могу отдать должное разработчикам! Мысля более чем не плохая - так и до гениальности, имхо, недалеко!!!)...
>>На самом деле проще всего посмотреть как нечто типа убунты себя на >>btrfs ставит, и потом спереть идею если хотелось не убунту.
А как тогда с рейдом будет обстоять дело? Допустим, если охота будет из второго устройства сделать именно скоростной рейд - или это будет иметь место по умолчанию для новоподключенного второго устройста - т.е.данные автоматически будут делиться и одновременно записываться на два устройства, давая почти удвоенную скорость при записи и чтении?? Тогда я вообще сниму шляпу перед разработчиками!!!)
П.Н. спасибо за наводку, буду изучать и пробовать внедрять!
