The Khan Artist
Warrior for God
Eagle said:4. What?
Hiht Ctrl-Alt-F1 and log in to the console. You can switch to X with Ctrl-Alt-F7, and then you can go the console if anything goes wrong. No need to hit reset.
Eagle said:4. What?
Eagle said:
Oh and Slougi, It doesnt hide the command line at all. It has Terminal that is the same thing, or you can login at the command line without the terminal.
# Default runlevel. The runlevels used by RHS are:
# 0 - halt (Do NOT set initdefault to this)
# 1 - Single user mode
# 2 - Multiuser, without NFS (The same as 3, if you do not have networking)
# 3 - Full multiuser mode
# 4 - unused
# 5 - X11
# 6 - reboot (Do NOT set initdefault to this)
#
id:3:initdefault:
AlphaWolf said:Cyberman: slackware? bleh, unix mongerer
You shouldn't need to edit the startx script in redhat, it comes configured correctly.
But anyway....
I am a bit confused about what your describing, but what he is refering to is what is in laymans terms described as "graphical login", e.g. it goes right to X and you don't start with a bash prompt. This is a bad thing should your video drivers fail. Redhat picks graphical login by default, you would know if you chose to log in via the console. When you actualy type in your login name, you will be doing so in a plain "dos like" mode (e.g. no windows).
Sure the graphical login looks pretty, but its not practical for your average user. After you log in, you can just type "startx", and your x-windows starts in only 5 seconds or so.
You can switch modes by editing your /etc/inittab file. You'll see a section like this:
Notice how the example I show is set for 3 (the number right after id, that is the mode you would probably prefer. 5 is the graphical login of course.
This is true to some extent, but you must consider that Linux has to be able to run with no graphical stuff at all, on servers.I think a gui interface is always better then a text one.. a lot easier to use, at least with out a big learning curve. But you should have an option like boot in VGA mode, if video card is not working correct to change it's settings. Since every monitor/video card should be able to handle that ?
Slougi said:This is true to some extent, but you must consider that Linux has to be able to run with no graphical stuff at all, on servers.
Agreed. Redhat for example is supposed to be a server distribution, but it doesn't really do that well there. Debian, Gentoo, Slackware etc are much better suited for servers.tooie said:I agree totaly .. but graphic interfaces are better suited mostly for desktops. Which is what I was looking at. I think you should nearly have a totaly different distro for servers and one for desktop. Not one trying to handle both.
I know people like that you can get remote access to a computer, but I think this is also very dangerous as well security wise. It is like have a trojan sitting on your computer from day 1. Granted it is not as open .. but most passwords are not that hard to break with brute force and most people would never know about it.
tooie said:
I know people like that you can get remote access to a computer, but I think this is also very dangerous as well security wise. It is like have a trojan sitting on your computer from day 1. Granted it is not as open .. but most passwords are not that hard to break with brute force and most people would never know about it.
True, even Xfree (the gui). There has also been talk about separating gecko from mozilla to do something similar, although I think the idea has since been abandoned.AlphaWolf said:It's the way that linux is built from the ground up, EVERYTHING is client <--> server based.
Malcolm said:
EVERYONE?!Malcolm said:not at the college here, every one has root privs over their space on the network BUT they can use their power to override everything (I know 'cause I did it ) so when someone who knows *unix/BSD logs in and wants to cause trouble the system goes down for a day
AlphaWolf said:No no no. See, your problem is you're thinking windows here Linux can do this kind of thing in an extremely secure manner. Not only that, but in linux it is also seamless, unlike windows. Remotely controlling a linux system actualy works unlike windows. It's the way that linux is built from the ground up, EVERYTHING is client <--> server based.
If you want to see for yourself how trusted SSH is, go run port 22 scans on a few server blocks, you'll find that a lot of them openly accept SSHD logins.
What exactly is the output of Xfree when it fails? Paste a log. What version are you using?Eagle said:Well I stil cant get the drivers to work I dont know what else to try really. Ive re-compiled them using "rpmbuild --rebuild" I did exactly what the Nvidia readme said, installed it completely outside of the GUI, and I still cant get it to work. All I can think of now is to try the previous version.
Any other ideas?