Gents:
Running Xeon.1240/z77a.gd55-BIOS1.2/nv430x2g/Auria-27"/24g ram/650W under Ubuntu 12.04x and GNOME recently installed & fully(?) updated.
After finishing build + software loading this system has been stable for 3 days, but many parts have worked fine much longer under various Linux versions. Initially I had tried to run an nv650, but BIOS would not support it; BSOD. Legacy nv430x2g has worked for months without issue.
This morning the system got-to GRUB displaying boot options, then refused to auto-boot into X-gui. Then, instead of X I got various text messages and N-curses screen options telling X had failed ... different complex messages on different re-boot tries. So I get to/past GRUB, but X-boot fails. I am feeling pretty lousy about this ... so I boot & run MEMTEST86 CD without issue. RAM and display look OKey. Again I re-boot.
Only this time I explicitly chose by "keytap" the 1st (of many!) expressed GRUB options: UBUNTU-generic.blablabla. That's default and what I always run. Strange how MINT still shows up on the GRUB menu even tho I wiped it out ... I think. Anyrate ...
... with that GRUB keytap choice of UBUNTU-generic the system now boots-into-X gui and the system behavior appears **normal**. I am running Electricsheep to keep it busy while I enter this report on my other box. I have no idea what happens with the new system if I tried to reboot ... but, I fear the worst. A quick look at the X.org log (in damn-your-eyes micro-type) rings-no-bell, but I don 't know if the failure events were captured and don't really know what to look for! There were **lots** of references to Nvidia ...
Anyrate such failure in a newly-built system is **not-OKey**. What could have caused the X-boot failure? Is this common ... GOOGLE says it's a tough task to de-bug X from text-mode if you get stuck there. Do I TRY to re-create failure? How do I start trouble shooting replace/modify whatever caused the failure?
Running Xeon.1240/z77a.gd55-BIOS1.2/nv430x2g/Auria-27"/24g ram/650W under Ubuntu 12.04x and GNOME recently installed & fully(?) updated.
After finishing build + software loading this system has been stable for 3 days, but many parts have worked fine much longer under various Linux versions. Initially I had tried to run an nv650, but BIOS would not support it; BSOD. Legacy nv430x2g has worked for months without issue.
This morning the system got-to GRUB displaying boot options, then refused to auto-boot into X-gui. Then, instead of X I got various text messages and N-curses screen options telling X had failed ... different complex messages on different re-boot tries. So I get to/past GRUB, but X-boot fails. I am feeling pretty lousy about this ... so I boot & run MEMTEST86 CD without issue. RAM and display look OKey. Again I re-boot.
Only this time I explicitly chose by "keytap" the 1st (of many!) expressed GRUB options: UBUNTU-generic.blablabla. That's default and what I always run. Strange how MINT still shows up on the GRUB menu even tho I wiped it out ... I think. Anyrate ...
... with that GRUB keytap choice of UBUNTU-generic the system now boots-into-X gui and the system behavior appears **normal**. I am running Electricsheep to keep it busy while I enter this report on my other box. I have no idea what happens with the new system if I tried to reboot ... but, I fear the worst. A quick look at the X.org log (in damn-your-eyes micro-type) rings-no-bell, but I don 't know if the failure events were captured and don't really know what to look for! There were **lots** of references to Nvidia ...
Anyrate such failure in a newly-built system is **not-OKey**. What could have caused the X-boot failure? Is this common ... GOOGLE says it's a tough task to de-bug X from text-mode if you get stuck there. Do I TRY to re-create failure? How do I start trouble shooting replace/modify whatever caused the failure?