From owner-freebsd-geom@FreeBSD.ORG Sun Feb 2 07:10:35 2014 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E411B501 for ; Sun, 2 Feb 2014 07:10:34 +0000 (UTC) Received: from forward5l.mail.yandex.net (forward5l.mail.yandex.net [IPv6:2a02:6b8:0:1819::5]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 76E81134C for ; Sun, 2 Feb 2014 07:10:34 +0000 (UTC) Received: from smtp17.mail.yandex.net (smtp17.mail.yandex.net [95.108.252.17]) by forward5l.mail.yandex.net (Yandex) with ESMTP id 67CEAC40CAD; Sun, 2 Feb 2014 11:10:31 +0400 (MSK) Received: from smtp17.mail.yandex.net (localhost [127.0.0.1]) by smtp17.mail.yandex.net (Yandex) with ESMTP id 1A7701900230; Sun, 2 Feb 2014 11:10:31 +0400 (MSK) Received: from 84.201.164.106-vpn.dhcp.yndx.net (84.201.164.106-vpn.dhcp.yndx.net [84.201.164.106]) by smtp17.mail.yandex.net (nwsmtp/Yandex) with ESMTPSA id SqIsP1KUzX-AUHmjrCJ; Sun, 2 Feb 2014 11:10:30 +0400 (using TLSv1 with cipher CAMELLIA256-SHA (256/256 bits)) (Client certificate not present) X-Yandex-Uniq: 2516b92c-b094-4dbd-a542-5b2046bafb7a DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1391325030; bh=/H1+Ka++bqdORZAm97ver/TB5pCPXKE1qMROTAm8IFU=; h=Message-ID:Date:From:User-Agent:MIME-Version:To:Subject: References:In-Reply-To:X-Enigmail-Version:Content-Type: Content-Transfer-Encoding; b=E4IyIDtXbPnGUJiAcz8Q1XNFNvqCiMl1XsQjlYOVeut4Spdux4Qmk20I8dQELEadg mScM4sWjnBFEQBbfIcBYp0lFJfqKHFINZB9XdIhRlwGeMob2NHv7c16jrSthH+5IJY 1Ui9D43fmnNiw1SaVjhRXjXMCQw3O1zKl681I/MY= Authentication-Results: smtp17.mail.yandex.net; dkim=pass header.i=@yandex.ru Message-ID: <52EDEF19.3020500@yandex.ru> Date: Sun, 02 Feb 2014 11:09:13 +0400 From: "Andrey V. Elsukov" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: Kevin Oberman , FreeBSD Geom ML Subject: Re: Geom tasting exfat slices References: In-Reply-To: X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Feb 2014 07:10:35 -0000 On 01.02.2014 23:45, Kevin Oberman wrote: > I have a slice that is formatted (by Windows) as exfat. I can mount it with > the mount.exfat-fuse command and ti seems to work fine using FUSE and > fusefs-exfat. But geom does not see it. There is no /dev/geom directory What do you expect to see in this directory? > created and "gpart show" returns: > # gpart show ada0 > => 63 1465149105 ada0 MBR (699G) > 63 1985 - free - (993K) > 2048 2457600 1 ntfs (1.2G) > 2459648 958765056 2 ntfs (457G) > 961224704 471040000 3 ebr (225G) > 1432264704 32878592 4 ntfs (16G) > 1465143296 5872 - free - (2.9M) > The exfat slice is "961224704 471040000 3 ebr (225G)" > In more detail, I get: > 3. Name: ada0s3 > Mediasize: 241172480000 (225G) > Sectorsize: 512 > Stripesize: 4096 > Stripeoffset: 0 > Mode: r0w0e0 > rawtype: 15 > length: 241172480000 > offset: 492147048448 > type: ebr > index: 3 > end: 1432264703 > start: 961224704 > More oddly, when I mount the FS, I need to mount ada0s5??? > > Any idea what the heck is going on? I'd really like to get it to automount > with gnome-mount, but hald does not even seem to see it at all. I may need > to format it differently. It shows up on Windows as a "Logical" partition, > not "Primary". I don't understand this. http://en.wikipedia.org/wiki/Master_boot_record MBR provides an ability to create 4 partitions. Windows calls them "Primary partitions". When you want to create more, you need to use EBR. http://en.wikipedia.org/wiki/Extended_boot_record EBR uses one entry in MBR, but can provide many "Logical partitions". They all are inside this logical partition. Historically FreeBSD has naming convention for these partitions - those indexes start from 5. As you can see, your MBR used all 4 primary partitions. Those indexes are from s1 to s4. One partition contains EBR. Name of logical partitions inside of s3 partition starts from s5. You can see all partitions using the command `gpart show -p ada0s3`. -- WBR, Andrey V. Elsukov From owner-freebsd-geom@FreeBSD.ORG Sun Feb 2 07:29:33 2014 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 131FB73A for ; Sun, 2 Feb 2014 07:29:33 +0000 (UTC) Received: from mail-pb0-x232.google.com (mail-pb0-x232.google.com [IPv6:2607:f8b0:400e:c01::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id DAD5E14A5 for ; Sun, 2 Feb 2014 07:29:32 +0000 (UTC) Received: by mail-pb0-f50.google.com with SMTP id rq2so5974460pbb.9 for ; Sat, 01 Feb 2014 23:29:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=mi61uITt4V/qjqCqN+tBbMhUcUySlLIWqC8qCmb8jCw=; b=nuOYID8I/inlK+IXMxUNGFW5A4qB0ivj8OdFZF0Nr6XMhhwszAJJ+yXCRMbHrg9UB+ e7QLEujxmbBow1+1TQ/D+ct9mEi0zOV6vrfdlrJywYd48MSjDEpbfoJN0D3xXkRhjgtc 3Xygv3zjHRp4ShQMwXM/bkZuPJlu1s1fBx+hbE4in2ImncfZV9AzFTYisG1jL8ihYa55 DvC6zPc02ryhKtDTM5FvP9r81/NaO/+JnGfKRkeFS90kpWSivoXfrpRAPLMxMraXn/Jb ipDELEt1N7VBk4HJPRmMeoiSFsZNMu4yhjo8NzFAkgDgj+vBfQwdCSJSfWDH3uN3bZ/1 1CpQ== MIME-Version: 1.0 X-Received: by 10.66.251.42 with SMTP id zh10mr30831106pac.84.1391326172514; Sat, 01 Feb 2014 23:29:32 -0800 (PST) Sender: kob6558@gmail.com Received: by 10.67.30.1 with HTTP; Sat, 1 Feb 2014 23:29:32 -0800 (PST) In-Reply-To: <52EDEF19.3020500@yandex.ru> References: <52EDEF19.3020500@yandex.ru> Date: Sat, 1 Feb 2014 23:29:32 -0800 X-Google-Sender-Auth: shT_fT7jlQsnTweX9auTLFQ9vKs Message-ID: Subject: Re: Geom tasting exfat slices From: Kevin Oberman To: "Andrey V. Elsukov" Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: FreeBSD Geom ML X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Feb 2014 07:29:33 -0000 On Feb 1, 2014 11:10 PM, "Andrey V. Elsukov" wrote: > > On 01.02.2014 23:45, Kevin Oberman wrote: > > I have a slice that is formatted (by Windows) as exfat. I can mount it with > > the mount.exfat-fuse command and ti seems to work fine using FUSE and > > fusefs-exfat. But geom does not see it. There is no /dev/geom directory > > What do you expect to see in this directory? Sorry. I meant /dev/exfat. But it does not look like GEOM groks exFAT. > > created and "gpart show" returns: > > # gpart show ada0 > > => 63 1465149105 ada0 MBR (699G) > > 63 1985 - free - (993K) > > 2048 2457600 1 ntfs (1.2G) > > 2459648 958765056 2 ntfs (457G) > > 961224704 471040000 3 ebr (225G) > > 1432264704 32878592 4 ntfs (16G) > > 1465143296 5872 - free - (2.9M) > > The exfat slice is "961224704 471040000 3 ebr (225G)" > > In more detail, I get: > > 3. Name: ada0s3 > > Mediasize: 241172480000 (225G) > > Sectorsize: 512 > > Stripesize: 4096 > > Stripeoffset: 0 > > Mode: r0w0e0 > > rawtype: 15 > > length: 241172480000 > > offset: 492147048448 > > type: ebr > > index: 3 > > end: 1432264703 > > start: 961224704 > > More oddly, when I mount the FS, I need to mount ada0s5??? > > > > Any idea what the heck is going on? I'd really like to get it to automount > > with gnome-mount, but hald does not even seem to see it at all. I may need > > to format it differently. It shows up on Windows as a "Logical" partition, > > not "Primary". I don't understand this. > > http://en.wikipedia.org/wiki/Master_boot_record > > MBR provides an ability to create 4 partitions. Windows calls them > "Primary partitions". When you want to create more, you need to use EBR. > > http://en.wikipedia.org/wiki/Extended_boot_record > > EBR uses one entry in MBR, but can provide many "Logical partitions". > They all are inside this logical partition. Historically FreeBSD has > naming convention for these partitions - those indexes start from 5. > As you can see, your MBR used all 4 primary partitions. Those indexes > are from s1 to s4. One partition contains EBR. Name of logical > partitions inside of s3 partition starts from s5. You can see all > partitions using the command `gpart show -p ada0s3`. Yes, it does, but it thinks the slice is NTFS when it is actually exFAT. Should geom recognize exFAT? 1. Name: ada0s5 Mediasize: 241171431424 (225G) Sectorsize: 512 Stripesize: 4096 Stripeoffset: 0 Mode: r1w1e0 rawtype: 7 length: 241171431424 offset: 1048576 type: ntfs index: 1 end: 471039999 start: 0 Actually, I only have 4 slices. 3 are NTFS and the other is exFAT. I have deleted the partition on Windows, but I seem to only be able to create an EBR partition, for some reason. Maybe something is still retaining a primary partition and maybe gpart can really delete it. I'd rather use GPT, but my ThinkPad won't boot from a GPT disk that is not EFT. If I can get t to be a Primary partition, perhaps GEOM will recognize it, but I'm not confident of that. Thanks so much for pointing out the obvious that I was missing. I'll play aroudn with it some more tomorrow and see what I can get it to do. > > -- > WBR, Andrey V. Elsukov From owner-freebsd-geom@FreeBSD.ORG Sun Feb 2 07:49:28 2014 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A134E99A for ; Sun, 2 Feb 2014 07:49:28 +0000 (UTC) Received: from forward10l.mail.yandex.net (forward10l.mail.yandex.net [84.201.143.143]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 5237015BF for ; Sun, 2 Feb 2014 07:49:27 +0000 (UTC) Received: from smtp18.mail.yandex.net (smtp18.mail.yandex.net [95.108.252.18]) by forward10l.mail.yandex.net (Yandex) with ESMTP id 411A7BA0D65; Sun, 2 Feb 2014 11:49:24 +0400 (MSK) Received: from smtp18.mail.yandex.net (localhost [127.0.0.1]) by smtp18.mail.yandex.net (Yandex) with ESMTP id E49D718A0344; Sun, 2 Feb 2014 11:49:23 +0400 (MSK) Received: from 84.201.164.106-vpn.dhcp.yndx.net (84.201.164.106-vpn.dhcp.yndx.net [84.201.164.106]) by smtp18.mail.yandex.net (nwsmtp/Yandex) with ESMTPSA id 6CRy7da26A-nNdmRC64; Sun, 2 Feb 2014 11:49:23 +0400 (using TLSv1 with cipher CAMELLIA256-SHA (256/256 bits)) (Client certificate not present) X-Yandex-Uniq: ba73d94a-36f2-455f-90df-c6f4f3b87d2a DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1391327363; bh=s3aTryLSvqtXTxJJ7FmwDJejL0vAw+vyMMFH3UeJYPA=; h=Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject: References:In-Reply-To:X-Enigmail-Version:Content-Type: Content-Transfer-Encoding; b=iTvL1wrSko6PcdNSPy+C5jtkfiNxLCuAvWwxrHZ9006y0i4ITIgOqFSZNu4vwMswI NxquJ/OpX/Nh4IOaJxnxNpeuPOJq/Vq0ImplaZLOTlDli8QfUyOVOY9oOj93qGrOqL Mv+1+gX7BvDzvlMLfTTYFtZlr7tFb0mxxN9mM23M= Authentication-Results: smtp18.mail.yandex.net; dkim=pass header.i=@yandex.ru Message-ID: <52EDF836.4000507@yandex.ru> Date: Sun, 02 Feb 2014 11:48:06 +0400 From: "Andrey V. Elsukov" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: Kevin Oberman Subject: Re: Geom tasting exfat slices References: <52EDEF19.3020500@yandex.ru> In-Reply-To: X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD Geom ML X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Feb 2014 07:49:28 -0000 On 02.02.2014 11:29, Kevin Oberman wrote: > Yes, it does, but it thinks the slice is NTFS when it is actually exFAT. > Should geom recognize exFAT? > > 1. Name: ada0s5 > Mediasize: 241171431424 (225G) > Sectorsize: 512 > Stripesize: 4096 > Stripeoffset: 0 > Mode: r1w1e0 > rawtype: 7 > length: 241171431424 > offset: 1048576 > type: ntfs > index: 1 > end: 471039999 > start: 0 > > Actually, I only have 4 slices. 3 are NTFS and the other is exFAT. I have > deleted the partition on Windows, but I seem to only be able to create an > EBR partition, for some reason. Maybe something is still retaining a > primary partition and maybe gpart can really delete it. I'd rather use GPT, > but my ThinkPad won't boot from a GPT disk that is not EFT. > > > If I can get t to be a Primary partition, perhaps GEOM will recognize it, > but I'm not confident of that. > > Thanks so much for pointing out the obvious that I was missing. I'll play > aroudn with it some more tomorrow and see what I can get it to do. According to http://en.wikipedia.org/wiki/Partition_type the type number 7 is shared between several types of partitions. So there is nothing wrong, just use this partition. -- WBR, Andrey V. Elsukov From owner-freebsd-geom@FreeBSD.ORG Sun Feb 2 19:18:17 2014 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2EFC37F2 for ; Sun, 2 Feb 2014 19:18:17 +0000 (UTC) Received: from mail-we0-x22c.google.com (mail-we0-x22c.google.com [IPv6:2a00:1450:400c:c03::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B799515E3 for ; Sun, 2 Feb 2014 19:18:16 +0000 (UTC) Received: by mail-we0-f172.google.com with SMTP id p61so1420721wes.17 for ; Sun, 02 Feb 2014 11:18:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=date:from:to:subject:message-id:in-reply-to:references:mime-version :content-type:content-transfer-encoding; bh=8PUkEkcvUdvdy01rkCW/QoTmnYTcYIT7OMO2GViI7Ug=; b=H1vdx8OnCCvV7kVTlsGQ5RfD9qO67Ig9y7LRh7vU6CZ2zrT2qVcRVwVdtenT2iQVRy oZwBiHaiFKUANxL1JoGh1gQfkPxYyx5sy5/yte4negpeBdIG7Tzyx93sOOpfoMJO6EeG XUanioou4IGgFEpITkXaxAzjfQPjhbdONPXRrVtDPSrSePMLdtTiDaRJdqo8Aqkz+EqU ZcPQmsSCpjGoiEG1q0Tjy5go+wHIhLhbZ/bfuDeIVPJg4r378+Y7JRz5L64gbG7pGHIP qxhXjqDOE+EGOWXqiG5eqDd+uKXqZViFb8F0L66nuVp9C9sreGs1s2sVVWWoDeRSFHgW nfuw== X-Received: by 10.194.240.7 with SMTP id vw7mr137242wjc.75.1391368695252; Sun, 02 Feb 2014 11:18:15 -0800 (PST) Received: from gumby.homeunix.com (4e56702c.skybroadband.com. [78.86.112.44]) by mx.google.com with ESMTPSA id gt6sm3141748wib.8.2014.02.02.11.18.14 for (version=SSLv3 cipher=RC4-SHA bits=128/128); Sun, 02 Feb 2014 11:18:14 -0800 (PST) Date: Sun, 2 Feb 2014 19:18:13 +0000 From: RW To: freebsd-geom@freebsd.org Subject: Re: GELI safe to reboot without detach? Message-ID: <20140202191813.3362c508@gumby.homeunix.com> In-Reply-To: <52C1EE92.1020704@delphij.net> References: <52C1EE92.1020704@delphij.net> X-Mailer: Claws Mail 3.9.3 (GTK+ 2.24.22; amd64-portbld-freebsd10.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Feb 2014 19:18:17 -0000 On Mon, 30 Dec 2013 14:07:14 -0800 Xin Li wrote: > On 12/30/13 13:40, Isaac Huff wrote: > > Is it necessary from a reliability and/or security standpoint to > > detach GELI volumes before rebooting? Specifically, if I unmount > > the filesystem, but do not detach (and disable auto-detach) - do I > > risk data corruption or leakage of private keys during a normal > > reboot process? > That's ssaid, not detaching geli provider is not a very good idea but > the consequence for average people is very limited. IIRC the detach is done automatically on shutdown, irrespective of "detach on last close". From owner-freebsd-geom@FreeBSD.ORG Mon Feb 3 02:26:54 2014 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 613C128C for ; Mon, 3 Feb 2014 02:26:54 +0000 (UTC) Received: from mail-pb0-x22d.google.com (mail-pb0-x22d.google.com [IPv6:2607:f8b0:400e:c01::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 33D5E1F22 for ; Mon, 3 Feb 2014 02:26:54 +0000 (UTC) Received: by mail-pb0-f45.google.com with SMTP id un15so6477118pbc.18 for ; Sun, 02 Feb 2014 18:26:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=QMycGhTV+470bwKYXox2kyC+nfGUOCNicmXIcv1YYSE=; b=nPu22tBLIZaUfKAMKYLQ/LZVL+LSXiw3nj2aP2AvovtZBas0CIoD2JXG211R0PI7lN vRWKzFaAqNmMZQMYzgxT44/C98UFZObQvy5puLlyGvnwba3kjIqE2h77NYSfJcNGR8mR 2VFBTDFQRdLrHkEUfN8D4SDVtNQ7EZLshpmSf1EeZ/uwrdLkHFfQQmm6h6eWD0ZIIzXT Z9uLJ8QPT1UhMFkNsflnVf5yq/I2YzjAT7Wgk+dAidX32L/0mtGA/TmuopsYMfRJYgS2 8PKNNUEjaK9n7uzl7QaphkkLchbpI3TAvwGKPD32dwOWMkPbTwL2D8IkQuM7QANDfc0k A+PA== MIME-Version: 1.0 X-Received: by 10.68.218.65 with SMTP id pe1mr34370868pbc.1.1391394413729; Sun, 02 Feb 2014 18:26:53 -0800 (PST) Sender: kob6558@gmail.com Received: by 10.67.30.1 with HTTP; Sun, 2 Feb 2014 18:26:53 -0800 (PST) In-Reply-To: <52EDF836.4000507@yandex.ru> References: <52EDEF19.3020500@yandex.ru> <52EDF836.4000507@yandex.ru> Date: Sun, 2 Feb 2014 18:26:53 -0800 X-Google-Sender-Auth: OA6FuMG94x5Uos-DJlYt-1rsFHE Message-ID: Subject: Re: Geom tasting exfat slices From: Kevin Oberman To: "Andrey V. Elsukov" Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: FreeBSD Geom ML X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Feb 2014 02:26:54 -0000 On Sat, Feb 1, 2014 at 11:48 PM, Andrey V. Elsukov wrote: > On 02.02.2014 11:29, Kevin Oberman wrote: > > Yes, it does, but it thinks the slice is NTFS when it is actually exFAT. > > Should geom recognize exFAT? > > > > 1. Name: ada0s5 > > Mediasize: 241171431424 (225G) > > Sectorsize: 512 > > Stripesize: 4096 > > Stripeoffset: 0 > > Mode: r1w1e0 > > rawtype: 7 > > length: 241171431424 > > offset: 1048576 > > type: ntfs > > index: 1 > > end: 471039999 > > start: 0 > > > > Actually, I only have 4 slices. 3 are NTFS and the other is exFAT. I have > > deleted the partition on Windows, but I seem to only be able to create an > > EBR partition, for some reason. Maybe something is still retaining a > > primary partition and maybe gpart can really delete it. I'd rather use > GPT, > > but my ThinkPad won't boot from a GPT disk that is not EFT. > > > > > > If I can get t to be a Primary partition, perhaps GEOM will recognize it, > > but I'm not confident of that. > > > > Thanks so much for pointing out the obvious that I was missing. I'll play > > aroudn with it some more tomorrow and see what I can get it to do. > > According to http://en.wikipedia.org/wiki/Partition_type > the type number 7 is shared between several types of partitions. > So there is nothing wrong, just use this partition. > > -- > WBR, Andrey V. Elsukov > It does mount correctly, but I would like things to be stable. If the partition changes its basic /dev name (say, from ada0s5 to ada3s5), then things fail. That's why I like to use the /dev/fs entry in the fstab. I'd prefer the GPT label, but I'm stuck with an MBR drive. The system knows that it is not NTFS, but I'm guessing that it has no tools to recognize exFAT. Que sera sera. Thanks or the pointers to Wikipedia. I've read and used the GPT page a lot, but never thought to look for MBR information, though I should have. -- R. Kevin Oberman, Network Engineer, Retired E-mail: rkoberman@gmail.com From owner-freebsd-geom@FreeBSD.ORG Mon Feb 3 11:06:46 2014 Return-Path: Delivered-To: freebsd-geom@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4A5F9E3 for ; Mon, 3 Feb 2014 11:06:46 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 35EDC1A42 for ; Mon, 3 Feb 2014 11:06:46 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id s13B6kfm022621 for ; Mon, 3 Feb 2014 11:06:46 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.8/8.14.8/Submit) id s13B6jvA022619 for freebsd-geom@FreeBSD.org; Mon, 3 Feb 2014 11:06:45 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 3 Feb 2014 11:06:45 GMT Message-Id: <201402031106.s13B6jvA022619@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 Subject: Current problem reports assigned to freebsd-geom@FreeBSD.org X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Feb 2014 11:06:46 -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/183866 geom [geom] graid cannot remove loader detected BIOS RAIDS o kern/183803 geom [geom] FreeBSD 10 Beta 2 geom module does not understa o kern/181704 geom [geom] ggatec crash the system when I write something o kern/179889 geom [geli] geli stopped work after updating RELEASE 9.* so o kern/178684 geom gpart(8) cannot get my GEOM tree o kern/178359 geom [geom] [patch] geom_eli: support external metadata o kern/176744 geom [geom] [patch] BIO_FLUSH not recorded by devstats o kern/170038 geom [geom] geom_mirror always starts degraded after reboot o kern/169539 geom [geom] [patch] fix ability to run gmirror on MSI MegaR a bin/169077 geom bsdinstall(8) does not use partition labels in /etc/fs f kern/165745 geom [geom] geom_multipath page fault on removed drive o kern/165428 geom [glabel][patch] Add xfs support to glabel o kern/164254 geom [geom] gjournal not stopping on GPT partitions o kern/164252 geom [geom] gjournal overflow o kern/164143 geom [geom] Partition table not recognized after upgrade R8 a kern/163020 geom [geli] [patch] enable the Camellia-XTS on GEOM ELI o kern/162690 geom [geom] gpart label changes only take effect after a re o kern/162010 geom [geli] panic: Provider's error should be set (error=0) o kern/161979 geom [geom] glabel doesn't update after newfs, and glabel s o bin/161807 geom [patch] add option for explicitly specifying metadata o kern/161752 geom [geom] glabel(8) doesn't get gpt label change o bin/161677 geom gpart(8) Probably bug in gptboot o kern/160409 geom [geli] failed to attach provider f kern/159595 geom [geom] [panic] panic on gmirror unload in vbox [regres f kern/159414 geom [isp] isp(4)+gmultipath(8) : removing active fiber pat p kern/158398 geom [headers] [patch] includes o kern/158197 geom [geom] geom_cache with size>1000 leads to panics o kern/157879 geom [libgeom] [regression] ABI change without version bump o kern/157863 geom [geli] kbdmux prevents geli passwords from being enter o kern/157739 geom [geom] GPT labels with geom_multipath o kern/157724 geom [geom] gpart(8) 'add' command must preserve gap for sc o kern/157723 geom [geom] GEOM should not process 'c' (raw) partitions fo o kern/157108 geom [gjournal] dumpon(8) fails on gjournal providers o kern/155994 geom [geom] Long "Suspend time" when reading large files fr o bin/154570 geom [patch] gvinum(8) can't be built as part of the kernel o kern/154226 geom [geom] GEOM label does not change when you modify them o kern/150858 geom [geom] [geom_label] [patch] glabel(8) is not compatibl o kern/150626 geom [geom] [gjournal] gjournal(8) destroys label o kern/150555 geom [geom] gjournal unusable on GPT partitions o kern/150334 geom [geom] [udf] [patch] geom label does not support UDF o kern/149762 geom volume labels with rogue characters o bin/149215 geom [panic] [geom_part] gpart(8): Delete linux's slice via o kern/147667 geom [gmirror] Booting with one component of a gmirror, the o kern/145818 geom [geom] geom_stat_open showing cached information for n o kern/145042 geom [geom] System stops booting after printing message "GE o kern/143455 geom gstripe(8) in RELENG_8 (31st Jan 2010) broken o kern/142563 geom [geom] [hang] ioctl freeze in zpool o kern/141740 geom [geom] gjournal(8): g_journal_destroy concurrent error o kern/140352 geom [geom] gjournal + glabel not working o kern/135898 geom [geom] Severe filesystem corruption - large files or l o kern/134113 geom [geli] Problem setting secondary GELI key o kern/133931 geom [geli] [request] intentionally wrong password to destr o bin/132845 geom [geom] [patch] ggated(8) does not close files opened a o bin/131415 geom [geli] keystrokes are unregulary sent to Geli when typ o kern/131353 geom [geom] gjournal(8) kernel lock o kern/129674 geom [geom] gjournal root did not mount on boot o kern/129645 geom gjournal(8): GEOM_JOURNAL causes system to fail to boo o kern/129245 geom [geom] gcache is more suitable for suffix based provid o kern/127420 geom [geom] [gjournal] [panic] Journal overflow on gmirrore o kern/124973 geom [gjournal] [patch] boot order affects geom_journal con o kern/124969 geom gvinum(8): gvinum raid5 plex does not detect missing s o kern/123962 geom [panic] [gjournal] gjournal (455Gb data, 8Gb journal), o kern/123122 geom [geom] GEOM / gjournal kernel lock o kern/122738 geom [geom] gmirror list "losts consumers" after gmirror de o kern/122067 geom [geom] [panic] Geom crashed during boot o kern/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/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. 80 problems total. From owner-freebsd-geom@FreeBSD.ORG Wed Feb 5 17:18:45 2014 Return-Path: Delivered-To: freebsd-geom@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A4AE934D; Wed, 5 Feb 2014 17:18:45 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 760A611DF; Wed, 5 Feb 2014 17:18:45 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id s15HIjVR050451; Wed, 5 Feb 2014 17:18:45 GMT (envelope-from brueffer@freefall.freebsd.org) Received: (from brueffer@localhost) by freefall.freebsd.org (8.14.8/8.14.8/Submit) id s15HIiMD050447; Wed, 5 Feb 2014 18:18:44 +0100 (CET) (envelope-from brueffer) Date: Wed, 5 Feb 2014 18:18:44 +0100 (CET) Message-Id: <201402051718.s15HIiMD050447@freefall.freebsd.org> To: mattblists@icritical.com, brueffer@FreeBSD.org, freebsd-geom@FreeBSD.org From: brueffer@FreeBSD.org Subject: Re: kern/176744: [geom] [patch] BIO_FLUSH not recorded by devstats X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Feb 2014 17:18:45 -0000 Synopsis: [geom] [patch] BIO_FLUSH not recorded by devstats State-Changed-From-To: open->feedback State-Changed-By: brueffer State-Changed-When: Wed Feb 5 18:11:49 CET 2014 State-Changed-Why: Hi Matt, I debated this change with mav@ and we were wondering what your specific use for this change is. While an adapted version (https://people.freebsd.org/~brueffer/geom_devstat.diff) of this patch works, the upstream userland tools have no special handling for BIO_FLUSH events. They end up in the _OTHER categories of libdevstat(3), which e.g. gstat does not show at all. Could you elaborate? http://www.freebsd.org/cgi/query-pr.cgi?pr=176744 From owner-freebsd-geom@FreeBSD.ORG Fri Feb 7 21:04:01 2014 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 954D1B1 for ; Fri, 7 Feb 2014 21:04:01 +0000 (UTC) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [IPv6:2a01:4f8:131:60a2::2]) by mx1.freebsd.org (Postfix) with ESMTP id 5B99218D3 for ; Fri, 7 Feb 2014 21:04:01 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:cc06:8a07:85a3:8279]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPSA id E01AE4AC1C for ; Sat, 8 Feb 2014 01:03:56 +0400 (MSK) Date: Sat, 8 Feb 2014 01:03:48 +0400 From: Lev Serebryakov Organization: FreeBSD X-Priority: 3 (Normal) Message-ID: <1059848969.20140208010348@serebryakov.spb.ru> To: freebsd-geom@freebsd.org Subject: geli: pass user password from loader? MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.17 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: Fri, 07 Feb 2014 21:04:01 -0000 Hello, Freebsd-geom. I've installed 10-RELEASE on laptop with geli + ZFS, and now it is annoying, that geli password prompt is overwritten by next kernel messages (about USB devices) and prompt is very plain and dull :) But we have forth in our loader, so nice screen could be written with some message like "This Laptop belongs to Lev Serebryakov , Please enter master password to boot:" and input line in nice frame could be programmed (in addition to our standard boot menu). But is it possible to pass password string from loader to geom_eli? "man geli" doesn't show such possibility :( -- // Black Lion AKA Lev Serebryakov