Long Pause at boot-up

[Gowator]

I'll have to check when I get home and post the dmesg from input onwards.  It's before it switches to Run Level 3 interactive mode.

<{POST_SNAPBACK}>

No sweat probably better just to redo RL2... again and again and not bother going all the way into 3 ... (you can issue a RL at the linux prompt at bootup)

[ianw1974]

OK, here is my dmesg. I've not posted all, but the most relevant bits around where the machine pauses.....

 

RAMDISK: cramfs filesystem found at block 0
RAMDISK: Loading 544KiB [1 disk] into ram disk... |/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/done.
VFS: Mounted root (cramfs filesystem) readonly.
input: AT Translated Set 2 keyboard on isa0060/serio0
SCSI subsystem initialized
ACPI: PCI Interrupt 0000:00:0b.0[A] -> GSI 19 (level, low) -> IRQ 19
scsi0 : Adaptec AIC7XXX EISA/VLB/PCI SCSI HBA DRIVER, Rev 6.2.36
       <Adaptec 19160B Ultra160 SCSI adapter>
       aic7892: Ultra160 Wide Channel A, SCSI Id=7, 32/253 SCBs

input: ImPS/2 Generic Wheel Mouse on isa0060/serio1
SGI XFS with ACLs, large block numbers, no debug enabled
SGI XFS Quota Management subsystem
XFS mounting filesystem hda1
Ending clean XFS mount for filesystem: hda1
Freeing unused kernel memory: 268k freed
usbcore: registered new driver usbfs
usbcore: registered new driver hub
ohci_hcd: 2004 Nov 08 USB 1.1 'Open' Host Controller (OHCI) Driver (PCI)
ACPI: PCI Interrupt 0000:00:0c.0[A] -> GSI 16 (level, low) -> IRQ 16
ohci_hcd 0000:00:0c.0: OHCI Host Controller
ohci_hcd 0000:00:0c.0: new USB bus registered, assigned bus number 1
ohci_hcd 0000:00:0c.0: irq 16, io mem 0xdfffc000
hub 1-0:1.0: USB hub found
hub 1-0:1.0: 3 ports detected
ACPI: PCI Interrupt 0000:00:0c.1[B] -> GSI 17 (level, low) -> IRQ 17
ohci_hcd 0000:00:0c.1: OHCI Host Controller
ohci_hcd 0000:00:0c.1: new USB bus registered, assigned bus number 2
ohci_hcd 0000:00:0c.1: irq 17, io mem 0xdfffd000
hub 2-0:1.0: USB hub found
hub 2-0:1.0: 2 ports detected
ACPI: PCI Interrupt 0000:00:0c.2[C] -> GSI 18 (level, low) -> IRQ 18
ehci_hcd 0000:00:0c.2: EHCI Host Controller
ehci_hcd 0000:00:0c.2: new USB bus registered, assigned bus number 3
ehci_hcd 0000:00:0c.2: irq 18, io mem 0xdfffeb00
ehci_hcd 0000:00:0c.2: USB 2.0 initialized, EHCI 0.95, driver 10 Dec 2004
hub 3-0:1.0: USB hub found
hub 3-0:1.0: 5 ports detected
USB Universal Host Controller Interface driver v2.2
ACPI: PCI Interrupt 0000:00:11.2[D] -> GSI 10 (level, low) -> IRQ 10
uhci_hcd 0000:00:11.2: UHCI Host Controller
uhci_hcd 0000:00:11.2: new USB bus registered, assigned bus number 4
uhci_hcd 0000:00:11.2: irq 10, io base 0x0000c400
hub 4-0:1.0: USB hub found
hub 4-0:1.0: 2 ports detected
ACPI: PCI Interrupt 0000:00:11.3[D] -> GSI 10 (level, low) -> IRQ 10
uhci_hcd 0000:00:11.3: UHCI Host Controller
uhci_hcd 0000:00:11.3: new USB bus registered, assigned bus number 5
uhci_hcd 0000:00:11.3: irq 10, io base 0x0000c800
hub 5-0:1.0: USB hub found
hub 5-0:1.0: 2 ports detected
ACPI: PCI Interrupt 0000:00:11.4[D] -> GSI 10 (level, low) -> IRQ 10
uhci_hcd 0000:00:11.4: UHCI Host Controller
uhci_hcd 0000:00:11.4: new USB bus registered, assigned bus number 6
uhci_hcd 0000:00:11.4: irq 10, io base 0x0000cc00
hub 6-0:1.0: USB hub found
hub 6-0:1.0: 2 ports detected
ts: Compaq touchscreen protocol output
Adding 1052216k swap on /dev/hda5.  Priority:-1 extents:1
Linux agpgart interface v0.101 (c) Dave Jones
nvidia: module license 'NVIDIA' taints kernel.
ACPI: PCI Interrupt 0000:01:00.0[A] -> GSI 16 (level, low) -> IRQ 16
NVRM: loading NVIDIA Linux x86 NVIDIA Kernel Module  1.0-8178  Wed Dec 14 16:22:51 PST 2005
XFS mounting filesystem hdb1
Ending clean XFS mount for filesystem: hdb1
Supermount version 2.0.4 for kernel 2.6
loop: loaded (max 8 devices)
hdc: ATAPI 48X DVD-ROM drive, 256kB Cache, UDMA(33)
Uniform CD-ROM driver Revision: 3.20
hdd: ATAPI 32X DVD-ROM DVD-R-RAM CD-R/RW drive, 2048kB Cache, UDMA(33)

 

