[Bug 58509] Re: /dev/null permission
** Changed in: Ubuntu Sourcepackagename: None = udev -- /dev/null permission https://launchpad.net/bugs/58509 -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 58509] Re: /dev/null permission
PLEASE IGNORE THE PREVIOUS COMMENT! DO NOT ALTER THE PERMISSION OF /lib/udev/devices/null IF YOU HAVE DONE SO, PLEASE PUT IT BACK TO 0600 -- /dev/null permission https://launchpad.net/bugs/58509 -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 58509] Re: /dev/null permission
Have just read this bug properly -- and I note all the problems are with dapper. This problem has been fixed and should not occur in edgy. ** Changed in: udev (Ubuntu) Status: Needs Info = Fix Released -- /dev/null permission https://launchpad.net/bugs/58509 -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 58509] Re: /dev/null permission
Ok, assuming you've undone the damage to /lib/udev/devices/null, could you please reboot your machine until you have a /dev/null with only 0600 permissions. Could you note whether it takes any longer to boot than usual? From that boot, please attach /var/log/udev Also please run udevtest /class/mem/null ** Changed in: udev (Ubuntu) Importance: Undecided = High Assignee: (unassigned) = Scott James Remnant Status: Confirmed = Needs Info -- /dev/null permission https://launchpad.net/bugs/58509 -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 58509] Re: [Bug 58509] Re: /dev/null permission
I have found that the problem lies in the udev package, which has /lib/udev/devices/null set to the wrong permission. Just change the permission of this file to a+rw and at the next boot /dev/null will have the same permission. Daniel On 9/20/06, Jimmy the shoe [EMAIL PROTECTED] wrote: I can also confirm on kubuntu dapper. Permissions also get reset after reboot like Michael Hirsch. Also, I checked /etc/udev/rules.d/40-permissions.rules and have 'KERNEL==null, MODE=0666' as it should be. -- /dev/null permission https://launchpad.net/bugs/58509 -- /dev/null permission https://launchpad.net/bugs/58509 -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 58509] Re: /dev/null permission
I can also confirm on kubuntu dapper. Permissions also get reset after reboot like Michael Hirsch. Also, I checked /etc/udev/rules.d/40-permissions.rules and have 'KERNEL==null, MODE=0666' as it should be. -- /dev/null permission https://launchpad.net/bugs/58509 -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 58509] Re: /dev/null permission
Just for those meeting this problem, here is my procedure to login. A better one would be to find which script sets /dev/null to crw-- just after boot! After booting, when the login screen appears, I type Alt+Ctrl+F1 to get a console. Then I login as user and: $ sudo chmod a+rw /dev/null Since I have a non us keyboard I have to remember the position for + and / on a us keyboard. Then I return to the X screen with Alt+Ctrl+F7 and can login. -- /dev/null permission https://launchpad.net/bugs/58509 -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 58509] Re: /dev/null permission
This happens to me, too. This is pretty critical because the permission seem to get reset to 600 after a reboot, so X never starts up successfully. -- /dev/null permission https://launchpad.net/bugs/58509 -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 58509] Re: /dev/null permission
RawSewage_ on #ubuntu+1 was having this problem, so I'll Confirm it. ** Changed in: Ubuntu Status: Unconfirmed = Confirmed -- /dev/null permission https://launchpad.net/bugs/58509 -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs