I was looking forward to trying the new installer The live CD gave difficulties on the system I was using yet ubuntu & Fedora installers work without difficulties System is AOpen XC Cube EZ18 (AMD/NForce2) with LCD Monitors (tried 15" & 17") Difficulies are :- 1/ Unable to use frame buffer at all & needed to use the nofb option 2/ Unable to use X as the installer sends the monitor out of range, text install the same In the end gave up & did a traditional gentoo install & Gentoo up & running OK but I am disappointed to see all that effort on the installer unable to be used It seems the installer either has a lack of definitions for LCD's or is attempting to use a screen resolution too high The other installers use a realistic 800x600 or 1024x768
not an installer issue
If anyone would care to let me know what additional information could be helpful in ascertaining the cause I would be only too happy to provide the information The last message I recall seeing was to do with loading gli
We use 1024x768 and the VESA driver for framebuffer. What video card do you have? How much video RAM is allocated to the card (if on-board)?
Motherboard is AOpen UK79G-1394 which is the early XC Cube with nforce2 chipset, the Video Card is onboard NVidia with 32mb allocated. The bootup indicated hardware recognised ok but kept hanging with last message to do with loading gli & monitor indicating out of range
Loading gdm, then, you mean. There's no message that says it is loading gli, since gli has to be loaded manually after X starts. Try booting with "gentoo-nofb nox" instead.
OK As per my initial report I was able to go to text mode (gentoo-nofb nox) & do a traditional Gentoo install & the system was up & running However I finally had time to go back & look more closely at the problem & tested it on the system referred to above and a PIII system utilising the same monitors The problem is when frame buffer is enabled & installer moves from text mode boot to graphics mode monitor goes out of range. The more intelligent of the two monitors gives an onscreen message indicating H35 V87 Using gentoo-nofb kernel works on the PIII system & installer is great The LCD monitors, a 15" Benq FP547 & 17" polyview pt725a are common monitors & have valid ranges of H31-63k V56-75 & H22-82k V50-76 respectively So when using frame buffer with these monitors the dectection is failing & a V sync rate too high is being applied Let me know what other info you may like & I will provide it for you, only too happy to assist where time permits
Strange. We're using standard SVGA modes. This *might* be fixed in 2006.1, but I honestly couldn't tell you. We're looking into completely revamping our detection for 2007.0, though.
Will give 2006.1 a try & see what it does Looking forward to the gradual development on installer
2006.1 is out. Please try it and report back.
No response in quite some time. Assuming it worked. To anyone else, unless you had the *exact* same bug, file a new one.
