Início / unix / Perguntas / 752936
Accepted
cas
Asked: 2023-08-01 12:48:23 +0800 CST

udev cria links simbólicos /dev/disk/by-id duplicados para unidades e partições nvme

  • 772

Recentemente, notei que havia links simbólicos extras /dev/disk/by-idpara minhas unidades NVME, com as duplicatas com o mesmo nome _1anexado.

# ls -lF /dev/disk/by-id/nvme-Samsung_SSD_970_EVO_500GB_S466XXXXXXXXXXW{,_1}
lrwxrwxrwx 1 root root 13 Jul 29 19:22 /dev/disk/by-id/nvme-Samsung_SSD_970_EVO_500GB_S466XXXXXXXXXXW -> ../../nvme0n1
lrwxrwxrwx 1 root root 13 Jul 29 19:22 /dev/disk/by-id/nvme-Samsung_SSD_970_EVO_500GB_S466XXXXXXXXXXW_1 -> ../../nvme0n1

(números de série editados principalmente para XXXXXXXX sem nenhum motivo específico)

e duplica as entradas para todas as partições nas unidades NVME também:

$ ls -lF /dev/disk/by-id/nvme-Samsung_SSD_970_EVO_500GB_S466XXXXXXXXXXW_1*-part*'
lrwxrwxrwx 1 root root 15 Jul 29 19:22 /dev/disk/by-id/nvme-Samsung_SSD_970_EVO_500GB_S466XXXXXXXXXXW_1-part1 -> ../../nvme0n1p1
lrwxrwxrwx 1 root root 15 Jul 29 19:22 /dev/disk/by-id/nvme-Samsung_SSD_970_EVO_500GB_S466XXXXXXXXXXW_1-part2 -> ../../nvme0n1p2
lrwxrwxrwx 1 root root 15 Jul 29 19:22 /dev/disk/by-id/nvme-Samsung_SSD_970_EVO_500GB_S466XXXXXXXXXXW_1-part3 -> ../../nvme0n1p3
lrwxrwxrwx 1 root root 15 Jul 29 19:22 /dev/disk/by-id/nvme-Samsung_SSD_970_EVO_500GB_S466XXXXXXXXXXW_1-part4 -> ../../nvme0n1p4
lrwxrwxrwx 1 root root 15 Jul 29 19:22 /dev/disk/by-id/nvme-Samsung_SSD_970_EVO_500GB_S466XXXXXXXXXXW_1-part5 -> ../../nvme0n1p5
lrwxrwxrwx 1 root root 15 Jul 29 19:22 /dev/disk/by-id/nvme-Samsung_SSD_970_EVO_500GB_S466XXXXXXXXXXW_1-part6 -> ../../nvme0n1p6
lrwxrwxrwx 1 root root 15 Jul 29 19:22 /dev/disk/by-id/nvme-Samsung_SSD_970_EVO_500GB_S466XXXXXXXXXXW_1-part7 -> ../../nvme0n1p7

Isso está acontecendo apenas para minhas unidades NVME, não para minhas unidades flash SATA ou USB.

Não consigo ver nada óbvio nisso /usr/lib/udev/rules.d/60-persistent-storage.rules.

Alguém sabe por que udevestá fazendo isso? E, mais importante, como pará-lo?

udev

1 respostas

  1. Best Answer

    Confira essas linhas em /usr/lib/udev/rules.d/60-persistent-storage.rules:

    KERNEL=="nvme*[0-9]n*[0-9]", ENV{DEVTYPE}=="disk", ATTRS{nsid}=="?*", ENV{ID_NSID}="$attr{nsid}"
# obsolete symlink that might get overridden on adding a new nvme controller, kept for backward compatibility
KERNEL=="nvme*[0-9]n*[0-9]", ENV{DEVTYPE}=="disk", ENV{ID_MODEL}=="?*", ENV{ID_SERIAL_SHORT}=="?*", \
  OPTIONS="string_escape=replace", ENV{ID_SERIAL}="$env{ID_MODEL}_$env{ID_SERIAL_SHORT}", SYMLINK+="disk/by-id/nvme-$env{ID_SERIAL}"
KERNEL=="nvme*[0-9]n*[0-9]", ENV{DEVTYPE}=="disk", ENV{ID_MODEL}=="?*", ENV{ID_SERIAL_SHORT}=="?*", ENV{ID_NSID}=="?*",\
  OPTIONS="string_escape=replace", ENV{ID_SERIAL}="$env{ID_MODEL}_$env{ID_SERIAL_SHORT}_$env{ID_NSID}", SYMLINK+="disk/by-id/nvme-$env{ID_SERIAL}"

    A primeira regra define ID_NSID (id do namespace?) do dispositivo NVMe, compare head /sys/block/nvme*/nsid. A segunda regra define ID_SERIAL e cria o disk/by-id/nvme-ID_SERIALlink simbólico regular. A terceira regra anexa ID_NSID a ID_SERIAL e torna o disk/by-id/nvme-ID_SERIAL_NSIDlink simbólico "duplicado".

    Em udevadm info /dev/nvmevocê verá apenas a variante NSID para ID_SERIAL, já que a terceira regra substitui tudo o que a segunda regra definiu.

    Parece um pouco confuso, mas parece estar funcionando como pretendido. Se você quiser se livrar dele, terá que desabilitar a terceira regra do udev citada acima.

    Neste commit c5ba7a2a @ github/systemd você também pode ver as mesmas regras repetidas para os links simbólicos da partição individual, então você teria que desativá-lo em ambos os lugares.

    No entanto, a intenção aqui parece ser preferir os links _1 aos regulares, já que eles são… uh… seguros para o namespace? ;-)

    Não tenho certeza sobre essa abordagem, com uma regra um pouco diferente, você poderia proteger o link simbólico regular ... este patch apenas adiciona novos sem resolver o problema original, isso é um pouco estranho. Mas eu não uso muito namespaces, então…

    • 2

relate perguntas