Expandindo o tamanho do disco no pfsense no VMWare ESXi

Question

Estou testando o pfsense no ESXi por um tempo. E agora estou quase sem espaço. Atualmente, tem cerca de 30GB e eu gostaria de expandi-lo para 150GB , já que estou planejando instalar o squid para fazer cache. Até agora o que fiz foi:

• Tentei expandir o disco no ESXi para pfsense (é uma unidade provisionada de espessura) que foi expandida e exibida como livre.
• Tentei gparted por boot e iso na VM pfsense que mostrou que a partição instalada é desconhecida & o não alocado nem mostrou opções para redimensionar (acho que é porque o pfsense usa o sistema de arquivos UFS)
• Tentei instalar uma nova cópia que foi bem-sucedida, mas a interface do usuário era bem estranha, pois não conseguia ver o uso total, o uso da memória, etc. etc. nem mesmo as barras de status corretamente.

Por favor avise-me que não encontrei um tutorial adequado para corrigir isso. E agora meu pfsense está causando muitos problemas. Tudo que eu preciso é expandir o disco no antigo pfsense se possível, uma correção para o novo (onde a GUI parece bem lenta).

    

Answer 1

O pfSense é atualmente baseado no FreeBSD 8.x. A capacidade de desenvolver um sistema de arquivos UFS live está chegando apenas com o FreeBSD 10.x, então tudo isso deve ser feito a partir de um modo de recuperação / instalação.

Primeiro faça um backup do seu arquivo config.xml !

Para aumentar o sistema de arquivos raiz do pfSense você deve primeiro redimensionar corretamente o esquema de partição BSD (também conhecido como "fatias de bsd"):

• redimensione a partição BSD

  No modo de console ou por meio do ssh, inicie um Shell (o exemplo é apenas 4 GB de instalação com 4 GB de disco livre):

  [admin]: gpart show

  =>      63  16777153  ad0  MBR  (8.0G)
          63   8388513    1  freebsd  [active]  (4G)
     8388576   8388640       - free -  (4.0G)
  
  =>      0  8388513  ad0s1  BSD  (4G)
          0       16         - free -  (8.0k)
         16  7339921      1  freebsd-ufs  (3.5G)
    7339937  1048576      2  freebsd-swap  (512M)
  

  (assumindo que seu disco é visto como ad0 )

  [admin]: gpart resize -i 1 ad0

  ad0s1 resized
  

  Devido a um erro em gpart em relação aos antigos esquemas de particionamento do MBR, precisamos forçar uma atualização de tamanho global, já que o MBR ainda está tendo o tamanho global antigo.

  Obtenha o tamanho da partição freebsd real (segunda coluna da gpart show ad0 output):

  [admin]: gpart show ad0

  =>      63  16777153  ad0  MBR  (8.0G)
          63  16777152    1  freebsd  [active]  (8G)
    16777215         1       - free -  (512B)
  

  Usando bsdlabel para editar esse valor no zise de c: line:

  [admin]: bsdlabel -e /dev/ad0s1

  # /dev/ad0s1:
  8 partitions:
  #          size     offset    fstype   [fsize bsize bps/cpg]
    a:   15728640         16    4.2BSD        0     0     0
    b:    1048496   15728656      swap
    c:    8388513          0    unused        0     0     # "raw" part, don't edit
  

  Portanto, edite-o para corresponder a esse número; no nosso exemplo: 16777152 (editor é vi ):

  # /dev/ad0s1:
  8 partitions:
  #          size     offset    fstype   [fsize bsize bps/cpg]
    a:   15728640         16    4.2BSD        0     0     0
    b:    1048496   15728656      swap
    c:   16777152          0    unused        0     0     # "raw" part, don't edit'
  

  As partições agora foram redimensionadas corretamente.

• Sistema de arquivos raiz do pfSense em expansão

  Como o particionamento de disco padrão está definindo uma troca no final do disco, devemos primeiro anotar seu tamanho e removê-lo antes de aumentar o sistema de arquivos raiz:

  (Apenas certifique-se de que o segundo sistema de arquivos do seu ad0s1 - o valor da terceira coluna em gpart show output)

  [admin]: gpart delete -i 2 ad0s1

  Redimensionando nossa partição raiz para todos, mas o tamanho da partição de troca (gpart -s option aceita apenas valores inteiros, portanto, 7.5G = 7680M):

  [admin]: gpart resize -i 1 -s 7680M ad0s1

  ad0s1a resized
  

  [admin]: growfs /dev/ad0s1a

  We strongly recommend you to make a backup before growing the Filesystem
  
   Did you backup your data (Yes/No) ? Yes
  new file systemsize is: 3932160 frags
  Warning: 302144 sector(s) cannot be allocated.
  growfs: 7532.5MB (15426496 sectors) block size 16384, fragment size 2048
          using 41 cylinder groups of 183.72MB, 11758 blks, 23552 inodes.
  super-block backups (for fsck -b #) at:
   7525280, 7901536, 8277792, 8654048, 9030304, 9406560, 9782816, 10159072, 10535328, 10911584,
   11287840, 11664096, 12040352, 12416608, 12792864, 13169120, 13545376, 13921632, 14297888,
   14674144, 15050400
  

  E recriando a partição de troca:

  [admin]: gpart add -t freebsd-swap ad0s1

  ad0s1b added
  

  Concluído. Nossa tabela de partições agora é a seguinte e o sistema de arquivos raiz foi expandido corretamente para usar sua partição completa:

  [admin]: gpart show

  =>      63  16777153  ad0  MBR  (8.0G)
          63  16777152    1  freebsd  [active]  (8G)
    16777215         1       - free -  (512B)
  
  =>       0  16777152  ad0s1  BSD  (8G)
           0        16         - free -  (8.0k)
          16  15728640      1  freebsd-ufs  (7.5G)
    15728656   1048496      2  freebsd-swap  (512M)
  

Para mais informações sobre os comandos FreeBSD gpart e growfs :

• manual do growfs (FreeBSD 8.3)
• manual do gpart (FreeBSD 8.3)

Nota: gpart bug referente ao antigo esquema de particionamento do MBR ainda é verdade no FreeBSD-10.0.