[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#755518: marked as done (laptop-mode-tools: fails to boot when /usr is on LVM)

Your message dated Mon, 29 Sep 2014 18:55:31 +0100
with message-id <1412013331.9388.58.camel@decadent.org.uk>
and subject line Re: laptop-mode-tools: fails to boot when /usr is on LVM
has caused the Debian Bug report #755518,
regarding laptop-mode-tools: fails to boot when /usr is on LVM
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@bugs.debian.org
immediately.)


-- 
755518: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=755518
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message --- 
Package: laptop-mode-tools
Version: 1.65-2
Severity: serious
Justification: Breaks normal system boot

The lmt-udev script appears to be breaking systemd boot for me due to
introducing a deadlock / dependency circle.  Based on usage of
debug-shell.service, it appears that systemd is waiting for udev to settle,
which is needed for the lvm2 volumes to be present and active, which is
needed for /usr to be mounted.

However, the lmt-udev script is waiting for /usr to be mounted too, and this
appears to be blocking the udev settle.  The timeout for lmt-udev to wait
for /usr is as long as the timeout for udevadm settle, and so eventually
this times out and the system tries to limp along and finish booting, but
many things are not started properly in this case.

The lmt-udev script appears to be trying to run itself in the background,
but this is not successful, as udev / systemd are clearly waiting on it.

Based on the arguments to the script, it appears that this is related to usb
autosuspend.

Removing laptop-mode-tools causes my system to boot properly.

-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.14-1-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages laptop-mode-tools depends on:
ii  lsb-base    4.1+Debian13
ii  psmisc      22.21-2
ii  util-linux  2.20.1-5.8

Versions of packages laptop-mode-tools recommends:
ii  ethtool         1:3.13-1
ii  hdparm          9.43-1.1
ii  net-tools       1.60-26
ii  python-qt4      4.11.1+dfsg-1
pn  sdparm          <none>
ii  udev            208-6
ii  wireless-tools  30~pre9-8

Versions of packages laptop-mode-tools suggests:
ii  acpid   1:2.0.22-3
pn  hal     <none>
ii  python  2.7.8-1

-- Configuration Files:
/etc/laptop-mode/conf.d/cpufreq.conf changed:
DEBUG=0
CONTROL_CPU_FREQUENCY="auto"
BATT_CPU_MAXFREQ=fastest
BATT_CPU_MINFREQ=slowest
BATT_CPU_GOVERNOR=powersave
BATT_CPU_IGNORE_NICE_LOAD=1
LM_AC_CPU_MAXFREQ=fastest
LM_AC_CPU_MINFREQ=slowest
LM_AC_CPU_GOVERNOR=performance
LM_AC_CPU_IGNORE_NICE_LOAD=0
NOLM_AC_CPU_MAXFREQ=fastest
NOLM_AC_CPU_MINFREQ=slowest
NOLM_AC_CPU_GOVERNOR=performance
NOLM_AC_CPU_IGNORE_NICE_LOAD=0
CONTROL_CPU_THROTTLING=0
BATT_CPU_THROTTLING=medium
LM_AC_CPU_THROTTLING=medium
NOLM_AC_CPU_THROTTLING=minimum

/etc/laptop-mode/conf.d/usb-autosuspend.conf changed:
DEBUG=0
CONTROL_USB_AUTOSUSPEND="auto"
AUTOSUSPEND_USE_WHITELIST=0
AUTOSUSPEND_USBID_BLACKLIST="046d:c245 1c88:003f 1c88:0007"
AUTOSUSPEND_USBTYPE_BLACKLIST=""
AUTOSUSPEND_USBID_WHITELIST=""
AUTOSUSPEND_USBTYPE_WHITELIST=""
BATT_SUSPEND_USB=1
LM_AC_SUSPEND_USB=0
NOLM_AC_SUSPEND_USB=0
AUTOSUSPEND_TIMEOUT=2


-- no debconf information

--- End Message ---
--- Begin Message --- 
Version: 0.117

/usr is now mounted by the initramfs.  We might have to disable this
again if booting with sysvinit, but it will still be done if booting
with systemd.

Ben.

-- 
Ben Hutchings
Logic doesn't apply to the real world. - Marvin Minsky

Attachment: signature.asc
Description: This is a digitally signed message part


--- End Message ---
Reply to: