Для примера создадим Btrfs-раздел размером 1 Тб, включающий в себя два диска по 500 Гб (/dev/sdb и /dev/sdc):# mkfs.btrfs /dev/sdb /dev/sdc
adding device /dev/sdc id 2
fs created label (null) on /dev/sdb
nodesize 4096 leafsize 4096 sectorsize 4096 size 10.00GBДля проверки, что файловая система охватывает два диска выполним:
# btrfs filesystem show /dev/sdb
Label: none uuid: b4f5c9a8-d8ec-4a5b-84f0-2b8c8d18b257
Total devices 2 FS bytes used 28.00KB
devid 1 size 5.00GB used 1.53GB path /dev/sdb
devid 2 size 5.00GB used 1.51GB path /dev/sdcСмонтируем созданную ФС:
# mount /dev/sdb /mnt
монтировать следует первое устройство /dev/sdb, при попытке дополнительно смонтировать /dev/sdc будет выдано предупреждение:
# mount /dev/sdc /mnt
mount: /dev/sdc already mounted or /mnt busy
mount: according to mtab, /dev/sdb is already mounted on /mntПросмотрим информацию о смонтированном разделе:
# df -h /mnt
Filesystem Size Used Avail Use% Mounted on
/dev/sdb 10G 56K 8.0G 1% /mnt# btrfs filesystem df /mnt
Data, RAID0: total=1.00GB, used=0.00
Data: total=8.00MB, used=0.00
System, RAID1: total=8.00MB, used=4.00KB
System: total=4.00MB, used=0.00
Metadata, RAID1: total=1.00GB, used=24.00KB
Metadata: total=8.00MB, used=0.00
Создадим подраздел с именем subbasefoo для хранения файлов и директорий:# btrfs subvolume create subbasefoo
Create subvolume './subbasefoo'
Поместим в данный подраздел три пустых файла foobar1, foobar2 и foobar3:
# touch foobar1 foobar2 foobar3
Создадим снапшот с именем subbasefoo-20120501 созданного ранее подраздела и проверим, что файлы в нём находятся в неизменном виде:
# btrfs subvolume snapshot subbasefoo/ subbasefoo-20120501
Create a snapshot of 'subbasefoo/' in './subbasefoo-20120501'
# ls -R
subbasefoo subbasefoo-20120501
./subbasefoo:
foobar1 foobar2 foobar3
./subbasefoo-20120501:
foobar1 foobar2 foobar3Удалим файлы в основном подразделе и убедимся, что они сохранились в снапшоте (занимаемое файлами дисковое пространство освободится только после удаления снапшота).
По сути снапшот является тем же подразделом, поэтому к нему применимы все команды для подразделов, в том числе создание новых снапшотов. Для использования возможности восстановления состояния подраздела рекомендуется создавать новые снапшоты при проведении в них экспериментов - если рузультат оказался удачен, старый снапшот можно удалить, а если нет - удалить экспериментальный снапшот.
Интересной особенностью является возможность клонирования файлов без расходования дополнительного дискового пространства на каждую копию (хранится только один экземпляр данных). Для подобного клонирования в процессе копирования утилитой cp следует использовать опцию reflink. Например клонируем файл rantest.tst, размером 200 Мб:# df -h .
Filesystem Size Used Avail Use% Mounted on
- 10G 201M 7.8G 3% /mnt/btrfs/subbasefoo# cp --reflink rantest.tst clonetest.tst
# df -h .Filesystem Size Used Avail Use% Mounted on
- 10G 201M 7.8G 3% /mnt/btrfs/subbasefooURL: http://www.oracle.com/technetwork/articles/servers-storage-a...
Обсуждается: http://www.opennet.me/tips/info/2702.shtml
># btrfs subvolume create subbasefooУзакзаьб в каком именно разделе или файловой системе создавать подраздел нельзя?
>Data, RAID0: total=1.00GB, used=0.00смущает. Если используется 2 (возможно разных диска) под одну fs, то btrfs создает рейд0 для данных что ли?
Даже если не рейд0, то как распределяются данные по 2-м дискам, каие данные пропадут при потере 1-го или 2-го из них?
>Узакзаьб в каком именно разделе или файловой системе создавать подраздел нельзя?можно. btrfs subvolume create [<dest>/]<name>
где <dest> именно то, что вы спрашиваете.
>>Data, RAID0: total=1.00GB, used=0.00
>смущает. Если используется 2 (возможно разных диска) под одну fs, то btrfs создает рейд0 для данных что ли?https://btrfs.wiki.kernel.org/index.php/Using_Btrfs_with_Mul...
Чем cp --reflink отличается от hard link?
> Чем cp --reflink отличается от hard link?Вам пожевать кусочек info coreutils 'cp invocation' ?
Спасибо, пожуйте кому-нибудь другому.
Как же это отвратительно сложено и непоследовательно по сравнению с zfs.
> Как же это отвратительноСиндром отмены? ///Вам ваши "друзья" контраккеров не подкинули? Да-да, пинги и тфтп ч-з нат ещё _более отвратительны! grub, gmp, ... На что у ваших там ещё "реакция"? gcc, binutils... Поблюйте, поблюйте -- надо из себя выдавливать.
>и непоследовательно по сравнению с zfs.
FAT-16 гораздо более последователен, нет?
>FAT-16 гораздо более последователен, нет?Действительно, какая острая реакция.
Я лишь хочу сказать что для работы с zfs достаточно две команды. И после 15-и минут изучения мана в него можно больше не залазить, поскольку после выполнения пары операций становится понятно как можно сделать все остальное, концептуально все выстроено очень четко.
А в btrfs черт ногу сломит. 4 года ведется разработка, а прогресс мизерный, нет и половины фитч, которые есть в zfs, а то что есть можно было реализовать поверх тех же ext*+lvm, не плодя дополнительных сущностей. Есть подозрение, что Тео просто взялся за дело которое ему не под силу.
> Действительно, какая острая реакция.
> Я лишь хочу сказать что для работы с zfs достаточно две команды.
> И после 15-и минут изучения мана в него можно больше не
> залазить, поскольку после выполнения пары операций становится понятно как можно сделать
> все остальное, концептуально все выстроено очень четко.Наоборот. zfs - весьма нелогичный бардак.
> А в btrfs черт ногу сломит. 4 года ведется разработка, а прогресс мизерный, нет и половины фитч, которые есть в zfs,
Ну да, встроенного в ядро самба-сервера до сих пор нет. И не ожидается.
> Наоборот. zfs - весьма нелогичный бардак.Можно конкретизировать что вы считаете бардаком?
>Ну да, встроенного в ядро самба-сервера до сих пор нет. И не ожидается.
А еще raid5/10, send/receive, шифрования, arc/l2arc...
> Можно конкретизировать что вы считаете бардаком?Общее устройство ФС и отношение к обруливанию проблемных моментов ее авторами. Типа фрагментации, неважной скорости работы, etc.
>>Ну да, встроенного в ядро самба-сервера до сих пор нет. И не ожидается.
> А еще raid5/10, send/receive, шифрования, arc/l2arc...О да, btw... http://www.phoronix.com/scan.php?page=news_item&px=MTE0NzE
Так что send/receive уже есть :D
шифврование тоже есть
https://btrfs.wiki.kernel.org/index.php/SysadminGuide#btrfs_...
> шифврование тоже есть
> https://btrfs.wiki.kernel.org/index.php/SysadminGuide#btrfs_...К btrfs это имеет косвенное отношение. Но да, то что оно больше не теряет данные поверх шифрованных разделов - это несомненный прогресс.:)
iscsi тоже починили?
>К btrfs это имеет косвенное отношение.к btrfs это имеет прямое отношение - btrfs не изобретает свои структуры и апи ядра.
генеральная политика была и остаётся на использование того функционала, что есть.
это юникс-вей.>Но да, то что оно больше не теряет данные поверх шифрованных разделов - это несомненный прогресс.:)
>iscsi тоже починили?ирония не принимается. в этом плане ничем не хуже ext4 (которая самая фичастая из самых стабильных на планете), xfs, рэйзер и тд.
это раз.
второе, iscsi - это вы ваняткам рассказывайте (а то я подумаю, что вы такой же как и он).
>к btrfs это имеет прямое отношение - btrfs не изобретает свои структуры и апи ядра.генеральная политика была и остаётся на использование того функционала, что есть.
это юникс-вей.Моя цитата выше:
>а то что есть можно было реализовать поверх тех же ext*+lvm, не плодя дополнительных сущностей.Кроме итого _все_ нормальные системы умею работать поверх криптованых разделов, очень забавно видеть, как это умение ставится в заслугу btrfs. Шифрование на уровне файловой системы подразумевает, что я могу куда-нибудь экспортировать шифрованные данные (полностью или инкрементно), скажем параллельно с их сжатием.
>второе, iscsi - это вы ваняткам рассказывайте (а то я подумаю, что вы такой же как и он).
У меня есть задача - экспортировать раздел COW с поддержкой снапшотов по iscsi.
Заявляется что btrfs удовлетворяет этим требованиям. Где я найти работающий срез btrfs, который при работе с iscsi не роняет ядро?
> Кроме итого _все_ нормальные системы умею работать поверх криптованых разделоввах! zfs не нормальная.
> очень забавно видеть, как это умение ставится в заслугу btrfs. Шифрование на уровне файловой системы подразумевает, что я могу куда-нибудь экспортировать шифрованные данныеха! можешь экспортировать (полностью или инкрементально) данные с одного шифрованного раздела на другой. и с сжатием, и по сети, и применяя различные методы шифрации.
> У меня есть задача - экспортировать раздел COW с поддержкой снапшотов по iscsi.
разделов COW не бывает :D
LOL
>вах! zfs не нормальная.И zfs это тоже умеет.:)
>ха! можешь экспортировать (полностью или инкрементально) данные с одного шифрованного раздела на другой. и с сжатием, и по сети, и применяя различные методы шифрации.
Расскажите, какой метод вы применяете для успешного сжатия шифрованных данных? Если сможете это запатентовать и внедрить к каком-нибудь программном продукте, у вас будет большое будущее! Правда школу все же стоит закончить, для начала:).
>разделов COW не бывает :D
>LOLИ в правду, LOL.
>>вах! zfs не нормальная.
>И zfs это тоже умеет.:)поверх дмкрипт? ага, щаз! :D
>Расскажите, какой метод вы применяете для успешного сжатия шифрованных данных?они жмутся до шифрации.
>Если сможете это запатентовать и внедрить к каком-нибудь программном продукте, у вас будет большое будущее! Правда школу все же стоит закончить, для начала:).бла-бла-бла.
>>разделов COW не бывает :D
>>LOL
>И в правду, LOL.ещё какой! :D
предвижу проблемы с вашим окончанием школы.
но всё-равно, удачи! :D
>поверх дмкрипт? ага, щаз! :D
Именно, что вас смущает?
>они жмутся до шифрации.
Шифрования? Вас не затруднит привести конкретный пример (ссылку на пример) передачи шифрованного, сжатого, инкрементного снапшота btrfs куда-либо?
>ещё какой! :D
Я кончено понимаю, что общаюсь с очень толстым троллем, и призыв говорить по существу очень смешон, но все же, вдруг? О великий ананим, не поделишся ли ты своим сокровенным знанием, а именно ответом на вопрос:
"Где я найти работающий срез btrfs, который при работе с iscsi не роняет ядро?">предвижу проблемы с вашим окончанием школы.
Я бы с удовольствием еще раз ее окончил, но в моем возрасте в уже не дадут :(.
>Я кончено понимаю, что общаюсь с очень толстым троллем, и призыв говорить по существу очень смешон, но все же, вдруг?как только увижу хотя бы один(!!!) твой комментарий во всём(!!!) обсуждении по-существу, так поговорим.
а пока - http://www.opennet.me/openforum/vsluhforumID3/85735.html#55зыж
COW-раздел говоришь! ХА!!! :D
http://blog.mthode.org/gentoo-hardened-zfs-rootfs-with-dm-cr.../
>Общее устройство ФС и отношение к обруливанию проблемных моментов ее авторами. Типа фрагментации, неважной скорости работы, etc.Можно пример некорректного обруливания?
Про скорость работы тоже как-то не очень понятно. Какое еще сейчас решение, кромке аппаратного FC, может обеспечить насыщение 10G линка для NAS решений? Да, при определенных нагрузках возможны проблемы, но универсальных решений на все случае жизни не бывает. И я еще не наблюдал ситуации, когда ZFS не позволяло себя оттюнить соответствующим образом.
btrfs до этого этапа просто даже не дошла.>Так что send/receive уже есть :D
Ну хоть что-то:).
>Можно пример некорректного обруливания?можно.
нжинкс.
(сраный веб-сервер, которые никогда не испытывали требований к фс в силу своей структуры, окуели на zfs)
>[оверквотинг удален]
> Действительно, какая острая реакция.
> Я лишь хочу сказать что для работы с zfs достаточно две команды.
> И после 15-и минут изучения мана в него можно больше не
> залазить, поскольку после выполнения пары операций становится понятно как можно сделать
> все остальное, концептуально все выстроено очень четко.
> А в btrfs черт ногу сломит. 4 года ведется разработка, а прогресс
> мизерный, нет и половины фитч, которые есть в zfs, а то
> что есть можно было реализовать поверх тех же ext*+lvm, не плодя
> дополнительных сущностей. Есть подозрение, что Тео просто взялся за дело которое
> ему не под силу.btrfs еще не скоро можно будет людям показывать. несколько лет еще.
там реально жесть, в плане возможностей, уровень совсем другой.но круто. хотя регулярно приходится восстанавливаться с бекапов, и все время ловить сюрпризы. система для тех, кому скучно. просто так поставить, чтобы работало - нельзя, развалится точно (по крайней мере во всех дефолтных ядрах от дистрибутивов, включая конечно oracle uek). документация никакая, чтобы разобраться в код нужно иногда залезать.
ораклу кстати данная разработка вообще никаким боком... так что они похоже просто бабло дают, да пытаются пиариться на этом. (не шибко афишируя, а то вдруг какой серьезный клиент решит поставить, конфуз выйдет).
почему кстати Тео? там Крис основной разработчик.
> ораклу кстати данная разработка вообще никаким боком...Кроме того момента что у них есть СУБД которой нужна ФС-подложка. В идеале конечно хорошо бы совсем без ФС но тогда админить неудобно, а раз так - нужна ФС от которой минимум вреда.
Кстати Крис из оракла срулил, если что.
>> ораклу кстати данная разработка вообще никаким боком...
> Кроме того момента что у них есть СУБД которой нужна ФС-подложка. В
> идеале конечно хорошо бы совсем без ФС но тогда админить неудобно,
> а раз так - нужна ФС от которой минимум вреда.так это xfs же, не переписывать же ее заново, раз и так все привыкли.
плюс вместе с sun они вроде как авторские права на zfs приобрели?просто остальная их деятельность выглядит вполне разумной - mysql развивают чтобы к oracle клиентов растить, rhel форкнули тоже для удобства и всеобщей выгоды и т. п.
а зачем и какая может быть синергия между oracle и btrfs - загадка. это как если бы они взяли reiser4 и начали доводить до товарного вида...
>а зачем и какая может быть синергия между oracle и btrfs - загадка. это как если бы они взяли reiser4 и начали доводить до товарного вида...это потому что вы видимо вообще не понимаете какие задачи решают оракловые дба.
и какие решения в этом плане поставляет оракл.
http://docs.oracle.com/cd/E11882_01/server.112/e18951/asmcon...
а также не видите дублирования функциональности в кернел спейсе с юзерспейсной субд.
которое как раз бтр и может убрать.\зыж
и про кластерезацию — посмотрите пример чего может бтр в этом плане в ceph. http://ceph.com/wiki/Btrfs ; http://ceph.com/docs/master/config-cluster/file-system-recom.../
у оракла подобные задачи тоже актуальны.
>но круто. хотя регулярно приходится восстанавливаться с бекапов, и все время ловить сюрпризы. система для тех, кому скучно. просто так поставить, чтобы работало - нельзянаглое враньё.
рабочий ноут, 500Гб, установил бтр в ноябре 2011 на корень.
никаких проблем. генту, пережил с десяток ядер ещё с 2.6.38 до
# uname -a
Linux mylaptop 3.5.0-gentoo #1 SMP PREEMPT Tue Jul 24 17:27:25 MSK 2012 x86_64 Intel(R) Core(TM) i5 CPU M 520 @ 2.40GHz GenuineIntel GNU/Linux>да пытаются пиариться на этом. (не шибко афишируя
либо очЪ странный пиар, либо рассуждения идиота.
>>но круто. хотя регулярно приходится восстанавливаться с бекапов, и все время ловить сюрпризы. система для тех, кому скучно. просто так поставить, чтобы работало - нельзя
> наглое враньё.
> рабочий ноут, 500Гб, установил бтр в ноябре 2011 на корень.
> никаких проблем. генту, пережил с десяток ядер ещё с 2.6.38 до
> # uname -a
> Linux mylaptop 3.5.0-gentoo #1 SMP PREEMPT Tue Jul 24 17:27:25 MSK 2012
> x86_64 Intel(R) Core(TM) i5 CPU M 520 @ 2.40GHz GenuineIntel GNU/Linux
>>да пытаются пиариться на этом. (не шибко афишируя
> либо очЪ странный пиар, либо рассуждения идиота.хм, и все, два варианта? :)
тогда второй выбираю - обидно, зато честно!
> почему кстати Тео? там Крис основной разработчик.Да, проклинило, Крис конечно.
>Да, проклинилои видимо давно.
> концептуально все выстроено очень четко.Да, у санок все было четко:
- Нет нормальных экстентов? Есть маркетологи!
- Нет дефрагера но ФС фрагментируется? Есть маркетологи!
- Нет fsck а в тяжелых случаях ФС ломается? Мааааааркетологи!
- Тормозит? Маркетологи! -> Докупите еще оперативы!> Есть подозрение, что Тео просто взялся за дело которое ему не под силу.
Какой еще Тео? Как Тео относится к btrfs?
> Какой еще Тео? Как Тео относится к btrfs?так Тео еще давно высказался в том смысле что со временем btrfs станет основной ФС в линуксе.
но сам лично вроде бы не участвует в разработке.
так за какое дело он взялся?
цитатка:
>Есть подозрение, что Тео просто взялся за дело которое ему не под силу.есть подозрение, что кучка анамнитегов заинтересована накидать фекалий на вентилятор, но при этом вообще ничего не зная и не понимая.
> так за какое дело он взялся?
> цитатка:
>>Есть подозрение, что Тео просто взялся за дело которое ему не под силу.
> есть подозрение, что кучка анамнитегов заинтересована накидать фекалий на вентилятор,
> но при этом вообще ничего не зная и не понимая.Очень самокритично:)
да пошёл ты.
>А в btrfs черт ногу сломит.одна команда вообще — btrfs
>>А в btrfs черт ногу сломит.
> одна команда вообще — btrfsroot@stellarwind:~# dpkg -L btrfs-tools |grep bin
/sbin
/sbin/btrfsctl
/sbin/mkfs.btrfs
/sbin/btrfs-debug-tree
/sbin/btrfs-show
/sbin/btrfs-vol
/sbin/btrfsck
/sbin/btrfs
/sbin/btrfs-map-logical
/sbin/btrfs-convert
/sbin/btrfs-image
/sbin/btrfstune
/sbin/fsck.btrfsroot@stellarwind:~# dpkg -L zfsutils |grep bin
/sbin
/sbin/zpool
/sbin/zdb
/sbin/zpios
/sbin/zfs
/sbin/zinject
/sbin/mount.zfs
/sbin/ztest
Ха! Вот не трынди. В зфс а) синтаксис хуже б) и не юниксвеу'ный.
> Как же это отвратительно сложеноЧто там отвратительно сложено? Напротив, вполне симпотное зеркало для метаданных и чередование для данных. Более того - это выбирабельно и для файлов. Так что ценные файлы можно например зазеркалить, а для не ценных - ускорить чтение в почти 2 раза не тратя 2 раза место.
> Что там отвратительно сложено?Тем, что под линукс.
> Что там отвратительно сложено? Напротив, вполне симпотное зеркало для метаданных и чередование... поставить, прогнать в боевых условиях, получить ответы на свои вопросы... Пока читаешь описашку - все замечательно, аж слюнки капают :) Увы, но оказывается что сия болезнь очень быстро лечится пробной эксплуатацией в боевых условиях :(
... На самом деле - очень хорошие идеи - и, увы, но пока - очень сырые реализации ...
>> Что там отвратительно сложено? Напротив, вполне симпотное зеркало для метаданных и чередование
> ... поставить, прогнать в боевых условиях, получить ответы на свои вопросы... Пока
> читаешь описашку - все замечательно, аж слюнки капают :) Увы, но
> оказывается что сия болезнь очень быстро лечится пробной эксплуатацией в боевых
> условиях :(
> ... На самом деле - очень хорошие идеи - и, увы, но
> пока - очень сырые реализации ...так все там увешано надписями - experimental, формат дисковый меняется, документации ноль и т. п.
в обычных условиях она грохнется очень быстро, с кернел паниками и шутками-прибаутками. чтобы ее хоть как-то оценить - надо изучать, искать инфу, экспериментировать.
а для боевых условий - есть xfs и т. п.за btrfs будущее. но пока что даже Поттеринг, хоть и заставил всех под предлогом btrfs двигать usr, дальше не спешит продвигать.
> ... поставить, прогнать в боевых условиях, получить ответы на свои вопросы...С учетом того что уже оракли и суси это в ынтырпрайз понемногу сватать начинают - пора уже начинать тестирование всерьез, на задачах близких к реалиям.
>> ... поставить, прогнать в боевых условиях, получить ответы на свои вопросы...
> С учетом того что уже оракли и суси это в ынтырпрайз понемногу
> сватать начинают - пора уже начинать тестирование всерьез, на задачах близких
> к реалиям.ага, например на их Oracle Unbreakable Linux (tm) оно вообще не способно работать :)
работает кстати, проверил.
и релиз-нот это подтверждает https://oss.oracle.com/ol6/docs/RELEASE-NOTES-UEK2-en.html#b...откуда такие лживые выкрики?
кто заказчик? ну не может хомосапиенс быть таким идиотом, если ему не платят! :D
> работает кстати, проверил.
> и релиз-нот это подтверждает https://oss.oracle.com/ol6/docs/RELEASE-NOTES-UEK2-en.html#b...
> откуда такие лживые выкрики?
> кто заказчик? ну не может хомосапиенс быть таким идиотом, если ему не
> платят! :Dблиин, меня и тут кинули :(( оказывается за такое кому-то в интернете платить надо :(
угу. как там у Филатова про Федота стрельца:
Полно, голубь, не греши,
Убери свои гроши,-
Я ведь энто не для денег,
Я ведь энто для души.
> Как же это отвратительно сложено и непоследовательно по сравнению с zfs.Наоборот. С бтром все очень просто и логично - выполнил пару команд и готово. А с zfs нужно несколько дней маны вкуривать, чтобы не запутаться в этих vdevах и zpoolах.
Прикольная статейка только не рассмотрен вариант создания RAID1 и хранения Журналов на разных дисках
... полностью согласен, только уточняем задачу для автора - создать софтовый RAID1 из РАЗДЕЛОВ (а не цельных винтов), с хранением журналов на разных дисках, и смонтировать эту "связку Боингов" с использованием монтирования по UUID ... А после чего еще пару-тройку раз аварийно вырубить и поглядеть на процесс самовосстановления :)
... есть громадное опасение вызвать у автора аллергию на btrfs на ближайший годик-два. А к тому времени вполне возможно, что ее и допилят до приемлемого, хотя-бы на десктопах, состояния...
> ... полностью согласен, только уточняем задачу для автора - создать софтовый RAID1
> из РАЗДЕЛОВ (а не цельных винтов), с хранением журналов на разных
> дисках, и смонтировать эту "связку Боингов" с использованием монтирования по UUID
> ... А после чего еще пару-тройку раз аварийно вырубить и поглядеть
> на процесс самовосстановления :)
> ... есть громадное опасение вызвать у автора аллергию на btrfs на ближайший
> годик-два. А к тому времени вполне возможно, что ее и допилят
> до приемлемого, хотя-бы на десктопах, состояния...вот кстати - конкретно эта задача - отлично будет работать. только настройки нетривиальные. но зато без всяких initrd даже будет грузиться. (uuid'ы же там разные есть :))
грабли правда бывают хитрые, если в качестве рутовой фс юзать, например настройки даты если напутаны - можно получить машину времени...
> с хранением журналов на разных дисках,Так и запишем: BTRFS наш супер-аналитик вообще не видел. А что там вообще журнал? Вся ФС - сплошной журнал и есть.
> Прикольная статейка только не рассмотрен вариант создания RAID1 и хранения Журналов на
> разных дискахтам другая модель, нету там журнала как отдельной сущности.
есть метаданные, в виде деревьев (упрощенно), в каждом узле типа как lsn в логах в субд.
их зазеркалить - прямо в хелпе mkfs написано:
mkfs.btrfs --metadata=raid1 --data=raid10 /dev/sda1 /dev/sdb1 /dev/sdc1
например так.
но смысла вообще мало так делать - если нужно зеркалить для снижения риска потерь от физ. сбоев - то это лучше уровнем ниже делать.
да было бы неплохо и + загрузка с этого рейда
> Для примера создадим Btrfs-раздел размером 1 Тб, включающий в себя два диска
> по 500 Гб (/dev/sdb и /dev/sdc):
> # mkfs.btrfs /dev/sdb /dev/sdc
> adding device /dev/sdc id 2
> fs created label (null) on /dev/sdb
> nodesize 4096 leafsize 4096 sectorsize 4096 size 10.00GBЭ... 2 диска по 500Гб, а mkfs говорит 10.00GB (причем mkfs имеет ввиду конкретно 10GB в этом месте)... опечатка?
>[оверквотинг удален]
> devid 2 size 5.00GB used 1.51GB
> path /dev/sdc
> Смонтируем созданную ФС:
> # mount /dev/sdb /mnt
> монтировать следует первое устройство /dev/sdb, при попытке дополнительно смонтировать
> /dev/sdc будет выдано предупреждение:
> # mount /dev/sdc /mnt
> mount: /dev/sdc already mounted or /mnt busy
> mount: according to mtab, /dev/sdb is already mounted on
> /mntвсе не так. монтировать лучше по uuid или label'у. если монтировать за какое-то из устройств, то перед этим нужно выполнить btrfs d s (причем если устройство - том lvm - то после активации нужно опять btrfs d s сделать, а то может не смонтировать).
если монтировать за устройство, то вообще лотерея.>[оверквотинг удален]
> Avail Use% Mounted on
> /dev/sdb
> 10G 56K 8.0G 1% /mnt
> # btrfs filesystem df /mnt
> Data, RAID0: total=1.00GB, used=0.00
> Data: total=8.00MB, used=0.00
> System, RAID1: total=8.00MB, used=4.00KB
> System: total=4.00MB, used=0.00
> Metadata, RAID1: total=1.00GB, used=24.00KB
> Metadata: total=8.00MB, used=0.00ага - данные вообще никакие ни с чем не сходятся :)
причем это даже на больших объемах - в самый неожиданный момент могут полезть ошибки что места не хватает.
>[оверквотинг удален]
> -
> 10G 201M
> 7.8G 3% /mnt/btrfs/subbasefoo
> # cp --reflink rantest.tst clonetest.tst
> # df -h .
> Filesystem Size Used
> Avail Use% Mounted on
> -
> 10G 201M
> 7.8G 3% /mnt/btrfs/subbasefooприкольная штука, хоть и малопрактичная :)
>все не так. монтировать лучше по uuid или label'у.для бтр всё это глупости.
он всё равно смонтирует по умолчанию корень (или тот субволум по-умолчанию, если его сменили btrfs subvolume set-default <subvolid> <path>) всей фс.
и не важно на скольких дисках sdX развёрнута эта фс.
и с какие uuid? а их много
# blkid
/dev/sda1: LABEL="root" UUID="34014301-f79b-4cd8-b0d3-5f74509a5416" UUID_SUB="123f338e-4ccf-4c26-b2b3-9fd0ad3aaa4d" TYPE="btrfs"
какой нафиг из этих UUID?
у меня корень лежит в субволуме. зачем? чтобы снэпшоты делать!монтировать (по генеральной идее бтр) можно по любому диску из фс и любым путем.
конкретно с какой субволум указывается в опциях монтирования (subvol=…, subvolid=…) или назначается субволум по-умолчанию командой выше (если команда ниразу не выполнялась, то subvolid суволума по-умолчанию равен 0)
>ага - данные вообще никакие ни с чем не сходятся :)
>причем это даже на больших объемах - в самый неожиданный момент могут полезть ошибки что места не хватает.сходятся. считать уметь надо. при чём такие же данные и в уфс, и экстХ, и zfs.
и даже в нтфс.
сложилось впечатление, что таким как вы надо выдавать только столько_занято и весь_объём-(минус!!!)столько_занято. чтобы вы спали спокойно и не напрягали мозжечёк.
как это делает винда.
и все довольны.
а то что потоки ещё половину свободного места сожрали, то это вам знать не надо. а то инсульт_ю и приведЪ кролики.
>[оверквотинг удален]
>>причем это даже на больших объемах - в самый неожиданный момент могут полезть ошибки что места не хватает.
> сходятся. считать уметь надо. при чём такие же данные и в уфс,
> и экстХ, и zfs.
> и даже в нтфс.
> сложилось впечатление, что таким как вы надо выдавать только столько_занято и весь_объём-(минус!!!)столько_занято.
> чтобы вы спали спокойно и не напрягали мозжечёк.
> как это делает винда.
> и все довольны.
> а то что потоки ещё половину свободного места сожрали, то это вам
> знать не надо. а то инсульт_ю и приведЪ кролики.дык это - инфа из официальной вики - и про чередование при маунте и про оценку свободного места.
вы лучше это там авторам объясните - здесь они вряд ли читают ))
>дык это - инфа из официальной вики - и про чередование при маунте и про оценку свободного места.дык у всех более-менее сложных (и/или с массой костылей) фс так.
вот в чём вопрос.
не говоря уже о безопасности и прочем. вот к примеру про ntfs http://ru.wikipedia.org/wiki/%D0%90%D0%B...
>Альтернативные потоки данных (Alternate Data Streams, ADS) — это метаданные, связанные с объектом файловой системы NTFS. В файловой системе NTFS файл, кроме основных данных, может также быть связан с одним или несколькими дополнительными потоками данных. При этом дополнительный поток может быть произвольного размера, в том числе может превышать размер основного файла.
>Надо также принимать во внимание, что ADS являются потенциальными дырами в безопасности компьютера. Возможность сокрытия в альтернативных потоках данных любой информации достаточно широко используется вредоносными программами для маскировки своего присутствия в системе.но никто кипишь по этому поводу не поднимает.
(на фоне этого мотивы внедрение uefi выглядят ещё более подло :D)
зыж
не всё добавил
>Операционные системы Windows, начиная с Windows NT, позволяют получать доступ к ADS через API, а также через некоторые утилиты командной строки. Однако альтернативные потоки данных игнорируются большинством программ, включая Windows Explorer и консольную команду DIR. Windows Explorer позволяет копировать альтернативные потоки и выдает предупреждение, если целевая файловая система их не поддерживает. Но при этом Windows Explorer не подсчитывает размер и не отображает список альтернативных потоков.http://ru.wikipedia.org/wiki/%D0%90%D0%B...
Windows Explorer не подсчитывает размер и не отображает список альтернативных потоков.
вот так-то.
а потоки используются часто. например антивирусы их юзат. в частности касперский. на двигуне которого и мелкосовтовский.
и ведь это не экспериментал, а вполне себе промышленная фс.