注意:

The Funtoo Linux project has transitioned to "Hobby Mode" and this wiki is now read-only.

Difference between revisions of "Btrfs/pt-br"

From Funtoo
Jump to navigation Jump to search
 
(37 intermediate revisions by the same user not shown)
Line 19: Line 19:
Btrfs agora está pronto para uso.
Btrfs agora está pronto para uso.


<div class="mw-translate-fuzzy">
== Conceitos do Btrfs ==
== Conceitos do BTRFS ==
</div>


<div class="mw-translate-fuzzy">
O Btrfs pode ser usado para gerenciar os discos físicos que ele usa e os discos físicos são adicionados a um volume Btrfs. Em seguida, o BTRFS pode criar subvolumes do volume no qual os arquivos podem ser armazenados.  
O BTRFS pode ser usado para gerenciar os discos físicos que ele usa, e os discos físicos são adicionados a um volume BTRFS. Em seguida, o BTRFS pode criar subvolumes a partir do volume no qual os arquivos podem ser armazenados.
</div>


<div class="mw-translate-fuzzy">
Ao contrário dos sistemas de arquivos Linux tradicionais, os sistemas de arquivos btrfs alocarão armazenamento sob demanda do volume subjacente.  
Diferente dos sistemas de arquivos Linux tradicionais, os sistemas de arquivos BTRFS alocam armazenamento sob demanda do volume subjacente.
</div>


<div class="mw-translate-fuzzy">
No mundo btrfs, a palavra volume corresponde a um pool de armazenamento ([[ZFS]]) ou a um grupo de volumes (LVM).
No mundo do BTRFS, a palavra volume corresponde a um pool de armazenamento (ZFS) ou a um grupo de volumes (LVM).
</div>


* '' devices '' - um ou vários volumes físicos subjacentes.
* '' devices '' - um ou vários volumes físicos subjacentes.
Line 42: Line 34:
== Criando um Volume  ==
== Criando um Volume  ==


<div class="mw-translate-fuzzy">
Para criar um volume btrfs básico, você precisará de um disco vazio extra. Execute os seguintes passos:
Para criar um volume BTRFS básico, você precisará de um disco vazio extra. Execute as seguintes etapas:
</div>


{{console|body=
{{console|body=
# ##i## mkfs.btrfs /dev/sdxy
# ##i## mkfs.btrfs /dev/sdxy
btrfs-progs v4.17.1  
btrfs-progs v4.17.1  
Veja http://btrfs.wiki.kernel.org para mais informações.
See http://btrfs.wiki.kernel.org for more information.


Detected a SSD, turning off metadata duplication.  Mkfs with -m dup if you want to force metadata duplication.
Detected a SSD, turning off metadata duplication.  Mkfs with -m dup if you want to force metadata duplication.
Line 86: Line 76:
}}
}}


{{Important|It is recommended that nothing is stored directly on this top-level volume (ID 5) root directory.}}
{{Important| Recomenda-se que nada seja armazenado diretamente neste diretório raiz do volume de nível superior (ID 5).}}


== Creating Subvolumes ==
== Criando Subvolumes ==


Btrfs has a concept of subvolumes. Subvolume is an independently mountable POSIX filetree (but not a block device). There are several basic schemas to layout subvolumes (including snapshots) as well as mixtures thereof.
Btrfs tem um conceito de subvolumes. Subvolume é uma árvore de arquivos POSIX montável independentemente (mas não um dispositivo de bloco). Existem vários esquemas básicos para layout de subvolumes (incluindo instantâneos), bem como suas misturas.


Lets create children of the top level subvolume (ID 5). We will have:
Vamos criar filhos do subvolume de nível superior (ID 5). Nós teremos:
* {{c|@data}} - it will serve as mountable {{c|/data}}
* {{c|@data}} - servirá como montável {{c|/data}}
* {{c|.snapshots}} - here snapshots will be stored
* {{c|.snapshots}} - aqui os instantâneos serão armazenados


{{console|body=
{{console|body=
Line 105: Line 95:
}}
}}


== The default Subvolume ==
== O Subvolume Padrão ==


{{Note|Changing the default subvolume with {{c|btrfs subvolume default}} will make the top level of the filesystem accessible only when {{c|subvol}} or {{c|subvolid}} mount options are specified}}
{{Note| Alterar o subvolume padrão com {{c|btrfs subvolume default}} tornará o nível superior do sistema de arquivos acessível somente quando as opções de montagem {{c|subvol}} ou {{c|subvolid}} forem especificadas}}


