Linux - DistributionsThis forum is for Distribution specific questions.
Red Hat, Slackware, Debian, Novell, LFS, Mandriva, Ubuntu, Fedora - the list goes on and on...
Note: An (*) indicates there is no official participation from that distribution here at LQ.
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Introduction to Linux - A Hands on Guide
This guide was created as an overview of the Linux Operating System, geared toward new users as an exploration tour and getting started guide, with exercises at the end of each chapter.
For more advanced trainees it can be a desktop reference, and a collection of the base knowledge needed to proceed with system and network administration. This book contains many real life examples derived from the author's experience as a Linux system and network administrator, trainer and consultant. They hope these examples will help you to get a better understanding of the Linux system and that you feel encouraged to try out things on your own.
Click Here to receive this Complete Guide absolutely free.
Since I did an "emerge -u world" users can no longer use X.
When I "startx" I get the nvidia logo, but then it gets stuck with that grey screen and a cross shaped cursor (which I can move).
When I "chmod 0666 /dev/null" gnome will stall with the startup logo and xfce will startup but without a background and the menu (which is coupled to the background) (so only the taskbar and the other bar startup)
It doesn't make a difference if I "chmod 0666 /dev/nvidia*" and I already changed the permissions in /etc/udev/permissions.d/50-udev.permissions as you can see here:
# pty devices
# Set this to 0660 if you only want users belonging to tty group
# to be able to allocate PTYs
There is nothing in my /etc/udev/rules.d/50-udev.rules.
The reason that I suspect that this is an udev thing is first; it makes a difference if I "chmod 0666 /dev/null" and second; it went bad after the config file was updated, I can remember that I at some point already had to deal with this and succeeded but I can't remember what it was and what I did back then. I thought that changing nvidia permissions solved it back then...
If anyone could help me I would be most grateful as I now have to work on my final thesis in windows and I miss the multiple desktops a lot.
If you need more specs, please ask.
Thanx a lot.
I know it a permissions issue because everything works a root, the user is a member of the following groups:
the problem isnt just with dev/null
thwere are issues with dev pty aswell
running xterm as suid user form a root filsafe terminal (its the only way to get X for me) gives me:
xterm: Error 32, errno 2: No such file or directory
Reason: get_pty: not enough ptys
i shall moosey over to the getntoo forums and try and pick my way through the newbie flaming to find an actual solution.
apparentally this is definatally a udev problem, with a wrong profile file... but as is power for the cource, no one tells anyone how to fix it... just links to threds where unlreated problems are solved.... i hope google still loves me.
Ok, it is working now, I tried al sorts of stuff but what eventually worked was recompiling the kernel with devfs support and also enabling "mount automatically at boot".
To be honest I hate these kind of sollutions, its just not elegant but ok, everything works now although I get some "failed to copy" and:
"NVRM: loading NVIDIA Linux x86 NVIDIA Kernel Module 1.0-7174 Tue Mar 22 06:44:39 PST 2005
devfs_mk_dev: could not append to parent for nvidiactl
devfs_mk_dev: could not append to parent for nvidia0
NVRM: devfs register failed
devfs_mk_dev: could not append to parent for vcc/7
devfs_mk_dev: could not append to parent for vcc/a7"
error messages while booting but still, it works now. If anybody has a better sollution, please let me know, it was working before (with gentoo=nodevfs as a kernel boot option in grub).
Ok, good luck everbody with udev problems (ok also everybody with other problems )
Its an old problem, in the meanwhile I reinstalled everything from the / up (I emerged so many unstable things, it was becomming a mess). Everything just worked from then with just udev, no devfs anymore, I quess the transition devfs-udev somehow messed some things up...
Oh, and a tip (I also just recently figured out), if after emerging you get the message that you need to update config files just type "etc-update" (actually I now wonder whether this is installed by default or whether it is in the gentoolkit (which is emerged in a sec )), this program will present you with al the updated config files and lets you choose whether you want to update (which you usually want but maybe you want to study the old config file first).
Originally posted by teek
Oh, and a tip (I also just recently figured out), if after emerging you get the message that you need to update config files just type "etc-update" (actually I now wonder whether this is installed by default or whether it is in the gentoolkit
etc-update is *NOT* an "optional extra" - it comes with the base system, and it (or an equivalent) MUST be run if notified after each sync to ensure the integrity of your system.
And be *VERY* careful with it - it has marvellous potential to (also) trash your system if mis-used.
Also, udev is the future - I think devfs goes away completely in 2.6.13