lvm, um vol montado em / dev / mapper, um em / dev

1

Eu criei um grupo de volume webserver com os volumes home e usr

Eles foram criados de forma idêntica, em /etc/fstab listado como

/dev/webserver/home    /home  /ext4   rw,noatime   0 0
/dev/webserver/usr     /usr   /ext4   rw,noatime   0 0

No entanto, mount mostra-os como

/dev/mapper/webserver-usr on /usr
/dev/mapper/webserver-home on /home

e df como

/dev/webserver/usr   999 999 999 99% /usr
/dev/mapper/webserver-home 999 999 999 99% /home

(números não reais, não podem copiar / colar e números não são relevantes de qualquer forma)

Por que mapper é exibido em alguns lugares e não em outros?

Parece estar funcionando perfeitamente bem, apenas confuso sobre as diferenças.

    
por Lenne 15.09.2018 / 12:21

1 resposta

2

A diferença entre /usr (ou / ) e /home geralmente é que os rootfs (incluindo /usr ) precisam ser montados cedo na inicialização. Isso é feito pelo initramfs.

Por outro lado, /home , /var/www e outras partições regulares que você possa ter devem ser montadas posteriormente, fora do initramfs, durante o processo normal de inicialização pelo sistema init completo.

Assim, o comportamento na montagem pode ser diferente em alguns detalhes.

Por exemplo, no meu sistema, o rootfs aparece como /dev/dm-34 em vez de /dev/SSD/root ou /dev/mapper/SSD-root . Isso é simplesmente porque a partição é identificada pelo UUID, e o utilitário findfs é implementado de forma diferente em initramfs / busybox vs. sistema completo / util-linux:

# busybox findfs UUID=fa15678f-7e7e-4a47-8ed2-7cea7a5d037d
/dev/dm-34
# findfs UUID=fa15678f-7e7e-4a47-8ed2-7cea7a5d037d
/dev/mapper/SSD-root

Esse comando também pode retornar /dev/SSD/root , dependendo de como /dev foi preenchido com nomes de dispositivo vs. links simbólicos. Depois de alterar a direção do link simbólico /dev/SSD/root -> /dev/mapper/SSD-root para /dev/mapper/SSD-root -> /dev/SSD/root , o resultado é idêntico:

# busybox findfs UUID="fa15678f-7e7e-4a47-8ed2-7cea7a5d037d"
/dev/SSD/root
# findfs UUID="fa15678f-7e7e-4a47-8ed2-7cea7a5d037d"
/dev/SSD/root

Eu não olhei para o código como ele decide qual nome escolher como o nome canônico.

No final, isso realmente não importa, desde que o sistema de arquivos correto esteja montado, isso é no máximo um problema cosmético.

    
por 15.09.2018 / 13:03

Tags