4

I have a virtual server hosted by professionals with Ubuntu 10.04 installed. It is a standard server installation with LAMP package and no custom modifications.

After recent updates via aptitude boot time of the machine have increased dramatically to over 20 minutes. I noticed that this problem started occurring after updates of linux kernel.

The current version is: Linux Ubuntu-1004-lucid-64-minimal 2.6.32-32-server

Judging from the output of dmesg it looks like some sort of a problem with USB controller or drivers (dmesg output below). What I don't understand is why it started to happen? And what is the solution/workaround to this problem.

I've found that some people had similar problems and proposed solutions were either disabling USB legacy support in BIOS or upgrading firmware. As I have already mentioned, this machine is a virtual server, so i don't have access to BIOS and hardware.

[    0.197693] ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver
[    0.198259] ohci_hcd: USB 1.1 'Open' Host Controller (OHCI) Driver
[    0.198723] uhci_hcd: USB Universal Host Controller Interface driver
[    0.199237] uhci_hcd 0000:00:01.2: PCI INT D -> Link[LNKD] -> GSI 11 (level, high) -> IRQ 11
[    0.199979] uhci_hcd 0000:00:01.2: setting latency timer to 64
[    0.199988] uhci_hcd 0000:00:01.2: UHCI Host Controller
[    0.200470] uhci_hcd 0000:00:01.2: new USB bus registered, assigned bus number 1
[    0.201313] uhci_hcd 0000:00:01.2: irq 11, io base 0x0000c020
[    0.201917] usb usb1: configuration #1 chosen from 1 choice
[ 1253.897084] hub 1-0:1.0: USB hub found
[ 1253.897529] hub 1-0:1.0: 2 ports detected
[ 1253.897963] PNP: PS/2 Controller [PNP0303:KBD,PNP0f13:MOU] at 0x60,0x64 irq 1,12
[ 1253.899106] serio: i8042 KBD port at 0x60,0x64 irq 1
[ 1253.899529] serio: i8042 AUX port at 0x60,0x64 irq 12
[ 1253.914297] mice: PS/2 mouse device common for all mice
[ 1253.915268] rtc_cmos 00:01: rtc core: registered rtc_cmos as rtc0
[ 1253.916198] rtc0: alarms up to one day, 114 bytes nvram, hpet irqs
[ 1253.917255] device-mapper: uevent: version 1.0.3
[ 1253.920528] input: AT Translated Set 2 keyboard as /devices/platform/i8042/serio0/input/input2

Update 1

The problem just went away, on 2 separate servers. After several reboots the 20 minute delay no longer occurs. No modifications to the server configuration have been made. I am suspecting that either:

  1. Kernel learned itself how to eliminate the delay or
  2. Hosting provider changed hardware configuration (improbable due to short time span)

I will keep monitoring boot times and will update the question if it occurs again.

Update 2

The problem still exists! It seems to occur only when reboots are days aways from each other. Consecutive reboots don't produce this delay.

Adding noapic flag to boot parameters does not help.

The delay always occurs between the following lines of dmesg, with varying duration:

[    0.189478] usb usb1: configuration #1 chosen from 1 choice
[  487.589964] hub 1-0:1.0: USB hub found

Can anyone help?

Jorge Castro
  • 73,717
dezlov
  • 145

1 Answers1

3

Adding nousb to boot options is a workaround for this problem. It disables the whole USB subsystem during boot, hence, no delay.

I answered (from what you have written) a similar question here.

Community
  • 1
fossfreedom
  • 174,526