So, on inspecting this on hardy (I know the original report was against karmic), I have no /lib/udev/rules.d, and my /etc/udev/rules.d/65-dmsetup.rules looks like this:
# This file causes devicemapper devices to be assigned names by udev
# based on the name given to dmsetup.
# See udev(8) for syntax.
# Obtain device status
IMPORT{program}="/sbin/dmsetup export -j%M -m%m"
ENV{DM_NAME}!="?*", GOTO="dmsetup_end"
# Make the device take the /dev/mapper name
OPTIONS+="string_escape=none", NAME="mapper/$env{DM_NAME}"
SYMLINK+="disk/by-id/dm-name-$env{DM_NAME}"
ENV{DM_UUID}=="?*", SYMLINK+="disk/by-id/dm-uuid-$env{DM_UUID}"
# Skip vol_id for suspended devices and those with empty or error tables
ENV{DM_STATE}=="SUSPENDED", GOTO="dmsetup_end"
ENV{DM_TARGET_TYPES}=="|*error*", GOTO="dmsetup_end"
And I'm not seeing any messages from udev on running the 'btest.sh' script (modified to fit inside my 10G test vm image).
Given that karmic is nearly EOL, I'm not all that interested in trying to reproduce it on karmic. Can one of the other users confirm that bug #241109 is in fact a duplicate of this, or are they separate issues (given that it is against hardy, not karmic).
So, on inspecting this on hardy (I know the original report was against karmic), I have no /lib/udev/rules.d, and my /etc/udev/ rules.d/ 65-dmsetup. rules looks like this:
# This file causes devicemapper devices to be assigned names by udev
# based on the name given to dmsetup.
# See udev(8) for syntax.
SUBSYSTEM!="block", GOTO="dmsetup_end" ="add|change" , GOTO="dmsetup_end"
KERNEL!="dm-*", GOTO="dmsetup_end"
ACTION!
# Obtain device status program} ="/sbin/ dmsetup export -j%M -m%m"
IMPORT{
ENV{DM_NAME}!="?*", GOTO="dmsetup_end"
# Make the device take the /dev/mapper name ="string_ escape= none", NAME="mapper/ $env{DM_ NAME}" ="disk/ by-id/dm- name-$env{ DM_NAME} " ="disk/ by-id/dm- uuid-$env{ DM_UUID} "
OPTIONS+
SYMLINK+
ENV{DM_UUID}=="?*", SYMLINK+
# Skip vol_id for suspended devices and those with empty or error tables STATE}= ="SUSPENDED" , GOTO="dmsetup_end" TARGET_ TYPES}= ="|*error* ", GOTO="dmsetup_end"
ENV{DM_
ENV{DM_
# by-uuid and by-label symlinks program} ="vol_id --export $tempnode" "link_priority= -100" TARGET_ TYPES}= ="*snapshot- origin* ", OPTIONS= "link_priority= -90" FS_USAGE} =="filesystem| other|crypto" , ENV{ID_ FS_UUID_ ENC}==" ?*", \ ="disk/ by-uuid/ $env{ID_ FS_UUID_ ENC}" FS_USAGE} =="filesystem| other", ENV{ID_ FS_LABEL_ ENC}==" ?*", \ ="disk/ by-label/ $env{ID_ FS_LABEL_ ENC}"
IMPORT{
OPTIONS=
ENV{DM_
ENV{ID_
SYMLINK+
ENV{ID_
SYMLINK+
LABEL="dmsetup_end"
And I'm not seeing any messages from udev on running the 'btest.sh' script (modified to fit inside my 10G test vm image).
Given that karmic is nearly EOL, I'm not all that interested in trying to reproduce it on karmic. Can one of the other users confirm that bug #241109 is in fact a duplicate of this, or are they separate issues (given that it is against hardy, not karmic).