My box runs U 10.10 i386; not Ubuntu 10.04 i386 as reported in the
previous post
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/63031
Title:
/dev/null: Permission denied
--
ubuntu-bugs mailing
It happened today on my box too. It runs Ubuntu 10.04 i386 and the box
was up an running for several days without issue. I cannot unlock GNOME
screensaver this morning. I tried to login from text terminal and I was
able to do it but I see many errors '-'-'-bash: /dev/null permision
denied'
I found
Ivaneide: have you read all the comments and checked whether they apply
to you?
If none of the comments apply to you, then you cannot possibly have this
bug so should open a new one.
If one or more of the comments apply to you, follow their
recommendations
--
/dev/null: Permission denied
https:
I can confirm this in a fresh install of Jaunty 32. Also /dev/urandom
has wrong permissions and login to gnome via gdm fails because of this.
Manually changing the permissions to 666 in /dev/null and /dev/urandom
allows me to login in gnome but I still can't user gnome-terminal (it
says there was
I just installed fresh 9.04 64-bit server version using ubuntu-9.04
-server-amd64.iso, under Virtualbox.
After i login first time i get lots of /dev/null permission denied
messages and looking its rights i can see only root can access it.
--
/dev/null: Permission denied
https://bugs.launchpad.ne
I had this problem occur to me when just installing 9.04 from DVD iso I
downloaded a couple of days earlier. This problem did not occur when
installing from the CD-ROM iso downloaded today.
--
/dev/null: Permission denied
https://bugs.launchpad.net/bugs/63031
You received this bug notification be
Workaround for Jaunty:
add the line:
chmod 666 /dev/null
to /etc/rc.local before the exit 0 line.
--
/dev/null: Permission denied
https://bugs.launchpad.net/bugs/63031
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs m
Nevermind. Still a whole host of problems with udev missing. now it
isn't called at all. Relinked S10udev. error persists
--
/dev/null: Permission denied
https://bugs.launchpad.net/bugs/63031
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ub
I disabled ACPI 2 in the bios and deleted /etc/rcS.d/S10UDEV and all
is well. Not sure which made the difference.
--
/dev/null: Permission denied
https://bugs.launchpad.net/bugs/63031
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
I also am experiencing this with 9.04. Clean install ubuntu 9.04
alternate on an asus board with an amd phenom ii 920.
--
/dev/null: Permission denied
https://bugs.launchpad.net/bugs/63031
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
I'm experiencing this issue with 9.04. Clean install and did a large
update and cannot login to the graphical desktop now. Trying the above
fix (adding the permissions line into /etc/rc.local) results in not
being able to even get to the login screen. It starts to load, but
never gets beyond a b
Also bug 53040 is quite the same!
--
/dev/null: Permission denied
https://bugs.launchpad.net/bugs/63031
You received this bug notification because you are a member of Ubuntu
Bugs, which is the bug contact for Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.
I have this problem on ubuntu-server AND on ubuntu-desktop without KDE,
so there is no KDE services editor.
Can we join this bug with #53040 and #69516?
--
/dev/null: Permission denied
https://bugs.launchpad.net/bugs/63031
You received this bug notification because you are a member of Ubuntu
Bug
ah, we deturmined that to be the KDE services editor!
also, maybe there should be a script that checks rc*.d for crud like
this?
Running something twice shouldn't screw it all up?!
Our initscripts should have a bit of falt tollerance built in for
stupid users like me who want an error message r
Something unknown is causing bad entries in /etc/rc*.d
Specifically, /etc/rc2.d/S*udev should not be there
The bug isn't that /dev/null has permission denied, it's that
*something* is causing spurious init script entries
--
/dev/null: Permission denied
https://launchpad.net/bugs/63031
--
ubun
I'm experiencing this bug in Feisty every time udev is updated, the
chmod workaround described above fix the problem; you should packetize
udev chi 666 permisiion on /lib/udev/devices/null
--
/dev/null: Permission denied
https://launchpad.net/bugs/63031
--
ubuntu-bugs mailing list
ubuntu-bugs@l
I also get this on my new Thinkpad/Edgy 6/.10, however, the behaviour is
as follows:
1)With kubuntu installed out of the box, the udev service is *not* set
to start at boot. This strikes me as extremely odd, but that is
definitely what the KDE control center (system->services) reported. In
this c
Thank you. Yes, you're quite right - the root cause is trying to start
udev when it is already running (although this really shouldn't have
such symptoms). Perhaps the udev start script should check for udevd
already running, and if so, it should just do a udevtrigger and exit.
However, in the f
See bug 69516, maybe that will help you.
--
/dev/null: Permission denied
https://launchpad.net/bugs/63031
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
I also noticed that if i do a "sudo vi ssh[tab-key]" I get the same
error, but I only get it once.. I haven't change the permission of
/dev/null, should I?
--
/dev/null: Permission denied
https://launchpad.net/bugs/63031
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubu
I just did a brand new install of the 6-10.iso server image and I am
having this problem. So I am running edgy already and the problem is
still there. Any suggestions? or anything that I can provide to help
this bug be resolved?
--
/dev/null: Permission denied
https://launchpad.net/bugs/63031
-
I'm experiencing a similar thing. When I ssh to my server I get the same
permission denied messages in my console. Checking the "/dev/null", I
see "crw---" owned by root:root. After a "# /etc/init.d/udev
restart" the permissions are "crw-rw-rw-". I'm running Edgy
(2.6.17-10-386).
Attached is
This has nothing to do with /lib/udev/devices/null - that should have
0600 permissions.
If you have this problem on EDGY, please open a new bug and provide the
information requested (/var/log/udev and output of "udevtest
/class/mem/null")
--
/dev/null: Permission denied
https://launchpad.net/bug
Something VERY recent has triggered this behavior to reappear. My (Edgy)
laptop suffered from the problem, and I've just checked my (Edgy)
desktop, where it appears /lib/udev/devices/null also has bad
permissions
--
/dev/null: Permission denied
https://launchpad.net/bugs/63031
--
ubuntu-bugs ma
hdparm is usually started by udev, no?
--
/dev/null: Permission denied
https://launchpad.net/bugs/63031
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
That's not all...
The workaround works.
But I don''t think the problem is related to udev. I installed a small
testscript that runs during boot before udev starts. It sets permissions
of /dev/null first to 0777, than loops in the background for while
noting the /dev/null permissions and a list of
You're running dapper?
This should definitely be fixed in edgy.
** Changed in: udev (Ubuntu)
Status: Needs Info => Fix Released
--
/dev/null: Permission denied
https://launchpad.net/bugs/63031
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/lis
$ udevtest /class/mem/null
main: Usage: udevtest
Did you mean perhaps "udevtest /class/mem/null /dev/null" ? Also, would you
like me to run this before I manually change the perms or is it okay if it's
done after they are chmod'ed?
--
/dev/null: Permission denied
https://launchpad.net/bugs
** Summary changed:
- "bash: /dev/null: Permission denied" on GNOME Login as Regular User...
+ /dev/null: Permission denied
--
/dev/null: Permission denied
https://launchpad.net/bugs/63031
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu
29 matches
Mail list logo