Everything from SGI XFS onwards is real fast. And doesn't seem to mention anything about sd_mod.ko, so not sure what is going on. Maybe I just have to live with it :o

[Gowator]

OK, here is my dmesg.  I've not posted all, but the most relevant bits around where the machine pauses.....

 

RAMDISK: cramfs filesystem found at block 0

RAMDISK: Loading 544KiB [1 disk] into ram disk... |/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/done.

VFS: Mounted root (cramfs filesystem) readonly.

input: AT Translated Set 2 keyboard on isa0060/serio0

SCSI subsystem initialized

ACPI: PCI Interrupt 0000:00:0b.0[A] -> GSI 19 (level, low) -> IRQ 19

scsi0 : Adaptec AIC7XXX EISA/VLB/PCI SCSI HBA DRIVER, Rev 6.2.36

        <Adaptec 19160B Ultra160 SCSI adapter>

        aic7892: Ultra160 Wide Channel A, SCSI Id=7, 32/253 SCBs

 

i

OK, never tried a 1916B but guessing from older ones you should be able to press CTRL+A during post when it comes to the AHA controller...

you could be autodetecting a device not properly terminated or it is scanning the scsi busses to find devices each time it gets a reset command .. you can probably set it not to do this i the internal BIOS of the adaptec card!

[ianw1974]

OK, will give it a go. Nothing is attached to the SCSI card anyway, so I could always remove it completely.

[ianw1974]

I couldn't find any options to enable/disable to speed anything up. It's only 15 seconds, so I can live with it. Just a pain :P

[Gowator]

I couldn't find any options to enable/disable to speed anything up.  It's only 15 seconds, so I can live with it.  Just a pain :P

<{POST_SNAPBACK}>

My guess is its doing a scan of the scsi buses looking for devices.

My old AHA2940 used to do the same but you can set it to do so silently or verbosly ... I never tried silently...

There was also a setting that said CTRL+A hidden which was the key combo to get it to go into the adaptec bios ...(did you try CTRL + A and what happened)

 

you are probably sending a scsi reset which triggers a bus scan... and this might be circumventable, it was on the 2940 series...

[ianw1974]

I did do the CTRL-A, but nothing really seemed obvious that matched SCSI reset or anything related to a bus scan.