From: William Kenworthy <billk@iinet.net.au>
To: gentoo-user@lists.gentoo.org
Subject: Re: [gentoo-user] Implicit udev dependancy in Gentoo? and workaround.
Date: Tue, 25 Dec 2012 11:51:20 +0800 [thread overview]
Message-ID: <50D922B8.7020406@iinet.net.au> (raw)
In-Reply-To: <20121225032100.GA1835@waltdnes.org>
[-- Attachment #1: Type: text/plain, Size: 1394 bytes --]
On 25/12/12 11:21, Walter Dnes wrote:
> I'm asking questions here before filing a bug/reature-request, to make
> sure I have my ducks in a row. I did a big update a couple of days ago.
> As per the user in... http://forums.gentoo.org/viewtopic-p-7168984.html
> I too ran into a situation where I couldn't open any xterms because
> /dev/pts was empty. The solution for that user came in 2 parts...
>
> 1) Add the following line to /etc/fstab
> devpts /dev/pts devpts defaults 0 0
>
> 2) Run "rc-update add udev-mount sysinit" oops... what udev-mount? I'm
> the troublemaker/malcontent who runs mdev instead of udev.
>
> I noticed that the temporary solution would be to manually execute
> "mount devpts". The problem was that it would only last till the next
> reboot, after which the mount needed to be issued again. I got around
> that by putting "mount devpts" in /etc/local.d/000.start (which file
> must be executable). It is executed every bootup, solving the problem.
> My questions...
>
> 1) Is this just my system, or has anybody else with mdev run into it?
> If others have the same problem, I'll update the mdev wiki page to
> mention this.
>
> 2) Can someone who uses udev have a look at their "udev-mount" script
> and see if it does any other stuff besides mounting devpts?
>
It does a few other things ... attached it here as its not that long.
BillK
[-- Attachment #2: udev-mount --]
[-- Type: text/plain, Size: 2046 bytes --]
#!/sbin/runscript
# Copyright 1999-2010 Gentoo Foundation
# Distributed under the terms of the GNU General Public License v2
description="mount devtmpfs on /dev"
depend()
{
provide dev-mount
keyword -vserver -lxc
}
mount_dev_directory()
{
local mounted=false fstab=false action=--mount msg=Mounting rc=0
if ! grep -qs devtmpfs /proc/filesystems; then
eerror "CONFIG_DEVTMPFS=y is required in your kernel configuration"
eerror "for this version of udev to run successfully."
eerror "This requires immediate attention."
if ! mountinfo -q /dev; then
mount -n -t tmpfs dev /dev
busybox mdev -s
mkdir /dev/pts
fi
return 1
fi
# Is /dev already a mounted devtmpfs?
mountinfo -q -f devtmpfs /dev && mounted=true
# If an entry for /dev exists in fstab it must be a devtmpfs.
fstabinfo -q -t devtmpfs /dev && fstab=true
# No options are processed here as they should all be in /etc/fstab
if $fstab; then
$mounted && action=--remount && msg=Remounting
ebegin "$msg /dev according to /etc/fstab"
fstabinfo $action /dev
rc=$?
elif ! $mounted; then
ebegin "Mounting /dev"
# Some devices require exec, Bug #92921
mount -n -t devtmpfs -o "exec,nosuid,mode=0755,size=10M" udev /dev
rc=$?
else
ebegin "Using /dev mounted from kernel"
fi
eend $rc
}
seed_dev()
{
# Seed /dev with some things that we know we need
# creating /dev/console, /dev/tty and /dev/tty1 to be able to write
# to $CONSOLE with/without bootsplash before udevd creates it
[ -c /dev/console ] || mknod -m 600 /dev/console c 5 1
[ -c /dev/tty1 ] || mknod -m 620 /dev/tty1 c 4 1
[ -c /dev/tty ] || mknod -m 666 /dev/tty c 5 0
# udevd will dup its stdin/stdout/stderr to /dev/null
# and we do not want a file which gets buffered in ram
[ -c /dev/null ] || mknod -m 666 /dev/null c 1 3
# so udev can add its start-message to dmesg
[ -c /dev/kmsg ] || mknod -m 660 /dev/kmsg c 1 11
# Create problematic directories
mkdir -p /dev/pts /dev/shm
return 0
}
start()
{
mount_dev_directory || return 1
seed_dev
return 0
}
next prev parent reply other threads:[~2012-12-25 3:53 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-12-25 3:21 [gentoo-user] Implicit udev dependancy in Gentoo? and workaround Walter Dnes
2012-12-25 3:51 ` William Kenworthy [this message]
2012-12-25 17:30 ` Walter Dnes
2012-12-25 3:54 ` William Kenworthy
2013-01-06 19:34 ` Norman Invasion
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=50D922B8.7020406@iinet.net.au \
--to=billk@iinet.net.au \
--cc=gentoo-user@lists.gentoo.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox