# Não é possível recriar o aplicativo: driver de armazenamento docker não suportado (btrfs)

**URL:** <https://meta.discourse.org/t/unable-to-rebuild-app-not-supported-docker-storage-driver-btrfs/209200>\
**Category:** Self-hosting\
**Created:** [Novembro 15, 2021, 5:24pm UTC](https://meta.discourse.org/t/unable-to-rebuild-app-not-supported-docker-storage-driver-btrfs/209200 "2021-11-15T17:24:06Z")\
**Posts on this page:** 1\
**Showing post:** 10

<div class="post-metadata">

**Author:** ![ariznaf](https://avatars.discourse-cdn.com/v4/letter/a/ecccb3/32.png) [@ariznaf](https://meta.discourse.org/u/ariznaf)\
**Post date:** [Novembro 17, 2021, 2:26pm UTC](https://meta.discourse.org/t/unable-to-rebuild-app-not-supported-docker-storage-driver-btrfs/209200/10 "2021-11-17T14:26:29Z")

</div>

Obrigado pela sua resposta e interesse.  
Deixe-me tentar esclarecer.

Alterei o script do lançador para incluir o btrfs como um dos formatos aceitos.  
Na função `check_prereqs` alterei:

```plaintext
if ! $docker_path info 2> /dev/null | egrep -q 'Storage Driver: (btrfs|aufs|zfs|overlay2)$'; then

```

Quando tentei pela primeira vez fazer uma reconstrução do lançador, recebi uma mensagem dizendo que o lançador havia sido modificado localmente e se eu queria continuar baixando arquivos da origem.

Então tive que deixá-lo como estava, fazer a reconstrução e alterá-lo depois para iniciar o aplicativo.

Mas tentei hoje fazer uma reconstrução novamente, e parece que ele detecta a mudança, mas não reclama e a mudança é preservada.

Não sei se algo foi alterado recentemente no lançador e eu poderia ter originalmente um lançador antigo que não fazia a reconstrução e agora faz (depois de atualizá-lo ontem).

Estou testando com btrfs e tudo parece funcionar bem, você pode iniciar e parar aplicativos, fazer backups, tudo funciona bem por enquanto.

O Docker parece criar subvolumes btrfs para os dados de armazenamento dos contêineres quando detecta que está rodando em um sistema de arquivos btrfs e usa o driver de armazenamento btrfs.  
Portanto, parece que ele faz algumas otimizações ao clonar contêineres ou tirar snapshots por meio de comandos do Docker.

Mas não sei se o driver pode estar com defeito de alguma forma (não parece ser um driver experimental no Docker, não há avisos sobre seu uso em btrfs ou não consegui encontrá-los) e se seria melhor (se possível) alterar as informações do Docker para executá-lo usando o driver overlay2 como se estivesse rodando em um sistema de arquivos padrão.  
Em teoria, seria possível para o Docker gravar seus arquivos e fazer operações em um sistema de arquivos btrfs sem levar em conta suas capacidades (já que o btrfs não é diferente de outros sistemas de arquivos no nível do usuário, para E/S de arquivos).

Quaisquer opiniões ou experiências usando o driver de armazenamento btrfs do Docker ou configurando o driver overlay2 para ser usado ao usar o Docker em um sistema de arquivos btrfs seriam bem-vindas.

---

_[View the full topic](https://meta.discourse.org/t/unable-to-rebuild-app-not-supported-docker-storage-driver-btrfs/209200)._