Иногда монтирования меняются местами при загрузке / usr2 становится / tmp, а / tmp становится / usr2. Это вызывает сбой, поскольку записи cron / tmp cleanup начинают действовать на монтирование / usr2.
/etc/fstab содержание
/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
Как я могу предотвратить загрузку системы или установку дисков, если это произойдет? Я пытаюсь добавить какую-то защиту на случай возникновения корневой проблемы.
У вас есть два варианта:
Поскольку вы используете файловую систему EXT, вы можете пометить раздел и использовать LABEL вариант в вашем fstab.
e2label /dev/sdb1 /data и используйте этикетку /data вместо раздела, чтобы получить согласованные монтирования: LABEL=/data /data ext4 data=ordered,relatime 0 0
Ваш текущий /etc/fstab уже включает пример этого, но вы также можете монтировать разделы, тома и диски по их уникальному UUID. Использовать blkid чтобы получить UUID и включить их в /etc/fstab то есть что-то вроде:
UUID=c2ba7d33-1a1f /data ext4 data=ordered,relatime 0 0
Второй вариант более эффективен, поскольку он работает для гораздо большего числа файловых систем и устройств, где e2label работает только с файловыми системами EXT.
Вы можете отобразить blkid UUID в более удобном для пользователя формате с помощью 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