Processing control commands:
> reassign -1 lvm2
Bug #867368 [udev] systemd-udevd: delays boot for 2+ minutes when LVM PV is
inside a LV
Bug reassigned from package 'udev' to 'lvm2'.
No longer marked as found in versions systemd/232-25.
Ignoring request to alter fixed versions of bug #867368 to
I'm experiencing the same behavior with a lvm pv on top of a md mirror:
Nov 2 22:03:13 zero systemd-udevd[515]: seq 4167
'/devices/virtual/block/md4' is taking a long time
pvscan
PV /dev/sda VG BACKUP0 lvm2 [9.10 TiB / 98.00 GiB free]
PV /dev/md4 VG MAIN0 lvm2 [9.10
> On Jul 6, 2017, at 8:03 AM, Felipe Sateler wrote:
>
> > % systemd-analyze
> > Startup finished in 2min 55.491s (kernel) + 13.076s (userspace) = 3min
> > 8.568s
>
> This suggests the kernel is the one slowing things down.
I initially thought so too, but attempts to debug
On Wed, Jul 5, 2017 at 11:38 PM, Rob Leslie wrote:
> Package: udev
> Version: 232-25
> Severity: important
> File: /lib/systemd/systemd-udevd
>
> Dear Maintainer,
>
> After upgrading to stretch I've discovered that some machines are taking a
> long time to boot -- more than two
Package: udev
Version: 232-25
Severity: important
File: /lib/systemd/systemd-udevd
Dear Maintainer,
After upgrading to stretch I've discovered that some machines are taking a
long time to boot -- more than two minutes -- with no immediately obvious
cause. For example:
> % systemd-analyze
>