Início / server / Perguntas / 1151655
Accepted
King David
Asked: 2024-01-17 12:21:51 +0800 CST

RHEL + como evitar que o disco do SO - sda mude após a reinicialização

  • 772

instalamos a versão RHEL 7.9 na máquina física., quando sdao dispositivo era o sistema operacional

máquina tem os seguintes discos.

sda - OS disk
sdb - data disk
sdc - data disk

após a reinicialização, o dispositivo de disco do sistema operacional mudou para sdco seguinte e sdatornou-se parte do disco de dados

sdc                  8:32   0 558.4G  0 disk
├─sdc1               8:33   0   500M  0 part /boot
└─sdc2               8:34   0 557.9G  0 part
  ├─VG-VOL_root   253:0    0   100G  0 lvm  /
  ├─VG-VOL_swap   253:1    0    16G  0 lvm
  ├─VG-VOL_var    253:2    0   200G  0 lvm  /var

presumimos que em algumas próximas reinicializações, sdctalvez? mudará novamente para sdacomo deveria ser

mas como evitar sdaque o disco mude para outro dispositivo? após a reinicialização?

de acordo com o documento red-hat, eles recomendaram definir o seguinte:

os usuários podem modificar os parâmetros de inicialização do kernel anexando "scsi_mod.scan=sync" no arquivo /etc/sysconfig/grub para obter letras de disco mais consistentes. Isso não garantirá nomes de dispositivos consistentes em todos os casos. Esta opção deve ser usada com cuidado, pois retarda o procedimento de descoberta de disco e, portanto, todo o processo de inicialização.

mas essa configuração realmente ajuda scsi_mod.scan=sync? /etc/sysconfig/grub

GRUB_TIMEOUT=5
GRUB_DISTRIBUTOR="$(sed 's, release .*$,,g' /etc/system-release)"
GRUB_DEFAULT=saved
GRUB_DISABLE_SUBMENU=true
GRUB_TERMINAL_OUTPUT="console"
GRUB_CMDLINE_LINUX="crashkernel=auto rd.lvm.lv=VG/VOL_root rd.lvm.lv=VG/lv_swap rhgb quiet"
GRUB_DISABLE_RECOVERY="true"
scsi_mod.scan=sync            <---------------

quais são as outras opções que podemos fazer para evitar que sdao dispositivo do disco seja alterado após a reinicialização?

outros alguns detalhes úteis do servidor

 ls -ltr /dev/disk/by-id  | grep sdc
lrwxrwxrwx 1 root root  9 Dec 28 11:43 wwn-0x6588a5a0ef7f4d0023880046051e7a74 -> ../../sdc
lrwxrwxrwx 1 root root  9 Dec 28 11:43 scsi-36588a5a0ef7f4d0023880046051e7a74 -> ../../sdc
lrwxrwxrwx 1 root root 10 Dec 28 11:43 wwn-0x6588a5a0ef7f4d0023880046051e7a74-part2 -> ../../sdc2
lrwxrwxrwx 1 root root 10 Dec 28 11:43 scsi-36588a5a0ef7f4d0023880046051e7a74-part2 -> ../../sdc2
lrwxrwxrwx 1 root root 10 Dec 28 11:43 lvm-pv-uuid-2Ee6HA-9vVx-bUVq-noyG-U0Nq-AVMz-oI56ji -> ../../sdc2
lrwxrwxrwx 1 root root 10 Dec 28 11:43 wwn-0x6588a5a0ef7f4d0023880046051e7a74-part1 -> ../../sdc1
lrwxrwxrwx 1 root root 10 Dec 28 11:43 scsi-36588a5a0ef7f4d0023880046051e7a74-part1 -> ../../sdc1



cat /etc/fstab | grep boot
UUID=f57f0346-9e6c-429e-b80f-3871334bae35 /boot xfs defaults 0 0
linux

1 respostas

  1. Best Answer
    1. Use identificadores persistentes em /etc/fstab para montagem, por exemplo, substitua /dev/sdX por UUID ou link simbólico de /dev/disk/by-id.
    2. Opcionalmente, adicione scsi_mod.scan=sync a GRUB_CMDLINE_LINUX em /etc/default/grub para retardar a descoberta do disco.
    3. Gere novamente a configuração do GRUB: grub2-mkconfig -o /boot/grub2/grub.cfg.
    4. Atualize o initramfs: dracut -f.
    5. Reinicie e verifique as atribuições de disco com /dev/disk/by-id.
    • 0

relate perguntas