Como se certificar de que a mesma partição é usada como ponto de montagem?

1

As montagens são, às vezes, trocadas na inicialização / usr2 se torna / tmp e / tmp se torna / usr2. Isso causa um desastre porque as entradas do cron / cleanup do cleanup começam a agir na montagem / usr2.

/etc/fstab contents

/dev/mapper/rhel-root   /                       xfs     defaults        0 0
UUID=****************** /boot                   ext4    defaults        1 2
/dev/mapper/rhel-swap   swap                    swap    defaults        0 0
/dev/sdb1       /data   ext4    data=ordered,relatime   0       0
/dev/sdd1       /usr2   ext4    defaults        0       0
/dev/sdc1       /tmp    ext4    defaults        0       0

Como posso evitar que o sistema inicialize ou monte as unidades se isso ocorrer? Estou tentando adicionar algum tipo de proteção caso ocorra o problema raiz.

    
por carl verbiest 15.02.2017 / 11:13

1 resposta

16

Você tem duas opções:

  1. Como você está usando um sistema de arquivos EXT, é possível rotular a partição e usar a opção LABEL em seu fstab.
    e2label /dev/sdb1 /data e usar o rótulo /data em vez da partição para ficar consistente montagens: LABEL=/data /data ext4 data=ordered,relatime 0 0

  2. Seu /etc/fstab atual já inclui um exemplo, mas você também pode montar partições, volumes e discos por seu UUID exclusivo. Use blkid para obter os UUIDs e inclua-os em /etc/fstab , por exemplo, algo como:% UUID=c2ba7d33-1a1f /data ext4 data=ordered,relatime 0 0

A segunda opção é mais poderosa, pois funciona para uma gama muito maior de sistemas de arquivos e dispositivos, onde o e2label só funciona para os arquivos de arquivos EXT.

Você pode exibir o UUID blkid em um formato um pouco mais fácil de usar com lsblk --fs

# lsblk --fs
NAME                    FSTYPE      LABEL UUID                                   MOUNTPOINT
vda
├─vda1                  ext3              b82742bc-32d3-47bb-b542-1cfa25b92dd1   /boot
├─vda2                  swap              c2ba7d33-1a1f-4c73-b7d3-31eae965c136   [SWAP]
└─vda3                  LVM2_member       H6C5Kf-jEiA-VrxJ-XnNH-T9Zd-lUDE-NbC72E
  ├─myvg-rootvol (dm-0) ext4              b948ff9c-3a66-45e8-8099-cc529a22c547   /
  └─myvg-crypto (dm-1)  crypto_LUKS       f4e7400c-aa15-44fc-b02e-1ce6ca6c04db
    └─crypto (dm-2)     ext4              3dfa7a40-80ef-4ae6-84c5-e00f55a76b3d   /crypto  
    
por 15.02.2017 / 11:29

Tags