Bug 297591 - /etc/udev/rules.d/64-device-mapper.rules
Summary: /etc/udev/rules.d/64-device-mapper.rules
Keywords:
Status: CLOSED NOTABUG
Alias: None
Product: Fedora
Classification: Fedora
Component: device-mapper-obsolete
Version: rawhide
Hardware: All
OS: Linux
low
low
Target Milestone: ---
Assignee: Alasdair Kergon
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2007-09-20 09:12 UTC by Harald Hoyer
Modified: 2008-02-11 15:58 UTC (History)
4 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2008-02-11 15:58:32 UTC
Type: ---
Embargoed:

Attachments (Terms of Use)

Description Harald Hoyer 2007-09-20 09:12:52 UTC 
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 12:04:27 UTC 
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 12:15:00 UTC 
/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 12:26:07 UTC 
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.