From owner-freebsd-usb@FreeBSD.ORG Wed Mar 23 22:49:01 2005 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CA12816A4CE; Wed, 23 Mar 2005 22:49:01 +0000 (GMT) Received: from mail.zerouptime.ch (mail.zerouptime.ch [81.6.6.91]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2C5A443D5E; Wed, 23 Mar 2005 22:49:01 +0000 (GMT) (envelope-from fireball@zerouptime.ch) Received: from localhost (localhost [127.0.0.1]) by mail.zerouptime.ch (Postfix) with ESMTP id 4FC03361; Wed, 23 Mar 2005 23:48:47 +0100 (CET) Received: from mail.zerouptime.ch ([127.0.0.1]) by localhost (mail.zerouptime.ch [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 37767-02; Wed, 23 Mar 2005 23:44:46 +0100 (CET) Received: from [192.168.0.102] (unknown [192.168.0.102]) by mail.zerouptime.ch (Postfix) with ESMTP id D8985BA; Wed, 23 Mar 2005 23:44:36 +0100 (CET) Date: Wed, 23 Mar 2005 23:44:33 +0100 From: Jonas Nagel To: freebsd-gnats-submit@FreeBSD.org In-Reply-To: <200503230254.j2N2sMcD038315@freefall.freebsd.org> References: <200503230254.j2N2sMcD038315@freefall.freebsd.org> Message-Id: <20050323234032.AB8C.FIREBALL@zerouptime.ch> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailer: Becky! ver. 2.07.04 [en] cc: Ian Dowse cc: freebsd-usb@FreeBSD.org Subject: Re: kern/72119: Detaching USB Memory Stick w/o umount causes zombie devfs node X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Mar 2005 22:49:01 -0000 I don't understand how this is supposed to be a duplicate. The issue might be similar but in my case, the OS does NOT crash. My issue lies within the devfs, where a zombie device node remains, which has to be deleted and then recreated, while in the other case it's a straight kernel panic. But you might have deeper insights into the issue within... -- Jonas Nagel