Announcement

Collapse
No announcement yet.

686 kernel slower to boot?

Collapse
This topic is closed.
X
X
 
  • Filter
  • Time
  • Show
Clear All
new posts

    686 kernel slower to boot?

    Hey ya'll... I just got around to upgrading my kernel to 686 from the default 386 that my live cd installed. My machine (pentium m notebook) is much peppy-er once it's going, but the boot takes twice as long, stalling and sputtering, and going black with a cursor in the top left corner for 20 seconds right before the splash screen. I don't want to downgrade unless I have to... but this boot-time is sad.

    Any thoughts?

    Thanks.
    CP

    #2
    Re: 686 kernel slower to boot?

    Normally, the boot process is accompanied by a string a of messages flying by as the machine boots up. Which messages are staying around long enough to read?

    Comment


      #3
      Re: 686 kernel slower to boot?

      those fly by a little more slowly, but acceptably... it's when that is done, before the transition to the splash screen. A black screen comes up with the cursor in the top right corner... and hands for like 30 seconds, sometimes longer. Then the splash screen does its thing... and up comes the desktop (and then I'm in heaven).

      thanks for the note.
      cp

      Comment


        #4
        Re: 686 kernel slower to boot?

        Take a look at the file /var/log/dmesg. You can see the same information, if you're comfortable in a konsole with the command "dmesg | less. You might also want to look at kdm.log because it seems like your problem is taking place very late in the boot process.

        Comment


          #5
          Re: 686 kernel slower to boot?

          thanks again for helping... I have to admit, i haven't a clue what the data i found represents.
          I'll paste it in case it is more meaningful to you. If it makes your head hurt too, I apologize in advance.
          cp

          [17179569.184000] Linux version 2.6.15-26-686 (buildd@terranova) (gcc version 4.0.3 (Ubuntu 4.0.3
          -1ubuntu5)) #1 SMP PREEMPT Fri Jul 7 19:48:22 UTC 2006
          [17179569.184000] BIOS-provided physical RAM map:
          [17179569.184000] BIOS-e820: 0000000000000000 - 000000000009f000 (usable)
          [17179569.184000] BIOS-e820: 000000000009f000 - 00000000000a0000 (reserved)
          [17179569.184000] BIOS-e820: 0000000000100000 - 000000001ffda000 (usable)
          [17179569.184000] BIOS-e820: 000000001ffda000 - 0000000020000000 (reserved)
          [17179569.184000] BIOS-e820: 00000000e0000000 - 00000000f0007000 (reserved)
          [17179569.184000] BIOS-e820: 00000000f0008000 - 00000000f000c000 (reserved)
          [17179569.184000] BIOS-e820: 00000000fec00000 - 00000000fec10000 (reserved)
          [17179569.184000] BIOS-e820: 00000000fed20000 - 00000000fee10000 (reserved)
          [17179569.184000] BIOS-e820: 00000000ffb00000 - 0000000100000000 (reserved)
          [17179569.184000] 0MB HIGHMEM available.
          [17179569.184000] 511MB LOWMEM available.
          [17179569.184000] On node 0 totalpages: 131034
          [17179569.184000] DMA zone: 4096 pages, LIFO batch:0
          [17179569.184000] DMA32 zone: 0 pages, LIFO batch:0
          [17179569.184000] Normal zone: 126938 pages, LIFO batch:31
          [17179569.184000] HighMem zone: 0 pages, LIFO batch:0
          [17179569.184000] DMI 2.3 present.
          [17179569.184000] ACPI: RSDP (v000 DELL ) @ 0x000fc9b0
          [17179569.184000] ACPI: RSDT (v001 DELL CPi R 0x27d5031d ASL 0x00000061) @ 0x1ffda7d3
          [17179569.184000] ACPI: FADT (v001 DELL CPi R 0x27d5031d ASL 0x00000061) @ 0x1ffdb400
          [17179569.184000] ACPI: MADT (v001 DELL CPi R 0x27d5031d ASL 0x00000047) @ 0x1ffdbc00
          [17179569.184000] ACPI: MCFG (v016 DELL CPi R 0x27d5031d ASL 0x00000061) @ 0x1ffdbbc0
          [17179569.184000] ACPI: BOOT (v001 DELL CPi R 0x27d5031d ASL 0x00000061) @ 0x1ffdb7c0
          [17179569.184000] ACPI: SSDT (v001 PmRef Cpu0Ist 0x00003000 INTL 0x20030522) @ 0x1ffdabe6
          [17179569.184000] ACPI: SSDT (v001 PmRef Cpu0Cst 0x00003001 INTL 0x20030522) @ 0x1ffdaa0e
          [17179569.184000] ACPI: SSDT (v001 PmRef CpuPm 0x00003000 INTL 0x20030522) @ 0x1ffda813
          [17179569.184000] ACPI: DSDT (v001 INT430 SYSFexxx 0x00001001 MSFT 0x0100000e) @ 0x00000000
          [17179569.184000] ACPI: PM-Timer IO Port: 0x1008
          [17179569.184000] ACPI: Local APIC address 0xfee00000
          [17179569.184000] ACPI: LAPIC (acpi_id[0x00] lapic_id[0x00] enabled)
          [17179569.184000] Processor #0 6:13 APIC version 20
          [17179569.184000] ACPI: LAPIC (acpi_id[0x01] lapic_id[0x01] disabled)
          [17179569.184000] ACPI: LAPIC_NMI (acpi_id[0x00] high edge lint[0x1])
          [17179569.184000] ACPI: LAPIC_NMI (acpi_id[0x01] high edge lint[0x1])
          [17179569.184000] ACPI: IOAPIC (id[0x01] address[0xfec00000] gsi_base[0])
          [17179569.184000] IOAPIC[0]: apic_id 1, version 32, address 0xfec00000, GSI 0-23
          [17179569.184000] ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl)
          [17179569.184000] ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 high level)
          [17179569.184000] ACPI: IRQ0 used by override.
          [17179569.184000] ACPI: IRQ2 used by override.
          [17179569.184000] ACPI: IRQ9 used by override.
          [17179569.184000] Enabling APIC mode: Flat. Using 1 I/O APICs
          [17179569.184000] Using ACPI (MADT) for SMP configuration information
          [17179569.184000] Allocating PCI resources starting at 30000000 (gap: 20000000:c0000000)
          [17179569.184000] Built 1 zonelists
          [17179569.184000] Kernel command line: root=/dev/sda3 ro quiet splash

          Comment


            #6
            Re: 686 kernel slower to boot?

            I'm sorry to say that your dmesg file is as incomprehensible to me as my own. The part that you posted is the first part (ending with the kernel command line). Since your problem starts at the very end of the boot process, I would think that, if the problem is going to be visible in dmesg, it would be in an error notation in the last ten or fifteen lines of the file, or at least that those lines might refer to whichever system is failing. Also, did you take a look at the "kdm.log.1" file? Mine is very short (just one line). If yours is longer, it might indicate a problem.

            My other thought is that the problem might be in one of the shell scripts that are executed between booting the kernel and starting the xserver. Usually, though, these scripts just fail and the machine winds up in recovery mode. The only things I can think of that might delay you without failing completely are network setup or mounting peripherals. Perhaps someone who knows more than I do can come up with something more specific.

            Comment


              #7
              Re: 686 kernel slower to boot?

              Yeah... i didn't realize the feedback was so long. There aren't any errors in it, there may be somethign askew, but it isn't obvious.

              I'll keep looking... thanks for the time.
              best.
              cp

              Comment

              Working...
              X