Bug 297591 - /etc/udev/rules.d/64-device-mapper.rules
Product: Fedora
Classification: Fedora
Component: device-mapper-obsolete (Show other bugs)
All Linux
low Severity low
: ---
: ---
Assigned To: Alasdair Kergon
Fedora Extras Quality Assurance
: Reopened
Depends On:
  Show dependency treegraph
Reported: 2007-09-20 05:12 EDT by Harald Hoyer
Modified: 2008-02-11 10:58 EST (History)
4 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2008-02-11 10:58:32 EST
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description Harald Hoyer 2007-09-20 05:12:52 EDT
Please provide the rule from /etc/udev/rules.d/64-device-mapper.rules:
KERNEL=="device-mapper",        NAME="mapper/control"
Comment 1 Alasdair Kergon 2007-09-20 08:04:27 EDT
Please explain further:

The /dev/mapper directory is not yet managed by udev, and can't be until the
lvm2/dm/udev integration work (that Kay is working on) is complete.
Comment 2 Harald Hoyer 2007-09-20 08:15:00 EDT
/dev/mapper/control is controlled by udev, IIRC. But if integration work is
already on the way, I will close this bug and leave the rule in udev.
Comment 3 Alasdair Kergon 2007-09-20 08:26:07 EDT
It's also controlled by libdevmapper in the sense that if it doesn't exist or
any of its properties are incorrect libdevmapper will (re)create it.

When the upstream integration work is complete, libdevmapper will no longer
change any /dev entries.

Note You need to log in before you can comment on or make changes to this bug.