Translated using Weblate (Portuguese (Brazil))

Os blobs proprietários podem ser extraídos de um dispositivo que já esteja executando o /e/OS ou de um zip instalável do /e/OS. Neste guia, descreveremos as etapas necessárias para extrair arquivos proprietários de zips instaláveis.

Before beginning, it is required to know the difference between the types of OTAs:

Antes de começar, é necessário conhecer a diferença entre os tipos de OTAs:

* **Block-based OTA**: the content of the system partition is stored inside of an `.dat`/`.dat.br` file as binary data.

* **OTA baseado em blocos**: o conteúdo da partição do sistema é armazenado dentro de um arquivo `.dat`/`.dat.br` como dados binários.

* **File-based OTA**: the content of the system partition is available inside a folder of the zip named `system`.

* **OTA baseado em arquivo**: o conteúdo da partição do sistema está disponível dentro de uma pasta do zip chamada `system`.

* **Payload-based OTA**: the content of the system partition is stored as an `.img` file inside of `payload.bin`.

* **OTA baseado em carga útil**: o conteúdo da partição do sistema é armazenado como um arquivo `.img` dentro de `payload.bin`.

If your zip has no `system` folder or it is nearly empty and a file named `system.transfer.list` exists at the root level, then what you have is a block-based OTA. Jump to [Extracting proprietary blobs from block-based OTAs](#extracting-proprietary-blobs-from-block-based-otas) in this case.

Se o seu zip não tiver uma pasta `system` ou estiver quase vazio e existir um arquivo chamado `system.transfer.list` no nível raiz, então o que você tem é um OTA baseado em blocos. Nesse caso, vá para [Extraindo blobs proprietários de OTAs baseados em blocos](#extracting-proprietary-blobs-from-block-based-otas).

If you have the entire content of the system partition inside the `system` folder and no `system.transfer.list`, then what you have is a file-based OTA. See [Extracting proprietary blobs from file-based OTAs](#extracting-proprietary-blobs-from-file-based-otas).

Se você tiver todo o conteúdo da partição do sistema dentro da pasta `system` e não tiver o arquivo `system.transfer.list`, então o que você tem é um OTA baseado em arquivo. Consulte [Extraindo blobs proprietários de OTAs baseados em arquivo](#extracting-proprietary-blobs-from-file-based-otas).

You may also have a payload-based OTA, which is what your device will use if it uses the A/B partitioning system. If that is what you have, jump to [Extracting proprietary blobs from payload-based OTAs](#extracting-proprietary-blobs-from-payload-based-otas).

Você também pode ter um OTA baseado em carga útil, que é o que seu dispositivo usará se ele usar o sistema de particionamento A/B. Se for esse o seu caso, vá para [Extraindo blobs proprietários de OTAs baseados em carga útil](#extracting-proprietary-blobs-from-payload-based-otas).

## Extracting proprietary blobs from block-based OTAs

## Extraindo blobs proprietários de OTAs baseadas em blocos

Some block-based OTAs are split into multiple files, for the system partition and the other partitions like vendor, product, oem, odm and others.  You can verify if yours is split by looking for the corresponding `*.transfer.list` files for each in the root of the installable /e/OS zip.

Algumas OTAs baseadas em blocos são divididas em vários arquivos, para a partição do sistema e outras partições, como fornecedor, produto, OEM, ODM e outras. Você pode verificar se a sua está dividida procurando os arquivos `*.transfer.list` correspondentes para cada uma na raiz do zip instalável do /e/OS.

If you have a split block-based OTA file then you will need to extract, decompress and convert each one in a similar manner to system and vendor as outlined below.

Se você tiver um arquivo OTA dividido em blocos, será necessário extrair, descompactar e converter cada um deles de maneira semelhante ao sistema e ao fornecedor, conforme descrito abaixo.

If you do not have a split OTA file, you may skip any step that references `vendor.transfer.list` and `vendor.new.dat.br` or `vendor.new.dat`

Se você não tiver um arquivo OTA dividido, pode pular qualquer etapa que faça referência a `vendor.transfer.list` e `vendor.new.dat.br` ou `vendor.new.dat`.

Create a temporary directory and move there:

Crie um diretório temporário e mova-se para ele:

```

mkdir ~/android/system_dump/

cd ~/android/system_dump/

```

Extract `system.transfer.list` and `system.new.dat.br` or `system.new.dat` from the installable //e/OS zip:

Extraia `system.transfer.list` e `system.new.dat.br` ou `system.new.dat` do zip instalável /e/OS:

```

unzip path/to/e-*.zip system.transfer.list system.new.dat*

```

where `path/to/` is the path to the installable zip.

onde `path/to/` é o caminho para o zip instalável.

If your OTA includes `vendor.transfer.list` and `vendor.new.dat.br` or `vendor.new.dat` (other others), extract them from the installable /e/OS zip as well:

rm -rf ~/android/system_dump/

```

## Extracting proprietary blobs from file-based OTAs

## Extraindo blobs proprietários de OTAs baseadas em arquivos

Create a temporary directory to extract the content of the zip and move there:

Crie um diretório temporário para extrair o conteúdo do zip e mova para lá:

```

mkdir ~/android/system_dump/

## Extracting proprietary blobs from payload-based OTAs

Create a temporary directory to extract the content of the zip and move there:

Crie um diretório temporário para extrair o conteúdo do zip e mova para lá:

```

mkdir ~/android/system_dump/