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 D1F9B138A5E for ; Fri, 15 Feb 2013 19:07:57 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 4463BE0698; Fri, 15 Feb 2013 19:07:47 +0000 (UTC) Received: from mx.virtyou.com (mx.virtyou.com [178.33.32.244]) (using TLSv1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id A6009E0684 for ; Fri, 15 Feb 2013 19:07:45 +0000 (UTC) Received: by mx.virtyou.com (Postfix, from userid 65534) id 28B9BDC065; Fri, 15 Feb 2013 20:07:43 +0100 (CET) X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on pri.ms X-Spam-Level: X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED autolearn=unavailable version=3.3.2 Received: from weird.wonkology.org (ip-88-153-77-34.unitymediagroup.de [88.153.77.34]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (Client did not present a certificate) by mx.virtyou.com (Postfix) with ESMTPSA id 855B9DC05C for ; Fri, 15 Feb 2013 20:07:32 +0100 (CET) Date: Fri, 15 Feb 2013 20:07:28 +0100 From: Alex Schuster To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] Re: udev-197: what to do -- S0LVED Message-ID: <20130215200728.6cc17bfe@weird.wonkology.org> In-Reply-To: <511E7D08.8090109@xunil.at> References: <511E7047.4000407@xunil.at> <87fw0x5vah.fsf@ist.utl.pt> <511E7450.4000803@xunil.at> <511E7D08.8090109@xunil.at> X-Mailer: Claws Mail 3.9.0 (GTK+ 2.24.14; x86_64-pc-linux-gnu) 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 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Archives-Salt: c78dde8d-a202-4b23-a2d5-bfcc763d1045 X-Archives-Hash: ae8ac3a0e473101e20aa4c4e051134c3 Stefan G. Weichinger writes: > # cat /proc/version > Linux version 3.6.11-gentoo > # zgrep -i devtm /proc/config.gz > CONFIG_DEVTMPFS=y > CONFIG_DEVTMPFS_MOUNT=y > > # mount | grep tmpfs > udev on /dev type devtmpfs > (rw,nosuid,relatime,size=10240k,nr_inodes=493463,mode=755) > tmpfs on /run type tmpfs (rw,nosuid,nodev,relatime,mode=755) > shm on /dev/shm type tmpfs (rw,nosuid,nodev,noexec,relatime) > cgroup_root on /sys/fs/cgroup type tmpfs > (rw,nosuid,nodev,noexec,relatime,size=10240k,mode=755) > > I should edit /etc/fstab, I assume: > > # grep tmpfs /etc/fstab > # glibc 2.2 and above expects tmpfs to be mounted at /dev/shm for > # (tmpfs is a dynamically expandable/shrinkable ramdisk, and will > shm /dev/shm tmpfs nodev,nosuid,noexec 0 0 I still have this line in my fstab on one host... > Same "mistake" as I mentioned a few days before ... the syntax seems to > have changed to: > > tmpfs /dev/shm tmpfs nodev,nosuid,noexec 0 0 > > Right? ... but I don't have it at all on another. /dev/shm is mounted just fine though. CONFIG_DEVTMPFS_MOUNT seems to be responsible for that, although the help text says that it does not work when using an initramfs, which I do: CONFIG_DEVTMPFS_MOUNT: This will instruct the kernel to automatically mount the devtmpfs filesystem at /dev, directly after the kernel has mounted the root filesystem. The behavior can be overridden with the commandline parameter: devtmpfs.mount=0|1. This option does not affect initramfs based booting, here the devtmpfs filesystem always needs to be mounted manually after the roots is mounted. With this option enabled, it allows to bring up a system in rescue mode with init=/bin/sh, even when the /dev directory on the rootfs is completely empty. Alex