LUKS device nodes are created in "/dev/mapper/" location as block devices instead of symlinks

Solution Verified - Updated -

Issue

  • When booting a system having many LUKS devices, it may happen that paths in /dev/mapper directory are not symlinks but block devices, as shown in the example below:

    # ls -l /dev/mapper
    total 0
    drwxr-xr-x.  2 0 0      200 Nov 21 17:22 .
    drwxr-xr-x. 20 0 0     3580 Nov 21 17:22 ..
    crw-------.  1 0 0  10, 236 Nov 21 17:22 control
    lrwxrwxrwx.  1 0 0        7 Nov 21 17:22 root -> ../dm-0
    lrwxrwxrwx.  1 0 0        7 Nov 21 17:22 tang-nvme0n1 -> ../dm-5
    lrwxrwxrwx.  1 0 0        7 Nov 21 17:22 tang-nvme1n1 -> ../dm-3
    brw-rw----.  1 0 6 253,   1 Nov 21 17:22 tang-nvme2n1
    lrwxrwxrwx.  1 0 0        7 Nov 21 17:22 tang-nvme3n1 -> ../dm-2
    brw-rw----.  1 0 6 253,   4 Nov 21 17:22 tang-nvme4n1
    lrwxrwxrwx.  1 0 0        7 Nov 21 17:22 tang-nvme5n1 -> ../dm-6
    

    Here above tang-nvme2n1 and tang-nvme4n1 nodes are not symbolic links, which is not expected.

  • Additionally we see the following error messages in the journal

    [...] systemd-udevd[3269]: conflicting device node '/dev/mapper/tang-nvme2n1' found, link to '/dev/dm-1' will not be created
    [...] systemd-udevd[11356]: conflicting device node '/dev/mapper/tang-nvme4n1' found, link to '/dev/dm-4' will not be created    
    

Environment

  • Red Hat Enterprise Linux 8
    • LUKS
    • clevis

Subscriber exclusive content

A Red Hat subscription provides unlimited access to our knowledgebase, tools, and much more.

Current Customers and Partners

Log in for full access

Log In

New to Red Hat?

Learn more about Red Hat subscriptions

Using a Red Hat product through a public cloud?

How to access this content