public inbox for gentoo-user@lists.gentoo.org
 help / color / mirror / Atom feed
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
}

  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