On Thursday 02 October 2008 15.21.14 Giuseppe Iuculano wrote: > Peter ha scritto: > > Ok, thanks! This is then an udev issue, so I should search there (already > > Can you elaborate please? Why this is an udev issue and not a bug in your > controller/bios ?
Well, it can of course be a controller bug. I'm not that familiar with these issues. I was only thinking it to be an udev bug because as I've read these fakeraid cards are hard to support under linux because of their proprietary bios implementations. I'm using an Adaptec fake-raid card, not the ICH9 what is on my motherboard. And as I remember dmraid started to support these (so called hostraid) cards only lately. Maybe udev developers could not-yet find out how to get the raid metadata from this setup correctly? This may be not a bug, but a missing feature in udev. I have to dig deeper, or just live with the quick fix. > > found some bug-reports where udev incorrectly read device metadata for > > raid devices), > > Can you link them please? So far I have read only this one, but it's rather old, and even it's for the software raid: https://bugs.launchpad.net/ubuntu/+source/udev/+bug/133773 BTW it's still not clear for me how ID_FS_USAGE comes to the info of a whole disk (sda), as a single disk could have normal partitions and raid partitions as well, at least if you are using software raid. Udev has the vol_id utility which tries to figure out whether a volume is part of a raid set. That makes sense (although it doesn't work even for my partitions), but how that information is delivered to the disk-level? OK, with dmraid it's probably not an issue, as fakeraid controllers are working with whole disks, not with disk volumes. But anyhow, it looks like dmraid is more clever than udev when dealing with fakeraid controllers/devices. By using the udev-based startup, we might loose this "cleverness", as dmraid will be executed only if udev finds raid devices... or do you see it otherwise? Surely if only me complaining, then it's probably an issue with my controller/bios. Peter -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
