From owner-freebsd-geom@FreeBSD.ORG Mon Jun 13 11:07:03 2011 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 54703106566B for ; Mon, 13 Jun 2011 11:07:03 +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 39F3D8FC19 for ; Mon, 13 Jun 2011 11:07:03 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id p5DB736V092065 for ; Mon, 13 Jun 2011 11:07:03 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p5DB72ri092063 for freebsd-geom@FreeBSD.org; Mon, 13 Jun 2011 11:07:02 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 13 Jun 2011 11:07:02 GMT Message-Id: <201106131107.p5DB72ri092063@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, 13 Jun 2011 11:07:03 -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/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/144905 geom [geom][geom_part] panic in gpart_ctlreq when unpluggin 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/134922 geom [gmirror] [panic] kernel panic when use fdisk on disk 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 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 f kern/128276 geom [gmirror] machine lock up when gmirror module is used 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 o kern/114532 geom [geom] GEOM_MIRROR shows up in kldstat even if compile 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. 55 problems total. From owner-freebsd-geom@FreeBSD.ORG Tue Jun 14 06:36:11 2011 Return-Path: Delivered-To: freebsd-geom@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 581691065673; Tue, 14 Jun 2011 06:36:11 +0000 (UTC) (envelope-from ae@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 309758FC13; Tue, 14 Jun 2011 06:36:11 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id p5E6aBh5085779; Tue, 14 Jun 2011 06:36:11 GMT (envelope-from ae@freefall.freebsd.org) Received: (from ae@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p5E6aBDA085775; Tue, 14 Jun 2011 06:36:11 GMT (envelope-from ae) Date: Tue, 14 Jun 2011 06:36:11 GMT Message-Id: <201106140636.p5E6aBDA085775@freefall.freebsd.org> To: ae@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-geom@FreeBSD.org From: ae@FreeBSD.org Cc: Subject: Re: kern/157819: [geom] gpart(8): drop serial from MBR 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: Tue, 14 Jun 2011 06:36:11 -0000 Synopsis: [geom] gpart(8): drop serial from MBR Responsible-Changed-From-To: freebsd-bugs->freebsd-geom Responsible-Changed-By: ae Responsible-Changed-When: Tue Jun 14 06:35:25 UTC 2011 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=157819 From owner-freebsd-geom@FreeBSD.ORG Tue Jun 14 07:09:27 2011 Return-Path: Delivered-To: freebsd-geom@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BBB59106567A; Tue, 14 Jun 2011 07:09:27 +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 93BDB8FC0C; Tue, 14 Jun 2011 07:09:27 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id p5E79RNY015953; Tue, 14 Jun 2011 07:09:27 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p5E79R2d015949; Tue, 14 Jun 2011 07:09:27 GMT (envelope-from linimon) Date: Tue, 14 Jun 2011 07:09:27 GMT Message-Id: <201106140709.p5E79R2d015949@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-geom@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/157863: [geli] kbdmux prevents geli passwords from being entered properly on boot 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: Tue, 14 Jun 2011 07:09:27 -0000 Old Synopsis: kbdmux prevents geli passwords from being entered properly on boot New Synopsis: [geli] kbdmux prevents geli passwords from being entered properly on boot Responsible-Changed-From-To: freebsd-bugs->freebsd-geom Responsible-Changed-By: linimon Responsible-Changed-When: Tue Jun 14 07:09:10 UTC 2011 Responsible-Changed-Why: affects geli http://www.freebsd.org/cgi/query-pr.cgi?pr=157863 From owner-freebsd-geom@FreeBSD.ORG Tue Jun 14 11:07:42 2011 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 DADD6106564A; Tue, 14 Jun 2011 11:07:42 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [IPv6:2a01:4f8:131:60a2::2]) by mx1.freebsd.org (Postfix) with ESMTP id A36598FC17; Tue, 14 Jun 2011 11:07:42 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:848:c998:a495:5cb9]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPA id 43D264AC1C; Tue, 14 Jun 2011 15:07:41 +0400 (MSD) Date: Tue, 14 Jun 2011 15:07:38 +0400 From: Lev Serebryakov Organization: FreeBSD X-Priority: 3 (Normal) Message-ID: <399050076.20110614150738@serebryakov.spb.ru> To: freebsd-geom@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: quoted-printable Cc: mav@FreeBSD.org Subject: How third-party GEOM modules should distinguish betwee systems with and without g_compare_names()? X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: lev@FreeBSD.org List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jun 2011 11:07:42 -0000 Hello, Freebsd-geom. __FreeBSD_version was not changed (I'm looking at r221100 and r222920), new API is function not #define, so there is no way to check it presence with preprocessor. Any other ideas? --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-geom@FreeBSD.ORG Tue Jun 14 17:09:13 2011 Return-Path: Delivered-To: freebsd-geom@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D49D5106564A; Tue, 14 Jun 2011 17:09:13 +0000 (UTC) (envelope-from ae@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id AD3598FC13; Tue, 14 Jun 2011 17:09:13 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id p5EH9D2F000419; Tue, 14 Jun 2011 17:09:13 GMT (envelope-from ae@freefall.freebsd.org) Received: (from ae@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p5EH9DmQ000415; Tue, 14 Jun 2011 17:09:13 GMT (envelope-from ae) Date: Tue, 14 Jun 2011 17:09:13 GMT Message-Id: <201106141709.p5EH9DmQ000415@freefall.freebsd.org> To: ae@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-geom@FreeBSD.org From: ae@FreeBSD.org Cc: Subject: Re: kern/157879: [libgeom] ABI change without version bump in 8.2 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: Tue, 14 Jun 2011 17:09:13 -0000 Old Synopsis: libgeom ABI change without version bump in 8.2 New Synopsis: [libgeom] ABI change without version bump in 8.2 Responsible-Changed-From-To: freebsd-bugs->freebsd-geom Responsible-Changed-By: ae Responsible-Changed-When: Tue Jun 14 17:08:16 UTC 2011 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=157879 From owner-freebsd-geom@FreeBSD.ORG Wed Jun 15 09:30:11 2011 Return-Path: Delivered-To: freebsd-geom@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3E3DC1065673 for ; Wed, 15 Jun 2011 09:30:11 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 2E98B8FC13 for ; Wed, 15 Jun 2011 09:30:11 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id p5F9UBHJ041539 for ; Wed, 15 Jun 2011 09:30:11 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p5F9UAeN041536; Wed, 15 Jun 2011 09:30:11 GMT (envelope-from gnats) Date: Wed, 15 Jun 2011 09:30:11 GMT Message-Id: <201106150930.p5F9UAeN041536@freefall.freebsd.org> To: freebsd-geom@FreeBSD.org From: "Andrey V. Elsukov" Cc: Subject: Re: kern/157819: [geom] gpart(8): drop serial from MBR X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: "Andrey V. Elsukov" List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Jun 2011 09:30:11 -0000 The following reply was made to PR kern/157819; it has been noted by GNATS. From: "Andrey V. Elsukov" To: bug-followup@FreeBSD.org, eirnym@gmail.com, Marcel Moolenaar Cc: Subject: Re: kern/157819: [geom] gpart(8): drop serial from MBR Date: Wed, 15 Jun 2011 13:21:59 +0400 Hi, Yes, you are right. `gpart bootcode` does not keep disk signature. It just overwrites the whole sector and fills partition table area. I see three ways how this can be fixed: 1. Do not change anything :) 2. Always keep disk signature for each boot code. 3. Introduce new option for `gpart bootcode` command, i.e: # gpart bootcode -b /boot/boot0 -o some,boot,options ada0 where 'some,boot,options' string, that contains separated by comma options which are handled with a scheme specific code. -- WBR, Andrey V. Elsukov From owner-freebsd-geom@FreeBSD.ORG Wed Jun 15 16:10:13 2011 Return-Path: Delivered-To: freebsd-geom@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 190981065691 for ; Wed, 15 Jun 2011 16:10:13 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 09D218FC24 for ; Wed, 15 Jun 2011 16:10:13 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id p5FGACbC009875 for ; Wed, 15 Jun 2011 16:10:12 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p5FGAC8E009874; Wed, 15 Jun 2011 16:10:12 GMT (envelope-from gnats) Date: Wed, 15 Jun 2011 16:10:12 GMT Message-Id: <201106151610.p5FGAC8E009874@freefall.freebsd.org> To: freebsd-geom@FreeBSD.org From: Marcel Moolenaar Cc: Subject: Re: kern/157819: [geom] gpart(8): drop serial from MBR X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Marcel Moolenaar List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Jun 2011 16:10:13 -0000 The following reply was made to PR kern/157819; it has been noted by GNATS. From: Marcel Moolenaar To: "Andrey V. Elsukov" Cc: bug-followup@FreeBSD.org, eirnym@gmail.com, Marcel Moolenaar Subject: Re: kern/157819: [geom] gpart(8): drop serial from MBR Date: Wed, 15 Jun 2011 08:43:02 -0700 On Jun 15, 2011, at 2:21 AM, Andrey V. Elsukov wrote: > Hi, > > Yes, you are right. `gpart bootcode` does not keep disk signature. > It just overwrites the whole sector and fills partition table area. > > I see three ways how this can be fixed: > 1. Do not change anything :) > 2. Always keep disk signature for each boot code. > 3. Introduce new option for `gpart bootcode` command, i.e: > # gpart bootcode -b /boot/boot0 -o some,boot,options ada0 I would advise against adding options. That never scales and in this case is even the wrong thing to do. The fundamental question we need to answer is this: Is the serial number a well-defined field in the MBR that is independent and unrelated to the bootcode, or not? If those are entirely independent, then writing the bootcode should not have the side effect of clobbering the serial number and the MBR scheme should "merge" contents. If they are related then what we do is right and no change is to be made. Since the MBR is one of those legacy structures that have grown warts over time, I can see that different definitions would tell us different things. Let's take the definition that is most applicable in today's world. My off the cuff response would be this: If we instructions in our bootcode that occupies the space of the serial number, then we cannot change anything, other- wise we should probably preserve the serial number. HTH, -- Marcel Moolenaar marcel@xcllnt.net From owner-freebsd-geom@FreeBSD.ORG Wed Jun 15 16:20:04 2011 Return-Path: Delivered-To: freebsd-geom@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EE8D5106566C for ; Wed, 15 Jun 2011 16:20:04 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id DA9F08FC0C for ; Wed, 15 Jun 2011 16:20:04 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id p5FGK3th019902 for ; Wed, 15 Jun 2011 16:20:03 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p5FGK30l019900; Wed, 15 Jun 2011 16:20:03 GMT (envelope-from gnats) Date: Wed, 15 Jun 2011 16:20:03 GMT Message-Id: <201106151620.p5FGK30l019900@freefall.freebsd.org> To: freebsd-geom@FreeBSD.org From: Eir Nym Cc: Subject: Re: kern/157819: [geom] gpart(8): drop serial from MBR X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Eir Nym List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Jun 2011 16:20:05 -0000 The following reply was made to PR kern/157819; it has been noted by GNATS. From: Eir Nym To: Marcel Moolenaar Cc: "Andrey V. Elsukov" , bug-followup@freebsd.org, Marcel Moolenaar Subject: Re: kern/157819: [geom] gpart(8): drop serial from MBR Date: Wed, 15 Jun 2011 20:10:41 +0400 On 15 June 2011 19:43, Marcel Moolenaar wrote: > > [....] > > The fundamental question we need to answer is this: > Is the serial number a well-defined field in the MBR that is > independent and unrelated to the bootcode, or not? Yes, this field is defined in several documentation sources. It has 6 bytes and used Windows OS as disk identifier in registry to specify mount point. http://technet.microsoft.com/en-us/library/cc978525.aspx > [....] From owner-freebsd-geom@FreeBSD.ORG Thu Jun 16 09:40:08 2011 Return-Path: Delivered-To: freebsd-geom@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CECF9106564A for ; Thu, 16 Jun 2011 09:40:08 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id BF5E78FC08 for ; Thu, 16 Jun 2011 09:40:08 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id p5G9e8cm005510 for ; Thu, 16 Jun 2011 09:40:08 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p5G9e8wZ005509; Thu, 16 Jun 2011 09:40:08 GMT (envelope-from gnats) Date: Thu, 16 Jun 2011 09:40:08 GMT Message-Id: <201106160940.p5G9e8wZ005509@freefall.freebsd.org> To: freebsd-geom@FreeBSD.org From: Guillem Jover Cc: Subject: Re: kern/157879: [libgeom] ABI change without version bump in 8.2 X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Guillem Jover List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jun 2011 09:40:08 -0000 The following reply was made to PR kern/157879; it has been noted by GNATS. From: Guillem Jover To: bug-followup@FreeBSD.org, kaduk@mit.edu Cc: Subject: Re: kern/157879: [libgeom] ABI change without version bump in 8.2 Date: Thu, 16 Jun 2011 11:25:34 +0200 --mP3DRpeJDSE+ciuQ Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit Hi! The ‘struct gprovider’ got two new members in the middle of a public struct, so this might cause programs built against the old headers to access the wrong member with the new library or the other way around. That's exactly what happened to us at least with grub2. I'm attaching the trivial patch we are using in Debian GNU/kFreeBSD. thanks, guillem --mP3DRpeJDSE+ciuQ Content-Type: text/x-diff; charset=us-ascii Content-Disposition: attachment; filename="libgeom_abi_bump.patch" Index: lib/libgeom/Makefile =================================================================== --- lib/libgeom/Makefile (revision 223144) +++ lib/libgeom/Makefile (working copy) @@ -1,6 +1,7 @@ # $FreeBSD$ LIB= geom +SHLIB_MAJOR= 1 SHLIBDIR?= /lib SRCS+= geom_getxml.c SRCS+= geom_stats.c --mP3DRpeJDSE+ciuQ-- From owner-freebsd-geom@FreeBSD.ORG Thu Jun 16 17:03:50 2011 Return-Path: Delivered-To: freebsd-geom@FreeBSD.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id DE4D8106564A for ; Thu, 16 Jun 2011 17:03:50 +0000 (UTC) (envelope-from ae@FreeBSD.org) Received: from [127.0.0.1] (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 5802815507F; Thu, 16 Jun 2011 17:03:48 +0000 (UTC) Message-ID: <4DFA376B.1050502@FreeBSD.org> Date: Thu, 16 Jun 2011 21:03:39 +0400 From: "Andrey V. Elsukov" User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.17) Gecko/20110429 Thunderbird/3.1.10 MIME-Version: 1.0 To: Eir Nym References: <201106151620.p5FGK30l019900@freefall.freebsd.org> In-Reply-To: <201106151620.p5FGK30l019900@freefall.freebsd.org> X-Enigmail-Version: 1.1.2 OpenPGP: id=10C8A17A Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig72A5EEC1FEB24F60B83A22C8" Cc: freebsd-geom@FreeBSD.org Subject: Re: kern/157819: [geom] gpart(8): drop serial from MBR 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, 16 Jun 2011 17:03:51 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig72A5EEC1FEB24F60B83A22C8 Content-Type: multipart/mixed; boundary="------------080402030101070309050707" This is a multi-part message in MIME format. --------------080402030101070309050707 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable On 15.06.2011 20:20, Eir Nym wrote: > > The fundamental question we need to answer is this: > > Is the serial number a well-defined field in the MBR that is > > independent and unrelated to the bootcode, or not? > =20 > Yes, this field is defined in several documentation sources. > It has 6 bytes and used Windows OS as disk identifier in registry to > specify mount point. As i found this field is 4 bytes only. Next 2 bytes are used by our boot0 boot manager to keep ticks count. Can you test attached patch, does it fix your problem? --=20 WBR, Andrey V. Elsukov --------------080402030101070309050707 Content-Type: text/plain; name="mbr_keep_dsn.diff" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="mbr_keep_dsn.diff" Index: head/sys/geom/part/g_part_mbr.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- head/sys/geom/part/g_part_mbr.c (revision 223150) +++ head/sys/geom/part/g_part_mbr.c (working copy) @@ -237,14 +237,16 @@ static int g_part_mbr_bootcode(struct g_part_table *basetable, struct g_part_parms = *gpp) { struct g_part_mbr_table *table; - size_t codesz; + const u_char *codeptr; =20 - codesz =3D DOSPARTOFF; + if (gpp->gpp_codesize !=3D MBRSIZE) + return (ENODEV); + table =3D (struct g_part_mbr_table *)basetable; - bzero(table->mbr, codesz); - codesz =3D MIN(codesz, gpp->gpp_codesize); - if (codesz > 0) - bcopy(gpp->gpp_codeptr, table->mbr, codesz); + codeptr =3D gpp->gpp_codeptr; + bcopy(codeptr, table->mbr, DOSDSNOFF); + table->mbr[DOSDSNOFF + 4] =3D codeptr[DOSDSNOFF + 4]; + table->mbr[DOSDSNOFF + 5] =3D codeptr[DOSDSNOFF + 5]; return (0); } =20 Index: head/sys/sys/diskmbr.h =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- head/sys/sys/diskmbr.h (revision 223150) +++ head/sys/sys/diskmbr.h (working copy) @@ -36,6 +36,7 @@ #include =20 #define DOSBBSECTOR 0 /* DOS boot block relative sector number */ +#define DOSDSNOFF 440 /* WinNT/2K/XP Drive Serial Number offset */ #define DOSPARTOFF 446 #define DOSPARTSIZE 16 #define NDOSPART 4 --------------080402030101070309050707-- --------------enig72A5EEC1FEB24F60B83A22C8 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (FreeBSD) iQEcBAEBAgAGBQJN+jdrAAoJEAHF6gQQyKF6AGcIAIyIvSUh3ZrXn6gCTK8+QKzV aNqe9Zi+Vj5Gcxv7mg+N3qtLWt8wSEwO9D9Ejqsd4aZYpoQtS53zdX/7ZSMbycwv smMKW4Sgo5lsUc6eWkJXj42ClAELdV5qQ96WaZxakR1nN1e0MNBqXIHtH9i0TRTP DycKwaFBrvw97bE6OkhyDUj5ZtHrQoMf+3RbFa0a6MitRW1K6yD9rOh6Gd7mFHVu REBG6xyN4BJzcNcBX4nP+uZv6VLpqahSrTlwYdeZyaa9VEI1S4mrtlcWcjzEAvRg KvPgpz/N+AKrXSVgkbzAVq4EpUspe0fJB3l/dhiT06aivfi6F/HmRQJlMpb0Wcw= =K6GL -----END PGP SIGNATURE----- --------------enig72A5EEC1FEB24F60B83A22C8-- From owner-freebsd-geom@FreeBSD.ORG Fri Jun 17 07:39:45 2011 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 7B612106564A for ; Fri, 17 Jun 2011 07:39:45 +0000 (UTC) (envelope-from uncle@devio.us) Received: from wolfman.devio.us (devious-1-pt.tunnel.tserv12.mia1.ipv6.he.net [IPv6:2001:470:4:2a5::2]) by mx1.freebsd.org (Postfix) with ESMTP id 5A63B8FC15 for ; Fri, 17 Jun 2011 07:39:44 +0000 (UTC) Received: by wolfman.devio.us (Postfix, from userid 3773) id EAFEC1A90D3; Fri, 17 Jun 2011 03:39:43 -0400 (EDT) Date: Fri, 17 Jun 2011 03:39:43 -0400 From: Nick Ulen To: freebsd-geom@freebsd.org Message-ID: <20110617073943.GA29016@wolfman.devio.us> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.20 (2009-06-14) Subject: geli,last sector 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, 17 Jun 2011 07:39:45 -0000 According to man GELI(8) : "The last provider's sector is used to store metadata." Are data from last sector stand out among all others random data? Does this mean it is possible to define that some slice was encrypted exactly with use geli? Regards, Uncle From owner-freebsd-geom@FreeBSD.ORG Fri Jun 17 07:51:19 2011 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 A3B6E1065672 for ; Fri, 17 Jun 2011 07:51:19 +0000 (UTC) (envelope-from ac@belngo.info) Received: from mail-ey0-f182.google.com (mail-ey0-f182.google.com [209.85.215.182]) by mx1.freebsd.org (Postfix) with ESMTP id 3E5278FC16 for ; Fri, 17 Jun 2011 07:51:18 +0000 (UTC) Received: by eyg7 with SMTP id 7so1174854eyg.13 for ; Fri, 17 Jun 2011 00:51:18 -0700 (PDT) Received: by 10.14.17.209 with SMTP id j57mr273404eej.107.1308297077394; Fri, 17 Jun 2011 00:51:17 -0700 (PDT) MIME-Version: 1.0 Received: by 10.14.127.205 with HTTP; Fri, 17 Jun 2011 00:50:57 -0700 (PDT) In-Reply-To: <20110617073943.GA29016@wolfman.devio.us> References: <20110617073943.GA29016@wolfman.devio.us> From: Alaksiej C Date: Fri, 17 Jun 2011 10:50:57 +0300 Message-ID: To: Nick Ulen Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-geom@freebsd.org Subject: Re: geli,last sector 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, 17 Jun 2011 07:51:19 -0000 On Fri, Jun 17, 2011 at 10:39 AM, Nick Ulen wrote: > According to man GELI(8) : "The last provider's sector is used to store > metadata." > Are data from last sector stand out among all others random data? > Does this mean it is possible to define that some slice was encrypted > exactly with use geli? Yes. There's a signature. $GAFR if my memory doesn't betray me. From owner-freebsd-geom@FreeBSD.ORG Fri Jun 17 13:01:22 2011 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 A7CF31065673 for ; Fri, 17 Jun 2011 13:01:22 +0000 (UTC) (envelope-from pawel@dawidek.net) Received: from mail.dawidek.net (60.wheelsystems.com [83.12.187.60]) by mx1.freebsd.org (Postfix) with ESMTP id 5F71F8FC33 for ; Fri, 17 Jun 2011 13:01:21 +0000 (UTC) Received: from localhost (58.wheelsystems.com [83.12.187.58]) by mail.dawidek.net (Postfix) with ESMTPSA id 39EFEBDC; Fri, 17 Jun 2011 13:50:47 +0200 (CEST) Date: Fri, 17 Jun 2011 15:01:16 +0200 From: Pawel Jakub Dawidek To: Nick Ulen Message-ID: <20110617130116.GA12866@garage.freebsd.pl> References: <20110617073943.GA29016@wolfman.devio.us> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="/9DWx/yDrRhgMJTb" Content-Disposition: inline In-Reply-To: <20110617073943.GA29016@wolfman.devio.us> X-OS: FreeBSD 9.0-CURRENT amd64 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-geom@freebsd.org Subject: Re: geli,last sector 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, 17 Jun 2011 13:01:22 -0000 --/9DWx/yDrRhgMJTb Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jun 17, 2011 at 03:39:43AM -0400, Nick Ulen wrote: > According to man GELI(8) : "The last provider's sector is used to store= =20 > metadata." > Are data from last sector stand out among all others random data? > Does this mean it is possible to define that some slice was encrypted=20 > exactly with use geli? Yes, if a GEOM provider is encrypted using GELI, the last sector will start with "GEOM::ELI" string (if you are not using onetime keys). I started to work on extension to GELI to allow for "deniable" providers creation where even metadata looks random, but before I finished it, more important stuff appeared on my TODO list. --=20 Pawel Jakub Dawidek http://www.wheelsystems.com FreeBSD committer http://www.FreeBSD.org Am I Evil? Yes, I Am! http://yomoli.com --/9DWx/yDrRhgMJTb Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEARECAAYFAk37UBsACgkQForvXbEpPzR8owCgstf4K6deIHn+VICsaZSSbzZJ +9EAn24cRDiYCWwBY2573DL6cAi0D9PV =/r6R -----END PGP SIGNATURE----- --/9DWx/yDrRhgMJTb-- From owner-freebsd-geom@FreeBSD.ORG Fri Jun 17 17:32:20 2011 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 3807D106564A; Fri, 17 Jun 2011 17:32:20 +0000 (UTC) (envelope-from uncle@devio.us) Received: from wolfman.devio.us (devious-1-pt.tunnel.tserv12.mia1.ipv6.he.net [IPv6:2001:470:4:2a5::2]) by mx1.freebsd.org (Postfix) with ESMTP id 14FC18FC0C; Fri, 17 Jun 2011 17:32:20 +0000 (UTC) Received: by wolfman.devio.us (Postfix, from userid 3773) id A16011A90C9; Fri, 17 Jun 2011 13:32:19 -0400 (EDT) Date: Fri, 17 Jun 2011 13:32:19 -0400 From: Nick Ulen To: ac@belngo.info, pjd@FreeBSD.org, freebsd-geom@FreeBSD.org Message-ID: <20110617173219.GA21643@wolfman.devio.us> References: <20110617073943.GA29016@wolfman.devio.us> <20110617130116.GA12866@garage.freebsd.pl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20110617130116.GA12866@garage.freebsd.pl> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: Subject: Re: geli,last sector 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, 17 Jun 2011 17:32:20 -0000 Thanks both of you. On Fri, Jun 17, 2011 at 03:01:16PM +0200, Pawel Jakub Dawidek wrote: > I started to work on extension to GELI to allow for "deniable" providers > creation where even metadata looks random, but before I finished it, > more important stuff appeared on my TODO list. It will be just great! Regards, Nick