From owner-freebsd-geom@FreeBSD.ORG Mon May 2 11:06:58 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 BC0591065674 for ; Mon, 2 May 2011 11:06:58 +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 AA62F8FC20 for ; Mon, 2 May 2011 11:06:58 +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 p42B6w5q064084 for ; Mon, 2 May 2011 11:06:58 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p42B6wi3064082 for freebsd-geom@FreeBSD.org; Mon, 2 May 2011 11:06:58 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 2 May 2011 11:06:58 GMT Message-Id: <201105021106.p42B6wi3064082@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, 02 May 2011 11:06:58 -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/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/132273 geom glabel(8): [patch] failing on journaled partition 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. 52 problems total. From owner-freebsd-geom@FreeBSD.ORG Tue May 3 12:44:33 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 579F61065677; Tue, 3 May 2011 12:44:33 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 34C648FC20; Tue, 3 May 2011 12:44:31 +0000 (UTC) Received: from porto.topspin.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id PAA03697; Tue, 03 May 2011 15:44:29 +0300 (EEST) (envelope-from avg@FreeBSD.org) Received: from localhost.topspin.kiev.ua ([127.0.0.1]) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1QHExp-0003HQ-HJ; Tue, 03 May 2011 15:44:29 +0300 Message-ID: <4DBFF8AB.6090401@FreeBSD.org> Date: Tue, 03 May 2011 15:44:27 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.15) Gecko/20110308 Lightning/1.0b2 Thunderbird/3.1.9 MIME-Version: 1.0 To: "Andrey V. Elsukov" References: <4DB54F40.8050608@FreeBSD.org> <4DB7C7B7.9020201@FreeBSD.org> <4DBAED76.3030006@FreeBSD.org> In-Reply-To: <4DBAED76.3030006@FreeBSD.org> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit Cc: FreeBSD Current , freebsd-geom@FreeBSD.org Subject: Re: A replacement for GEOM_LABEL's gpt/gptid 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, 03 May 2011 12:44:33 -0000 on 29/04/2011 19:55 Andrey V. Elsukov said the following: > On 27.04.2011 11:37, Andrey V. Elsukov wrote: >>> I wrote a small extension for the GEOM_PART class. It adds an ability >>> to GEOM_PART class to create partition labels for schemes which are >>> support them. > > Hi All, > > i got several successful reports from users, but now i decided to make > this functional available for another consumers. > New patch: > http://people.freebsd.org/~ae/geom_alias.diff I really like your approach. One question - is it somehow possible to make the alias geom even more transparent? I mean completely eliminating g_alias_start() or making it more noop-ish. Thank you! > What it contains: > * gpt/gptid support removed from GEOM_LABEL class; > * new GEOM_ALIAS class added. This class has two public functions: > void g_alias_create(struct g_provider *pp, const char *name); > void g_alias_spoil(struct g_provider *pp); > * first two consumers of GEOM_ALIAS class are GEOM_PART and GEOM_DISK: > > GEOM_DISK uses g_alias_create() to create aliases for disks, disk's > serial number is used for alias name. > > GEOM_PART uses g_alias_create() to create aliases for labeled partitions > (gpt/gptid, apm and pc98). > > How it looks like: > http://paste.org.ru/?5exeve > -- Andriy Gapon From owner-freebsd-geom@FreeBSD.ORG Tue May 3 18:13:06 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 74F4E1065670; Tue, 3 May 2011 18:13:06 +0000 (UTC) (envelope-from marius@nuenneri.ch) Received: from mail-px0-f176.google.com (mail-px0-f176.google.com [209.85.212.176]) by mx1.freebsd.org (Postfix) with ESMTP id 481778FC0C; Tue, 3 May 2011 18:13:06 +0000 (UTC) Received: by pxi11 with SMTP id 11so234092pxi.35 for ; Tue, 03 May 2011 11:13:06 -0700 (PDT) Received: by 10.68.51.194 with SMTP id m2mr146659pbo.180.1304444595049; Tue, 03 May 2011 10:43:15 -0700 (PDT) MIME-Version: 1.0 Received: by 10.68.54.71 with HTTP; Tue, 3 May 2011 10:42:55 -0700 (PDT) In-Reply-To: <4DBFF8AB.6090401@FreeBSD.org> References: <4DB54F40.8050608@FreeBSD.org> <4DB7C7B7.9020201@FreeBSD.org> <4DBAED76.3030006@FreeBSD.org> <4DBFF8AB.6090401@FreeBSD.org> From: =?UTF-8?Q?Marius_N=C3=BCnnerich?= Date: Tue, 3 May 2011 19:42:55 +0200 Message-ID: To: Andriy Gapon Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: "Andrey V. Elsukov" , FreeBSD Current , freebsd-geom@freebsd.org Subject: Re: A replacement for GEOM_LABEL's gpt/gptid 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, 03 May 2011 18:13:06 -0000 Hi Andrey, just want to say you don't have to wait for me anymore. Just can't find the time to analyze your aproach. Thanks for your work on this. 2011/5/3 Andriy Gapon : > on 29/04/2011 19:55 Andrey V. Elsukov said the following: >> On 27.04.2011 11:37, Andrey V. Elsukov wrote: >>>> I wrote a small extension for the GEOM_PART class. It adds an ability >>>> to GEOM_PART class to create partition labels for schemes which are >>>> support them. >> >> Hi All, >> >> i got several successful reports from users, but now i decided to make >> this functional available for another consumers. >> New patch: >> http://people.freebsd.org/~ae/geom_alias.diff > > I really like your approach. > One question - is it somehow possible to make the alias geom even more > transparent? =C2=A0I mean completely eliminating g_alias_start() or makin= g it more > noop-ish. > > Thank you! > >> What it contains: >> * gpt/gptid support removed from GEOM_LABEL class; >> * new GEOM_ALIAS class added. This class has two public functions: >> =C2=A0 =C2=A0 =C2=A0 void g_alias_create(struct g_provider *pp, const ch= ar *name); >> =C2=A0 =C2=A0 =C2=A0 void g_alias_spoil(struct g_provider *pp); >> * first two consumers of GEOM_ALIAS class are GEOM_PART and GEOM_DISK: >> >> GEOM_DISK uses g_alias_create() to create aliases for disks, disk's >> serial number is used for alias name. >> >> GEOM_PART uses g_alias_create() to create aliases for labeled partitions >> (gpt/gptid, apm and pc98). >> >> How it looks like: >> http://paste.org.ru/?5exeve >> > > > -- > Andriy Gapon > _______________________________________________ > freebsd-geom@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-geom > To unsubscribe, send any mail to "freebsd-geom-unsubscribe@freebsd.org" > From owner-freebsd-geom@FreeBSD.ORG Wed May 4 13:10:12 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 BB3EF106567B for ; Wed, 4 May 2011 13:10:12 +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 5EBA68FC19 for ; Wed, 4 May 2011 13:10:07 +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 p44DA78u082774 for ; Wed, 4 May 2011 13:10:07 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p44DA7bs082773; Wed, 4 May 2011 13:10:07 GMT (envelope-from gnats) Date: Wed, 4 May 2011 13:10:07 GMT Message-Id: <201105041310.p44DA7bs082773@freefall.freebsd.org> To: freebsd-geom@FreeBSD.org From: dfilter@FreeBSD.ORG (dfilter service) Cc: Subject: Re: kern/132273: commit references a PR X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: dfilter service List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 May 2011 13:10:12 -0000 The following reply was made to PR kern/132273; it has been noted by GNATS. From: dfilter@FreeBSD.ORG (dfilter service) To: bug-followup@FreeBSD.org Cc: Subject: Re: kern/132273: commit references a PR Date: Wed, 4 May 2011 13:07:04 +0000 (UTC) Author: ae Date: Wed May 4 12:59:11 2011 New Revision: 221433 URL: http://svn.freebsd.org/changeset/base/221433 Log: When checking existence of providers skip those which are orphaned. PR: kern/132273 MFC after: 2 week Modified: head/sys/geom/label/g_label.c Modified: head/sys/geom/label/g_label.c ============================================================================== --- head/sys/geom/label/g_label.c Wed May 4 12:48:02 2011 (r221432) +++ head/sys/geom/label/g_label.c Wed May 4 12:59:11 2011 (r221433) @@ -164,6 +164,8 @@ g_label_create(struct gctl_req *req, str pp2 = LIST_FIRST(&gp->provider); if (pp2 == NULL) continue; + if ((pp2->flags & G_PF_ORPHAN) != 0) + continue; if (strcmp(pp2->name, name) == 0) { G_LABEL_DEBUG(1, "Label %s(%s) already exists (%s).", label, name, pp->name); _______________________________________________ svn-src-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/svn-src-all To unsubscribe, send any mail to "svn-src-all-unsubscribe@freebsd.org" From owner-freebsd-geom@FreeBSD.ORG Wed May 4 16:54: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 14D9A1065674; Wed, 4 May 2011 16:54:08 +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 E1B138FC15; Wed, 4 May 2011 16:54:07 +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 p44Gs74A094333; Wed, 4 May 2011 16:54:07 GMT (envelope-from ae@freefall.freebsd.org) Received: (from ae@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p44Gs7NP094329; Wed, 4 May 2011 16:54:07 GMT (envelope-from ae) Date: Wed, 4 May 2011 16:54:07 GMT Message-Id: <201105041654.p44Gs7NP094329@freefall.freebsd.org> To: nsayer@kfu.com, ae@FreeBSD.org, freebsd-geom@FreeBSD.org From: ae@FreeBSD.org Cc: Subject: Re: kern/132273: glabel(8): [patch] failing on journaled partition 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: Wed, 04 May 2011 16:54:08 -0000 Synopsis: glabel(8): [patch] failing on journaled partition State-Changed-From-To: open->patched State-Changed-By: ae State-Changed-When: Wed May 4 16:53:42 UTC 2011 State-Changed-Why: Fixed in head/. Thanks! http://www.freebsd.org/cgi/query-pr.cgi?pr=132273 From owner-freebsd-geom@FreeBSD.ORG Wed May 4 23:00:51 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 57B721065670 for ; Wed, 4 May 2011 23:00:51 +0000 (UTC) (envelope-from aragon@phat.za.net) Received: from mail.geek.sh (decoder.geek.sh [196.36.198.81]) by mx1.freebsd.org (Postfix) with ESMTP id E52168FC15 for ; Wed, 4 May 2011 23:00:50 +0000 (UTC) Received: from igor.geek.sh (196-209-90-218.dynamic.isadsl.co.za [196.209.90.218]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mail.geek.sh (Postfix) with ESMTPSA id 2172F3B2F5 for ; Thu, 5 May 2011 00:41:50 +0200 (SAST) Message-ID: <4DC1D62C.5070705@phat.za.net> Date: Thu, 05 May 2011 00:41:48 +0200 From: Aragon Gouveia User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.15) Gecko/20110404 Thunderbird/3.1.9 MIME-Version: 1.0 To: freebsd-geom@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: partitioning dilemma 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: Wed, 04 May 2011 23:00:51 -0000 Hi, Between MBR and GPT, I'm struggling to find the right partitioning scheme to meet my requirements. Suggestions on below would be highly appreciated. I have 2 disks. I want 2 independent gmirror volumes, ie. 2 partitions on each disk, with one partition from each disk in a gmirror volume. Each gmirror volume would contain a bootable FreeBSD system (BSD label), and I'd selectively boot between them when testing new releases or other big changes. Then I'd like a 3rd partition on each disk, both of which for swap space. Then a 4th partition on each disk which I plan to use as a ZFS mirrored ZIL. Finally, a 5th partition on each disk which would both serve as ZFS L2ARC. My dilemma: All documentation and mailing list discussion about GPT seems to indicate that creating BSD labels inside GPT partitions is a Bad Idea, which would mean putting two GPT partitions into a gmirror volume is a bad idea. Is this still the case? My attempts at using MBR and EBR instead of GPT are discouraging once I get to the point of creating an EBR. From what I can gather, default kernel build options specify "options GEOM_PART_EBR_COMPAT" which prevents GEOM from editing EBR partition schemes: # gpart show ada3s4 => 0 267068592 ada3s4 EBR (127G) 0 267068592 - free - (127G) # gpart add -s 67221504 -t freebsd ada3s4 gpart: pre-check failed: Operation canceled Ok, so I guess I can recompile without that kernel option, but I'm sure there's a good reason it's a default option... Is EBR also considered a Bad Idea? Any suggestions? Thanks, Aragon From owner-freebsd-geom@FreeBSD.ORG Thu May 5 00:24: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 30A4D106566B for ; Thu, 5 May 2011 00:24:03 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from asmtpout026.mac.com (asmtpout026.mac.com [17.148.16.101]) by mx1.freebsd.org (Postfix) with ESMTP id 164808FC12 for ; Thu, 5 May 2011 00:24:03 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII Received: from sa-nc-apg-44.static.jnpr.net (natint3.juniper.net [66.129.224.36]) by asmtp026.mac.com (Oracle Communications Messaging Exchange Server 7u4-20.01 64bit (built Nov 21 2010)) with ESMTPSA id <0LKP00M4T2C0P010@asmtp026.mac.com> for freebsd-geom@freebsd.org; Wed, 04 May 2011 16:24:03 -0700 (PDT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.2.15,1.0.148,0.0.0000 definitions=2011-05-04_09:2011-05-04, 2011-05-04, 1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=1 spamscore=1 ipscore=0 suspectscore=8 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx engine=6.0.2-1012030000 definitions=main-1105040183 From: Marcel Moolenaar In-reply-to: <4DC1D62C.5070705@phat.za.net> Date: Wed, 04 May 2011 16:23:59 -0700 Message-id: <77D899EE-78D1-4AC1-A4C9-AF09DD1A8CF1@mac.com> References: <4DC1D62C.5070705@phat.za.net> To: Aragon Gouveia X-Mailer: Apple Mail (2.1084) Cc: freebsd-geom@freebsd.org Subject: Re: partitioning dilemma 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, 05 May 2011 00:24:03 -0000 On May 4, 2011, at 3:41 PM, Aragon Gouveia wrote: > > My attempts at using MBR and EBR instead of GPT are discouraging once I get to the point of creating an EBR. From what I can gather, default kernel build options specify "options GEOM_PART_EBR_COMPAT" which prevents GEOM from editing EBR partition schemes: > > # gpart show ada3s4 > => 0 267068592 ada3s4 EBR (127G) > 0 267068592 - free - (127G) > > # gpart add -s 67221504 -t freebsd ada3s4 > gpart: pre-check failed: Operation canceled > > Ok, so I guess I can recompile without that kernel option, but I'm sure there's a good reason it's a default option... Is EBR also considered a Bad Idea? The reason GEOM_PART_EBR_COMPAT is there and is enabled by default is only because you get the legacy naming that way. That is, it gives you ada3s5, ada3s6, etc. If you don't care about the legacy naming of device special files, you can remove GEOM_PART_EBR_COMPAT safely and enjoy the ability to modify the partitioning scheme. The fully-qualified logical partition name looks like: ata3s4+${lba} FYI, -- Marcel Moolenaar marcel@xcllnt.net -- Marcel Moolenaar xcllnt@mac.com From owner-freebsd-geom@FreeBSD.ORG Thu May 5 04:21:39 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 D756A106564A for ; Thu, 5 May 2011 04:21:39 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from forward2.mail.yandex.net (forward2.mail.yandex.net [77.88.46.7]) by mx1.freebsd.org (Postfix) with ESMTP id 850338FC0A for ; Thu, 5 May 2011 04:21:39 +0000 (UTC) Received: from smtp2.mail.yandex.net (smtp2.mail.yandex.net [77.88.46.102]) by forward2.mail.yandex.net (Yandex) with ESMTP id B2EF012A0E53; Thu, 5 May 2011 08:21:15 +0400 (MSD) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1304569275; bh=+G0XbCoxJaKo/xPG0EQ8SkI2jECPhqFvy3AXwPemJYY=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type; b=HjYKNG3hUl33lNLxASJycKTj4n3oCWL8jaS017KzsxkENaAhtwShfuFHcIL/qreQ8 DLv7OeuI9DBtVABIN9zRSsI692J5AkOmYf99WaSHMFGZtsXGmoiv1/9v+QursboFbo xXipvUMYxRT+/tDitN903ImdZ1dHWcAc+93xVw4s= Received: from [127.0.0.1] (ns.kirov.so-ups.ru [77.72.136.145]) by smtp2.mail.yandex.net (Yandex) with ESMTPSA id 7347D5D100A5; Thu, 5 May 2011 08:21:15 +0400 (MSD) Message-ID: <4DC225B5.2080704@yandex.ru> Date: Thu, 05 May 2011 08:21:09 +0400 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.5 (FreeBSD/20051231) MIME-Version: 1.0 To: Aragon Gouveia References: <4DC1D62C.5070705@phat.za.net> In-Reply-To: <4DC1D62C.5070705@phat.za.net> X-Enigmail-Version: 1.1.1 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig5CC8EB38641DEA8ABF51BD02" X-Yandex-Spam: 1 Cc: freebsd-geom@freebsd.org Subject: Re: partitioning dilemma 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, 05 May 2011 04:21:39 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig5CC8EB38641DEA8ABF51BD02 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable On 05.05.2011 2:41, Aragon Gouveia wrote: > Between MBR and GPT, I'm struggling to find the right partitioning sche= me to meet my > requirements. Suggestions on below would be highly appreciated. Currently we do not have boot manager for GPT similar to boot0 which we u= se for MBR. So it may be not so easy to select what you want to boot from GPT. Probab= ly bootme/bootonce attributes could help, but i did not try them. > All documentation and mailing list discussion about GPT seems to indica= te that creating BSD > labels inside GPT partitions is a Bad Idea, which would mean putting tw= o GPT partitions into a > gmirror volume is a bad idea. Is this still the case? I do not think that it is bad idea, it should work. --=20 WBR, Andrey V. Elsukov --------------enig5CC8EB38641DEA8ABF51BD02 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (MingW32) iQEcBAEBAgAGBQJNwiW6AAoJEAHF6gQQyKF6G8sH/0KtHbeJOb+nuld8K66R3lp+ K3Ki2LkUMNEkCGWTA4Crb+lutJRodl2TywTVbaCPX4A47VdnV10mxVhvfkuPSoT2 DIkGJT646pPATS/E4AoQjic7KwlNvCa7xppYNcFk7p/edbpnk8gwWix0P72wNdhO 4iaFs7Sqo/x6XV0ZEmWfSsGuFn4wT289nz5S4E3KNQB61zrZb7/tfld7M60Rdv0R vtq+/mVbGFfF198xLv669ZLFuTdWmysq0YzBRp0llFHS5jF+2WgOjNE5AHvWYXf3 tk0VnNNcFc0Q1JY1pgdv+eM4eGeEpS9L/QFwXduX6xcsAm1ZlwklxYiP7C4/zNQ= =d8PI -----END PGP SIGNATURE----- --------------enig5CC8EB38641DEA8ABF51BD02-- From owner-freebsd-geom@FreeBSD.ORG Thu May 5 04:31:09 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 EC0A91065672 for ; Thu, 5 May 2011 04:31:09 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 680128FC15 for ; Thu, 5 May 2011 04:31:08 +0000 (UTC) Received: by bwz12 with SMTP id 12so2215536bwz.13 for ; Wed, 04 May 2011 21:31:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=66s4zO6tM6YyZ+FHHArrQYF6clryDA8X8u9BKE8TJbU=; b=NBI+cODQyaohFSUGu/bvhDFUk/FM3F8bZtkM2oPB4MVqkQ7PJqKE4TmfdKxbGiFPjU 3vAmU9GxU5ZAaGoK3m0lbIwmjFozJecVjcc2Vm8zNQHrMROnSeymj+D3Op4EbgX8nIbC 6VnEb9Q54lqTcMxYesJqxx0odCyz63hBfyLMc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=W6Vf9G+C0G+uzwege0THiJTOOLzwVNgaOK76tDQ1mHtin/a/rNZPtlsTn11DqOWnW2 s+np6tST6kSAO4T8dTRnS8+XDE4hRnWU7bq55W5ArkwlUkV0lQK6genu7bTKb0x8LtC8 ahwEEPJzxf2cZl53xvn65JYd9yVtVGLKrXxnM= MIME-Version: 1.0 Received: by 10.204.84.142 with SMTP id j14mr227630bkl.20.1304568354301; Wed, 04 May 2011 21:05:54 -0700 (PDT) Received: by 10.204.78.134 with HTTP; Wed, 4 May 2011 21:05:54 -0700 (PDT) In-Reply-To: <4DC1D62C.5070705@phat.za.net> References: <4DC1D62C.5070705@phat.za.net> Date: Wed, 4 May 2011 23:05:54 -0500 Message-ID: From: Scot Hetzel To: Aragon Gouveia Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-geom@freebsd.org Subject: Re: partitioning dilemma 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, 05 May 2011 04:31:10 -0000 On Wed, May 4, 2011 at 5:41 PM, Aragon Gouveia wrote: > Hi, > > Between MBR and GPT, I'm struggling to find the right partitioning scheme= to > meet my requirements. =A0Suggestions on below would be highly appreciated= . > > I have 2 disks. =A0I want 2 independent gmirror volumes, ie. 2 partitions= on > each disk, with one partition from each disk in a gmirror volume. Each > gmirror volume would contain a bootable FreeBSD system (BSD label), and I= 'd > selectively boot between them when testing new releases or other big > changes. > > Then I'd like a 3rd partition on each disk, both of which for swap space. > > Then a 4th partition on each disk which I plan to use as a ZFS mirrored Z= IL. > > Finally, a 5th partition on each disk which would both serve as ZFS L2ARC= . > > My dilemma: > > All documentation and mailing list discussion about GPT seems to indicate > that creating BSD labels inside GPT partitions is a Bad Idea, which would > mean putting two GPT partitions into a gmirror volume is a bad idea. =A0I= s > this still the case? > Use the -l option to gpart to create a label for the partition: gpart add -s 4G -t freebsd-swap -l swap0 ad0 The label would then show up under /dev/gpt (i.e. /dev/gpt/swap0). Scot From owner-freebsd-geom@FreeBSD.ORG Thu May 5 13:08:32 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 38367106566C for ; Thu, 5 May 2011 13:08:32 +0000 (UTC) (envelope-from zeus@relay.ibs.dn.ua) Received: from relay.ibs.dn.ua (relay.ibs.dn.ua [91.216.196.25]) by mx1.freebsd.org (Postfix) with ESMTP id A27558FC18 for ; Thu, 5 May 2011 13:08:30 +0000 (UTC) Received: from relay.ibs.dn.ua (localhost [127.0.0.1]) by relay.ibs.dn.ua with ESMTP id p45D8TKK022848 for ; Thu, 5 May 2011 16:08:29 +0300 (EEST) Received: (from zeus@localhost) by relay.ibs.dn.ua (8.14.4/8.14.4/Submit) id p45D8TKw022847 for freebsd-geom@freebsd.org; Thu, 5 May 2011 16:08:29 +0300 (EEST) Date: Thu, 5 May 2011 16:08:29 +0300 From: Zeus V Panchenko To: freebsd-geom@freebsd.org Message-ID: <20110505130829.GB21133@relay.ibs.dn.ua> Mail-Followup-To: freebsd-geom@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 8.1-RELEASE X-Editor: GNU Emacs 23.2.1 X-Face: iVBORw0KGgoAAAANSUhEUgAAACoAAAAqBAMAAAA37dRoAAAAFVBMVEWjjoiZhHDWzcZuW1U wOT+RcGxziJxEN0lIAAABrklEQVQokV2STXLbMAyFQaraE3a5dzSTfR1IF7CQrM3QuECn9z9DH0 gxzgSyFvr88PBD0uJxoR6BE+e8LtRgohE5ZB50sODP/REbfUnte/z12+llCekLUSKenFIMke6Be WinE8H0RJHSN71rUQp64gFDmtDDhRk0zam3FzpNVFprhwPGaFo6oY9wDBJQ9Qz6EuKyROJjDGa+ uza4VOTa8iHlN58Yv5BF9+4BGl0LA5pUD5xKXg4aQlVZm0co3NKxCGxQpu3aC352Gv3DZONmwQd tkrlaylV3YSew7bWtwAZF/zi9jblmprPoL7ktzeFSxmarVNmWRi+Bmxg7Y7tbGtR8XZUxLTo86G thANsssetjp3POuBvMBRlw6jRa5pKN7yVlP+F2lyiZGSMf5hnSU6eAVupmtfjRcxy0momwpxDnz 06hwnOWvBnUdR8U2/KX7cq26u1Jy5xFZMPOVONRbRUrwey8Qar6cWgf12xSymQuVX0DfYd4R8kN Hg0qCtLeaYZcj8B90M2N0cEX1P0vKSxw7NLy/3X8Qeriusu66jNA37P4Mn5QRTG2hz4d9D/6E3a EX852nwAAAABJRU5ErkJggg== Subject: is it possible to geli with Intel Core i7 with AES New Instructions ? X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: zeus@ibs.dn.ua List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 May 2011 13:08:32 -0000 Hi, is it possible to do the sabj? in another words, is it possible to use geli disk with hardware acceleration of AES functions by CPU like Intel Core i7 or others? like mentioned here: http://ark.intel.com/MySearch.aspx?s=t&AESTech=true -- Zeus V. Panchenko IT Dpt., IBS ltd GMT+2 (EET) From owner-freebsd-geom@FreeBSD.ORG Thu May 5 13:20:05 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 16807106566B for ; Thu, 5 May 2011 13:20:05 +0000 (UTC) (envelope-from pawel@dawidek.net) Received: from mail.garage.freebsd.pl (60.wheelsystems.com [83.12.187.60]) by mx1.freebsd.org (Postfix) with ESMTP id AAD1C8FC0C for ; Thu, 5 May 2011 13:20:04 +0000 (UTC) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 6E7C745EA7; Thu, 5 May 2011 15:20:03 +0200 (CEST) Received: from localhost (public-gprs14895.centertel.pl [87.96.58.47]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id D5FE645684 for ; Thu, 5 May 2011 15:19:54 +0200 (CEST) Date: Thu, 5 May 2011 15:19:28 +0200 From: Pawel Jakub Dawidek To: freebsd-geom@freebsd.org Message-ID: <20110505131928.GD14661@garage.freebsd.pl> References: <20110505130829.GB21133@relay.ibs.dn.ua> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="zbGR4y+acU1DwHSi" Content-Disposition: inline In-Reply-To: <20110505130829.GB21133@relay.ibs.dn.ua> X-OS: FreeBSD 9.0-CURRENT amd64 User-Agent: Mutt/1.5.21 (2010-09-15) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-2.6 required=4.5 tests=BAYES_00,UPPERCASE_25_50 autolearn=no version=3.0.4 Subject: Re: is it possible to geli with Intel Core i7 with AES New Instructions ? 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, 05 May 2011 13:20:05 -0000 --zbGR4y+acU1DwHSi Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, May 05, 2011 at 04:08:29PM +0300, Zeus V Panchenko wrote: > Hi, >=20 > is it possible to do the sabj? >=20 > in another words, is it possible to use geli disk with hardware > acceleration of AES functions by CPU like Intel Core i7 or others? >=20 > like mentioned here: >=20 > http://ark.intel.com/MySearch.aspx?s=3Dt&AESTech=3Dtrue Sure: CPU: Intel(R) Core(TM) i5 CPU M 540 @ 2.53GHz (2527.06-MHz K8-class = CPU) Features2=3D0x298e3ff GEOM_ELI: Device gpt/swap.eli created. GEOM_ELI: Encryption: AES-XTS 256 GEOM_ELI: Crypto: hardware --=20 Pawel Jakub Dawidek http://www.wheelsystems.com FreeBSD committer http://www.FreeBSD.org Am I Evil? Yes, I Am! http://yomoli.com --zbGR4y+acU1DwHSi Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEARECAAYFAk3Co+AACgkQForvXbEpPzTl4wCcCC5Zlc4/nt00RYSavOpSIiDr IhwAnAxtpHa46ED2BH9b44Oti1AA5VJA =TB9A -----END PGP SIGNATURE----- --zbGR4y+acU1DwHSi-- From owner-freebsd-geom@FreeBSD.ORG Thu May 5 20:02:27 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 DA8D71065670 for ; Thu, 5 May 2011 20:02:26 +0000 (UTC) (envelope-from aragon@phat.za.net) Received: from mail.geek.sh (decoder.geek.sh [196.36.198.81]) by mx1.freebsd.org (Postfix) with ESMTP id 72BB28FC12 for ; Thu, 5 May 2011 20:02:26 +0000 (UTC) Received: from igor.geek.sh (196-209-90-218.dynamic.isadsl.co.za [196.209.90.218]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mail.geek.sh (Postfix) with ESMTPSA id 902AE3B2EC; Thu, 5 May 2011 22:02:24 +0200 (SAST) Message-ID: <4DC30250.1090306@phat.za.net> Date: Thu, 05 May 2011 22:02:24 +0200 From: Aragon Gouveia User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.15) Gecko/20110404 Thunderbird/3.1.9 MIME-Version: 1.0 To: "Andrey V. Elsukov" References: <4DC1D62C.5070705@phat.za.net> <4DC225B5.2080704@yandex.ru> In-Reply-To: <4DC225B5.2080704@yandex.ru> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-geom@freebsd.org Subject: Re: partitioning dilemma 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, 05 May 2011 20:02:27 -0000 Thank you for all your replies. I recompiled with EBR_COMPAT disabled and began creating EBR partitions, but then realised how much of a headache it'll be to calculate the partition offsets that fall on my SSD's erase boundary. It's normally easy with MBR, but the one sector EBR header throws my calculations out. :) I decided to give GPT a try... On 05/05/11 06:21, Andrey V. Elsukov wrote: > Currently we do not have boot manager for GPT similar to boot0 which we use for MBR. > So it may be not so easy to select what you want to boot from GPT. Probably bootme/bootonce > attributes could help, but i did not try them. I think the bootme/bootonce attributes will suffice. :) > I do not think that it is bad idea, it should work. Are you able to boot such partitions? Over here my system is just entering a boot loop. BIOS has UEFI disabled, and I know for certain the pmbr code is being executed, but not sure if it gets as far as chaining to gptboot code. Here's what I have: # gpart show ada2 => 34 468862061 ada2 GPT (223G) 34 524254 1 efi (256M) 524288 128 2 freebsd-boot (64k) 524416 524160 - free - (256M) 1048576 67108864 3 freebsd [bootme] (32G) 68157440 67108864 4 freebsd (32G) 135266304 67108864 5 freebsd-swap (32G) 202375168 33554432 6 freebsd-zfs (16G) 235929600 201326592 7 freebsd-zfs (96G) 437256192 31605903 - free - (15G) # gpart show ada2s3 => 0 67108864 ada2s3 BSD (32G) 0 2048 - free - (1.0M) 2048 2097152 1 freebsd-ufs (1.0G) 2099200 8388608 2 freebsd-ufs (4.0G) 10487808 33554432 4 freebsd-ufs (16G) 44042240 23066624 - free - (11G) GPT and BSD schemes have /boot/pmbr and /boot/boot bootcode respectively. GPT partcode applied to partition 2 from /boot/gptboot. Thanks, Aragon From owner-freebsd-geom@FreeBSD.ORG Fri May 6 00:14:02 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 553521065673 for ; Fri, 6 May 2011 00:14:02 +0000 (UTC) (envelope-from aragon@phat.za.net) Received: from mail.geek.sh (decoder.geek.sh [196.36.198.81]) by mx1.freebsd.org (Postfix) with ESMTP id DEFE18FC19 for ; Fri, 6 May 2011 00:14:01 +0000 (UTC) Received: from igor.geek.sh (196-209-90-218.dynamic.isadsl.co.za [196.209.90.218]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mail.geek.sh (Postfix) with ESMTPSA id 3FC773982D for ; Fri, 6 May 2011 02:13:59 +0200 (SAST) Message-ID: <4DC33D46.40306@phat.za.net> Date: Fri, 06 May 2011 02:13:58 +0200 From: Aragon Gouveia User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.15) Gecko/20110404 Thunderbird/3.1.9 MIME-Version: 1.0 To: freebsd-geom@freebsd.org References: <4DC1D62C.5070705@phat.za.net> <4DC225B5.2080704@yandex.ru> <4DC30250.1090306@phat.za.net> In-Reply-To: <4DC30250.1090306@phat.za.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: partitioning dilemma 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, 06 May 2011 00:14:02 -0000 On 05/05/11 22:02, Aragon Gouveia wrote: > Are you able to boot such partitions? Over here my system is just > entering a boot loop. BIOS has UEFI disabled, and I know for certain the > pmbr code is being executed, but not sure if it gets as far as chaining > to gptboot code. > > Here's what I have: > > # gpart show ada2 > => 34 468862061 ada2 GPT (223G) > 34 524254 1 efi (256M) > 524288 128 2 freebsd-boot (64k) > 524416 524160 - free - (256M) > 1048576 67108864 3 freebsd [bootme] (32G) > 68157440 67108864 4 freebsd (32G) > 135266304 67108864 5 freebsd-swap (32G) > 202375168 33554432 6 freebsd-zfs (16G) > 235929600 201326592 7 freebsd-zfs (96G) > 437256192 31605903 - free - (15G) > > # gpart show ada2s3 > => 0 67108864 ada2s3 BSD (32G) > 0 2048 - free - (1.0M) > 2048 2097152 1 freebsd-ufs (1.0G) > 2099200 8388608 2 freebsd-ufs (4.0G) > 10487808 33554432 4 freebsd-ufs (16G) > 44042240 23066624 - free - (11G) > > > GPT and BSD schemes have /boot/pmbr and /boot/boot bootcode > respectively. GPT partcode applied to partition 2 from /boot/gptboot. So I've been doing some more experimenting and it looks like my boot loop was caused by the return in sys/boot/i386/gptboot/gptboot.c:159. I replaced the return line with an infinite loop, which allowed me to read gptboot's error message, "no UFS partition was found". Upon further inspection, it looks like gptboot won't boot off a BSD labeled GPT partition. As a workaround I've done: # gpart show ada2 => 34 468862061 ada2 GPT (223G) 34 128 1 freebsd-boot (64k) 162 524126 - free - (255M) 524288 524288 2 freebsd-ufs [bootme] (256M) 1048576 67108864 3 freebsd (32G) 68157440 67108864 4 freebsd (32G) 135266304 67108864 5 freebsd-swap (32G) 202375168 33554432 6 freebsd-zfs (16G) 235929600 201326592 7 freebsd-zfs (96G) 437256192 31605903 - free - (15G) I newfs'd ada2p2 and copied a /boot directory there. I was hoping I'd be able to instruct loader to use ada2s3a as its rootdev, but alas, not even loader will read a BSD labeled GPT partition! For now I've also created /etc/fstab on ada2p2 which allows the kernel to boot from ada2p2, but mount / from the gmirror volume on ada2s3 and ada3s3. This seems like such an ugly hack that I'm reconsidering EBR if I can figure out how to calculate the partition offsets I want. Any other suggestions appreciated! Thanks, Aragon From owner-freebsd-geom@FreeBSD.ORG Fri May 6 05:11:12 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 2F966106566B for ; Fri, 6 May 2011 05:11:12 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from forward2.mail.yandex.net (forward2.mail.yandex.net [77.88.46.7]) by mx1.freebsd.org (Postfix) with ESMTP id D29988FC12 for ; Fri, 6 May 2011 05:11:11 +0000 (UTC) Received: from smtp1.mail.yandex.net (smtp1.mail.yandex.net [77.88.46.101]) by forward2.mail.yandex.net (Yandex) with ESMTP id C67C412A1B70; Fri, 6 May 2011 09:11:09 +0400 (MSD) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1304658669; bh=yu5u5WyGU7gQxoEf7P+dXUyLTSl44hX+nqBgXKE+8Q8=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type; b=QzEHCtjWpbhHGNxRjZEkqmesqoSjS0NacZ5yO48uQBkVJgzTimbPUGkJc1S3guFRK Ggyt7pgDZYOb/AyELVs/VG34sviE5ukdWDzutfZUg7IakYPRQ1ule2YcuEetdOheCQ qKrXS/FP7mbaM9KO3dYMnueFisQ+cYC1qFDCfvsw= Received: from [127.0.0.1] (mail.kirov.so-cdu.ru [77.72.136.145]) by smtp1.mail.yandex.net (Yandex) with ESMTPSA id 8E5DA10000C5; Fri, 6 May 2011 09:11:09 +0400 (MSD) Message-ID: <4DC382E0.8040004@yandex.ru> Date: Fri, 06 May 2011 09:10:56 +0400 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.5 (FreeBSD/20051231) MIME-Version: 1.0 To: Aragon Gouveia References: <4DC1D62C.5070705@phat.za.net> <4DC225B5.2080704@yandex.ru> <4DC30250.1090306@phat.za.net> In-Reply-To: <4DC30250.1090306@phat.za.net> X-Enigmail-Version: 1.1.1 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigF3580DEF37C55C7F505E21C2" X-Yandex-Spam: 1 Cc: freebsd-geom@freebsd.org Subject: Re: partitioning dilemma 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, 06 May 2011 05:11:12 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigF3580DEF37C55C7F505E21C2 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable On 06.05.2011 0:02, Aragon Gouveia wrote: >> I do not think that it is bad idea, it should work. >=20 > Are you able to boot such partitions? Over here my system is just ente= ring a boot loop. BIOS has > UEFI disabled, and I know for certain the pmbr code is being executed, = but not sure if it gets as > far as chaining to gptboot code. I'm sorry, did not look into gptboot code before. You are right, it is ab= le to boot only from freebsd-ufs GPT partitions. --=20 WBR, Andrey V. Elsukov --------------enigF3580DEF37C55C7F505E21C2 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (MingW32) iQEcBAEBAgAGBQJNw4LlAAoJEAHF6gQQyKF6VdQH/3Xd9IkaCCb1w1mvLAg4KcQn UIE11s0mjKTCJe/btew4JANX3OeEAkg8JNv2mbUyhiX3Q2pPJWdlJLe538zRbff3 taM/kNm0w0WJToY2UeUXZ8p2nBPsR4r6KNE3oRlqaluf1NEdGulI0G5JZdcgKZYa lq2I5U865GfgaePDg7TEox7+HK3bltkRJxmTqFFqiAkgQBfVJ0H5FdXlzIZXeMDr dnDiTC3FwRmPMfs8FAbtrp66AGiJHtqBqodEhG4WqDToQrwIu84JL+qYxDsFgXNp qCg19Xs4ppvFkk1aZButFaccA4oRvr1qj8v+J3fLkLBshrizJqSlGKpbnRS8yQo= =w2hN -----END PGP SIGNATURE----- --------------enigF3580DEF37C55C7F505E21C2--