Imagem de uma placa de 16 Gb contendo espaço não particionado no final: Truncando possível?

Eu queria preparar uma distro para alguns amigos.
Como eu não tinha mais nada por aí, usei um cartão SD de 16Gb.

Comecei com a imagem padrão do Debian Weezy 2Gb e não fiz nenhum redimensionamento.
Agora, ao concluir, queria criar uma imagem do que fiz, mas recebo um arquivo de 16 GB, contendo 14 GB de espaço não particionado (não particionado e livre) no final.

[Eu usei o Windows // Win32DiskImager porque não tenho nada livre para colar no rPI agora]

Posso apenas truncar o arquivo de imagem logo atrás do espaço particionado e transferir a parte principal para um cartão menor?

Finalmente encontrei um recurso que está explicando minha pergunta.

http://softwarebakery.com/shrinking-images-on-linux

Curto:

Sim, é possível truncar!

Resumo do processo:

Extraindo as informações da partição da imagem usando fdisk:

$ fdisk -lu image.img
Disk image.img: 4096 MB, 4096000000 bytes, 8000000 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x000a1bc7

      Device Boot      Start         End      Blocks   Id  System
image.img1              2048     5872026     5869978    b  W95 FAT32

Vemos que a partição tem um tamanho de cerca de 2,8Gb (5872026 * 512), o resto não é particionado .

Portanto, tudo após o final da partição pode ser removido.
Isso será feito com a ferramenta truncate. Não se esqueça de adicionar 1 ao número de setores, pois os números de bloco começam em 0.

$ truncate --size=$[(5872026+1)*512] image.img

Para quem está com preguiça de mudar para o Linux:
Também funciona no Windows com Cygwin 's fdisk.exee truncate.exe!

O que é Cygwin?

Posso citar: "Cygwin: obtenha essa sensação do Linux - no Windows" ( https://www.cygwin.com/ ).
É um conjunto de executáveis ​​que podem ser executados no Windows, mas fornecem todos os programas de linha de comando que você normalmente conhece no Linux. O Cygwin pode demorar muito para instalar, se você selecionar todos os pacotes durante a instalação, mas, para seguir este exemplo, basta garantir que, além da configuração padrão, também estejam selecionados os pacotes util-linux(fdisk) e coreutils(truncate).
Dependendo do seu ambiente, você precisa adicionar /usr/bine adicionar /usr/sbinao seu $PATH.

Sei que essa é uma pergunta antiga, mas gostaria de mostrar como fazer esse processo no Mac, porque não é tão fácil: fdisknão possui a -lopção e truncatenão está instalado por padrão:

1. Etapa 1: Instale o truncado no Mac OS X:

Você precisa do MacPorts ou Homebrew para isso. Eu uso MacPorts. Se você não tiver um desses, vá em frente e instale-os primeiro. Link para MacPorts

Agora, podemos instalar o truncado . Abra seu terminal e digite:

sudo port install truncate

Para instalação do Brew:

brew install truncate

Isso deve servir.

2. Use Utilitários de Disco para montar nosso IMG para que fique visível ao comando terminal do diskutil .

Você verá daqui a pouco por que precisamos dessa etapa. Abra o aplicativo Utilitário de Disco. Clique em Arquivo (na barra superior) -> Abrir imagem de disco e selecione seu arquivo IMG.

3. Verifique o tamanho da partição do IMG e onde ele está montado.

Em um terminal, digite:

diskutil list

E deve mostrar algo assim, em algum lugar no final:

/dev/disk3 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:     FDisk_partition_scheme                        +16.0 GB    disk3
   1:             Windows_FAT_32 boot                    62.9 MB    disk3s1
   2:                      Linux                         3.9 GB     disk3s2

Portanto, vemos que cerca de 12 GB não são particionados. Precisamos truncá-los.

A razão pela qual precisamos desse comando é verificar onde a imagem do disco está montada. No meu caso, está em: / dev / disk3

4. Descubra o tamanho real da partição.

3,9 GB e 62,9 MB são valores que não funcionarão com truncado. Precisamos encontrar os tamanhos das partições em bytes.

5. Execute o fdisk .

No seu terminal, execute este comando:

   fdisk /dev/diskX

Onde X é o número que você descobriu na etapa anterior. Isso deve resultar em algo como isto:

         Starting       Ending
 #: id  cyl  hd sec -  cyl  hd sec [     start -       size]
------------------------------------------------------------------------
 1: 0C    0 130   3 -    8  40  32 [      8192 -     122880] Win95 FAT32L
 2: 83    8  40  33 -  478  79  49 [    131072 -    7553024] Linux files*
 3: 00    0   0   0 -    0   0   0 [         0 -          0] unused      
 4: 00    0   0   0 -    0   0   0 [         0 -          0] unused      

6. Hora de truncar !

No seu terminal, cdno diretório em que está sua imagem. Então escreva:

truncate FILE SIZE

FILE é o seu arquivo, é claro.

TAMANHO é o tamanho em bytes. O que fiz foi adicionar à coluna de tamanho do fdiskcomando a coluna inicial e multiplicar por 512. Portanto, no meu caso, SIZE será: 512 * (7553024 + 131072) = 3934257152 , que é aproximadamente 3,9 GB.

Você precisará do início e do tamanho da última partição mostrada por fdisk. (Não necessariamente o maior, mas o final do arquivo IMG)

Eu experimentei um pouco e sempre que inseria 7553024 * 512 ou (7553024 + 1) * 512 bytes, o arquivo IMG estava corrompido. Então, só para ter certeza, faça como eu indiquei acima. Pode adicionar mais do que o necessário, mas é uma opção segura.

7. (Opcional) Teste facilmente se o IMG não está corrompido.

Vá novamente no Utilitário de Disco e tente abrir o novo arquivo IMG como antes. Se for montado, você também poderá ver o novo tamanho (menor) . Se não montar, algo deu errado. (Talvez tente aumentar o tamanho no truncatecomando)

Este não é o melhor teste, mas é uma maneira de verificar se o novo IMG está corrompido ou não. Então, não conte com isso, mas vale a pena tentar ...

Espero que alguém ache isso útil!

O Win32DiskImager recente realmente tem uma opção para incluir apenas partições alocadas na imagem do disco. Isso fará o corte com um clique.

Apenas algo que notei recentemente ao realizar muitas dessas operações do Win32diskimg para fazer backup de minhas imagens RPI para implantação. Recentemente, comecei a testar o SD "aparar" fstrim para limpar partes do cartão SD que não estão sendo usadas para o nivelamento teórico do desgaste. Não tenho certeza sobre o efeito que terá, mas um efeito colateral foi quando criei uma imagem da partição SD de 16GB e usei o 7zip para compactá-la. Eu fui dos 16GB habituais para 9,5GB para agora um arquivo de 2,5GB. Estou testando agora para garantir que nada esteja errado, mas parece que o uso do TRIM para marcar o espaço não utilizado como zero torna a compactação da imagem muito mais eficiente (o que faz sentido). Só queria relatar que isso era super fácil de realizar e não havia várias etapas.