Tenho um dispositivo Linux embarcado (não um Raspberry Pi) que tem duas partições em uma unidade eMMC. Usei uma ferramenta fornecida pelo fornecedor para copiar essas duas partições em uma unidade USB cujo tamanho é aproximadamente igual ao tamanho da unidade eMMC.
O que fiz em seguida foi montar a unidade USB em um computador Linux e usar ferramentas como e2fscke resize2fs -Mpara redimensionar o segundo sistema de arquivos para um tamanho mínimo viável e, finalmente, gdiskredimensionar a partição para corresponder.
Em todos os cálculos, tomei cuidado para garantir que a partição não ficasse menor que o sistema de arquivos, mesmo a ponto de tornar a partição um pouco maior e, então, resize2fsaumentar o sistema de arquivos para corresponder a ela.
Após essas operações, tenho uma unidade USB de 16 GB com uma partição de inicialização de 118 MiB e uma partição de sistema de arquivos raiz de 3,1 GiB. Em seguida, costumava ddler dados diretamente da unidade USB, utilizando parâmetros bs=e count=para limitar a quantidade de dados lidos para estender apenas até onde a segunda partição termina, mais um setor extra para acomodar o "setor zero".
O resultado é que agora tenho um arquivo de imagem no qual as duas partições têm exatamente o tamanho de suas fontes correspondentes, mas quando uso a opção "Arquivo" -> "Propriedades" da ferramenta 7-Zip, ele afirma que o "Tamanho físico" (circulado em vermelho) é maior que essas partições e maior do que o que instruí ddpara copiar da fonte.
De onde vem esse valor de "Tamanho físico"? Ele faz parte da tabela de partição? Ou lê dddo disco de alguma forma?
Existe alguma maneira de modificá-lo para me livrar do erro "Fim inesperado de dados"?
