Início / unix / Perguntas / 565441
Accepted
gatorback
Asked: 2020-02-03 11:14:03 +0800 CST

O processo zerofree pode ser executado no arquivo de imagem do cartão SD?

  • 772

insira a descrição da imagem aqui

Ubuntu 16.04: Uma imagem de cartão SD de 64 GB foi criada com o comando:

date; sudo sh -c 'pv /dev/mmcblk0 >rpi4_Ubuntu18.1_64GB.image'; date

O cartão SD rasbperry pi é equipado com o Ubuntu 18.1

Um laptop Ubuntu 16.04 pode:

  • montar o arquivo .image?
  • executar zerofree no ponto de montagem do arquivo .image?
  • desmontar o arquivo .image?

Estou ciente de que é possível restaurar o arquivo de imagem para o cartão SD e processar o cartão com zerofree e tirar a imagem novamente. Seria bom poder processar vários arquivos .image sem restaurá-los no cartão SD.

ATUALIZAÇÃO: resultados do teste

Imagem montada com sucesso em /dev/loop9p2:

$ sudo losetup -P /dev/loop9 rpi4_Ubuntu18.1_64GB.image
$ ls -l /dev/loop9*
brw-rw---- 1 root disk   7, 9 Feb  2 19:12 /dev/loop9
brw-rw---- 1 root disk 259, 0 Feb  2 19:12 /dev/loop9p1
brw-rw---- 1 root disk 259, 1 Feb  2 19:12 /dev/loop9p2

falha zero livre:

$ zerofree -v /dev/loop9p2
zerofree: failed to open filesystem /dev/loop9p2

zero livre necessário sudo:

$ sudo zerofree -v /dev/loop9p2
14346339/14348998/15073019
  • 14346339 número de blocos diferentes de zero encontrados
  • 14348998 número de blocos livres dentro do sistema de arquivos
  • 15073019 número total de blocos dentro do sistema de arquivos

Bônus: reduza o tamanho da imagem com script pishrink

sd-card disk-image

1 respostas

  1. Best Answer

    zerofreeopera em um sistema de arquivos compatível, não importa qual seja o meio de armazenamento subjacente. A versão do zerofreemeu sistema Debian 10 suporta ext2, ext3e ext4sistemas de arquivos, então se o sistema de arquivos usado no cartão SD for um desses, a resposta seria sim .

    Mas parece que você imaginou o cartão inteiro, que pode ter mais de uma partição nele. Se for esse o caso, você não poderá apenas "montar o arquivo de imagem", pois o comando mount lida apenas com um sistema de arquivos por vez. E em uma imagem de disco inteiro, a tabela de partições geralmente ocupa algum espaço no início do disco, portanto, talvez você não consiga acessar o primeiro sistema de arquivos na imagem tentando montar a imagem de cartão inteiro diretamente.

    Se o seu sistema tiver um losetupcomando que suporte a -Popção, você poderia fazer um losetup -P /dev/loop0 rpi4_Ubuntu18.1_64GB.image, que lhe daria dispositivos como /dev/loop0p1, /dev/loop0p2etc. - um para cada partição no arquivo de imagem. Você pode então montar cada um desses dispositivos de partição e executá zerofree-los, depois desmontar e losetup -d /dev/loop0desconectar o dispositivo de loop.

    Se o seu losetupcomando não suportar a -Popção, existe uma alternativa: a kpartxferramenta (às vezes empacotada separadamente, às vezes como parte das device-mapper-multipathferramentas) pode criar mapeamentos para partições individuais. Nesse caso, você usaria primeiro losetup /dev/loop0 rpi4_Ubuntu18.1_64GB.imagepara conectar o dispositivo de loop e, kpartx -a /dev/loopem seguida, criar dispositivos de mapeamento para cada partição detectada nele. Os dispositivos de partição serão nomeados de forma um pouco diferente neste caso: eles serão /dev/mapper/loop0p1etc. A montagem e zerofreeo procedimento seriam os mesmos, mas a limpeza após a desmontagem do sistema de arquivos também exigiria duas etapas: primeiro kpartx -d /dev/loop0excluir dispositivos de mapeamento de partição e, em seguida, losetup -d /dev/loop0para excluir o dispositivo de loop principal.

    • 3

relate perguntas