I posted elsewhere in the forum but the issue is obviously a hardware issue so I am opening a new post because it belongs here and I am frustrated with the addition of suggestions already in that post that are known not to fix the issue.
The original post is here: http://kubuntuforums.net/forums/inde...opic=3092391.0 There is relevant discussion about diagnosis or other log-in issues, but suggestions regarding the Chrome 9 still revolve around the wrong issues.
The live CD fails to load to the desktop with the CHROME 9 integrated graphics chipset in a machine: I have done a lot of work on trying different things and I have been using Kubuntu since Dapper and I do have quite a bit of knowledge and I am fairly sure this is a conflict of a default KDE4 package/file/setting and this particular piece of hardware. I am thinking this is a bug that is not easily resolved.
This particular post should remain true to the CHROME 9 integrated graphics chipset. There are other reasons why KDE4 might not load, but this one is a very specific issue. It has nothing to do with Compiz, or permissions or desktop settings, or deleting files to get it to work. Compiz is not even installed by default and nor are the KDE4 desktop effects enabled (via systemsettings) by default within KDE4.
Here is where the issue starts:
KDE4 fails with chrome 9 "out of the box" running a live cd, KDE3 versions run fine
Here are my results with 3 different versions:
alpha 3
alpha 4
beta
Hardware: Asus K8V-VM AMD motherboard with the chrome 9 video in K8M890 chipset.
The same CD's work on my Acer Laptop, ASUS EEE_PC (of all things), and my one desktop.
The results of the one with the chrome 9 video:
A) Live CD starts
1. X starts and the little X appears
2. runs to the splash screen
3. locks on the K (last) step of splash
4. starts over and one must hit reset or power to stop the cycle: ctrl alt bkspace, ctrl alt F1 have no response
B) Install - If the install option is used from boot options, it does indeed install and I thought I could fix something. On booting with the install:
1. X starts and the login screen appears
2. login - runs the splash screen
3. locks on the K step of splash, screen flickers (like X is trying to restart?)
4. starts over and one is put back to the login screen
5. from "failsafe," applications launch from the command line.
a) installed kubuntu-desktop (KDE3) - it runs
b) installed kubuntu-desktop-kde4
i.) thus making sure kdm-kde4 is the default login greeter
ii.) logged out/in
iii.) login screen appears: KDE4 still fails but KDE3 still works
Additional Notes - the first one is very important to people thinking it is a permissions issue
1) KDE4 runs in Xephyr within KDE3
2) It also runs in VritualBox on the same machine with a WinXP host.
--> last to points are to suggest that there isn't something wrong with the machine pr CD itself.
C) Other attempts to fix this fail
1. It is NOT a permissions issue so deleting directories, files, or using chmod with recursive option, etc. don't work. Did these things anyway at the suggestions of others. I was kind of frustrated with this strong suggestion because they didn't read the whole post. A live CD would not work on one machine and fail to start because of a permissions issue.
Before Proceeding I did: sudo cp /etc/X11/xorg.conf /home/ to copy the original file
2. Installed/reinstalled related openchrome driver files, logged into KDE3 and changed the driver; tweaked X for resolution (it wanted to a virtual thing and make the default screen bigger than the monitor could support), restarted X. KDE4 doesn't work, but KDE3 looked much better (desktop didn't look "smeared"). Did another sudo cp /etc/X11/xorg.conf /home/ after renaming the one already there to an "old" extension.
3. Logged back into KDE3, changed driver to VESA and X would not restart.
-->Did a sudo cp to put the one in home back into /etc/X11 so I could at least use KDE3
Other items that may be of use: it seems unrelated to monitor, but I am using a dell LCD with a max resolution of 1024x768. I doubt this has much to do with anything but all information helps I suppose.
The original post is here: http://kubuntuforums.net/forums/inde...opic=3092391.0 There is relevant discussion about diagnosis or other log-in issues, but suggestions regarding the Chrome 9 still revolve around the wrong issues.
The live CD fails to load to the desktop with the CHROME 9 integrated graphics chipset in a machine: I have done a lot of work on trying different things and I have been using Kubuntu since Dapper and I do have quite a bit of knowledge and I am fairly sure this is a conflict of a default KDE4 package/file/setting and this particular piece of hardware. I am thinking this is a bug that is not easily resolved.
This particular post should remain true to the CHROME 9 integrated graphics chipset. There are other reasons why KDE4 might not load, but this one is a very specific issue. It has nothing to do with Compiz, or permissions or desktop settings, or deleting files to get it to work. Compiz is not even installed by default and nor are the KDE4 desktop effects enabled (via systemsettings) by default within KDE4.
Here is where the issue starts:
KDE4 fails with chrome 9 "out of the box" running a live cd, KDE3 versions run fine
Here are my results with 3 different versions:
alpha 3
alpha 4
beta
Hardware: Asus K8V-VM AMD motherboard with the chrome 9 video in K8M890 chipset.
The same CD's work on my Acer Laptop, ASUS EEE_PC (of all things), and my one desktop.
The results of the one with the chrome 9 video:
A) Live CD starts
1. X starts and the little X appears
2. runs to the splash screen
3. locks on the K (last) step of splash
4. starts over and one must hit reset or power to stop the cycle: ctrl alt bkspace, ctrl alt F1 have no response
B) Install - If the install option is used from boot options, it does indeed install and I thought I could fix something. On booting with the install:
1. X starts and the login screen appears
2. login - runs the splash screen
3. locks on the K step of splash, screen flickers (like X is trying to restart?)
4. starts over and one is put back to the login screen
5. from "failsafe," applications launch from the command line.
a) installed kubuntu-desktop (KDE3) - it runs
b) installed kubuntu-desktop-kde4
i.) thus making sure kdm-kde4 is the default login greeter
ii.) logged out/in
iii.) login screen appears: KDE4 still fails but KDE3 still works
Additional Notes - the first one is very important to people thinking it is a permissions issue
1) KDE4 runs in Xephyr within KDE3
2) It also runs in VritualBox on the same machine with a WinXP host.
--> last to points are to suggest that there isn't something wrong with the machine pr CD itself.
C) Other attempts to fix this fail
1. It is NOT a permissions issue so deleting directories, files, or using chmod with recursive option, etc. don't work. Did these things anyway at the suggestions of others. I was kind of frustrated with this strong suggestion because they didn't read the whole post. A live CD would not work on one machine and fail to start because of a permissions issue.
Before Proceeding I did: sudo cp /etc/X11/xorg.conf /home/ to copy the original file
2. Installed/reinstalled related openchrome driver files, logged into KDE3 and changed the driver; tweaked X for resolution (it wanted to a virtual thing and make the default screen bigger than the monitor could support), restarted X. KDE4 doesn't work, but KDE3 looked much better (desktop didn't look "smeared"). Did another sudo cp /etc/X11/xorg.conf /home/ after renaming the one already there to an "old" extension.
3. Logged back into KDE3, changed driver to VESA and X would not restart.
-->Did a sudo cp to put the one in home back into /etc/X11 so I could at least use KDE3
Other items that may be of use: it seems unrelated to monitor, but I am using a dell LCD with a max resolution of 1024x768. I doubt this has much to do with anything but all information helps I suppose.
Comment