When btrfs block device is mounted without specifying a subvolume the default one is used. To check default subvolume run
Quando o dispositivo de bloco btrfs é montado sem especificar um subvolume, o padrão é usado. Para verificar o subvolume padrão, execute:
{{console|body=
{{console|body=
# ##i## btrfs subvolume get-default /mnt/btrfs-top-level
# ##i## btrfs subvolume get-default /mnt/btrfs-top-level
Line 115: Line 105:
}}
}}


For the convenience lets make {{c|@data}} subvolume as the default one. It's good to double check the subvolume ID first. Either {{c|btrfs subvolume list}} or {{c|btrfs subvolume show}} can be used for that
Por conveniência, vamos tornar o subvolume {{c|@data}} como o padrão. É bom verificar primeiro o ID do subvolume. Ou {{c|btrfs subvolume list}} ou {{c|btrfs subvolume show}} pode ser usado para isso


{{console|body=
{{console|body=
Line 123: Line 113:
}}
}}


Now you can make this subvolume as a default one
Agora você pode tornar este subvolume como padrão:
{{console|body=
{{console|body=
# ##i## btrfs subvolume set-default 256 /mnt/btrfs-top-level
# ##i## btrfs subvolume set-default 256 /mnt/btrfs-top-level
Line 130: Line 120:
}}
}}


At this point you can stop working on the top level subvolume (ID 5) and instead mount directly {{c|@data}} subvolume.
Neste ponto, você pode parar de trabalhar no subvolume de nível superior (ID 5) e, em vez disso, montar diretamente o subvolume {{c|@data}}.


{{console|body=
{{console|body=
Line 139: Line 129:
}}
}}


== Nested Subvolumes ==
== Subvolumes Aninhados ==


{{Note|Nested subvolumes are not going to be a part of snapshots created from their parent subvolume. So one typical reason is to exclude certain parts of the filesystem from being snapshot.}}
{{Note| Subvolumes aninhados não farão parte de instantâneos criados a partir de seu subvolume pai. Portanto, um motivo típico é excluir certas partes do sistema de arquivos de serem instantâneos.}}


Lets create a separate nested subvolume for {{c|/data/independent}}.
Vamos criar um subvolume aninhado separado para {{c|/data/independent}}.


{{console|body=
{{console|body=
Line 151: Line 141:
}}
}}


Usually you will want to "split" areas which are "complete" and/or "consistent" in themselves. Examples for this more-fine grained partitioning could be {{c|/var/log}}, {{c|/var/www}} or {{c|/var/lib/postgresql}}.
Normalmente você vai querer "dividir" áreas que são "completas" e/ou "consistentes" em si mesmas. Exemplos para esse particionamento mais refinado podem ser {{c|/var/log}}, {{c|/var/www}} ou {{c|/var/lib/postgresql}}.


== /etc/fstab ==
== /etc/fstab ==


To automatically mount the {{c|@data}} subvolume after reboot you need to modify {{c|/etc/fstab}}
Para montar automaticamente o subvolume {{c|@data}} após a reinicialização, você precisa modificar {{c|/etc/fstab}}


{{file|name=/etc/fstab|desc=fstab for btrfs|body=
{{file|name=/etc/fstab|desc=fstab for btrfs|body=
Line 161: Line 151:
}}
}}


