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 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 |
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! |
Quote:
Quote:
Quote:
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 |
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 |
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 |
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. |