On Feb 10, Luke Kenneth Casson Leighton <[email protected]> wrote:
> and also destroyed the user's ability to read the IDE CDROM drive (/dev/hdc).
Support for the IDE driver is deprecated, if you are using a custom
kernel please switch to libata.
> comparison of the previous version of udev rules showed this line to be
> missing from 50-udev.rules:
It is not:
ACTION=="add|change", SUBSYSTEM=="block", ENV{DEVTYPE}=="disk", \
KERNEL=="sr[0-9]*|hd[a-z]|pcd[0-9]|xvd*", \
IMPORT{program}="cdrom_id --export $tempnode"
You also missed to mention which kernel version you are using, which may
be important.
> which should have SUBSYSTEM="block", before it if the 70-persistent-cd.rules
> is anything to go by.
It should not.
> so, a manual downgrade, and the user got the speed back again.
Debian does not support downgrades, you may have broken your system.
Please force-purge udev, manually clean up in /etc/ and then reinstall
it (or never open again bugs related to this system, your choice).
> it's _essential_ that there is as little shell scripting going on as possible
> during startup: i've seen as high as 25 outstanding processes on ps aux
> just to deal with a single device. multiplied e.g. by 768 (for all the
> /dev/tty and other pseudo ttys) and you now know why there are such stupid
> delays on bootup, especially on slower / older machines.
Please provide profiling data showing that the shell scripts installed
by the udev package are actually causing this problem.
BTW, I think the udev package in stable has *more* shell scripts.
> on ARM systems where the cache is thrown away on a context switch, and
> on MIPS embedded systems the performance thanks to udev is complete shite!
I use udev on my sheevaplug and so do just about every other ARM/MIPS
users and I never noticed what you are reporing.
--
ciao,
Marco
signature.asc
Description: Digital signature
