[Hardy] screen flashes blank four times when X loading, X not coming up, ATI X1250
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
xorg (Ubuntu) |
Incomplete
|
Undecided
|
Unassigned |
Bug Description
Binary package hint: xserver-xorg
I have an ATI Raderon X1250 card, using a hp 6715s notebook with an amd sempron 3600+ processor (64-bit capabale) and 1gig ram. Using the alpha2 live cd, I got exactly the same error message as those in bug #174434. I tried to copy over all the relevant log files via ssh to post them there. But before I had the time to do that, the screen just turned black, and the computer froze completely. This happened several times, every time within a few minutes. So, every time, before I had the time to scp the files over, the computer froze.
With the alpha3 live-cd, things has gotten worse:
- With usplash enabled it get's quite far in the booting process, and then suddenly just turns blank, and freezes completely, at about the time that I suppose that X should begin loading.
- If I disable usplash it will come past "starting gdm", then switch between blank screen and the bootup-text screen a few times, and after that nothing happens. I'm still able to use the computer in terminal-mode, but it does not even put out an error message that configuring X failed, like it did with alpha2.
Maybe my problem with the freezing is due to something else than X, i don't know, but it seems quite likely as it freezes as the screen turns blank, and about the same time when X was supposed to start.
Note: This notebook did not work with Gutsy either. I'm using the 32-bit version of ubuntu. Testing results from the laptop team about Feisty and Gutsy: https:/
Unfortunately, lacking the log files is going to hamper debugging this issue, but perhaps there's some alternate techniques that could help...
First, when using th e alpha2 cd, try running sudo /etc/init.d/gdm stop quickly before X freezes. If you're lucky, this may shut off X before it locks up.
Second, have you tried using a 64-bit version? Same issue, or does it work properly?
Third, have you tried installing using the alternate CD? It may skip the step that causes the X failure.
Fwiw, this bug sounds a lot like bug 127008, however afaik xresprobe is no longer being used during LiveCD boot. You could check via 'which xresprobe' - in theory it should no longer be present on the system.