LinuxQuestions.org

LinuxQuestions.org (/questions/)
-   Grafpup (https://www.linuxquestions.org/questions/grafpup-77/)
-   -   Auto start X and login screen missing on Intel 800/900 box (https://www.linuxquestions.org/questions/grafpup-77/auto-start-x-and-login-screen-missing-on-intel-800-900-box-565502/)

eagles-lair 06-29-2007 08:09 PM

Auto start X and login screen missing on Intel 800/900 box
 
This is a Compaq mother board (Presario small profile) and just about everything I run on this tells me that I've passed a undefined mode number !!!!

This requires press space bar to continue, or Press return to see nodes available

Towards the end of the console text I read
Code:

Intel 800/900 Series VBIOS Hack : version 0.5.2
915resolution unable to determine the chip set type
chipset ID 71248086
please report this problem to stomljen@yahoo.com

I end up at a root prompt, and by typing xwin it then launches into root desktop. The first time, of course, you have to set up X configuration, no problems there, 1280x1024x16bit using the wizard.

I had no problem doing Nathan's suggested "fudge" creating /home and copying the skel directory into it. I then created two users, grafpup and my own using the user manager, and changed root password while I was about it.

Logged out and find that every time I boot (using grub, triple booting with Lycoris Desktop/LX and puppy 215ce) that I end up at a prompt and don't seem to be able to launch the GUI login screen.

I checked those users and the passwords by prior to typing xwin logging in and logging out in each user in turn. Perfect in both text mode at the prompt, and in GUI mode.

Logged in as a user and with X running, I found that I could use my changed root password in running MUT as root.

So, what's to do?

I'm a bit mystified but assume its something most odd with the Intel stuff.


Edit
corrected typo, changed "node" to "mode" near the top

jschiwal 06-29-2007 10:26 PM

Do you maybe mean "modes" instead of "nodes"?

Look in /boot/grub/menu.lst. The line for the kernel may have something like "vga=794". I think that is the video mode that is causing the problem. You can also edit this line by pressing any key, and then "e" for edit. This will only change it that time, but it is a way to find out whether a particular mode will work.

Actually vga=794 is the mode I usually use. On the Dell Latitude, if I don't use it the virtual terminals are very small in the center of the screen. It is a bitmapped mode that you can even use to run mplayer on with the -vo fbdev video output driver without even starting the X server!

eagles-lair 06-29-2007 11:58 PM

Quote:

Originally Posted by jschiwal
Do you maybe mean "modes" instead of "nodes"?

Yep. Common typo I'm afraid lol. Hopefully fixed by editing, thanks for the heads-up :)

Quote:

Originally Posted by jschiwal
Look in /boot/grub/menu.lst. The line for the kernel may have something like "vga=794". I think that is the video mode that is causing the problem. You can also edit this line by pressing any key, and then "e" for edit. This will only change it that time, but it is a way to find out whether a particular mode will work.

I've tried that setting and a similar one that Nathan suggested on another post about problems in another computer with different hardware. And also vga=normal which is the one grub defaults to, I think.

Quote:

Originally Posted by jschiwal
Actually vga=794 is the mode I usually use. On the Dell Latitude, if I don't use it the virtual terminals are very small in the center of the screen. It is a bitmapped mode that you can even use to run mplayer on with the -vo fbdev video output driver without even starting the X server!

I'll save that to a file for future use. Thank you very much :)

There are two distinct problems here, it looks to me

The first is the start-up script doesn't appear to complete running.

The second is typing xwin does not invoke the GUI with the login page loaded.

Richard
in Adelaide

eagles-lair 06-30-2007 02:57 AM

Nathan,
I've discovered something interesting.

In type 2 installed mode, this recalcitrant machine has all the icons in the menu. (This was edited)

They do not need to be refreshed.

Immediately before the boot-up ends in a root login prompt, there is a line which says:
caching icons in /usr/share/pixmaps

If you wait maybe half a minute to a minute before logging in, there is then a line which says:
caching icons in /usr/share/mini-icons

I'm willing to bet that that is the line which isn't working on other installations. Wonder why.

This icons missing problem is discussed somewhere else.

Richard

Nathan F 07-03-2007 12:41 PM

The missing menu icons is a timing issue, pure and simple. If the icons are not all copied to the temp directory by the time the script finishes then the process is killed. It's a bit of a design flaw on my part, which I am correcting for 2.01. I'm going to ditch the whole concept of caching icons and just read them from one permanent directory.

Nathan

eagles-lair 07-03-2007 05:18 PM

Aaahhaaa!

Glad my "different" machine helped in analysing what happened.

On the face of it, caching a bunch of icons should make for a quicker screen update, you would think.

Would it be simpler, perhaps, to change the order the script does things, so that the caching is fully complete sooner?


All times are GMT -5. The time now is 02:08 PM.