<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Jul 5, 2017 at 11:38 PM, Rob Leslie <span dir="ltr"><<a href="mailto:rob@mars.org" target="_blank">rob@mars.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Package: udev<br>
Version: 232-25<br>
Severity: important<br>
File: /lib/systemd/systemd-udevd<br>
<br>
Dear Maintainer,<br>
<br>
After upgrading to stretch I've discovered that some machines are taking a<br>
long time to boot -- more than two minutes -- with no immediately obvious<br>
cause. For example:<br>
<br>
> % systemd-analyze<br>
> Startup finished in 2min 55.491s (kernel) + 13.076s (userspace) = 3min 8.568s<br></blockquote><div><br></div><div>This suggests the kernel is the one slowing things down.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
During most of this time, nothing appears on the console except a cursor.<br>
Kernel and system logs show nothing to pinpoint the issue other than long<br>
time gaps, e.g.:<br>
<br>
> [    3.194336] clocksource: Switched to clocksource tsc<br>
> [  121.499692] md: linear personality registered for level -1<br>
<br>
Adding 'debug' to the kernel command line however I got this clue:<br>
<br>
> [   64.386629] systemd-udevd[88]: seq 905 '/devices/virtual/block/dm-5' is taking a long time<br></blockquote><div><br></div><div>This is just udev complaining. Udev does not generate the devices, it waits for the kernel to notify it.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
After some further investigation it appears the problem stems from having an<br>
LVM PV inside another LV. Here is how I am able to recreate the problem on a<br>
fresh stretch install:<br>
<br>
> # lvcreate -n pvtest -L 1g $vg<br>
> # pvcreate /dev/$vg/pvtest<br>
<br>
(where $vg is some existing volume group name)<br>
<br>
Now rebooting the system will result in the long boot delay.<br>
<br>
This sort of setup did not cause any problems in jessie. An obvious workaround<br>
is not to put PVs inside other LVs, but this is sometimes a convenient<br>
arrangement and I would hope it could be made to work without an excessive<br>
boot delay.<br></blockquote><div><br></div><div><br></div><div>Can you try booting with the old jessie kernel? This looks like a kernel regression.</div><div><br></div><div> </div></div>-- <br><div class="gmail_signature" data-smartmail="gmail_signature"><br>Saludos,<br>Felipe Sateler</div>
</div></div>