From owner-freebsd-geom@FreeBSD.ORG Mon Jul 16 02:44:08 2012 Return-Path: Delivered-To: freebsd-geom@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C0F361065670; Mon, 16 Jul 2012 02:44:08 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 951378FC16; Mon, 16 Jul 2012 02:44:08 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q6G2i8wA012423; Mon, 16 Jul 2012 02:44:08 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q6G2i8Oa012419; Mon, 16 Jul 2012 02:44:08 GMT (envelope-from linimon) Date: Mon, 16 Jul 2012 02:44:08 GMT Message-Id: <201207160244.q6G2i8Oa012419@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-geom@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/169539: [geom] [patch] fix ability to run gmirror on MSI MegaRaid (/dev/ar* vs /dev/gm*) X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jul 2012 02:44:08 -0000 Old Synopsis: running gmirror on MSI MegaRaid (/dev/ar* vs /dev/gm*) New Synopsis: [geom] [patch] fix ability to run gmirror on MSI MegaRaid (/dev/ar* vs /dev/gm*) Responsible-Changed-From-To: freebsd-bugs->freebsd-geom Responsible-Changed-By: linimon Responsible-Changed-When: Mon Jul 16 02:43:17 UTC 2012 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=169539 From owner-freebsd-geom@FreeBSD.ORG Mon Jul 16 11:08:55 2012 Return-Path: Delivered-To: freebsd-geom@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D33681065675 for ; Mon, 16 Jul 2012 11:08:55 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id B36278FC12 for ; Mon, 16 Jul 2012 11:08:55 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q6GB8tNB093979 for ; Mon, 16 Jul 2012 11:08:55 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q6GB8rBY093976 for freebsd-geom@FreeBSD.org; Mon, 16 Jul 2012 11:08:53 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 16 Jul 2012 11:08:53 GMT Message-Id: <201207161108.q6GB8rBY093976@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-geom@FreeBSD.org Cc: Subject: Current problem reports assigned to freebsd-geom@FreeBSD.org X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jul 2012 11:08:55 -0000 Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o kern/169539 geom [geom] [patch] fix ability to run gmirror on MSI MegaR a bin/169077 geom bsdinstall(8) does not use partition labels in /etc/fs f kern/165745 geom [geom] geom_multipath page fault on removed drive o kern/165428 geom [glabel][patch] Add xfs support to glabel o kern/164254 geom [geom] gjournal not stopping on GPT partitions o kern/164252 geom [geom] gjournal overflow o kern/164143 geom [geom] Partition table not recognized after upgrade R8 a kern/163020 geom [geli] [patch] enable the Camellia-XTS on GEOM ELI o kern/162010 geom [geli] panic: Provider's error should be set (error=0) o kern/161979 geom [geom] glabel doesn't update after newfs, and glabel s o kern/161752 geom [geom] glabel(8) doesn't get gpt label change o bin/161677 geom gpart(8) Probably bug in gptboot o kern/160562 geom [geom][patch] Allow to insert new component to geom_ra o kern/160409 geom [geli] failed to attach provider f kern/159595 geom [geom] [panic] panic on gmirror unload in vbox [regres p kern/158398 geom [headers] [patch] includes o kern/158197 geom [geom] geom_cache with size>1000 leads to panics o kern/157879 geom [libgeom] [regression] ABI change without version bump o kern/157863 geom [geli] kbdmux prevents geli passwords from being enter o kern/157739 geom [geom] GPT labels with geom_multipath o kern/157724 geom [geom] gpart(8) 'add' command must preserve gap for sc o kern/157723 geom [geom] GEOM should not process 'c' (raw) partitions fo o kern/157108 geom [gjournal] dumpon(8) fails on gjournal providers o kern/155994 geom [geom] Long "Suspend time" when reading large files fr o kern/154226 geom [geom] GEOM label does not change when you modify them o kern/150858 geom [geom] [geom_label] [patch] glabel(8) is not compatibl o kern/150626 geom [geom] [gjournal] gjournal(8) destroys label o kern/150555 geom [geom] gjournal unusable on GPT partitions o kern/150334 geom [geom] [udf] [patch] geom label does not support UDF o kern/149762 geom volume labels with rogue characters o bin/149215 geom [panic] [geom_part] gpart(8): Delete linux's slice via o kern/147667 geom [gmirror] Booting with one component of a gmirror, the o kern/145818 geom [geom] geom_stat_open showing cached information for n o kern/145042 geom [geom] System stops booting after printing message "GE o kern/143455 geom gstripe(8) in RELENG_8 (31st Jan 2010) broken o kern/142563 geom [geom] [hang] ioctl freeze in zpool o kern/141740 geom [geom] gjournal(8): g_journal_destroy concurrent error o kern/140352 geom [geom] gjournal + glabel not working o kern/135898 geom [geom] Severe filesystem corruption - large files or l o kern/134113 geom [geli] Problem setting secondary GELI key o kern/133931 geom [geli] [request] intentionally wrong password to destr o bin/132845 geom [geom] [patch] ggated(8) does not close files opened a o bin/131415 geom [geli] keystrokes are unregulary sent to Geli when typ o kern/131353 geom [geom] gjournal(8) kernel lock o kern/129674 geom [geom] gjournal root did not mount on boot o kern/129645 geom gjournal(8): GEOM_JOURNAL causes system to fail to boo o kern/129245 geom [geom] gcache is more suitable for suffix based provid o kern/127420 geom [geom] [gjournal] [panic] Journal overflow on gmirrore o kern/124973 geom [gjournal] [patch] boot order affects geom_journal con o kern/124969 geom gvinum(8): gvinum raid5 plex does not detect missing s o kern/123962 geom [panic] [gjournal] gjournal (455Gb data, 8Gb journal), o kern/123122 geom [geom] GEOM / gjournal kernel lock o kern/122738 geom [geom] gmirror list "losts consumers" after gmirror de o kern/122067 geom [geom] [panic] Geom crashed during boot o kern/121364 geom [gmirror] Removing all providers create a "zombie" mir o kern/120091 geom [geom] [geli] [gjournal] geli does not prompt for pass o kern/115856 geom [geli] ZFS thought it was degraded when it should have o kern/115547 geom [geom] [patch] [request] let GEOM Eli get password fro f kern/113957 geom [gmirror] gmirror is intermittently reporting a degrad o kern/113837 geom [geom] unable to access 1024 sector size storage o kern/113419 geom [geom] geom fox multipathing not failing back o kern/107707 geom [geom] [patch] [request] add new class geom_xbox360 to o kern/94632 geom [geom] Kernel output resets input while GELI asks for o kern/90582 geom [geom] [panic] Restore cause panic string (ffs_blkfree o bin/90093 geom fdisk(8) incapable of altering in-core geometry o kern/87544 geom [gbde] mmaping large files on a gbde filesystem deadlo o bin/86388 geom [geom] [geom_part] periodic(8) daily should backup gpa o kern/84556 geom [geom] [panic] GBDE-encrypted swap causes panic at shu o kern/79251 geom [2TB] newfs fails on 2.6TB gbde device o kern/79035 geom [vinum] gvinum unable to create a striped set of mirro o bin/78131 geom gbde(8) "destroy" not working. 71 problems total. From owner-freebsd-geom@FreeBSD.ORG Mon Jul 16 15:45:45 2012 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5C65C106564A for ; Mon, 16 Jul 2012 15:45:45 +0000 (UTC) (envelope-from trent@snakebite.org) Received: from exchange.liveoffice.com (exchla3.liveoffice.com [64.70.67.188]) by mx1.freebsd.org (Postfix) with ESMTP id 38C438FC17 for ; Mon, 16 Jul 2012 15:45:45 +0000 (UTC) Received: from EXHUB02.exchhosting.com (192.168.11.214) by exhub08.exchhosting.com (192.168.11.106) with Microsoft SMTP Server (TLS) id 8.3.213.0; Mon, 16 Jul 2012 08:44:34 -0700 Received: from EXMBX10.exchhosting.com ([fe80::9c37:32f6:a508:a44f]) by exhub02.exchhosting.com ([fe80::311c:a4c3:90a7:3e53%12]) with mapi; Mon, 16 Jul 2012 08:44:33 -0700 From: Trent Nelson To: "freebsd-geom@FreeBSD.org" Date: Mon, 16 Jul 2012 08:44:32 -0700 Thread-Topic: Odd gmultipath behaviour Thread-Index: Ac1jaeVE9T/XjGnwQQKVZTz7fN13OQ== Message-ID: <07BAC177-1227-44B1-83F0-AC998F61E885@snakebite.org> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: "mj@feral.com Jacob" Subject: Odd gmultipath behaviour X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jul 2012 15:45:45 -0000 This seems... odd: [root@s16/ttypts/1(../misc/isp/bin)#] gmultipath status = =20 Name Status Components multipath/292_61 BROKEN N/A multipath/292_39 BROKEN N/A multipath/292_43 BROKEN N/A multipath/292_54 BROKEN N/A multipath/292_39 OPTIMAL da0 (ACTIVE) da3 (PASSIVE) da8 (PASSIVE) da11 (PASSIVE) multipath/292_43 OPTIMAL da1 (ACTIVE) da5 (PASSIVE) da12 (PASSIVE) da15 (PASSIVE) multipath/292_61 OPTIMAL da2 (ACTIVE) da6 (PASSIVE) da9 (PASSIVE) da13 (PASSIVE) multipath/292_54 OPTIMAL da4 (ACTIVE) da7 (PASSIVE) da10 (PASSIVE) da14 (PASSIVE) I was playing around with isp's target mode, zfs and ctladm. I've got two = dual-port HBAs, I set one of each port to initiator and the other to target= and created a zfs pool (mirror 292_61 292_39 mirror 292_43 292_54). Everything was fine up to this point. Then I ran a few ctladm commands, th= e last one being `ctladm port -l`, then things started going a bit screwy. = I ran Matt's isp/tools/isp_getrole and all four HBAs were now purportedly = in target mode. That, understandably, hosed the gmultipath setup, which resulted in my zpoo= l hanging. I manually isp/tools/isp_setrole'd all the HBAs back to initiat= or, isp/tools/isp_reset them, then `camcontrol rescan all`'d, which brought= everything back. But, uh, what's going on with gmultipath? Why's it hanging on to the broke= n paths? Some more output: [root@s16/ttypts/1(../misc/isp/bin)#] gmultipath list =20 Geom name: 292_61 Type: AUTOMATIC Mode: Active/Passive UUID: 1ad76fac-cf53-11e1-903e-00118513ae7d State: BROKEN Providers: 1. Name: multipath/292_61 Mediasize: 146815737344 (136G) Sectorsize: 512 Mode: r1w1e1 State: BROKEN Geom name: 292_39 Type: AUTOMATIC Mode: Active/Passive UUID: 65b3e0aa-cf53-11e1-903e-00118513ae7d State: BROKEN Providers: 1. Name: multipath/292_39 Mediasize: 146815737344 (136G) Sectorsize: 512 Mode: r1w1e1 State: BROKEN Geom name: 292_43 Type: AUTOMATIC Mode: Active/Passive UUID: b5f58ec4-cf53-11e1-903e-00118513ae7d State: BROKEN Providers: 1. Name: multipath/292_43 Mediasize: 146815737344 (136G) Sectorsize: 512 Mode: r1w1e1 State: BROKEN Geom name: 292_54 Type: AUTOMATIC Mode: Active/Passive UUID: ef54b03c-cf53-11e1-903e-00118513ae7d State: BROKEN Providers: 1. Name: multipath/292_54 Mediasize: 146815737344 (136G) Sectorsize: 512 Mode: r1w1e1 State: BROKEN Geom name: 292_39 Type: AUTOMATIC Mode: Active/Passive UUID: 65b3e0aa-cf53-11e1-903e-00118513ae7d State: OPTIMAL Providers: 1. Name: multipath/292_39 Mediasize: 146815737344 (136G) Sectorsize: 512 Mode: r0w0e0 State: OPTIMAL Consumers: 1. Name: da0 Mediasize: 146815737856 (136G) Sectorsize: 512 Mode: r1w1e1 State: ACTIVE 2. Name: da3 Mediasize: 146815737856 (136G) Sectorsize: 512 Mode: r1w1e1 State: PASSIVE 3. Name: da8 Mediasize: 146815737856 (136G) Sectorsize: 512 Mode: r1w1e1 State: PASSIVE 4. Name: da11 Mediasize: 146815737856 (136G) Sectorsize: 512 Mode: r1w1e1 State: PASSIVE Geom name: 292_43 Type: AUTOMATIC Mode: Active/Passive UUID: b5f58ec4-cf53-11e1-903e-00118513ae7d State: OPTIMAL Providers: 1. Name: multipath/292_43 Mediasize: 146815737344 (136G) Sectorsize: 512 Mode: r0w0e0 State: OPTIMAL Consumers: 1. Name: da1 Mediasize: 146815737856 (136G) Sectorsize: 512 Mode: r1w1e1 State: ACTIVE 2. Name: da5 Mediasize: 146815737856 (136G) Sectorsize: 512 Mode: r1w1e1 State: PASSIVE 3. Name: da12 Mediasize: 146815737856 (136G) Sectorsize: 512 Mode: r1w1e1 State: PASSIVE 4. Name: da15 Mediasize: 146815737856 (136G) Sectorsize: 512 Mode: r1w1e1 State: PASSIVE Geom name: 292_61 Type: AUTOMATIC Mode: Active/Passive UUID: 1ad76fac-cf53-11e1-903e-00118513ae7d State: OPTIMAL Providers: 1. Name: multipath/292_61 Mediasize: 146815737344 (136G) Sectorsize: 512 Mode: r0w0e0 State: OPTIMAL Consumers: 1. Name: da2 Mediasize: 146815737856 (136G) Sectorsize: 512 Mode: r1w1e1 State: ACTIVE 2. Name: da6 Mediasize: 146815737856 (136G) Sectorsize: 512 Mode: r1w1e1 State: PASSIVE 3. Name: da9 Mediasize: 146815737856 (136G) Sectorsize: 512 Mode: r1w1e1 State: PASSIVE 4. Name: da13 Mediasize: 146815737856 (136G) Sectorsize: 512 Mode: r1w1e1 State: PASSIVE Geom name: 292_54 Type: AUTOMATIC Mode: Active/Passive UUID: ef54b03c-cf53-11e1-903e-00118513ae7d State: OPTIMAL Providers: 1. Name: multipath/292_54 Mediasize: 146815737344 (136G) Sectorsize: 512 Mode: r0w0e0 State: OPTIMAL Consumers: 1. Name: da4 Mediasize: 146815737856 (136G) Sectorsize: 512 Mode: r1w1e1 State: ACTIVE 2. Name: da7 Mediasize: 146815737856 (136G) Sectorsize: 512 Mode: r1w1e1 State: PASSIVE 3. Name: da10 Mediasize: 146815737856 (136G) Sectorsize: 512 Mode: r1w1e1 State: PASSIVE 4. Name: da14 Mediasize: 146815737856 (136G) Sectorsize: 512 Mode: r1w1e1 State: PASSIVE Thoughts? Trent. From owner-freebsd-geom@FreeBSD.ORG Mon Jul 16 17:02:17 2012 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 24423106566C for ; Mon, 16 Jul 2012 17:02:17 +0000 (UTC) (envelope-from feld@feld.me) Received: from feld.me (unknown [IPv6:2607:f4e0:100:300::2]) by mx1.freebsd.org (Postfix) with ESMTP id E4B3F8FC08 for ; Mon, 16 Jul 2012 17:02:16 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=feld.me; s=blargle; h=In-Reply-To:Message-Id:From:Mime-Version:Date:References:Subject:To:Content-Type; bh=MFzqaLFHBu2gHSGu7MTeOXtGXLCYcz5X2VDaOV61GR0=; b=FZVTWjo5gwpUJF+sCMO4hJbeS5abokrsCoGLGioDzGnnJfHKJgaMOKfaBHu+B9l2mFJnkfdiErY0P4BpOojfyyS4XjEr4HoLE+tFJApv4SmbBTIiv6Jtp2mDe4ZwALAY; Received: from localhost ([127.0.0.1] helo=mwi1.coffeenet.org) by feld.me with esmtp (Exim 4.77 (FreeBSD)) (envelope-from ) id 1SqogV-000GLs-AW for freebsd-geom@freebsd.org; Mon, 16 Jul 2012 12:02:16 -0500 Received: from feld@feld.me by mwi1.coffeenet.org (Archiveopteryx 3.1.4) with esmtpa id 1342458130-94480-94479/5/123; Mon, 16 Jul 2012 17:02:10 +0000 Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes To: freebsd-geom@freebsd.org References: <07BAC177-1227-44B1-83F0-AC998F61E885@snakebite.org> Date: Mon, 16 Jul 2012 12:02:10 -0500 Mime-Version: 1.0 From: Mark Felder Message-Id: In-Reply-To: <07BAC177-1227-44B1-83F0-AC998F61E885@snakebite.org> User-Agent: Opera Mail/12.00 (FreeBSD) X-SA-Score: -1.5 Subject: Re: Odd gmultipath behaviour X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jul 2012 17:02:17 -0000 What version of FreeBSD are you running? Multipath has been undergoing lots of changes, including a full rewrite that didn't make it into 9.0-RELEASE From owner-freebsd-geom@FreeBSD.ORG Mon Jul 16 17:47:51 2012 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 31504106567B for ; Mon, 16 Jul 2012 17:47:51 +0000 (UTC) (envelope-from trent@snakebite.org) Received: from exchange.liveoffice.com (exchla3.liveoffice.com [64.70.67.188]) by mx1.freebsd.org (Postfix) with ESMTP id 104058FC25 for ; Mon, 16 Jul 2012 17:47:51 +0000 (UTC) Received: from EXHUB03.exchhosting.com (192.168.11.104) by exhub05.exchhosting.com (192.168.11.101) with Microsoft SMTP Server (TLS) id 8.3.213.0; Mon, 16 Jul 2012 10:47:50 -0700 Received: from EXMBX10.exchhosting.com ([fe80::9c37:32f6:a508:a44f]) by EXHUB03.exchhosting.com ([fe80::ac41:fbe5:3959:ad64%12]) with mapi; Mon, 16 Jul 2012 10:47:49 -0700 From: Trent Nelson To: Mark Felder Date: Mon, 16 Jul 2012 10:47:48 -0700 Thread-Topic: Odd gmultipath behaviour Thread-Index: Ac1jex3R5G4e8V2ZROW5WY6ANaP2GA== Message-ID: References: <07BAC177-1227-44B1-83F0-AC998F61E885@snakebite.org> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: "freebsd-geom@freebsd.org" Subject: Re: Odd gmultipath behaviour X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jul 2012 17:47:51 -0000 On Jul 16, 2012, at 1:02 PM, Mark Felder wrote: > What version of FreeBSD are you running? Multipath has been undergoing =20 > lots of changes, including a full rewrite that didn't make it into =20 > 9.0-RELEASE Fresh build from this morning (the svn rev is accurate): [root@hydrogen/ttypts/0(~)#] uname -a FreeBSD hydrogen.snakebite.net 9.1-PRERELEASE FreeBSD 9.1-PRERELEASE #0 r0:= Mon Jul 16 06:28:19 UTC 2012 root@hydrogen.snakebite.net:/usr/obj/src/= freebsd/9/r238513m/sys/AMD64 amd64 I manually svn merge'd a bunch of dev/isp changes from head that haven't been MFC'd yet, but other than that, it's a stock tree. Any thoughts on how to clean up the current state? I looked at all the available gmultipath commands, but I couldn't see how I would differentiate the BROKEN ones from the OPTIMAL ones given they were all using the same labels. Reboot is a viable suggestion ;-) Trent.= From owner-freebsd-geom@FreeBSD.ORG Thu Jul 19 21:01:55 2012 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8F2EB1065670 for ; Thu, 19 Jul 2012 21:01:55 +0000 (UTC) (envelope-from dave@jetcafe.org) Received: from nahkohe.jetcafe.org (nahkohe.jetcafe.org [205.147.26.32]) by mx1.freebsd.org (Postfix) with ESMTP id 700B18FC0C for ; Thu, 19 Jul 2012 21:01:55 +0000 (UTC) X-Envelope-To: Received: from [205.147.26.5] (hokkshideh4.jetcafe.org [205.147.26.5]) by nahkohe.jetcafe.org (8.14.2/8.14.2) with ESMTP id q6JL1sA9036072 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 19 Jul 2012 14:01:55 -0700 (PDT) Message-ID: <500875C2.1070903@jetcafe.org> Date: Thu, 19 Jul 2012 14:01:54 -0700 From: Dave Hayes User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:13.0) Gecko/20120612 Thunderbird/13.0 MIME-Version: 1.0 To: freebsd-geom@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Geom, MBR, labels, and usb sticks X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jul 2012 21:01:55 -0000 Hello. ;) I am attempting to format my own custom bootable USB stick on FreeBSD 8.3 and ran into some issues and questions. My USB stick is at da0, and here's the sequence of what I am trying to do: # gpart destroy -F da0 da0 destroyed # gpart create -s MBR da0 da0 created # gpart add -s32m -t \!14 da0 da0s1 added # gpart set -a active -i 1 da0 active set on da0s1 # gpart add -t freebsd da0 da0s2 added # gpart show da0s2 => 0 15567804 da0s2 BSD (7.4G) 0 16 2 freebsd-ufs (8.0k) 16 15567788 1 freebsd-ufs (7.4G) Now I want to label the partition da0s2a. From the documentation in the man pages, I seem to be being told that # gpart modify -l foo -i 1 da0s2a will not work, and it doesn't: gpart: Invalid argument So let's try newfs: # newfs -L foo /dev/da0s2a ... # gpart show -l da0s2 => 0 15567804 da0s2 BSD (7.4G) 0 16 2 (null) (8.0k) 16 15567788 1 (null) (7.4G) and still the labels do not show up. I really do want to be able to mount /dev/ufs/foo as the root device, but as I understand things if gpart doesn't show the label then the glabel subsystem won't set up the proper device file. What gives here? Am I missing something important? Thanks in advance. -- Dave Hayes - Consultant - Altadena CA, USA - dave@jetcafe.org >>>> *The opinions expressed above are entirely my own* <<<< To the sick, sweet water tastes bitter in the mouth. From owner-freebsd-geom@FreeBSD.ORG Fri Jul 20 03:50:20 2012 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 38FE7106564A for ; Fri, 20 Jul 2012 03:50:20 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (wonkity.com [67.158.26.137]) by mx1.freebsd.org (Postfix) with ESMTP id EA0DA8FC14 for ; Fri, 20 Jul 2012 03:50:19 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.5/8.14.5) with ESMTP id q6K3oIGM009800; Thu, 19 Jul 2012 21:50:18 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.5/8.14.5/Submit) with ESMTP id q6K3oINb009797; Thu, 19 Jul 2012 21:50:18 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Thu, 19 Jul 2012 21:50:18 -0600 (MDT) From: Warren Block To: Dave Hayes In-Reply-To: <500875C2.1070903@jetcafe.org> Message-ID: References: <500875C2.1070903@jetcafe.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (wonkity.com [127.0.0.1]); Thu, 19 Jul 2012 21:50:18 -0600 (MDT) Cc: freebsd-geom@freebsd.org Subject: Re: Geom, MBR, labels, and usb sticks X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jul 2012 03:50:20 -0000 On Thu, 19 Jul 2012, Dave Hayes wrote: > # gpart show da0s2 > => 0 15567804 da0s2 BSD (7.4G) > 0 16 2 freebsd-ufs (8.0k) > 16 15567788 1 freebsd-ufs (7.4G) > > Now I want to label the partition da0s2a. From the documentation in the man > pages, I seem to be being told that > > # gpart modify -l foo -i 1 da0s2a > > will not work, and it doesn't: > > gpart: Invalid argument No, gpart's labels are for GPT partitions. > So let's try newfs: > > # newfs -L foo /dev/da0s2a > ... > # gpart show -l da0s2 > => 0 15567804 da0s2 BSD (7.4G) > 0 16 2 (null) (8.0k) > 16 15567788 1 (null) (7.4G) > > and still the labels do not show up. They won't show in gpart because they are filesystem labels. They will show in 'tunefs -p' or 'file -s'. > I really do want to be able to mount > /dev/ufs/foo as the root device, but as I understand things if gpart doesn't > show the label then the glabel subsystem won't set up the proper device file. > > What gives here? Am I missing something important? There is more than one type of label. glabel(8) has a list that includes the device directory where the label appears. From owner-freebsd-geom@FreeBSD.ORG Fri Jul 20 05:26:28 2012 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A1650106566C for ; Fri, 20 Jul 2012 05:26:28 +0000 (UTC) (envelope-from dave@jetcafe.org) Received: from nahkohe.jetcafe.org (nahkohe.jetcafe.org [205.147.26.32]) by mx1.freebsd.org (Postfix) with ESMTP id 7F3848FC08 for ; Fri, 20 Jul 2012 05:26:28 +0000 (UTC) X-Envelope-To: Received: from [205.147.26.5] (hokkshideh4.jetcafe.org [205.147.26.5]) by nahkohe.jetcafe.org (8.14.2/8.14.2) with ESMTP id q6K5QRjw042040 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 19 Jul 2012 22:26:28 -0700 (PDT) Message-ID: <5008EC03.8000902@jetcafe.org> Date: Thu, 19 Jul 2012 22:26:27 -0700 From: Dave Hayes User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:13.0) Gecko/20120612 Thunderbird/13.0 MIME-Version: 1.0 To: freebsd-geom@freebsd.org References: <500875C2.1070903@jetcafe.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Geom, MBR, labels, and usb sticks X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jul 2012 05:26:28 -0000 On 07/19/12 20:50, Warren Block wrote: > On Thu, 19 Jul 2012, Dave Hayes wrote: >> and still the labels do not show up. > > They won't show in gpart because they are filesystem labels. They will > show in 'tunefs -p' or 'file -s'. Thank you for that. I was able to verify that tunefs -p works. >> I really do want to be able to mount /dev/ufs/foo as the root device, >> but as I understand things if gpart doesn't show the label then the >> glabel subsystem won't set up the proper device file. >> >> What gives here? Am I missing something important? > > There is more than one type of label. glabel(8) has a list that > includes the device directory where the label appears. Right. However if the label is not showing up in /dev/ufs/