From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id 6FF751381FB for ; Tue, 25 Dec 2012 03:53:00 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id C99C721C069; Tue, 25 Dec 2012 03:52:45 +0000 (UTC) Received: from icp-osb-irony-out1.external.iinet.net.au (icp-osb-irony-out1.external.iinet.net.au [203.59.1.210]) by pigeon.gentoo.org (Postfix) with ESMTP id C1E80E06BE for ; Tue, 25 Dec 2012 03:51:31 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AjANACUi2VB8qfJJ/2dsb2JhbABEhjqFX6kMAgGISBZzgh4BAQUjVRELDQsJFgsCAgkDAgECAUUTCAEBF4d3DaNSgkCPbpAHgRMDiGCGKIcEgRyETyKKO4MBgVck X-IronPort-AV: E=Sophos;i="4.84,351,1355068800"; d="scan'208";a="74553033" Received: from unknown (HELO moriah.localdomain) ([124.169.242.73]) by icp-osb-irony-out1.iinet.net.au with ESMTP; 25 Dec 2012 11:51:29 +0800 Received: from localhost (localhost [127.0.0.1]) by moriah.localdomain (Postfix) with ESMTP id 534E54512E for ; Tue, 25 Dec 2012 11:51:29 +0800 (WST) X-Virus-Scanned: amavisd-new at lan.localdomain Received: from moriah.localdomain ([127.0.0.1]) by localhost (moriah.lan.localdomain [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id aNXBfA-44MSb for ; Tue, 25 Dec 2012 11:51:21 +0800 (WST) Received: from [192.168.44.1] (moriah [192.168.44.1]) by moriah.localdomain (Postfix) with ESMTP id 5B23030BC0 for ; Tue, 25 Dec 2012 11:51:21 +0800 (WST) Message-ID: <50D922B8.7020406@iinet.net.au> Date: Tue, 25 Dec 2012 11:51:20 +0800 From: William Kenworthy User-Agent: Mozilla/5.0 (X11; Linux i686; rv:17.0) Gecko/17.0 Thunderbird/17.0 Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org MIME-Version: 1.0 To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] Implicit udev dependancy in Gentoo? and workaround. References: <20121225032100.GA1835@waltdnes.org> In-Reply-To: <20121225032100.GA1835@waltdnes.org> Content-Type: multipart/mixed; boundary="------------060504010702040107010405" X-Archives-Salt: f617e3d7-4ad6-45ef-b6d7-0e4e290a21cf X-Archives-Hash: 49c893786fad1623d0ccd365c8c1df2e This is a multi-part message in MIME format. --------------060504010702040107010405 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit 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 --------------060504010702040107010405 Content-Type: text/plain; charset=UTF-8; name="udev-mount" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="udev-mount" #!/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 } --------------060504010702040107010405--