Bug 290541 - F7 install runs extremely slow with G33 (DG33FB board) chipset.
Summary: F7 install runs extremely slow with G33 (DG33FB board) chipset.
Keywords:
Status: CLOSED INSUFFICIENT_DATA
Alias: None
Product: Fedora
Classification: Fedora
Component: kernel
Version: 7
Hardware: x86_64
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Kernel Maintainer List
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2007-09-14 08:36 UTC by Vince
Modified: 2008-02-16 04:23 UTC (History)
2 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2008-02-16 02:40:06 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

Description Vince 2007-09-14 08:36:34 UTC
Description of problem: Anaconda runs extremely slow installing F7 on G33
Chipset (DG33FB board) with 4GB+ of RAM


Version-Release number of selected component (if applicable):


How reproducible: Every time


Steps to Reproduce:
1. Boot to CD
2. Observe first freezes/lag/delay when loading anaconda
3. This persists forever.
  
Actual results:
 OS takes so long to install, its not worth it.  5 hours before it actually
starts copying files.

Expected results:
 Faster install

Additional info:
 This appears to be the identical bug as # 243835 but this is a different board
and chipset.

Comment 2 Christopher Brown 2007-10-03 14:17:03 UTC
Hello,

I'm reviewing this bug as part of the kernel bug triage project, an attempt to
isolate current bugs in the fedora kernel.

http://fedoraproject.org/wiki/KernelBugTriage

I am CC'ing myself to this bug and will try and assist you in resolving it if I can.

There hasn't been much activity on this bug for a while. If you are able to,
could you tell me if you are still having problems with the latest test release,
available from:

http://mirrors.fedoraproject.org/publiclist/Fedora/7.91/

If the problem no longer exists then please close this bug or I'll do so in a
few days if there is no additional information lodged.

Comment 3 Kent Pirkle 2007-11-15 04:07:48 UTC
I can confirm this issue exists with the Intel DG33TL motherboard, also a G33
chipset motherboard. I have 4GB RAM and I could not install Fedora 7 or Fedora 8
x86_64 without passing the mem=3G argument (mem=4G gives the same result and
same amount of available memory). I'm running the latest kernel 2.6.23.1-49.fc8.
I previously tried Ubuntu 7.10 x86_64 version and it installed and ran fine with
the full 4GB available. I upgraded the BIOS today to version 297 to see if it
made a difference, it did not. There must be some difference between the Ubuntu
and Fedora kernels. 

Comment 4 Kent Pirkle 2007-11-15 13:19:02 UTC
If there is any debug information I can provide or test kernels you would like
me to try to isolate this, let me know. When I say I could not install Fedora 7
or 8, what I mean is that it is so slow booting that it would be a pain to
attempt an install, just like the original bug reporter reported. Limiting the
memory by passing the mem=3G argument allows the install to work fine. Once
installed, the same parameter must be passed via GRUB or the same slow booting
behavior occurs using the normal kernel.

Comment 5 Chuck Ebbert 2007-11-15 21:04:43 UTC
Update your BIOS.

Comment 6 Kent Pirkle 2007-11-16 00:00:41 UTC
As I mentioned before, I've updated the BIOS. I'm running the latest version
released by Intel on 10/23/07 - version 297. I don't think its a BIOS issue,
Ubuntu 7.10's kernel 2.6.22 for x86_64 works fine, but Fedora 8 does not.

Comment 7 Christopher Brown 2008-01-13 23:59:54 UTC
Hello Kent,

I'm updating the version field to Fedora 8.

After a bit of digging, you might want to try adding:

pci=nommconf

when booting. Might be related to:

http://bugzilla.kernel.org/show_bug.cgi?id=9127

Comment 8 Christopher Brown 2008-02-16 02:40:06 UTC
Closing as per previous comment. Please re-open if this is still an issue for you.

Comment 9 Kent Pirkle 2008-02-16 04:23:00 UTC
I tried that option already, it did not help.


Note You need to log in before you can comment on or make changes to this bug.