From owner-freebsd-current Mon Dec 9 06:04:41 1996 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id GAA04190 for current-outgoing; Mon, 9 Dec 1996 06:04:41 -0800 (PST) Received: from friley216.res.iastate.edu (friley216.res.iastate.edu [129.186.78.216]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id GAA04185 for ; Mon, 9 Dec 1996 06:04:39 -0800 (PST) Received: from friley216.res.iastate.edu (loopback [127.0.0.1]) by friley216.res.iastate.edu (8.8.3/8.7.3) with ESMTP id IAA00305; Mon, 9 Dec 1996 08:03:27 -0600 (CST) Message-Id: <199612091403.IAA00305@friley216.res.iastate.edu> X-Mailer: exmh version 1.6.9 8/22/96 To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) cc: freebsd-current@freebsd.org (FreeBSD-current users) Subject: Re: mfs module -- seems to work.. In-reply-to: Your message of Sun, 08 Dec 1996 09:36:41 +0100. <199612080838.JAA29083@uriah.heep.sax.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 09 Dec 1996 08:03:26 -0600 From: Chris Csanady Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >I've noticed the following bogosities: > >. mount_mfs without previously loading the lkm causes: > > mount_mfs: /mnt: Operation not supported by device > /kernel: pid 28996 (mount_mfs), uid 0: exited on signal 11\ > (core dumped) > > (It's supposed to first load the lkm.) Ok. I did some looking into this, and now I am really stumped. There seems to be something quite strange afoot here. :\ I have traced the problem to vfsload(). (/usr/src/lib/libc/gen/getvfsent.c:233) It would seem that the chdir() call is failing on a bad file descriptor!? Does anyone have any ideas why this might happen? How a chdir("/var/tmp") ever fail? --Chris Csanady >. Loading it manually, and call mount_mfs then worked. However, > attempts to umount it hung (interruptible), and i had to kill > off the `mfs' process manually. Ive not noticed this one.. > >-- >cheers, J"org > >joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE >Never trust an operating system you don't have sources for. ;-) >