Long boot delay "Mounting Root Filesystem"

[dave_abrahams]

Alf-Ivar Holm;1328653 Wrote: 
> David Abrahams <dave (AT) boost-consulting (DOT) com> writes:

> I have similar problems with my Fujitsu Siemens S7020D with a

> linux-686 (non-SMP) kernel, but have not tried much of the stimuli

> approach, I have rather tried the nervous stare approach, where

> according to my /var/log/messages* it seems quite constant difference

> the last boots at what seems like 160 seconds, if my interpretation of

> the time stamp column is correct (this is from last boot, which can be

> seen with dmesg(8) as well):

> 

> [17179570.460000] pnp: PnP ACPI: found 14 devices

> [17179570.460000] PnPBIOS: Disabled by ACPI PNP

> [17179570.460000] PCI: Using ACPI for IRQ routing

> [17179570.460000] PCI: If a device doesn't work, try "pci=routeirq". 
> If it helps, post a report

> [17179570.460000] PCI: Cannot allocate resource region 7 of bridge
> 0000:00:1c.1

> [17179570.460000] PCI: Cannot allocate resource region 8 of bridge
> 0000:00:1c.1

> [17179570.460000] PCI: Cannot allocate resource region 9 of bridge
> 0000:00:1c.1

> [17179570.476000] PCI: Ignore bogus resource 6 [0:0] of 0000:00:02.0

> 

> Where the last line turns up after the long wait, and 476000 - 460000

> = 16000 some unit.  I get the same output if you switch to console 1

> during the boot process, where the last line arrives after a lot of

> staring.

> 



Affi,



Thanks for pointing me at /var/log/messages*.  Between that and your
hint about consoles I figured out I could probably remove "quiet
splash" from my boot options to see what's going on.  I now no longer
believe stimulus makes any difference.  Here's where I see my delay:


Code:
--------------------
    

  Aug  2 09:34:31 localhost kernel: [17179570.956000] ICH7: IDE controller at PCI slot 0000:00:1f.1

  Aug  2 09:34:31 localhost kernel: [17179570.956000] ACPI: PCI Interrupt 0000:00:1f.1[C] -> GSI 16 (level, low) -> IRQ 169

  Aug  2 09:34:31 localhost kernel: [17179570.956000] ICH7: chipset revision 2

  Aug  2 09:34:31 localhost kernel: [17179570.956000] ICH7: not 100%% native mode: will probe irqs later

  Aug  2 09:34:31 localhost kernel: [17179570.956000]     ide0: BM-DMA at 0x1880-0x1887, BIOS settings: hda:DMA, hdb:pio

  Aug  2 09:34:31 localhost kernel: [17179576.320000] hda: MATSHITADVD-RAM UJ-842, ATAPI CD/DVD-ROM drive

  Aug  2 09:34:31 localhost kernel: [17179578.736000] ide0 at 0x1f0-0x1f7,0x3f6 on irq 14

  Aug  2 09:34:31 localhost kernel: [17179578.744000] hda: ATAPI 24X DVD-ROM DVD-R-RAM CD-R/RW drive, 2048kB Cache, UDMA(33)

  Aug  2 09:34:31 localhost kernel: [17179578.744000] Uniform CD-ROM driver Revision: 3.20

  Aug  2 09:34:31 localhost kernel: [17179578.776000] SCSI subsystem initialized

  Aug  2 09:34:31 localhost kernel: [17179578.776000] ACPI: bus type scsi registered

  Aug  2 09:34:31 localhost kernel: [17179578.776000] ACPI: PCI Interrupt 0000:00:1f.2[B] -> GSI 16 (level, low) -> IRQ 169

  Aug  2 09:34:31 localhost kernel: [17179687.396000] ahci 0000:00:1f.2: AHCI 0001.0100 32 slots 4 ports 1.5 Gbps 0x1 impl SATA mode

  Aug  2 09:34:31 localhost kernel: [17179687.396000] ahci 0000:00:1f.2: flags: 64bit ncq pm led clo pio slum part

  Aug  2 09:34:31 localhost kernel: [17179687.396000] ata1: SATA max UDMA/133 cmd 0xF884C500 ctl 0x0 bmdma 0x0 irq 66

  A
--------------------




I don't know what the time/date stamp at the beginning of these lines
means; it sure doesn't reflect real time.  Anyway, the results I'm
seeing show a very suspicious delay of exactly 9000000 of whatever
those units are (considerably more than you're seeing).  Turning off
ACPI makes this delay go away of course, but this is a laptop so I
really don't want to go without power management!



Scouring the web for answers I see a lot of people with similar
problems.  Any further clues would be deeply appreciated.


-- 
dave_abrahams