>>>>> "fsmithred" == fsmithred <fsmithred@???> writes:
> On 6/15/20 11:23 AM, David Kuehling wrote:
>>>>>>> "fsmithred" == fsmithred via Dng <dng@???> writes:
>>
>>> Workaround for now is to put the following line in /etc/rc.local:
>>
>>> /etc/init.d/eudev stop && /etc/init.d/eudev start
>>
>> Based on your suggestion I did some more tests and may have found the
>> root cause of the issue. See
>>
>> https://bugs.devuan.org/cgi/bugreport.cgi?bug=483
>>
>> Thanks again,
>>
>> cheers,
>>
>> David
>>
> Thanks for the testing and the bug report. I'd like to know exactly
> where you put the 'sleep 1' because I tried adding sleep in a couple
> of places, and it didn't help.
This is my diff:
--- /etc/init.d/eudev 2019-02-09 13:22:24.000000000 +0100
+++ /tmp/eudev 2020-06-15 17:59:00.384481497 +0200
@@ -210,6 +210,7 @@
sleep 15
fi
+ sleep 1s
log_action_begin_msg "Synthesizing the initial hotplug events"
if udevadm trigger --action=add; then
log_action_end_msg $?
I just did another 5 boots and this patch indeed seems to fully fix the
problem in my case.
If this does not work for you, maybe you need a longer delay? If you
boot from CD-ROM, then eudev (or other background processes) requiring
some random seeks during startup may easily exceed 1s.
Does manually running 'udevadm trigger --action=add' after startup
mitigate the problem in your case?
David