From owner-freebsd-questions@FreeBSD.ORG Fri Jul 15 13:48:34 2005 Return-Path: X-Original-To: freebsd-questions@freebsd.org Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 264DC16A41C for ; Fri, 15 Jul 2005 13:48:34 +0000 (GMT) (envelope-from rebehn@ant.uni-bremen.de) Received: from antsrv1.ant.uni-bremen.de (antsrv1.ant.uni-bremen.de [134.102.176.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4B8ED43D48 for ; Fri, 15 Jul 2005 13:48:32 +0000 (GMT) (envelope-from rebehn@ant.uni-bremen.de) Received: from bremerhaven.ant.uni-bremen.de ([134.102.176.10]) by antsrv1.ant.uni-bremen.de with esmtp (Exim 4.51 (FreeBSD)) id 1DtQYF-0000WS-95; Fri, 15 Jul 2005 15:48:31 +0200 Message-ID: <42D7BEDD.9020003@ant.uni-bremen.de> Date: Fri, 15 Jul 2005 15:49:17 +0200 From: Heinrich Rebehn User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.8) Gecko/20050513 Debian/1.7.8-1 X-Accept-Language: en MIME-Version: 1.0 To: Heinrich Rebehn References: <42D66ABD.6040408@ant.uni-bremen.de> <20050714143156.GA43976@dan.emsphone.com> <42D67DAF.8080901@ant.uni-bremen.de> <20050714201106.GB10486@dan.emsphone.com> <42D77563.3000003@ant.uni-bremen.de> In-Reply-To: <42D77563.3000003@ant.uni-bremen.de> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -2.8 (--) X-Spam-Report: Spam detection software, running on the system "antsrv1.ant.uni-bremen.de", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Heinrich Rebehn wrote: > Dan Nelson wrote: > >> In the last episode (Jul 14), Heinrich Rebehn said: >> >>> Hmm, it does not work: >>> >>> root@antsrv1 [~] # kldstat >>> Id Refs Address Size Name >>> 1 9 0xc0400000 3c8ed4 kernel >>> 2 14 0xc07c9000 56270 acpi.ko >>> 3 1 0xc3c38000 17000 linux.ko >>> 4 1 0xc9610000 4000 geom_label.ko >>> 5 1 0xc918f000 2000 geom_vol_ffs.ko >>> root@antsrv1 [~] # tunefs -L backup /dev/da1s1a >>> root@antsrv1 [~] # tunefs -p /dev/da1s1a >>> tunefs: volume label: (-L) backup >>> root@antsrv1 [~] # ls /dev/ufs >>> ls: /dev/ufs: No such file or directory >>> >>> The filesystem is freshly newfs'ed and the partitions have not been >>> resized. >> >> >> >> Try unloding and reloading geom_label.ko; I don't know if it is smart >> enough to realize that the tunefs command added a label. If that >> doesn't work you'll have to start adding G_LABEL_DEBUG calls to >> /sys/geom/label/g_label_ufs.c and figure out exactly where it's >> failing. >> > > > geom_label cannot be unloaded: > > root@antsrv1 [~] # kldstat > Id Refs Address Size Name > 1 8 0xc0400000 3c8ed4 kernel > 2 14 0xc07c9000 56270 acpi.ko > 3 1 0xc3c38000 17000 linux.ko > 4 1 0xc9610000 4000 geom_label.ko > root@antsrv1 [~] # kldunload geom_label > kldunload: can't unload file: Operation not supported > root@antsrv1 [~] # > > Am i missing something? > Rebooting is not a good option since this is our main server. > I forgot to "# glabel stop -v backup", after that i could unload the module. However, i found out that i can more easily achive my goal by wiring down scsi unit numbers with kernel environment hints. Thanks for your help, [...] Content analysis details: (-2.8 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -2.8 ALL_TRUSTED Did not pass through any untrusted hosts Cc: Dan Nelson , freebsd-questions@freebsd.org Subject: Re: /dev/ufs X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Jul 2005 13:48:34 -0000 Heinrich Rebehn wrote: > Dan Nelson wrote: > >> In the last episode (Jul 14), Heinrich Rebehn said: >> >>> Hmm, it does not work: >>> >>> root@antsrv1 [~] # kldstat >>> Id Refs Address Size Name >>> 1 9 0xc0400000 3c8ed4 kernel >>> 2 14 0xc07c9000 56270 acpi.ko >>> 3 1 0xc3c38000 17000 linux.ko >>> 4 1 0xc9610000 4000 geom_label.ko >>> 5 1 0xc918f000 2000 geom_vol_ffs.ko >>> root@antsrv1 [~] # tunefs -L backup /dev/da1s1a >>> root@antsrv1 [~] # tunefs -p /dev/da1s1a >>> tunefs: volume label: (-L) backup >>> root@antsrv1 [~] # ls /dev/ufs >>> ls: /dev/ufs: No such file or directory >>> >>> The filesystem is freshly newfs'ed and the partitions have not been >>> resized. >> >> >> >> Try unloding and reloading geom_label.ko; I don't know if it is smart >> enough to realize that the tunefs command added a label. If that >> doesn't work you'll have to start adding G_LABEL_DEBUG calls to >> /sys/geom/label/g_label_ufs.c and figure out exactly where it's >> failing. >> > > > geom_label cannot be unloaded: > > root@antsrv1 [~] # kldstat > Id Refs Address Size Name > 1 8 0xc0400000 3c8ed4 kernel > 2 14 0xc07c9000 56270 acpi.ko > 3 1 0xc3c38000 17000 linux.ko > 4 1 0xc9610000 4000 geom_label.ko > root@antsrv1 [~] # kldunload geom_label > kldunload: can't unload file: Operation not supported > root@antsrv1 [~] # > > Am i missing something? > Rebooting is not a good option since this is our main server. > I forgot to "# glabel stop -v backup", after that i could unload the module. However, i found out that i can more easily achive my goal by wiring down scsi unit numbers with kernel environment hints. Thanks for your help, Heinrich