From owner-freebsd-current@FreeBSD.ORG Tue Aug 30 07:50:07 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0853E16A41F for ; Tue, 30 Aug 2005 07:50:07 +0000 (GMT) (envelope-from rainer@ultra-secure.de) Received: from bsd.ultra-secure.de (bsd.ultra-secure.de [62.146.20.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id 265DD43D4C for ; Tue, 30 Aug 2005 07:50:03 +0000 (GMT) (envelope-from rainer@ultra-secure.de) Received: (qmail 20685 invoked by uid 89); 30 Aug 2005 07:50:02 -0000 Received: by simscan 1.1.0 ppid: 20637, pid: 20648, t: 2.8009s scanners: attach: 1.1.0 clamav: 0.86.2/m:33/d:1045 spam: 3.0.4 Received: from unknown (HELO ?192.168.100.179?) (rainer@ultra-secure.de@213.196.191.65) by bsd.ultra-secure.de with (DHE-RSA-AES256-SHA encrypted) SMTP; 30 Aug 2005 07:50:00 -0000 Message-ID: <43140FA2.7000001@ultra-secure.de> Date: Tue, 30 Aug 2005 09:49:54 +0200 From: Rainer Duffner User-Agent: Mozilla Thunderbird 1.0.5 (X11/20050711) X-Accept-Language: en-us, en MIME-Version: 1.0 To: jpeg@thilelli.net References: <43138A6B.30108@ultra-secure.de> <60957.192.168.1.20.1125354339.squirrel@webmail.thilelli.net> In-Reply-To: <60957.192.168.1.20.1125354339.squirrel@webmail.thilelli.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on bsd.ultra-secure.de X-Spam-Level: X-Spam-Status: No, score=-2.6 required=7.5 tests=AWL,BAYES_00 autolearn=ham version=3.0.4 Cc: freebsd-current@freebsd.org Subject: Re: devfs.conf & usb-thumbdrives. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Aug 2005 07:50:07 -0000 Julien Gabel wrote: >For devices not available at boot time, you must prefer devfs.rules(5). > > Oh. OK, that's probably the reason it doesn't work as expected. ;-) Thanks. Rainer