compreende a saída do bsdlabel

2

Eu tenho um roteador Juniper que usa o sistema operacional Junos (baseado no FreeBSD) onde eu posso fazer backup de certas partições da CLI do roteador. Sob o roteador, o roteador inicia o processo restore e copia /dev/ad0s1a para /dev/ad1s1a e /dev/ad0s1e para /dev/ad1s1e . As partições do FreeBSD antes desta operação de cópia são as seguintes:

# bsdlabel /dev/ad0s1
# /dev/ad0s1:
8 partitions:
#        size   offset    fstype   [fsize bsize bps/cpg]
  a:   451556        0    4.2BSD     2048 16384 28224 
  c:   501728        0    unused        0     0         # "raw" part, don't edit
  e:    50172   451556    4.2BSD     2048 16384  3136 
# bsdlabel /dev/ad1s1
# /dev/ad1s1:
8 partitions:
#        size   offset    fstype   [fsize bsize bps/cpg]
  a:   451556        0    4.2BSD     2048 16384    96 
  b:  4194288   451556      swap                    
  c: 58605057        0    unused        0     0         # "raw" part, don't edit
  e:    50172  4645844    4.2BSD     2048 16384   105 
  f: 53909041  4696016    4.2BSD     2048 16384    89 
# 

Após a operação de cópia, eles estão seguindo:

# bsdlabel /dev/ad0s1
# /dev/ad0s1:
8 partitions:
#        size   offset    fstype   [fsize bsize bps/cpg]
  a:   451556        0    4.2BSD     2048 16384 28224 
  c:   501728        0    unused        0     0         # "raw" part, don't edit
  e:    50172   451556    4.2BSD     2048 16384  3136 
# bsdlabel /dev/ad1s1
# /dev/ad1s1:
8 partitions:
#        size   offset    fstype   [fsize bsize bps/cpg]
  a:   451556        0    4.2BSD     2048 16384 28224 
  b:  4194288   451556      swap                    
  c: 58605057        0    unused        0     0         # "raw" part, don't edit
  e:    50172  4645844    4.2BSD     2048 16384  3136 
  f: 53909041  4696016    4.2BSD     2048 16384    89 
# 

Como visto na saída de bsdlabel antes e depois da operação de cópia, o contador bps/cpg aumentou depois de lidar com /dev/ad1s1a e /dev/ad1s1e partições. Estou correto que, antes da operação de cópia, as partições /dev/ad1s1a e /dev/ad1s1e estavam presentes, mas estavam quase vazias? Então provavelmente essa operação de cópia espelhou todo o sistema de arquivos de /dev/ad0s1a para /dev/ad1s1a e /dev/ad0s1e para /dev/ad1s1e ?

    
por Martin 25.09.2015 / 18:25

1 resposta

2

Sim, acredito que você esteja correto. Embora bsdlabel forneça informações sobre as partições, ele também fornece algumas informações sobre o sistema de arquivos na partição na coluna bps/cpg . Consulte o bsdlabel man page para mais informações. O comando restore provavelmente está recebendo dados do comando dump . Consulte o restaurar página de manual e o página man do despejo para mais detalhes.

    
por 27.09.2015 / 14:27