Como o udev faz toda essa renomeação no momento da montagem, você pode inspecionar os logs do udev e ver para que o dispositivo está sendo renomeado. Você pode ter que definir o nível de log como info
ou debug
primeiro, pois acho que o padrão é err
.
Depois de definir o nível de log e reinicializar, vejo isso quando conecto um novo volume do EBS em / dev / sdf (de acordo com a AWS):
# cat /var/log/messages | grep udev | grep sdf
Oct 25 08:04:10 ip-10-128-240-37 udevd-work[571]: '/usr/sbin/ami-udev' (stdout) 'sdf'
Oct 25 08:04:10 ip-10-128-240-37 udevd-work[571]: LINK 'sdf' /etc/udev/rules.d/99-ami-udev.rules:1
Oct 25 08:04:10 ip-10-128-240-37 udevd-work[571]: creating link '/dev/sdf' to '/dev/xvdf'
Com certeza, o dispositivo é chamado /dev/xvdf
e há um link simbólico para ele em /dev/sdf
.
Estou testando no CentOS, então meus logs do udev estão em /var/log/messages
, mas o seu provavelmente estará em /var/log/syslog
.
Não sei ao certo como essa saída aparece quando a letra é alterada (a para e, etc). Eu vi isso acontecer, mas eu não tenho uma instância na minha frente, onde esse é o caso.
Você também pode procurar em /etc/udev/rules.d
e ver quais são as regras de renomeação para sua AMI.
Para seu problema específico, acredito que o fluxo de trabalho seria primeiro chamar a API da AWS para obter um mapeamento de ID do volume para o nome do dispositivo especificado pela AWS e inspecionar os registros do udev para obter o dispositivo renomeado.