From owner-freebsd-geom@FreeBSD.ORG Sat Nov 23 21:26:55 2013 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 C880C7DC for ; Sat, 23 Nov 2013 21:26:55 +0000 (UTC) Received: from h2.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 87CD12C11 for ; Sat, 23 Nov 2013 21:26:55 +0000 (UTC) Received: from h2.funkthat.com (localhost [127.0.0.1]) by h2.funkthat.com (8.14.3/8.14.3) with ESMTP id rANLQr39031677 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 23 Nov 2013 13:26:53 -0800 (PST) (envelope-from jmg@h2.funkthat.com) Received: (from jmg@localhost) by h2.funkthat.com (8.14.3/8.14.3/Submit) id rANLQr7q031676; Sat, 23 Nov 2013 13:26:53 -0800 (PST) (envelope-from jmg) Date: Sat, 23 Nov 2013 13:26:53 -0800 From: John-Mark Gurney To: h bagade Subject: Re: root mount failure in freebsd 9.2 encrypted disk! Message-ID: <20131123212653.GK7069@funkthat.com> Mail-Followup-To: h bagade , freebsd-geom@freebsd.org References: <20131121080749.GO2279@funkthat.com> <20131121200642.GZ2279@funkthat.com> <20131123081222.GH7069@funkthat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.2-RELEASE i386 X-PGP-Fingerprint: 54BA 873B 6515 3F10 9E88 9322 9CB1 8F74 6D3F A396 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.2 (h2.funkthat.com [127.0.0.1]); Sat, 23 Nov 2013 13:26:54 -0800 (PST) Cc: freebsd-geom@freebsd.org X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Nov 2013 21:26:55 -0000 h bagade wrote this message on Sat, Nov 23, 2013 at 12:17 +0330: > > > May be problem is somewhere else! The configure command works for the > > > mentioned guide; but I still have problems with my own way and it doesn't > > > ask for passphrase when it boots! :( I have checked flags and BOOT flag > > is > > > set. Differences between working encrypted disk and non-working based on > > > "geli list" are: > > > 1- RW-DETACH flag is set for the working one which is not in non-working > > > 2- Mode option in providers part is r1w1e1 for working one and r0w0e0 for > > > non-working > > > > I don't see how they would effect it... Also, the last one just means > > that you have the working one mounted (probably as your root) and the > > non-working one not mounted... > > > > So is the non-working disk not mounting? or is it not even asking for > > a passphrase to unlock the disk? If you could get a log, or even a > > photo of the failed boot, that would be helpful... > > > > > The non-working encrypted disk doen't ask for passphrase! Are you sure you're loading the geli module at boot? or have the geli module compiled in the kernel on the non-working disk? Make sure you have: geom_eli_load="YES" in /boot/loader.conf of the non-working disk... > These were the problems I've encountered on gpt partitions(and don't know > why!). After all, I have decided to back to mbr because have not found any > particular reason to stay on gpt scheme and everything is OK with mbr > scheme. > > Thank you for your useful guides :) With out actual information, I can't help anymore... Give me real output from the system and I can try, but I don't have enough information about your system to help anymore... -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not."