View previous topic :: View next topic |
Author |
Message |
muelbuesch n00b
Joined: 17 May 2011 Posts: 14 Location: Essen, Germany
|
Posted: Thu Jul 17, 2014 10:14 am Post subject: After boot "/dev/null" is a regular file |
|
|
On a fresh install on a "HP ProLiant DL360 G7, BIOS P68 01/28/2011" with "Linux version 3.13.11-vs2.3.6.11" (this is going to be a VServer-Host) my /dev/null is a regular file after reboot.
Using this thread: https://forums.gentoo.org/viewtopic-t-880149-highlight-issues+current+stage3+tarballs.html I remove the file, then make the missing device. Server runs fine after that. However, after a reboot /dev/null is again a regular device.
Following the advice in: http://wiki.gentoo.org/wiki/Udev#Missing_device_files_.2Fdev.2Fnull_and_.2Fdev.2Fconsole I see that both console and null are already there and have the right permissions.
Code: | dev # ls -l console null
crw------- 1 root root 5, 1 Jun 19 03:35 console
crw-rw-rw- 1 root root 1, 3 Jun 19 03:35 null |
Still, I deletede them and created them with the new permissions:
Code: | dev # ls -l console null
crw-rw---- 1 root root 5, 1 Jul 17 11:53 console
crw-rw---- 1 root root 1, 3 Jul 17 11:54 null |
So it must be something that udev does after booting.
I reemerged udev (and openrc and sysvinit), applied dispatch-conf and rebooted. However, no luck.
Where is the problem?
Some more info:
Code: | # emerge -1pvt udev openrc sysvinit
These are the packages that would be merged, in reverse order:
Calculating dependencies... done!
[ebuild R ] sys-fs/udev-215 USE="kmod -acl -doc -firmware-loader -gudev -introspection (-selinux) -static-libs" ABI_X86="(64) (-32) (-x32)" 0 kB
[ebuild R ] sys-apps/openrc-0.12.4 USE="ncurses netifrc pam unicode -debug -newnet (-prefix) (-selinux) -static-libs -tools" 0 kB
[ebuild R ] sys-apps/sysvinit-2.88-r7 USE="(-ibm) (-selinux) -static" 0 kB |
mount shows:
Code: | udev on /dev type devtmpfs (rw,nosuid,relatime,size=10240k,nr_inodes=4117557,mode=755) |
My only udev-rule is /etc/udev/rules.d/76-net-name-use-custom.rules
Any pointers appreciated! |
|
Back to top |
|
|
cwr Veteran
Joined: 17 Dec 2005 Posts: 1969
|
Posted: Thu Jul 17, 2014 11:15 am Post subject: |
|
|
When I had this problem I was runnin OpenRC, and the problem was either an init script,
or a cron file. I messed around with a script I disliked, and rewrote Recoll's cron file,
and the problem went away. I'm not sure exactly what I did, but it would be a place to
start looking.
Will |
|
Back to top |
|
|
muelbuesch n00b
Joined: 17 May 2011 Posts: 14 Location: Essen, Germany
|
Posted: Fri Jul 18, 2014 10:11 am Post subject: |
|
|
I re-emerged an older kernel (incl. vserver patch) and now it works.
Code: | # eselect kernel list
Available kernel symlink targets:
[1] linux-3.10.40-vserver-2.3.6.8 *
[2] linux-3.13.11-vserver-2.3.6.11
|
I used basically the same config ("make oldconfig"; even though it was newer) and everything is now okay.
Strange. |
|
Back to top |
|
|
SamuliSuominen Retired Dev
Joined: 30 Sep 2005 Posts: 2133 Location: Finland
|
Posted: Fri Jul 18, 2014 5:28 pm Post subject: |
|
|
Intresting. You are not the first person who have had this problem, only week or so ago in IRC, Freenode, #gentoo, there was another guy with exactly same vserver patchset version and he had kernel's CONFIG_DEVTMPFS misbehaving just like you had
And we couldn't find anything wrong with his configuration
I suppose the patchset version is just broken, then |
|
Back to top |
|
|
muelbuesch n00b
Joined: 17 May 2011 Posts: 14 Location: Essen, Germany
|
Posted: Mon Jul 21, 2014 5:52 pm Post subject: |
|
|
If I find some more time at my hand I'll try it again.
Inbetween there is always the possibility of using the older patchset. |
|
Back to top |
|
|
|
|
You cannot post new topics in this forum You cannot reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot vote in polls in this forum
|
|