[systemd-devel] Cryptsetup on FakeRAID fails with timeout

Lennart Poettering lennart at poettering.net
Mon Sep 24 05:32:21 PDT 2012


On Mon, 24.09.12 12:22, Ali Lown (ali at lown.me.uk) wrote:

> FW back onto the mailing list:
> 
> As the devices report ATM (after a manual mounting following systemd failure):
> 
> /dev/md0:
> P: /devices/virtual/block/md0
> N: md0
> L: 100
> S: disk/by-id/md-uuid-ee87365a:bf0826c6:0825cc4b:d1c49ecb
> E: DEVLINKS=/dev/disk/by-id/md-uuid-ee87365a:bf0826c6:0825cc4b:d1c49ecb
> E: DEVNAME=/dev/md0
> E: DEVPATH=/devices/virtual/block/md0
> E: DEVTYPE=disk
> E: ID_PART_TABLE_TYPE=dos
> E: MAJOR=9
> E: MD_DEVICES=2
> E: MD_LEVEL=raid1
> E: MD_METADATA=0.90
> E: MD_UUID=ee87365a:bf0826c6:0825cc4b:d1c49ecb
> E: MINOR=0
> E: SUBSYSTEM=block
> E: TAGS=:systemd:
> E: USEC_INITIALIZED=19557
> 
> /dev/md0p1:
> P: /devices/virtual/block/md0/md0p1
> N: md0p1
> L: 100
> S: disk/by-id/md-uuid-ee87365a:bf0826c6:0825cc4b:d1c49ecb-part1
> E: DEVLINKS=/dev/disk/by-id/md-uuid-ee87365a:bf0826c6:0825cc4b:d1c49ecb-part1
> E: DEVNAME=/dev/md0p1
> E: DEVPATH=/devices/virtual/block/md0/md0p1
> E: DEVTYPE=partition
> E: ID_PART_ENTRY_DISK=9:0
> E: ID_PART_ENTRY_NUMBER=1
> E: ID_PART_ENTRY_OFFSET=2048
> E: ID_PART_ENTRY_SCHEME=dos
> E: ID_PART_ENTRY_SIZE=1953122304
> E: ID_PART_ENTRY_TYPE=0x5
> E: ID_PART_TABLE_TYPE=dos
> E: MAJOR=259
> E: MD_DEVICES=2
> E: MD_LEVEL=raid1
> E: MD_METADATA=0.90
> E: MD_UUID=ee87365a:bf0826c6:0825cc4b:d1c49ecb
> E: MINOR=2
> E: SUBSYSTEM=block
> E: SYSTEMD_READY=0
> E: TAGS=:systemd:
> E: USEC_INITIALIZED=40061
> 
> /dev/md0p5 and /dev/md0p6 also report SYSTEMD_READY=0
> 
> So, the tag isn't being set correctly?

The tag is there correctly (i.e. as you ca see in the TAGS= field, which
includes systemd for both cases).

My edcuated guess is that this is a result of you having a partition
table on top of md, which causes the md rules in 99-systemd.rules not
have ay effect on the partition block devices.

Kay, Harald, could you please have a look into this? The current udev
rule probably needs some updating to deal with setups like these.

Lennart

-- 
Lennart Poettering - Red Hat, Inc.


More information about the systemd-devel mailing list