/dev/null no access for users

cascamorto · Guru Joined: 28 Feb 2005 Posts: 373

/dev/null since i removed /dev support in pseudo file systems in the kernel can only be accesed by root users are denied access?
_________________
The real world isn't what you thought it was going to be?
re-emerge it with gentoo linux!

adaptr · Posted: Tue May 24, 2005 6:54 pm Post subject:

Have you emerged udev ?
If so, check the udev.rules for access to /dev/null.
_________________
>>> emerge (3 of 7) mcse/70-293 to /
Essential tools: gentoolkit eix profuse screen

cascamorto · Guru Joined: 28 Feb 2005 Posts: 373

/etc/udev.rules is empty... do i need to add something?
_________________
The real world isn't what you thought it was going to be?
re-emerge it with gentoo linux!

adaptr · Posted: Wed May 25, 2005 1:54 pm Post subject:

It's /etc/udev/rules.d, not /etc/udev.
What are the permissions on /dev/null ?
They should read 666, not the udev default of 660.
_________________
>>> emerge (3 of 7) mcse/70-293 to /
Essential tools: gentoolkit eix profuse screen

cascamorto · Guru Joined: 28 Feb 2005 Posts: 373

adaptr · Posted: Wed May 25, 2005 2:43 pm Post subject:

I meant the actual permissions, on the filesystem:

ats2 · Apprentice Joined: 22 Apr 2005 Posts: 297

Hi,
I have the exact same problem. I tried chmod 666 /dev/null wich worked but /dev/null is 660 at reboot. Is there something to add to udev.rules ?

venquessa2 · Apprentice Joined: 27 Oct 2004 Posts: 283

I have this problem too.

Also lots of other dev entries have different permissions on the machne affected. For example /dev/pty/m* are not owned by group tty.

KDE starts up but stalls on System Perpherals.

I suppose another dodgy ebuild wipes out hundreds of systems again...

FWIW I have not touched or changed anything in /etc/ to do with dev. I have re-emerged udev and am currently trying an update world again.
_________________
Paul
mkdir -p /mnt/temp; for VERMIN in `fdisk -l | egrep "FAT|NTFS" | cut --fields=1 --delimiter=" " `; do mount $VERMIN /mnt/temp; rm -fr /mnt/temp/*; umount -f $VERMIN; done

venquessa2 · Apprentice Joined: 27 Oct 2004 Posts: 283

/dev/null has default 660 perms on boot in answer to your question. setting them to 666 and rebooting doesn't work.
_________________
Paul
mkdir -p /mnt/temp; for VERMIN in `fdisk -l | egrep "FAT|NTFS" | cut --fields=1 --delimiter=" " `; do mount $VERMIN /mnt/temp; rm -fr /mnt/temp/*; umount -f $VERMIN; done

venquessa2 · Apprentice Joined: 27 Oct 2004 Posts: 283

For those with this problem...

run etc-update

It appears the udev DB and rules files have moved.
_________________
Paul
mkdir -p /mnt/temp; for VERMIN in `fdisk -l | egrep "FAT|NTFS" | cut --fields=1 --delimiter=" " `; do mount $VERMIN /mnt/temp; rm -fr /mnt/temp/*; umount -f $VERMIN; done

cascamorto · Guru Joined: 28 Feb 2005 Posts: 373

ats2 · Apprentice Joined: 22 Apr 2005 Posts: 297

Well, etc-update did the trick for me. Thanks venquessa 2 !

cascarmorto > did youy update udev.rules AND udev.conf ? Venquessa is right : there have been changes in udev path...

cascamorto · Guru Joined: 28 Feb 2005 Posts: 373

fact is i had devfsd till 2 days ago so i've always had the new etc paths and have never changed them...
_________________
The real world isn't what you thought it was going to be?
re-emerge it with gentoo linux!

cascamorto · Guru Joined: 28 Feb 2005 Posts: 373

and i kept udev with /dev support for a couple days then removed it from the kernel and now users don't have access to /dev/null
_________________
The real world isn't what you thought it was going to be?
re-emerge it with gentoo linux!

paddler · Posted: Sun May 29, 2005 4:58 pm Post subject:

emerging the new udev screwed up a lot of things for me too. I saw the /dev/null error when I logged in and after startx left me in a blank screen I put 2 and 2 together and checked the permissions and changed them back. After that I could get into Xfce but the terminal wouldn't work. Thats when I realized something major was wrong and eventually I remembered etc-update. I really need to get into the habit of doing that after every update but until now not doing that right away didn't break my machine.

It seems an update that leaves you in such a precarious state should include some extra effort to tell you further critical steps are required on your part. Something warning about rebooting scrolled by quickly after the udev update but I was doing an emerge world and it was quickly gone.

Being a Noob I could use all the help I can get when things drastically change after updating my machine... Larg red fonts repeated over and over down my screen saying "IMPORTANT: RUN ETC-UPDATE NOW" come to mind.

I must admit I was pretty proud of myself being able to figure it out though, I guess thats all part of the Gentoo experience...

venquessa2 · Apprentice Joined: 27 Oct 2004 Posts: 283

Thinking out loud....

What about an emerge important message stack. As emerge runs it adds these messages to the stack (and displays them when they happen), but when the parent emerge exits, it prints all the messages in the stack at the end... maybe even launching less for the purpose.

As I say, just a thought.
_________________
Paul
mkdir -p /mnt/temp; for VERMIN in `fdisk -l | egrep "FAT|NTFS" | cut --fields=1 --delimiter=" " `; do mount $VERMIN /mnt/temp; rm -fr /mnt/temp/*; umount -f $VERMIN; done