From owner-freebsd-geom@FreeBSD.ORG Mon Jun 14 00:02:06 2010 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 A6B631065673; Mon, 14 Jun 2010 00:02:06 +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 7D6B48FC1A; Mon, 14 Jun 2010 00:02:06 +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 o5E026vt066635; Mon, 14 Jun 2010 00:02:06 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o5E026Eu066631; Mon, 14 Jun 2010 00:02:06 GMT (envelope-from linimon) Date: Mon, 14 Jun 2010 00:02:06 GMT Message-Id: <201006140002.o5E026Eu066631@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-geom@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/147667: [gmirror] Booting with one component of a gmirror, then with the other leads to an inconsistent gmirror device. 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, 14 Jun 2010 00:02:06 -0000 Old Synopsis: Booting with one component of a gmirror, then with the other leads to an inconsistent gmirror device. New Synopsis: [gmirror] Booting with one component of a gmirror, then with the other leads to an inconsistent gmirror device. Responsible-Changed-From-To: freebsd-bugs->freebsd-geom Responsible-Changed-By: linimon Responsible-Changed-When: Mon Jun 14 00:01:45 UTC 2010 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=147667 From owner-freebsd-geom@FreeBSD.ORG Mon Jun 14 11:06:51 2010 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 9C4DA1065708 for ; Mon, 14 Jun 2010 11:06:51 +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 808618FC18 for ; Mon, 14 Jun 2010 11:06:51 +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 o5EB6p7i078518 for ; Mon, 14 Jun 2010 11:06:51 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o5EB6owD078516 for freebsd-geom@FreeBSD.org; Mon, 14 Jun 2010 11:06:50 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 14 Jun 2010 11:06:50 GMT Message-Id: <201006141106.o5EB6owD078516@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, 14 Jun 2010 11:06:51 -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/147667 geom [gmirror] Booting with one component of a gmirror, the s bin/146277 geom gpart(8): gpart add -s 128M creates 1GB partition on 4 o kern/145818 geom [geom] geom_stat_open showing cached information for n p kern/145452 geom [geom] [panic] panic in geom_part_mbr when undoing des o kern/145042 geom [geom] System stops booting after printing message "GE o kern/144962 geom [geom] panic when accessing GPT disk with a large numb o kern/144905 geom [geom][gpart] panic in gpart_ctlreq when unplugging ca o kern/144732 geom [geom] [patch] geom_cache erroneously decodes its on-d o bin/144521 geom geom(1) tool parsing non-subclass command broken o kern/143455 geom gstripe(8) in RELENG_8 (31st Jan 2010) broken o kern/142563 geom [geom] [hang] ioctl freeze in zpool f kern/142365 geom [geom] FreeBSD RAID1 (gmirror) is much slower than Lin o kern/141740 geom [geom] gjournal(8): g_journal_destroy concurrent error p kern/141235 geom [geom_part] 8.0 no longer provides /dev entries for al 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/134044 geom [geom] gmirror(8) overwrites fs with stale data from r 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 f kern/132242 geom [gmirror] gmirror.ko fails to fully initialize o kern/131353 geom [geom] gjournal(8) kernel lock p docs/130548 geom [patch] gjournal(8) man page is missing sysctls 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/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 f kern/122415 geom [geom] UFS labels are being constantly created and rem o kern/122067 geom [geom] [panic] Geom crashed during boot o kern/121559 geom [patch] [geom] geom label class allows to create inacc 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 p bin/110705 geom gmirror(8) control utility does not exit with correct 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/88601 geom [geli] geli cause kernel panic under heavy disk usage o kern/87544 geom [gbde] mmaping large files on a gbde filesystem deadlo 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. s kern/73177 geom kldload geom_* causes panic due to memory exhaustion 57 problems total. From owner-freebsd-geom@FreeBSD.ORG Tue Jun 15 01:23:31 2010 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 3C25B1065675; Tue, 15 Jun 2010 01:23:31 +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 13CD78FC12; Tue, 15 Jun 2010 01:23:31 +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 o5F1NUwk022351; Tue, 15 Jun 2010 01:23:30 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o5F1NU45022347; Tue, 15 Jun 2010 01:23:30 GMT (envelope-from linimon) Date: Tue, 15 Jun 2010 01:23:30 GMT Message-Id: <201006150123.o5F1NU45022347@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-geom@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/147851: [geom] [panic] graid3 panic: g_read_data: invalid length 262144 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, 15 Jun 2010 01:23:31 -0000 Old Synopsis: graid3 panic: g_read_data: invalid length 262144 New Synopsis: [geom] [panic] graid3 panic: g_read_data: invalid length 262144 Responsible-Changed-From-To: freebsd-bugs->freebsd-geom Responsible-Changed-By: linimon Responsible-Changed-When: Tue Jun 15 01:19:02 UTC 2010 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=147851 From owner-freebsd-geom@FreeBSD.ORG Tue Jun 15 01:23:57 2010 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 978821065677; Tue, 15 Jun 2010 01:23:57 +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 6F0E38FC25; Tue, 15 Jun 2010 01:23:57 +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 o5F1NvAM022398; Tue, 15 Jun 2010 01:23:57 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o5F1Nvm4022394; Tue, 15 Jun 2010 01:23:57 GMT (envelope-from linimon) Date: Tue, 15 Jun 2010 01:23:57 GMT Message-Id: <201006150123.o5F1Nvm4022394@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-geom@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/147852: [geom] [panic] graid3 panic: wrong offset 16384 for sectorsize 65536 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, 15 Jun 2010 01:23:57 -0000 Old Synopsis: graid3 panic: wrong offset 16384 for sectorsize 65536 New Synopsis: [geom] [panic] graid3 panic: wrong offset 16384 for sectorsize 65536 Responsible-Changed-From-To: freebsd-bugs->freebsd-geom Responsible-Changed-By: linimon Responsible-Changed-When: Tue Jun 15 01:23:44 UTC 2010 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=147852 From owner-freebsd-geom@FreeBSD.ORG Tue Jun 15 01:36:20 2010 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 624391065672; Tue, 15 Jun 2010 01:36:20 +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 39BAC8FC14; Tue, 15 Jun 2010 01:36:20 +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 o5F1aKRl032023; Tue, 15 Jun 2010 01:36:20 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o5F1aKjX032019; Tue, 15 Jun 2010 01:36:20 GMT (envelope-from linimon) Date: Tue, 15 Jun 2010 01:36:20 GMT Message-Id: <201006150136.o5F1aKjX032019@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-geom@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/147664: [geom] [patch] Add the ability to create linux and fat32 partitions gpart 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, 15 Jun 2010 01:36:20 -0000 Old Synopsis: [patch] Add the ability to create linux and fat32 partitions gpart New Synopsis: [geom] [patch] Add the ability to create linux and fat32 partitions gpart Responsible-Changed-From-To: freebsd-bugs->freebsd-geom Responsible-Changed-By: linimon Responsible-Changed-When: Tue Jun 15 01:35:55 UTC 2010 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=147664 From owner-freebsd-geom@FreeBSD.ORG Tue Jun 15 09:11:34 2010 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 6F9A8106566B; Tue, 15 Jun 2010 09:11:34 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from forward3.mail.yandex.net (forward3.mail.yandex.net [77.88.46.8]) by mx1.freebsd.org (Postfix) with ESMTP id 172D98FC0C; Tue, 15 Jun 2010 09:11:33 +0000 (UTC) Received: from smtp1.mail.yandex.net (smtp1.mail.yandex.net [77.88.46.101]) by forward3.mail.yandex.net (Yandex) with ESMTP id 48A444D8804C; Tue, 15 Jun 2010 13:11:30 +0400 (MSD) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1276593090; bh=rNnwPs0f/kZ5+HRTe3We/37aOkNVUWkL4deK2RcX4N4=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:Content-Type; b=cxxD07wwxDaasMq8ef2AYW/eYqSTe1zUmtcf1CHJHRVKYl7Y+fu8ar7SnwA8OdgKY NhouZ4dpbu8iL2XS9e/AdrTuOt1QieKP8T2F2o7/Y5Kbz9eu741BsbidIsrIhlqeVw rVLxKV1a6BTgyXAvSuBjaB9/RR+u6r08v5yjM5U4= Received: from [127.0.0.1] (mail.kirov.so-cdu.ru [77.72.136.145]) by smtp1.mail.yandex.net (Yandex) with ESMTPSA id E0AFF29009A; Tue, 15 Jun 2010 13:11:29 +0400 (MSD) Message-ID: <4C1743BB.6030105@yandex.ru> Date: Tue, 15 Jun 2010 13:11:23 +0400 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.5 (FreeBSD/20051231) MIME-Version: 1.0 To: freebsd-geom@freebsd.org X-Enigmail-Version: 1.0.1 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig79D80590E479BCE0D63ED981" X-Yandex-TimeMark: 1276593090 X-Yandex-Spam: 1 X-Yandex-Front: smtp1.mail.yandex.net Cc: Alexander Motin , Marcel Moolenaar , Konstantin Belousov Subject: RFC: make gpart(8) sector size aware 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, 15 Jun 2010 09:11:34 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig79D80590E479BCE0D63ED981 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable Hi, All. I made a patch that makes gpart(8) sector size aware. There is a known issue described in bin/146277. gpart(8) uses type ASCLBA for size-related params and it doesn't know about provider's sector size when geom(8) parses arguments. By default it assumes that sector size is 512 bytes. And when user specifies size or= start offset params in humanized form they being calculated into sectors incorrectly. It seems that only gpart(8) uses G_TYPE_ASCLBA and there are none of anot= her consumers, so I deleted this type and replace it to G_TYPE_STRING. And no= w gpart(8) converts size-related params after geom(8) when it can know prov= ider's sector size. My patch is here: http://people.freebsd.org/~ae/gpart_sectorsize.diff Also I replaced `unsigned long long` type for `off_t` for unify code sinc= e it seems off_t used for media size in libgeom(8) and for DIOCGMEDIASIZE i= octl. --=20 WBR, Andrey V. Elsukov --------------enig79D80590E479BCE0D63ED981 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) iQEcBAEBAgAGBQJMF0PAAAoJEAHF6gQQyKF6FTMH/3+EXSSDKBwvYbOInygo5R0M 7jgpbR4FYrVNsSkZcsZthHgiA5hg7QeS7ytbfTcaPx1fpz/QtOui6wBBhXqV/D/J z+yPmVoQKG/RAVgz+S9Geo4Mw43LZbwj0yMvw+kiSI6mnxREudCuIptGluUTe5I7 oqW0/AXVAkL9SI82tecVIz+Gh857vqicpEXkyQrwDZL5nmujkrJhm2Gq2wa0aogu nrD0YMAIyrG1BcMdkytLUO6HTjHh8LhVGwQnjBkyB+8pI9XoNSt3rFF4Pjfp7nwM sZNf+/DxF58GEFaqqGdiqQPd33AW5lpxyNGMgcw/mc5wECi+oEONfGd9iZrFelY= =GCHj -----END PGP SIGNATURE----- --------------enig79D80590E479BCE0D63ED981-- From owner-freebsd-geom@FreeBSD.ORG Tue Jun 15 10:17:44 2010 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 3ACC4106566C for ; Tue, 15 Jun 2010 10:17:44 +0000 (UTC) (envelope-from nonsolosoft@diff.org) Received: from smtpi3.ngi.it (smtpi3.ngi.it [88.149.128.33]) by mx1.freebsd.org (Postfix) with ESMTP id F3E0B8FC15 for ; Tue, 15 Jun 2010 10:17:43 +0000 (UTC) Received: from lap.diff.org (81-174-26-135.static.ngi.it [81.174.26.135]) by smtpi3.ngi.it (Postfix) with ESMTP id CBE22318AB1 for ; Tue, 15 Jun 2010 12:17:40 +0200 (CEST) Message-ID: <4C175344.5040107@diff.org> Date: Tue, 15 Jun 2010 12:17:40 +0200 From: Ferruccio Zamuner Organization: NonSoLoSoft User-Agent: Thunderbird 2.0.0.23 (X11/20100121) MIME-Version: 1.0 To: freebsd-geom@freebsd.org Content-Type: multipart/mixed; boundary="------------060205030907090604090803" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: gjournal and gmirror 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, 15 Jun 2010 10:17:44 -0000 This is a multi-part message in MIME format. --------------060205030907090604090803 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hi, I've following config: ad4s1 and ad6s1 in gmirror as gm0 gm0a / gm0d /tmp gm0e /var gm0f /usr then gjournal on gm0g: gm0g.journalg /home During boot I got following error: GEOM_JOURNAL: Journal 3265863595: mirror/gm0g contains data. GEOM_JOURNAL: Journal 3265863595: mirror/gm0g contains journal. GEOM_JOURNAL: Journal mirror/gm0g clean. GEOM_JOURNAL: Journal 2411630194: mirror/gm0 contains data. GEOM_JOURNAL: Journal 2411630194: mirror/gm0 contains data. GEOM_JOURNAL: Cannot access mirror/gm0 (error=1) gm0 has not journal data itself and it has not space for them. actually I've in /boot/loader.conf both geom_mirror_load="YES" and geom_journal_load="YES" Any hint about how to make it boot without trouble? Best regards, \ferz --------------060205030907090604090803-- From owner-freebsd-geom@FreeBSD.ORG Tue Jun 15 23:04:16 2010 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 1870B1065672; Tue, 15 Jun 2010 23:04:16 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from asmtpout024.mac.com (asmtpout024.mac.com [17.148.16.99]) by mx1.freebsd.org (Postfix) with ESMTP id F00E98FC0C; Tue, 15 Jun 2010 23:04:15 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=us-ascii Received: from [172.24.241.207] (natint3.juniper.net [66.129.224.36]) by asmtp024.mac.com (Sun Java(tm) System Messaging Server 6.3-8.01 (built Dec 16 2008; 32bit)) with ESMTPSA id <0L4200FQPW32CG80@asmtp024.mac.com>; Tue, 15 Jun 2010 16:04:15 -0700 (PDT) X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx engine=6.0.2-1004200000 definitions=main-1006150156 X-Proofpoint-Virus-Version: vendor=fsecure engine=1.12.8161:2.4.5,1.2.40,4.0.166 definitions=2010-06-15_03:2010-02-06, 2010-06-15, 2010-06-15 signatures=0 From: Marcel Moolenaar In-reply-to: <4C1743BB.6030105@yandex.ru> Date: Tue, 15 Jun 2010 16:04:13 -0700 Message-id: <38A1A2C1-FB5A-4578-A479-2D4D429E937A@mac.com> References: <4C1743BB.6030105@yandex.ru> To: "Andrey V. Elsukov" X-Mailer: Apple Mail (2.1078) Cc: Alexander Motin , Marcel Moolenaar , Konstantin Belousov , freebsd-geom@freebsd.org Subject: Re: RFC: make gpart(8) sector size aware 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, 15 Jun 2010 23:04:16 -0000 On Jun 15, 2010, at 2:11 AM, Andrey V. Elsukov wrote: > Hi, All. > > I made a patch that makes gpart(8) sector size aware. > There is a known issue described in bin/146277. > > gpart(8) uses type ASCLBA for size-related params and it doesn't know > about provider's sector size when geom(8) parses arguments. By default > it assumes that sector size is 512 bytes. And when user specifies size or > start offset params in humanized form they being calculated into sectors > incorrectly. > > It seems that only gpart(8) uses G_TYPE_ASCLBA and there are none of another > consumers, so I deleted this type and replace it to G_TYPE_STRING. And now > gpart(8) converts size-related params after geom(8) when it can know provider's > sector size. Overall the approach is good, but it does go against what I think is the intend of geom and that is that gctl creating is handled in common code using the the tables. That's also why I introduced G_TYPE_ASCLBA. I'm fine with using G_TYPE_STRING and adding a bit of post-processing. FYI, -- Marcel Moolenaar xcllnt@mac.com From owner-freebsd-geom@FreeBSD.ORG Thu Jun 17 11:33:48 2010 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 8222D10656C8 for ; Thu, 17 Jun 2010 11:33:48 +0000 (UTC) (envelope-from greenx@yartv.ru) Received: from mail.yartv.ru (smtp.yartv.ru [94.158.0.17]) by mx1.freebsd.org (Postfix) with ESMTP id 3C7298FC28 for ; Thu, 17 Jun 2010 11:33:47 +0000 (UTC) Received: from greenx.yartelenet.ru (greenx.yartelenet.ru [94.158.0.2]) by mail.yartv.ru (Postfix) with ESMTP id F0D23730E5 for ; Thu, 17 Jun 2010 15:17:14 +0400 (MSD) Message-ID: <4C1A043A.3000906@yartv.ru> Date: Thu, 17 Jun 2010 15:17:14 +0400 From: Andrey Groshev User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; ru-RU; rv:1.9.1.9) Gecko/20100609 Thunderbird/3.0.4 MIME-Version: 1.0 To: freebsd-geom@freebsd.org Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: trouble creating UFS slise with gpart 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, 17 Jun 2010 11:33:48 -0000 Hi, All! I decided to use "gpart" for partitioning, instead of the standard fdisk, bsdlabel , which were used during initial installation freebsd. On first slice is installed windows, and the second freebsd. I can not remove windose, because for his computer owned by an organization in which I work, and for windose paid. :) I want to make just one more slice with UFS. #gpart show => 63 976773105 ada0 MBR (466G) 63 69561387 1 !7 (33G) 69561450 125821080 2 freebsd [active] (60G) 195382530 671083245 3 freebsd (320G) 866465775 110307393 - free - (53G) => 0 125821080 ada0s2 BSD (60G) 0 16 - free - (8.0K) 16 2097152 1 freebsd-ufs (1.0G) 2097168 4194304 2 freebsd-swap (2.0G) 6291472 8388608 4 freebsd-ufs (4.0G) 14680080 8388608 5 freebsd-ufs (4.0G) 23068688 102752392 6 freebsd-ufs (49G) => 0 671083245 ada0s3 BSD (320G) 0 16 - free - (8.0K) 16 671083229 1 freebsd-ufs (320G) Now since MBR already have, I just create another one with freebsd. #gpart add -t freebsd ada0 ada0s4 added I saw what happened ... #gpart show => 63 976773105 ada0 MBR (466G) 63 69561387 1 !7 (33G) 69561450 125821080 2 freebsd [active] (60G) 195382530 671083245 3 freebsd (320G) 866465775 110307393 4 freebsd (53G) => 0 125821080 ada0s2 BSD (60G) 0 16 - free - (8.0K) 16 2097152 1 freebsd-ufs (1.0G) 2097168 4194304 2 freebsd-swap (2.0G) 6291472 8388608 4 freebsd-ufs (4.0G) 14680080 8388608 5 freebsd-ufs (4.0G) 23068688 102752392 6 freebsd-ufs (49G) => 0 671083245 ada0s3 BSD (320G) 0 16 - free - (8.0K) 16 671083229 1 freebsd-ufs (320G) => 0 110307393 ada0s4 EBR (53G) 0 110307393 - free - (53G) Why did the resulting slice has a type of EBR and not BSD (as I asked)? It's me doing something wrong or gpart considers himself very clever? From owner-freebsd-geom@FreeBSD.ORG Thu Jun 17 12:23:34 2010 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 42B3A1065679 for ; Thu, 17 Jun 2010 12:23:34 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from forward1.mail.yandex.net (forward1.mail.yandex.net [77.88.46.6]) by mx1.freebsd.org (Postfix) with ESMTP id E10708FC21 for ; Thu, 17 Jun 2010 12:23:33 +0000 (UTC) Received: from smtp2.mail.yandex.net (smtp2.mail.yandex.net [77.88.46.102]) by forward1.mail.yandex.net (Yandex) with ESMTP id E6D2869E8950; Thu, 17 Jun 2010 16:23:31 +0400 (MSD) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1276777411; bh=mVNFPPpmTIkw/Yl/lW88i86FQZUrAy7MBKbY+le8/m4=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type; b=Dry/Eqrp4XZaoImQ/TtDQOlDe3jaZ7DMNYc/ahgiVlS7BTGYEwRqn+7IeH7QBILlD 0yaKa5opg4iotj88dVM/kph5qLRArSF8xDHRq4cEnsuiwjFYb+rEPuK6SOf9ub9wsy B6jY52fGhh6/x68wxWICd20Y6uH9odBjlXRvU/vw= Received: from [127.0.0.1] (mail.kirov.so-cdu.ru [77.72.136.145]) by smtp2.mail.yandex.net (Yandex) with ESMTPSA id AA0A252809F; Thu, 17 Jun 2010 16:23:31 +0400 (MSD) Message-ID: <4C1A13BF.4030603@yandex.ru> Date: Thu, 17 Jun 2010 16:23:27 +0400 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.5 (FreeBSD/20051231) MIME-Version: 1.0 To: Andrey Groshev References: <4C1A043A.3000906@yartv.ru> In-Reply-To: <4C1A043A.3000906@yartv.ru> X-Enigmail-Version: 1.0.1 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig07200BD5453D6DC86243824E" X-Yandex-TimeMark: 1276777411 X-Yandex-Spam: 1 X-Yandex-Front: smtp2.mail.yandex.net Cc: freebsd-geom@freebsd.org Subject: Re: trouble creating UFS slise with gpart 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, 17 Jun 2010 12:23:34 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig07200BD5453D6DC86243824E Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable On 17.06.2010 15:17, Andrey Groshev wrote: > Now since MBR already have, I just create another one with freebsd. > #gpart add -t freebsd ada0 > ada0s4 added > =3D> 0 110307393 ada0s4 EBR (53G) > 0 110307393 - free - (53G) >=20 > Why did the resulting slice has a type of EBR and not BSD (as I asked)?= > It's me doing something wrong or gpart considers himself very clever? Which FreeBSD version do you use? Probably there are some EBR's metadata saved at this place. Did you try to create BSD scheme? # gpart create -s BSD ada0s4 --=20 WBR, Andrey V. Elsukov --------------enig07200BD5453D6DC86243824E 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) iQEcBAEBAgAGBQJMGhPCAAoJEAHF6gQQyKF61ZEIAKh8B1chGVQBgbk1lKZfNTTX AtPWdZ/sQ+hCUq3AFYu8FmaKcuiLbVATUqxXPSXibYv6L604kdIaSyWeuAau+9jT +NKeHZRncqvcSuMsw6+2OgI8vPvTzFCXwxm0pVFqERh1cctxicYdgCoUkI4XeXLJ KM+PKab+FQi0YpNTmx5b9p+j7RM2iK+yRiB+sAt69mlFtB0LJve+Sn+A1y67OT5h 3kjQa+KDEZ+zeD8cC8pRsv/A6j8L4dAUMkiE0Azoa5FgY/X4z12+4jUJXDa9KQMM jUl/mqXkGhTVkwrUbpiyk3jy2QfA1L6dNpXcECYvtEn/1loLMQ6ykuS7AnDDYBY= =zJ0f -----END PGP SIGNATURE----- --------------enig07200BD5453D6DC86243824E-- From owner-freebsd-geom@FreeBSD.ORG Thu Jun 17 14:17:44 2010 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 105311065672 for ; Thu, 17 Jun 2010 14:17:44 +0000 (UTC) (envelope-from greenx@yartv.ru) Received: from mail.yartv.ru (smtp.yartv.ru [94.158.0.17]) by mx1.freebsd.org (Postfix) with ESMTP id BBF1F8FC0A for ; Thu, 17 Jun 2010 14:17:43 +0000 (UTC) Received: from greenx.yartelenet.ru (greenx.yartelenet.ru [94.158.0.2]) by mail.yartv.ru (Postfix) with ESMTP id 37ABD730E5 for ; Thu, 17 Jun 2010 18:17:42 +0400 (MSD) Message-ID: <4C1A2E85.4010906@yartv.ru> Date: Thu, 17 Jun 2010 18:17:41 +0400 From: Andrey Groshev User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; ru-RU; rv:1.9.1.9) Gecko/20100609 Thunderbird/3.0.4 MIME-Version: 1.0 To: freebsd-geom@freebsd.org References: <4C1A043A.3000906@yartv.ru> <4C1A13BF.4030603@yandex.ru> In-Reply-To: <4C1A13BF.4030603@yandex.ru> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 8bit Subject: Re: trouble creating UFS slise with gpart 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, 17 Jun 2010 14:17:44 -0000 17.06.2010 16:23, Andrey V. Elsukov пишет: > On 17.06.2010 15:17, Andrey Groshev wrote: > >> Now since MBR already have, I just create another one with freebsd. >> #gpart add -t freebsd ada0 >> ada0s4 added >> => 0 110307393 ada0s4 EBR (53G) >> 0 110307393 - free - (53G) >> >> Why did the resulting slice has a type of EBR and not BSD (as I asked)? >> It's me doing something wrong or gpart considers himself very clever? >> > Which FreeBSD version do you use? > Version 8.1-PRERELEASE i386 at Thu Jun 17 14:04:37 MSD 2010 > Probably there are some EBR's metadata saved at this place. > Yes exactly, this part of the drive I use for experiments. > Did you try to create BSD scheme? > > # gpart create -s BSD ada0s4 > > Purity of the experiment is not achieved, because I have the old method to partition a disk. But now I see how it was supposed to be:) [root@greenxhome/greenx/ispman]#gpart show => 63 976773105 ada0 MBR (466G) 63 69561387 1 !7 (33G) 69561450 125821080 2 freebsd [active] (60G) 195382530 671083245 3 freebsd (320G) 866465775 110307393 - free - (53G) => 0 125821080 ada0s2 BSD (60G) 0 16 - free - (8.0K) 16 2097152 1 freebsd-ufs (1.0G) 2097168 4194304 2 freebsd-swap (2.0G) 6291472 8388608 4 freebsd-ufs (4.0G) 14680080 8388608 5 freebsd-ufs (4.0G) 23068688 102752392 6 freebsd-ufs (49G) => 0 671083245 ada0s3 BSD (320G) 0 16 - free - (8.0K) 16 671083229 1 freebsd-ufs (320G) [root@greenxhome/greenx/ispman]#gpart add -t freebsd ada0 ada0s4 added [root@greenxhome/greenx/ispman]#gpart show => 63 976773105 ada0 MBR (466G) 63 69561387 1 !7 (33G) 69561450 125821080 2 freebsd [active] (60G) 195382530 671083245 3 freebsd (320G) 866465775 110307393 4 freebsd (53G) => 0 125821080 ada0s2 BSD (60G) 0 16 - free - (8.0K) 16 2097152 1 freebsd-ufs (1.0G) 2097168 4194304 2 freebsd-swap (2.0G) 6291472 8388608 4 freebsd-ufs (4.0G) 14680080 8388608 5 freebsd-ufs (4.0G) 23068688 102752392 6 freebsd-ufs (49G) => 0 671083245 ada0s3 BSD (320G) 0 16 - free - (8.0K) 16 671083229 1 freebsd-ufs (320G) In the previous experiment, there was already ada0s4!!!! I did not think, that the system shows me that a breakdown of the disk that once was there. I thought, that gpart made a record in the MBR and suitable recording on slice. And when I tried to enter the following command system would 'already exists' ! Modify the partition of the system did not give me too. On the one hand it is very good that nothing is lost, and with another inexperienced person is misleading. Maybe print a warning if the type of an existing entry in the slice is not the type to MBR? In any case, thanks for the tip-off:) Best regards, GreenX