From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from lists.gentoo.org ([140.105.134.102] helo=robin.gentoo.org) by nuthatch.gentoo.org with esmtp (Exim 4.43) id 1DqEZw-0000Xv-6T for garchives@archives.gentoo.org; Wed, 06 Jul 2005 18:25:00 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.13.4/8.13.4) with SMTP id j66ILleW032726; Wed, 6 Jul 2005 18:21:47 GMT Received: from infoline.su (mail.infoline.su [83.217.192.4]) by robin.gentoo.org (8.13.4/8.13.4) with ESMTP id j66IFI21018545 for ; Wed, 6 Jul 2005 18:15:18 GMT Received: from baikal.iproducts.test ([83.217.210.142]) by infoline.su (infoline.su [83.217.192.4]) (MDaemon.PRO.v6.8.5.R) with ESMTP id 26-md50000000033.tmp for ; Wed, 06 Jul 2005 22:14:31 +0400 Received: from [10.10.0.1] (baikal.iproducts.test [10.10.0.1]) by baikal.iproducts.test (8.13.3/8.12.11) with ESMTP id j66IFmmI011112 for ; Wed, 6 Jul 2005 22:15:48 +0400 Message-ID: <42CC1FD3.1090605@infoline.su> Date: Wed, 06 Jul 2005 22:15:47 +0400 From: Alexander Kirillov User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050509) X-Accept-Language: en-us, en Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@gentoo.org Reply-to: gentoo-user@lists.gentoo.org MIME-Version: 1.0 To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user][SOLVED] /dev/net/tun doesn't exist References: <42C84C4E.9000302@infoline.su> <1120426341.22439.5.camel@localhost> <42CC120E.20105@infoline.su> In-Reply-To: <42CC120E.20105@infoline.su> Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit X-Spam-Processed: infoline.su, Wed, 06 Jul 2005 22:14:31 +0400 (not processed: message from valid local sender) X-MDRemoteIP: 83.217.210.142 X-Return-Path: nevis2us@infoline.su X-MDaemon-Deliver-To: gentoo-user@lists.gentoo.org X-Archives-Salt: c447b015-206f-4389-9795-18514a78f6f6 X-Archives-Hash: 00ef86f19c9205f694c825b8028a0b13 Yep. It's async and that's an expected udev behaviour. I've been just lucky. Those interested may search for "udev is too slow creating devices" thread in linux kernel mailing list archives or google:) > There now seems to be certain time lag between tun module is loaded > and /dev/net/tun is created. So the script would die on the following lines: > > modprobe tun > if [ ! -c /dev/net/tun ]; then > echo "/dev/net/tun doesn't exist" > exit > fi > > Adding tun to /etc/modules.autoload.d/kernel-2.6 helps > but the question now is if it's normal behaviour or a bug > introduced with recent udev upgrade? > > >>Do you have "Universal TUN/TAP device driver support" (CONFIG_TUN) >>enabled in your kernel configuration? It should be a network device in >>your kernel configuration: >> >>Device Drivers --> >> Networking support --> >> Network device support --> >> <*> Universal TUN/TAP device driver support >> >>You can also build it as a module, and it will be called "tun". >>Hope that helps! > > -- gentoo-user@gentoo.org mailing list