{{Warning|According to [https://btrfs.readthedocs.io/en/latest/Administration.html#mount-options btrfs docs] most mount options apply to the whole filesystem and only options in the first mounted subvolume will take effect. This means that (for example) you can't set per-subvolume {{c|nodatacow}}, {{c|nodatasum}}, or {{c|compress}}.}}
{{Warning| De acordo com [https://btrfs.readthedocs.io/en/latest/Administration.html#mount-options btrfs docs] a maioria das opções de montagem se aplicam a todo o sistema de arquivos e somente as opções no primeiro subvolume montado terão efeito. Isso significa que (por exemplo) você não pode definir por subvolume {{c|nodatacow}}, {{c|nodatasum}} ou {{c|compress}}.}}


Now lets verify if this changes were correct
Agora vamos verificar se essas alterações estavam corretas:
{{console|body=
{{console|body=
# ##i## cd /
# ##i## cd /
Line 172: Line 162:
}}
}}


Did you just notice that although we mounted our {{c|@data}} subvolume the nested subvolume {{c|@data/independent}} is also present?
Você percebeu que, embora tenhamos montado nosso subvolume {{c|@data}}, o subvolume aninhado {{c|@data/independent}} também está presente?


== Snapshots ==
== Instantâneos (Snapshots) ==


For the purpose of checking out this cool btrfs feature lets populate our filesystem with some example data first
Com a finalidade de verificar este recurso interessante do btrfs, vamos preencher nosso sistema de arquivos com alguns dados de exemplo primeiro


{{console|body=
{{console|body=
Line 183: Line 173:
}}
}}


As you probably remember on the top level (next to {{c|@data}} subvolume) you've also created the {{c|.snapshots}} subvolume. You can mount it now to create some snapshots
Como você provavelmente se lembra no nível superior (ao lado do subvolume {{c|@data}}) você também criou o subvolume {{c|.snapshots}}. Você pode montá-lo agora para criar alguns instantâneos:
{{console|body=
{{console|body=
# ##i## mkdir /mnt/snapshots
# ##i## mkdir /mnt/snapshots
Line 189: Line 179:
}}
}}


A snapshot is a subvolume like any other, with given initial content. By default, snapshots are created read-write. File modifications in a snapshot do not affect the files in the original subvolume. Lets create a read-write snapshot for {{c|/data}} and read-only snapshot for {{c|/data/independent}}
Um instantâneo é um subvolume como qualquer outro, com determinado conteúdo inicial. Por padrão, os instantâneos são criados para leitura e gravação. As modificações de arquivo em um instantâneo não afetam os arquivos no subvolume original. Vamos criar um instantâneo de leitura e gravação para {{c|/data}} e instantâneo somente leitura para {{c|/data/independent}}


{{console|body=
{{console|body=
Line 198: Line 188:
}}
}}


Once again, nested subvolumes are not going to be a part of snapshots created from their parent subvolume. So you shouldn't be surprised when you compare the contents of the {{c|/data}} vs the contents of the {{c|/mnt/snapshots}}
Mais uma vez, os subvolumes aninhados não farão parte dos instantâneos criados a partir de seu subvolume pai. Portanto, você não deve se surpreender ao comparar o conteúdo do {{c|/data}} com o conteúdo do {{c|/mnt/snapshots}}


{{console|body=
{{console|body=
Line 214: Line 204:
}}
}}


At this point you might be interested in [https://btrfs.readthedocs.io/en/latest/Send-receive.html send and receive btrfs features].
Neste ponto, você pode estar interessado em [https://btrfs.readthedocs.io/en/latest/Send-receive.html Enviar e Receber recursos do btrfs].


{{Note|According to [https://btrfs.readthedocs.io/en/latest/Subvolumes.html btrfs docs] a snapshot is not a backup: snapshots work by use of BTRFS copy-on-write behaviour. A snapshot and the original it was taken from initially share all of the same data blocks. If that data is damaged in some way (cosmic rays, bad disk sector, accident with dd to the disk), then the snapshot and the original will both be damaged.}}
{{Note| De acordo com [https://btrfs.readthedocs.io/en/latest/Subvolumes.html btrfs docs] um instantâneo não é um backup: instantâneos funcionam usando o comportamento de cópia na gravação do BTRFS. Um instantâneo e o original do qual foi tirado inicialmente compartilham todos os mesmos blocos de dados. Se esses dados forem danificados de alguma forma (raios cósmicos, setor de disco defeituoso, acidente com dd no disco), o instantâneo e o original serão danificados ao mesmo tempo.}}


== Wrap up ==
== Embrulhar (Wrap up) ==


{{Important|It is recommended to run {{c|btrfs scrub}} once in a while. E.g. every month}}
{{Important| Recomenda-se executar {{c|btrfs scrub}} de vez em quando. Por exemplo: Mensalmente.}}


Scrub is the online check and repair functionality that verifies the integrity of data and metadata, assuming the tree structure is fine. You can run it on a mounted file system; it runs as a background process during normal operation.
Scrub é a funcionalidade de verificação e reparo online que verifica a integridade dos dados e metadados, supondo que a estrutura da árvore esteja correta. Você pode executá-lo em um sistema de arquivos montado; ele é executado como um processo em segundo plano durante a operação normal.


To start a (background) scrub on the filesystem which contains {{c|/data}} run
Para iniciar um scrub (Em segundo plano) no sistema de arquivos que contém {{c|/data}} execute:


{{console|body=
{{console|body=
Line 231: Line 221:
}}
}}


To check the status of a running scrub
Para verificar o estado de uma depuração em execução:


{{console|body=
{{console|body=
Line 247: Line 237:
}}
}}


<div class="mw-translate-fuzzy">
Agora você deve estar no ponto em que pode começar a usar o btrfs para uma variedade de tarefas. Embora haja muito mais sobre o btrfs do que o abordado nesta breve introdução, agora você deve ter uma boa compreensão dos conceitos fundamentais nos quais o btrfs se baseia.
Agora você deve estar no ponto em que pode começar a usar o BTRFS para uma variedade de tarefas. Embora exista muito mais no BTRFS do que o que é abordado nesta breve introdução, agora você deve ter um bom entendimento dos conceitos fundamentais nos quais o BTRFS se baseia.
</div>


<div class="mw-translate-fuzzy">
[[Category:Btrfs]]
[[Category:BTRFS]]
[[Category:Filesystems]]
[[Category:Filesystems]]
[[Category:HOWTO]]
[[Category:HOWTO]]
[[Category:Official Documentation]]
[[Category:Official Documentation]]
</div>

Latest revision as of 20:42, October 14, 2022

Other languages:
English • ‎Türkçe • ‎español • ‎português do Brasil • ‎中文(中国大陆)‎

Btrfs é um sistema de arquivos baseado no princípio copy-on-write (COW), inicialmente projetado na Oracle Corporation para uso em Linux. O desenvolvimento do btrfs começou em 2007 e, desde agosto de 2014, o formato em disco do sistema de arquivos foi marcado como estável.

O projeto Funtoo Linux recomenda o btrfs como um sistema de arquivos de última geração, especialmente para uso em produção.

O Btrfs destina-se a solucionar a falta de pool, instantâneos, somas de verificação e abrangência de vários dispositivos integral nos sistemas de arquivos Linux.

É fácil de configurar e usar o btrfs. Nesta introdução simples, vamos configurar o btrfs no Funtoo Linux usando um kernel debian-sources ou debian-sources-lts existente, como o que vem pré-construído para você com o Funtoo Linux, e também usaremos nosso pool de armazenamento btrfs para armazenar dados que não fazem parte da própria instalação do Funtoo Linux. O Funtoo Linux inicializará a partir de um sistema de arquivos não-btrfs e, como parte do processo de inicialização, inicializará nosso armazenamento btrfs e o montará no local de nossa escolha.

Instalação

Habilitar o suporte btrfs é tão simples quanto habilitar o mix-in btrfs e executar uma atualização completa:

root # epro mix-in +btrfs
root # emerge -uDN @world

Btrfs agora está pronto para uso.

Conceitos do Btrfs

O Btrfs pode ser usado para gerenciar os discos físicos que ele usa e os discos físicos são adicionados a um volume Btrfs. Em seguida, o BTRFS pode criar subvolumes do volume no qual os arquivos podem ser armazenados.

Ao contrário dos sistemas de arquivos Linux tradicionais, os sistemas de arquivos btrfs alocarão armazenamento sob demanda do volume subjacente.

No mundo btrfs, a palavra volume corresponde a um pool de armazenamento (ZFS) ou a um grupo de volumes (LVM).

  • devices - um ou vários volumes físicos subjacentes.
  • volume - um grande conjunto de armazenamentos composto por todo o espaço dos dispositivos e pode suportar diferentes níveis de redundância.
  • subvolumes - é isso que é montado e você armazena arquivos.
  • snapshots - uma cópia somente leitura de um subvolume em um determinado momento e / ou a cópia de leitura e gravação de um subvolume em tempo de execução (também conhecido como clone).

Criando um Volume

Para criar um volume btrfs básico, você precisará de um disco vazio extra. Execute os seguintes passos:

root #  mkfs.btrfs /dev/sdxy
btrfs-progs v4.17.1 
See http://btrfs.wiki.kernel.org for more information.

Detected a SSD, turning off metadata duplication.  Mkfs with -m dup if you want to force metadata duplication.
Performing full device TRIM /dev/sdj (223.57GiB) ...
Label:              (null)
UUID:               d6bcba6e-8fd5-41fc-9bb4-79628c5c928c
Node size:          16384
Sector size:        4096
Filesystem size:    223.57GiB
Block group profiles:
  Data:             single            8.00MiB
  Metadata:         single            8.00MiB
  System:           single            4.00MiB
SSD detected:       yes
Incompat features:  extref, skinny-metadata
Number of devices:  1
Devices:
   ID        SIZE  PATH
    1   223.57GiB  /dev/sdxy

/dev/sdxy deve ser um disco não utilizado. Pode ser necessário usar o seguinte comando se este disco contiver dados pré-existentes:

root #  mkfs.btrfs -f /dev/sdxy

Agora você pode montar o volume criado como qualquer outro sistema de arquivos linux.

root #  mkdir /mnt/btrfs-top-level
root #  mount /dev/sdxy /mnt/btrfs-top-level
root #  mount
...
/dev/sdxy on /mnt/btrfs-top-level type btrfs (rw,relatime,ssd,space_cache,subvolid=5,subvol=/)
   Important
Recomenda-se que nada seja armazenado diretamente neste diretório raiz do volume de nível superior (ID 5).

Criando Subvolumes

Btrfs tem um conceito de subvolumes. Subvolume é uma árvore de arquivos POSIX montável independentemente (mas não um dispositivo de bloco). Existem vários esquemas básicos para layout de subvolumes (incluindo instantâneos), bem como suas misturas.

Vamos criar filhos do subvolume de nível superior (ID 5). Nós teremos:

  • @data - servirá como montável /data
  • .snapshots - aqui os instantâneos serão armazenados
root #  cd /mnt/btrfs-top-level
root #  btrfs subvolume create @data
root #  btrfs subvolume create .snapshots
root #  btrfs subvolume list /mnt/btrfs-top-level
ID 256 gen 322338 top level 5 path @data
ID 257 gen 322275 top level 5 path .snapshots

O Subvolume Padrão

   Note
Alterar o subvolume padrão com btrfs subvolume default tornará o nível superior do sistema de arquivos acessível somente quando as opções de montagem subvol ou subvolid forem especificadas

Quando o dispositivo de bloco btrfs é montado sem especificar um subvolume, o padrão é usado. Para verificar o subvolume padrão, execute:

root #  btrfs subvolume get-default /mnt/btrfs-top-level
ID 5 (FS_TREE)

Por conveniência, vamos tornar o subvolume @data como o padrão. É bom verificar primeiro o ID do subvolume. Ou btrfs subvolume list ou btrfs subvolume show pode ser usado para isso

root #  btrfs subvolume show /mnt/btrfs-top-level/@data
...
	Subvolume ID: 		256

Agora você pode tornar este subvolume como padrão:

root #  btrfs subvolume set-default 256 /mnt/btrfs-top-level
root #  btrfs subvolume get-default /mnt/btrfs-top-level
ID 256 gen 322336 top level 5 path @data

Neste ponto, você pode parar de trabalhar no subvolume de nível superior (ID 5) e, em vez disso, montar diretamente o subvolume @data.

root #  cd /mnt
root #  umount /mnt/btrfs-top-level
root #  mkdir /data
root #  mount /dev/sdxy /data

Subvolumes Aninhados

   Note
Subvolumes aninhados não farão parte de instantâneos criados a partir de seu subvolume pai. Portanto, um motivo típico é excluir certas partes do sistema de arquivos de serem instantâneos.

Vamos criar um subvolume aninhado separado para /data/independent.

root #  btrfs subvolume create /data/independent
root #  btrfs subvolume list /data
ID 258 gen 161 top level 256 path independent

Normalmente você vai querer "dividir" áreas que são "completas" e/ou "consistentes" em si mesmas. Exemplos para esse particionamento mais refinado podem ser /var/log, /var/www ou /var/lib/postgresql.

/etc/fstab

Para montar automaticamente o subvolume @data após a reinicialização, você precisa modificar /etc/fstab

   /etc/fstab - fstab for btrfs
/dev/sdxy	/data	btrfs	subvolid=256,defaults	0 0
   Warning
De acordo com btrfs docs a maioria das opções de montagem se aplicam a todo o sistema de arquivos e somente as opções no primeiro subvolume montado terão efeito. Isso significa que (por exemplo) você não pode definir por subvolume nodatacow, nodatasum ou compress.

Agora vamos verificar se essas alterações estavam corretas:

root #  cd /
root #  umount /data
root #  mount /data
root #  ls /data
independent

Você percebeu que, embora tenhamos montado nosso subvolume @data, o subvolume aninhado @data/independent também está presente?

Instantâneos (Snapshots)

Com a finalidade de verificar este recurso interessante do btrfs, vamos preencher nosso sistema de arquivos com alguns dados de exemplo primeiro

root #  echo 'btrfs' > /data/foo.txt
root #  echo 'fun' > /data/independent/bar.txt

Como você provavelmente se lembra no nível superior (ao lado do subvolume @data) você também criou o subvolume .snapshots. Você pode montá-lo agora para criar alguns instantâneos:

root #  mkdir /mnt/snapshots
root #  mount /dev/sdxy /mnt/snapshots -o subvolid=257

Um instantâneo é um subvolume como qualquer outro, com determinado conteúdo inicial. Por padrão, os instantâneos são criados para leitura e gravação. As modificações de arquivo em um instantâneo não afetam os arquivos no subvolume original. Vamos criar um instantâneo de leitura e gravação para /data e instantâneo somente leitura para /data/independent

root #  btrfs subvolume snapshot /data /mnt/snapshots/data_$(date -u -Iseconds)
Create a snapshot of '/data' in '/mnt/snapshots/data_2022-08-30T22:04:57+00:00'
root #  btrfs subvolume snapshot -r /data/independent /mnt/snapshots/independent_$(date -u -Iseconds)
Create a readonly snapshot of '/data/independent' in '/mnt/snapshots/independent_2022-08-30T22:05:29+00:00'

Mais uma vez, os subvolumes aninhados não farão parte dos instantâneos criados a partir de seu subvolume pai. Portanto, você não deve se surpreender ao comparar o conteúdo do /data com o conteúdo do /mnt/snapshots

root #  tree /data
/data
├── foo.txt
└── independent
    └── bar.txt
root #  tree /mnt/snapshots
/mnt/snapshots
├── data_2022-08-30T22:04:57+00:00
│   └── foo.txt
└── independent_2022-08-30T22:05:29+00:00
    └── bar.txt

Neste ponto, você pode estar interessado em Enviar e Receber recursos do btrfs.

   Note
De acordo com btrfs docs um instantâneo não é um backup: instantâneos funcionam usando o comportamento de cópia na gravação do BTRFS. Um instantâneo e o original do qual foi tirado inicialmente compartilham todos os mesmos blocos de dados. Se esses dados forem danificados de alguma forma (raios cósmicos, setor de disco defeituoso, acidente com dd no disco), o instantâneo e o original serão danificados ao mesmo tempo.

Embrulhar (Wrap up)

   Important
Recomenda-se executar btrfs scrub de vez em quando. Por exemplo: Mensalmente.

Scrub é a funcionalidade de verificação e reparo online que verifica a integridade dos dados e metadados, supondo que a estrutura da árvore esteja correta. Você pode executá-lo em um sistema de arquivos montado; ele é executado como um processo em segundo plano durante a operação normal.

Para iniciar um scrub (Em segundo plano) no sistema de arquivos que contém /data execute:

root #  btrfs scrub start /data
scrub started on /data, fsid 40f8b94f-07ee-4f7e-beb1-8e686abc246d (pid=5525)

Para verificar o estado de uma depuração em execução:

root #  btrfs scrub status /data
UUID:             40f8b94f-07ee-4f7e-beb1-8e686abc246d
Scrub started:    Tue Aug 30 00:38:54 2022
Status:           running
Duration:         0:00:15
Time left:        0:00:34
ETA:              Tue Aug 30 00:39:44 2022
Total to scrub:   149.06GiB
Bytes scrubbed:   44.79GiB  (30.04%)
Rate:             2.99GiB/s
Error summary:    no errors found

Agora você deve estar no ponto em que pode começar a usar o btrfs para uma variedade de tarefas. Embora haja muito mais sobre o btrfs do que o abordado nesta breve introdução, agora você deve ter uma boa compreensão dos conceitos fundamentais nos quais o btrfs se baseia.