From owner-freebsd-geom@FreeBSD.ORG Mon Jan 18 11:06:57 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 9EDEE106568D for ; Mon, 18 Jan 2010 11:06:57 +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 8DBD48FC15 for ; Mon, 18 Jan 2010 11:06:57 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id o0IB6viq047544 for ; Mon, 18 Jan 2010 11:06:57 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id o0IB6vxL047542 for freebsd-geom@FreeBSD.org; Mon, 18 Jan 2010 11:06:57 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 18 Jan 2010 11:06:57 GMT Message-Id: <201001181106.o0IB6vxL047542@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, 18 Jan 2010 11:06:57 -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/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 o kern/140352 geom [geom] gjournal + glabel not working o kern/139847 geom [geom_mbr] load/unload causes system to hang 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 f kern/126902 geom [geom] geom_label: kernel panic during install boot 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 f kern/124294 geom [geom] gmirror(8) have inappropriate logic when workin 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/119743 geom [geom] geom label for cds is keeped after dismount and 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 o 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/104389 geom [geom] [patch] sys/geom/geom_dump.c doesn't encode XML o kern/98034 geom [geom] dereference of NULL pointer in acd_geom_detach 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 a kern/89660 geom [vinum] [patch] [panic] due to g_malloc returning null o kern/89546 geom [geom] GEOM error 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 54 problems total. From owner-freebsd-geom@FreeBSD.ORG Mon Jan 18 23:36:53 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 55F6B106568F; Mon, 18 Jan 2010 23:36:53 +0000 (UTC) (envelope-from dan.naumov@gmail.com) Received: from mail-yx0-f171.google.com (mail-yx0-f171.google.com [209.85.210.171]) by mx1.freebsd.org (Postfix) with ESMTP id E0CBF8FC19; Mon, 18 Jan 2010 23:36:52 +0000 (UTC) Received: by yxe1 with SMTP id 1so2587199yxe.3 for ; Mon, 18 Jan 2010 15:36:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=VuZoDBcjPg64urqTe62VFZT95JRMk5Ek/y1fPPc44KA=; b=aCJvMEGXsNlQFhjz5pM5hajuhjNIHFit1oBzXiOIMXFBVZA12vlWTu6weNxkcK9hse +/6HCU5uxLsxkSLUAPcEMY+08Mh8YfkTiIpQO0xOt4h44k/l+JNmuiVauHoT3ITzTVNy rvb8Ie5H7iJ4Nz/ZHbkG7+BJKPkkITEVuirU4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=TnesAS6ssvUM/6kthQmEGruI8JVS62aGBXSENODFarUx+pCt2mFADIDRYtkSNoqG54 vxuIRzn3uTWCQm0G4YXWwE9tK2ujJLVVCWD6L/YiTq3KwDcwXNAvcfwLkPQcpSD0DjFy z6Hh7uvCgGnuJGeHozTzr6bO4U0f7Phah0SXI= MIME-Version: 1.0 Received: by 10.101.115.16 with SMTP id s16mr10718114anm.21.1263857812075; Mon, 18 Jan 2010 15:36:52 -0800 (PST) Date: Tue, 19 Jan 2010 01:36:52 +0200 Message-ID: From: Dan Naumov To: FreeBSD-STABLE Mailing List , freebsd-geom@freebsd.org, freebsd-bugs@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: Subject: RE: bin/115406: [patch] gpt(8) GPT MBR hangs award BIOS on boot X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Jan 2010 23:36:53 -0000 > 1) Is this bug now officially fixed as of 8.0-RELEASE? Ie, can I > expect to set up a completely GPT-based system using an Intel > D945GCLF2 board and not have the installation crap out on me later? > > 2) The very last entry into the PR states the following: > "The problem has been addressed in gart(8) and gpt(8) is obsolete, so > no follow-up is to be expected at this time. Close the PR to reflect > this." Hello list. Referring to PR: http://www.freebsd.org/cgi/query-pr.cgi?pr=115406&cat=bin I have now been battling with trying to setup a FreeBSD 8.0 system using GPT on an Intel D945GCLF2 board for over 24 hours and it looks to me that the problem is not resolved. If I do a traditional installation using sysinstall / MBR, everything works. But if I use GPT and do a manual installation and do everything right, the way it's supposed to be done, the BIOS refuses to boot off the disk. I have verified that I am doing everything right by employing the exact same installation method with GPT inside a VMWare Player virtual machine and there, everything works as expected and I have also been testing this with an installation script in both cases to ensure that this is definately no user error :) Reading the original PR, it can be seen that a (supposed) fix to gpart was committed to stable/8 back in Aug 27, is it possible that this somehow didn't make it into 8.0-RELEASE or is this a question of the fix being there but not actually solving the problem? Reading the discussion on the forums at http://forums.freebsd.org/showthread.php?t=4680 I am seeing that a 7.2-RELEASE user had solved his exact same problem by editing the actual PMBR (resulting in "bootable" flag (0x80) being set and the start of the partition has being set to the beginning of the disk (0x010100).) and applying it to his disk with DD. Can anyone point me towards an explanation regarding how to edit and apply my own PMBR to my disk to see if it helps? Thanks. Sincerely, Dan Naumov From owner-freebsd-geom@FreeBSD.ORG Tue Jan 19 17:11:27 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 D429410656AE; Tue, 19 Jan 2010 17:11:27 +0000 (UTC) (envelope-from dan.naumov@gmail.com) Received: from mail-yw0-f172.google.com (mail-yw0-f172.google.com [209.85.211.172]) by mx1.freebsd.org (Postfix) with ESMTP id 5851C8FC1C; Tue, 19 Jan 2010 17:11:27 +0000 (UTC) Received: by ywh2 with SMTP id 2so1742622ywh.27 for ; Tue, 19 Jan 2010 09:11:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:cc:content-type; bh=m8xAPoNUEf7JoC3Ekzyc+4ry8GMnGdrNKJ+AaobFWnU=; b=gy0rdU9oh1XJgffgIZSBTIZf7WTr5jmvj9iHhkumx1j04qUtCmL+GYGfzBu1f2aNHa S90DkdAKGW8ZYYFW4KbIY/nCRId6GdWOwwSKMngXisxrQBib6rV6Ygva/UFkp814JtEU Sx2BLyiFoQE5M/TZBG64x3iSHnxSwVJTgpXL8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:cc:content-type; b=mFFUo4OqxCv66d8StOr9omm/vwotfe3riQqjTMvZDwO7uQBWAUezn0Yh1IbqDTBXhd rjmGUcAW8e8zC8d4K9hhjIUJLDM0JoiB4nGPyaCs/PhlB6fGDguNFHYUqw8uJOTcs1OD tqoJUY8o52lu6dY+rixkBR6IWbfmjUbzvvO0Q= MIME-Version: 1.0 Received: by 10.101.44.14 with SMTP id w14mr12053734anj.139.1263921086362; Tue, 19 Jan 2010 09:11:26 -0800 (PST) Date: Tue, 19 Jan 2010 19:11:26 +0200 Message-ID: From: Dan Naumov To: FreeBSD-STABLE Mailing List , freebsd-questions@freebsd.org, freebsd-geom@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: rnoland@freebsd.org Subject: 8.0-RELEASE / gpart / GPT / marking a partition as "active" 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, 19 Jan 2010 17:11:28 -0000 It seems that quite a few BIOSes have serious issues booting off disks using GPT partitioning when no partition present is marked as "active". See http://www.freebsd.org/cgi/query-pr.cgi?pr=115406&cat=bin for a prime example. In 8.0-RELEASE, using gpart, setting a slice as "active" in MBR partitioning mode is trivial, ie: gpart set -a active -i 1 DISKNAME However, trying to do the same thing with GPT partitioning yields no results: gpart set -a active -i 1 DISKNAME gpart: attrib 'active': Device not configured As a result of this issue, I can configure and make a succesfull install using GPT in 8.0, but I cannot boot off it using my Intel D945GCLF2 board. I have found this discussion from about a month ago: http://www.mail-archive.com/freebsd-stable@freebsd.org/msg106918.html where Robert mentions that "gpart set -a active -i 1" is no longer needed in 8-STABLE, because the pmbr will be marked as active during the installation of the bootcode. Is there anything I can do to archieve the same result in 8.0-RELEASE or is installing from a snapshop of 8-STABLE my only option? Thanks. - Sincerely, Dan Naumov From owner-freebsd-geom@FreeBSD.ORG Tue Jan 19 18:51:54 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 713B7106566B; Tue, 19 Jan 2010 18:51:54 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 02C328FC19; Tue, 19 Jan 2010 18:51:52 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id UAA28706; Tue, 19 Jan 2010 20:51:49 +0200 (EET) (envelope-from avg@icyb.net.ua) Message-ID: <4B55FF44.4040308@icyb.net.ua> Date: Tue, 19 Jan 2010 20:51:48 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.23 (X11/20091206) MIME-Version: 1.0 To: Dan Naumov References: In-Reply-To: X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD-STABLE Mailing List , freebsd-questions@freebsd.org, rnoland@freebsd.org, freebsd-geom@freebsd.org Subject: Re: 8.0-RELEASE / gpart / GPT / marking a partition as "active" 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, 19 Jan 2010 18:51:54 -0000 on 19/01/2010 19:11 Dan Naumov said the following: > I have found this discussion from about a month ago: > http://www.mail-archive.com/freebsd-stable@freebsd.org/msg106918.html > where Robert mentions that "gpart set -a active -i 1" is no longer > needed in 8-STABLE, because the pmbr will be marked as active during It was never ever "needed", because it never worked. > the installation of the bootcode. Is there anything I can do to > archieve the same result in 8.0-RELEASE or is installing from a > snapshop of 8-STABLE my only option? People did it using fdisk -a, google should have turned that up. -- Andriy Gapon From owner-freebsd-geom@FreeBSD.ORG Tue Jan 19 21:09:11 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 63B6D106566C; Tue, 19 Jan 2010 21:09:11 +0000 (UTC) (envelope-from dan.naumov@gmail.com) Received: from mail-yw0-f172.google.com (mail-yw0-f172.google.com [209.85.211.172]) by mx1.freebsd.org (Postfix) with ESMTP id 89F668FC15; Tue, 19 Jan 2010 21:09:10 +0000 (UTC) Received: by ywh2 with SMTP id 2so1986552ywh.27 for ; Tue, 19 Jan 2010 13:09:10 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=NQEgV5NARJzpbaq9Uooon9S7qJyclIgxOnbfJP3IpMs=; b=F8WCyt3oK8dZ8wbfI4HZ8ZdFGhgwN+qD+17LHZZdDAA+I25948AYsOsVff/2TRpcpd LxaiOvV0Kc1tbsFZOWwUEmrB8EAnUfc5F5IwdrR9HrXUy9tDTBmdfD3tDM7r/UuIrqlq k1ltgbQhDzgJ8scou3E9b0Hjo4T3k9ufjmMSM= 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; b=LubdlYVCncBjC82b2WVd58pw9mnGJFfHSeX2WrVPx4jb2GMxD0sEEHEZSGoqxlqz11 X/IUeItsN7v1ZGQv5h9rnlYYAN9fGkuRCh9+4LDMx/ht3r/i0nmVj94TRt02YJhoi4NB 4edXJ9/ThbcKtb14OLk5OAI8FnSz0pz0XiWeQ= MIME-Version: 1.0 Received: by 10.101.3.18 with SMTP id f18mr12157921ani.180.1263935349705; Tue, 19 Jan 2010 13:09:09 -0800 (PST) In-Reply-To: <4B55FF44.4040308@icyb.net.ua> References: <4B55FF44.4040308@icyb.net.ua> Date: Tue, 19 Jan 2010 23:09:09 +0200 Message-ID: From: Dan Naumov To: Andriy Gapon , mandrews@bit0.com Content-Type: text/plain; charset=ISO-8859-1 Cc: FreeBSD-STABLE Mailing List , freebsd-questions@freebsd.org, rnoland@freebsd.org, freebsd-geom@freebsd.org Subject: Re: 8.0-RELEASE / gpart / GPT / marking a partition as "active" 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, 19 Jan 2010 21:09:11 -0000 On 1/19/2010 12:11 PM, Dan Naumov wrote: > It seems that quite a few BIOSes have serious issues booting off disks > using GPT partitioning when no partition present is marked as > "active". See http://www.freebsd.org/cgi/query-pr.cgi?pr=115406&cat=bin > for a prime example. > > In 8.0-RELEASE, using gpart, setting a slice as "active" in MBR > partitioning mode is trivial, ie: > > gpart set -a active -i 1 DISKNAME > > However, trying to do the same thing with GPT partitioning yields no results: > > gpart set -a active -i 1 DISKNAME > gpart: attrib 'active': Device not configured > > As a result of this issue, I can configure and make a succesfull > install using GPT in 8.0, but I cannot boot off it using my Intel > D945GCLF2 board. > > I have found this discussion from about a month ago: > http://www.mail-archive.com/freebsd-stable@freebsd.org/msg106918.html > where Robert mentions that "gpart set -a active -i 1" is no longer > needed in 8-STABLE, because the pmbr will be marked as active during > the installation of the bootcode. Is there anything I can do to > archieve the same result in 8.0-RELEASE or is installing from a > snapshop of 8-STABLE my only option? > After using gpart to create the GPT (and thus the PMBR and its > bootcode), why not simply use "fdisk -a -1 DISKNAME" to set the PMBR > partition active? According to the fdisk output, the partition flag did change from 0 to 80. Can the "fdisk: Class not found" error showing up at the very end of the procedure of doing "fdisk -a -1 DISKNAME" be safely ignored? - Dan Naumov From owner-freebsd-geom@FreeBSD.ORG Tue Jan 19 21:23:40 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 91D821065672; Tue, 19 Jan 2010 21:23:40 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 344E08FC0C; Tue, 19 Jan 2010 21:23:38 +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 XAA06871; Tue, 19 Jan 2010 23:23:33 +0200 (EET) (envelope-from avg@icyb.net.ua) Received: from localhost.topspin.kiev.ua ([127.0.0.1]) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1NXLXx-000IVb-Ak; Tue, 19 Jan 2010 23:23:33 +0200 Message-ID: <4B5622D4.2070602@icyb.net.ua> Date: Tue, 19 Jan 2010 23:23:32 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.23 (X11/20091128) MIME-Version: 1.0 To: Dan Naumov References: <4B55FF44.4040308@icyb.net.ua> In-Reply-To: X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD-STABLE Mailing List , mandrews@bit0.com, freebsd-questions@freebsd.org, rnoland@freebsd.org, freebsd-geom@freebsd.org Subject: Re: 8.0-RELEASE / gpart / GPT / marking a partition as "active" 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, 19 Jan 2010 21:23:40 -0000 on 19/01/2010 23:09 Dan Naumov said the following: >> After using gpart to create the GPT (and thus the PMBR and its >> bootcode), why not simply use "fdisk -a -1 DISKNAME" to set the PMBR >> partition active? > > According to the fdisk output, the partition flag did change from 0 to > 80. Can the "fdisk: Class not found" error showing up at the very end > of the procedure of doing "fdisk -a -1 DISKNAME" be safely ignored? Yes, I think so. -- Andriy Gapon From owner-freebsd-geom@FreeBSD.ORG Wed Jan 20 12:21:52 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 A5D8E1065670 for ; Wed, 20 Jan 2010 12:21:52 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id 55D338FC0A for ; Wed, 20 Jan 2010 12:21:52 +0000 (UTC) Received: from [192.168.1.4] (adsl-1-207-120.bna.bellsouth.net [65.1.207.120]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id o0KBjwkL034427 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Wed, 20 Jan 2010 06:45:59 -0500 (EST) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Dan Naumov In-Reply-To: References: Content-Type: text/plain Organization: FreeBSD Date: Wed, 20 Jan 2010 05:45:53 -0600 Message-Id: <1263987953.48755.4.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.26.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=0.3 required=5.0 tests=AWL, BAYES_00, FH_DATE_PAST_20XX, RCVD_IN_PBL, RCVD_IN_SORBS_DUL, RDNS_DYNAMIC, SPF_SOFTFAIL, SUBJECT_FUZZY_TION autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: FreeBSD-STABLE Mailing List , freebsd-questions@freebsd.org, freebsd-geom@freebsd.org Subject: Re: 8.0-RELEASE / gpart / GPT / marking a partition as "active" 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, 20 Jan 2010 12:21:52 -0000 On Tue, 2010-01-19 at 19:11 +0200, Dan Naumov wrote: > It seems that quite a few BIOSes have serious issues booting off disks > using GPT partitioning when no partition present is marked as > "active". See http://www.freebsd.org/cgi/query-pr.cgi?pr=115406&cat=bin > for a prime example. > > In 8.0-RELEASE, using gpart, setting a slice as "active" in MBR > partitioning mode is trivial, ie: > > gpart set -a active -i 1 DISKNAME > > However, trying to do the same thing with GPT partitioning yields no results: > > gpart set -a active -i 1 DISKNAME > gpart: attrib 'active': Device not configured > > As a result of this issue, I can configure and make a succesfull > install using GPT in 8.0, but I cannot boot off it using my Intel > D945GCLF2 board. I have the same board... > I have found this discussion from about a month ago: > http://www.mail-archive.com/freebsd-stable@freebsd.org/msg106918.html > where Robert mentions that "gpart set -a active -i 1" is no longer > needed in 8-STABLE, because the pmbr will be marked as active during > the installation of the bootcode. Is there anything I can do to > archieve the same result in 8.0-RELEASE or is installing from a > snapshop of 8-STABLE my only option? Prior to fixing gpart to take care of this, I used fdisk to set the active partition. gpart knows the disk is GPT and GPT doesn't have an "active" parameter, so the above command doesn't (perhaps never) worked. Basically, an "fdisk -a /dev/devX" is what you want... robert. > Thanks. > > - Sincerely, > Dan Naumov -- Robert Noland FreeBSD From owner-freebsd-geom@FreeBSD.ORG Thu Jan 21 12:13: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 D2442106566B for ; Thu, 21 Jan 2010 12:13:48 +0000 (UTC) (envelope-from bsd4life@googlemail.com) Received: from mail-bw0-f214.google.com (mail-bw0-f214.google.com [209.85.218.214]) by mx1.freebsd.org (Postfix) with ESMTP id 4AB148FC0A for ; Thu, 21 Jan 2010 12:13:47 +0000 (UTC) Received: by bwz6 with SMTP id 6so1179770bwz.31 for ; Thu, 21 Jan 2010 04:13:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=fDlLKpeuSoWfXColgLKTApfhRywkLHNXt03GeRWTIEs=; b=htlOtVJ+B4sjYvL6NJ0nxKmIumbE6ZdNERRF08KEtMvr6vs6+Kyl8pnVT5EbY7RQK0 FvuIw5rs3o+O3KMe9xHDTrd/Ie9oAMnhw4FNB1IqSIuPKm/n1SQXhlSOOseyBMFoROOe zqzUNii861IffwePqal0eWRaEF8rYmBpc2VR4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=ARuK4t6dRhngrUCzS9mbOQ5BgrxWA0SoUumOk8bMhZE6f0u8GRJTu57cvv8syKWaU8 SSsgI6fhqlosjF7ZbZyuqsFMwS+xRi/Jt6NARaLaKKdTIs1jtaLg5FytCIn914NFfMXy h+ZOMhjArFPgJ102ZjuoOCzxaRqyFpATYxBB0= MIME-Version: 1.0 Received: by 10.204.32.19 with SMTP id a19mr689300bkd.90.1264074285330; Thu, 21 Jan 2010 03:44:45 -0800 (PST) Date: Thu, 21 Jan 2010 12:44:45 +0100 Message-ID: From: BSD Life To: freebsd-geom@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: geli recovery 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, 21 Jan 2010 12:13:49 -0000 Since I didn't get a response on -stable yet, I ask here again. I put my WD5000AACS in my Windows PC and did a SMART drive quick self-test with the WD utility (Data Lifeguard Diagnostic for Windows) to check my drive because of the recently discussed Load/Reload Cycle problem. No data was written to the drive. I put it back to my FreeBSD box (8.0-Stable) and I I am not able to decrypt it anymore with geli. It keeps telling: # geli attach -k /etc/keys/keyfile /dev/ada0 geli: Cannot read metadata from /dev/ada0: Invalid argument. A geli backup command failed with: geli: MD5 hash mismatch: not a geli provider? I think Windows has messed up something on my disk, but a fdisk dump looks still the same as before: # fdisk /dev/ada0 ******* Working on device /dev/ada0 ******* parameters extracted from in-core disklabel are: cylinders=969021 heads=16 sectors/track=63 (1008 blks/cyl) Figures below won't work with BIOS for partitions not in cyl 1 parameters to be used for BIOS calculations are: cylinders=969021 heads=16 sectors/track=63 (1008 blks/cyl) fdisk: invalid fdisk partition table found Media sector size is 512 Warning: BIOS sector numbering starts with sector 1 Information from DOS bootblock is: The data for partition 1 is: sysid 165 (0xa5),(FreeBSD/NetBSD/386BSD) start 63, size 976773105 (476939 Meg), flag 80 (active) beg: cyl 0/ head 1/ sector 1; end: cyl 316/ head 15/ sector 63 The data for partition 2 is: The data for partition 3 is: The data for partition 4 is: Are there any things I could try or is all my data gone? Thanks in advance From owner-freebsd-geom@FreeBSD.ORG Thu Jan 21 12:30:17 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 77789106566C for ; Thu, 21 Jan 2010 12:30:17 +0000 (UTC) (envelope-from gcubfg-freebsd-geom@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id 335E58FC0A for ; Thu, 21 Jan 2010 12:30:16 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.50) id 1NXwAt-0008W2-EE for freebsd-geom@freebsd.org; Thu, 21 Jan 2010 13:30:11 +0100 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 21 Jan 2010 13:30:11 +0100 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 21 Jan 2010 13:30:11 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-geom@freebsd.org From: Ivan Voras Date: Thu, 21 Jan 2010 13:29:55 +0100 Lines: 48 Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.5) Gecko/20100118 Thunderbird/3.0 In-Reply-To: Sender: news Subject: Re: geli recovery 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, 21 Jan 2010 12:30:17 -0000 On 01/21/10 12:44, BSD Life wrote: > Since I didn't get a response on -stable yet, I ask here again. > > I put my WD5000AACS in my Windows PC and did a SMART drive quick self-test > with the WD utility (Data Lifeguard Diagnostic for Windows) to check my > drive because of the recently discussed Load/Reload Cycle problem. > No data was written to the drive. I put it back to my FreeBSD box > (8.0-Stable) and I I am not able to decrypt it anymore with geli. > It keeps telling: # geli attach -k /etc/keys/keyfile /dev/ada0 > geli: Cannot read metadata from /dev/ada0: Invalid argument. > > A geli backup command failed with: > geli: MD5 hash mismatch: not a geli provider? > > I think Windows has messed up something on my disk, but a fdisk dump looks > still the same as before: > # fdisk /dev/ada0 > ******* Working on device /dev/ada0 ******* > parameters extracted from in-core disklabel are: > cylinders=969021 heads=16 sectors/track=63 (1008 blks/cyl) > > Figures below won't work with BIOS for partitions not in cyl 1 > parameters to be used for BIOS calculations are: > cylinders=969021 heads=16 sectors/track=63 (1008 blks/cyl) > > fdisk: invalid fdisk partition table found Was there ever a partition table on the drive? > Media sector size is 512 > Warning: BIOS sector numbering starts with sector 1 > Information from DOS bootblock is: > The data for partition 1 is: > sysid 165 (0xa5),(FreeBSD/NetBSD/386BSD) > start 63, size 976773105 (476939 Meg), flag 80 (active) > beg: cyl 0/ head 1/ sector 1; > end: cyl 316/ head 15/ sector 63 > The data for partition 2 is: > > The data for partition 3 is: > > The data for partition 4 is: > > > Are there any things I could try or is all my data gone? You could read the last sector of the disk and send it here for inspection (pass it through 'hd'). From owner-freebsd-geom@FreeBSD.ORG Thu Jan 21 13:16:45 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 8944A106566C for ; Thu, 21 Jan 2010 13:16:45 +0000 (UTC) (envelope-from bsd4life@googlemail.com) Received: from mail-bw0-f214.google.com (mail-bw0-f214.google.com [209.85.218.214]) by mx1.freebsd.org (Postfix) with ESMTP id E20AE8FC30 for ; Thu, 21 Jan 2010 13:16:44 +0000 (UTC) Received: by bwz6 with SMTP id 6so1233180bwz.31 for ; Thu, 21 Jan 2010 05:16:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=lVKfSpPLX+UDWRwE4jkiSW3mWDVNzuEyvnR+sRqHr00=; b=Yn1YkYqq+YluOQY0CRBn5VaeBsGWOq6paW35jmu+CpSf6ZrKw37cRF/u5n55Qfc/qY I5I57G+/Pfo5s3/vfxANh/0kJE0toMg2hz3hoRYqJ28JovJntZPtX0ddTsJ+ZtPPE1w9 uJowDWlYEv0ZrIGBJS/tKAihxfoK5CHzM3VjY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=cE/jMyw0XUm0PU4K1ATnHu76fxk1QGKTWz081C5oARUZV5S9UZGfmMbh/wNO0EnEu0 WupCR4BYXvtNUQaJmnAT6XeVlUrWd+S9JnqHG7PoVR15e+BpBBdUsLFrjW+BPDVgBtb3 9Uy6+gjgX/8HgMTsnSc+IS0tFwAGsHLc4zQ5w= MIME-Version: 1.0 Received: by 10.204.36.197 with SMTP id u5mr769788bkd.119.1264079799403; Thu, 21 Jan 2010 05:16:39 -0800 (PST) Date: Thu, 21 Jan 2010 14:16:39 +0100 Message-ID: From: BSD Life To: freebsd-geom@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: geli recovery 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, 21 Jan 2010 13:16:45 -0000 Hi, you are right, there should be no partition table at all .. # dd if=/dev/ada0 bs=512 skip=976773167 | hd 1+0 records in 1+0 records out 512 bytes transferred in 0.000687 secs (745137 bytes/sec) 00000000 24 47 41 46 52 10 41 08 00 00 00 00 00 00 00 00 |$GAFR.A.........| 00000010 00 00 00 00 00 00 00 00 00 00 ef 57 38 3a 00 00 |...........W8:..| 00000020 00 00 00 08 00 00 00 00 00 00 00 00 00 00 00 00 |................| 00000030 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| * 00000100 21 30 36 2f 32 39 2f 32 30 30 37 2d 50 33 35 2d |!06/29/2007-P35-| 00000110 49 43 48 39 2d 36 41 37 39 4f 47 30 4e 43 2d 30 |ICH9-6A79OG0NC-0| 00000120 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| * 00000200 This doesn't look like to be from geli. Any ideas? From owner-freebsd-geom@FreeBSD.ORG Thu Jan 21 14:22: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 8AA7E1065672 for ; Thu, 21 Jan 2010 14:22:48 +0000 (UTC) (envelope-from ac@belngo.info) Received: from mail-bw0-f214.google.com (mail-bw0-f214.google.com [209.85.218.214]) by mx1.freebsd.org (Postfix) with ESMTP id 2CCA98FC16 for ; Thu, 21 Jan 2010 14:22:47 +0000 (UTC) Received: by bwz6 with SMTP id 6so9443bwz.31 for ; Thu, 21 Jan 2010 06:22:47 -0800 (PST) MIME-Version: 1.0 Received: by 10.204.16.194 with SMTP id p2mr821391bka.32.1264083766698; Thu, 21 Jan 2010 06:22:46 -0800 (PST) In-Reply-To: References: Date: Thu, 21 Jan 2010 16:22:46 +0200 Message-ID: <5709ce311001210622u43233cacw9646cc0306a6b907@mail.gmail.com> From: Alaksiej C To: BSD Life Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-geom@freebsd.org Subject: Re: geli recovery 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, 21 Jan 2010 14:22:48 -0000 Your data is lost. Explanation: some BIOSes do backup themselves on "unused" drives, at the end of the HDD space (Google for "Host Protected Area"). The criteria for detecting "unused" drive is first sector's contents (AFAIK): is it MBR or not. When you inserted your drive to that Windows box, BIOS decided it is not used (no MB and backed itself up to it. As GELI's control block is residing at the end of encrypted container, it is gone forever. So, it's neither GELI's nor Windows bug, it is just dangerous BIOSes' feature. -- Best regards, Alaksiej On Thu, Jan 21, 2010 at 3:16 PM, BSD Life wrote: > Hi, > you are right, there should be no partition table at all .. > > # dd if=/dev/ada0 bs=512 skip=976773167 | hd > 1+0 records in > 1+0 records out > 512 bytes transferred in 0.000687 secs (745137 bytes/sec) > 00000000 24 47 41 46 52 10 41 08 00 00 00 00 00 00 00 00 |$GAFR.A.........| > 00000010 00 00 00 00 00 00 00 00 00 00 ef 57 38 3a 00 00 |...........W8:..| > 00000020 00 00 00 08 00 00 00 00 00 00 00 00 00 00 00 00 |................| > 00000030 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| > * > 00000100 21 30 36 2f 32 39 2f 32 30 30 37 2d 50 33 35 2d |!06/29/2007-P35-| > 00000110 49 43 48 39 2d 36 41 37 39 4f 47 30 4e 43 2d 30 |ICH9-6A79OG0NC-0| > 00000120 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| > * > 00000200 > > This doesn't look like to be from geli. > Any ideas? > _______________________________________________ > 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 Thu Jan 21 14:23:30 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 068DD106566B for ; Thu, 21 Jan 2010 14:23:30 +0000 (UTC) (envelope-from bsd4life@googlemail.com) Received: from mail-bw0-f214.google.com (mail-bw0-f214.google.com [209.85.218.214]) by mx1.freebsd.org (Postfix) with ESMTP id 88F868FC26 for ; Thu, 21 Jan 2010 14:23:29 +0000 (UTC) Received: by bwz6 with SMTP id 6so10495bwz.31 for ; Thu, 21 Jan 2010 06:23:28 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type; bh=7pGLMAxHaNqhKeGZq1/A3Mf+JOSG9k5xo52MbwO93gY=; b=yE7xBWJNCw0//St4yrLcJiLgFKDvFwAPjOpkRSynqABZcTa3GRdHOvPtND0O8cTSoL 6HRBanNycDwLhKkuBVAyBhHNbwxF21FE4rwTgCF9aOryloUF/FvTjBWba6y89VxI3IbJ hAWhJd7c7AFqLuIcfVHy/zXayyXhHgCnsodd4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=fZGwGQGgBQ1iVfQr6rfODLq4mcLH9pQo/r86/Bb/tAhmaYt74GjT8EgzoCm5d5JjAx 0diU4okcgjXiMgnDPtdW9farOjqU903twu5DsgIvGkJ0NIQZ8mpVOeqtGCzPxBv4SgR+ wIYqQBWbeGvFDrJBe8Z6NZ0e6OIrWTZoUUsKQ= MIME-Version: 1.0 Received: by 10.204.24.130 with SMTP id v2mr819589bkb.120.1264083807478; Thu, 21 Jan 2010 06:23:27 -0800 (PST) In-Reply-To: References: Date: Thu, 21 Jan 2010 15:23:27 +0100 Message-ID: From: BSD Life To: freebsd-geom@freebsd.org Content-Type: text/plain; charset=UTF-8 Subject: Re: geli recovery 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, 21 Jan 2010 14:23:30 -0000 It looks like Windows or maybe the Bios wrote this. This is the chipset description of my Windows PC. So I think, if geli does not have any metadata backup on disc, data is gone :( From owner-freebsd-geom@FreeBSD.ORG Thu Jan 21 14:31:22 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 AEF64106566B for ; Thu, 21 Jan 2010 14:31:22 +0000 (UTC) (envelope-from bsd4life@googlemail.com) Received: from mail-bw0-f214.google.com (mail-bw0-f214.google.com [209.85.218.214]) by mx1.freebsd.org (Postfix) with ESMTP id 43A9C8FC20 for ; Thu, 21 Jan 2010 14:31:21 +0000 (UTC) Received: by bwz6 with SMTP id 6so21956bwz.31 for ; Thu, 21 Jan 2010 06:31:21 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type; bh=biE5n60VA//uYnRUbSkfzem1cFHYui5f5zTXbjCEKWI=; b=it5ihNTSxqwD8N117XSMiuhEyMbi+RNFoJjMArg67gRzn907y6kYEEohgvTfXRSVXA ANc5eX3RFVjkNiGjVmU5iv1dvag5OCkt4712NBaqueKWZaNNg1eAibtAFAJiHXXYwDOE HY9TLJkAfc6esjpa6AJTON86q/yXBixoDgtQ0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=QSKa+NHQm7dnlE+J4QA8ffi+Cc+81BgGcSKsJ6oDA77Mur6lrbzY3Y6uhBztZoQk72 5aHVA2cfQPOBARm3cupA+/RTVqwrtBixMU/xBfFkBLoQ8w7HYIZP6oXjNoWhymaaU0oc Sbr70kicXwRffEy40MwOHiMOI2wiMwvZSf7r4= MIME-Version: 1.0 Received: by 10.204.25.132 with SMTP id z4mr815288bkb.131.1264084281177; Thu, 21 Jan 2010 06:31:21 -0800 (PST) In-Reply-To: References: <5709ce311001210622u43233cacw9646cc0306a6b907@mail.gmail.com> Date: Thu, 21 Jan 2010 15:31:21 +0100 Message-ID: From: BSD Life To: freebsd-geom Content-Type: text/plain; charset=UTF-8 Subject: Fwd: geli recovery 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, 21 Jan 2010 14:31:22 -0000 Sry, didn't sent to the list (googles webmail sucks ...) ---------- Forwarded message ---------- From: BSD Life Date: Thu, 21 Jan 2010 15:29:56 +0100 Subject: Re: geli recovery To: Alaksiej C 2010/1/21, Alaksiej C : > Your data is lost. > > Explanation: some BIOSes do backup themselves on "unused" drives, at > the end of the HDD space (Google for "Host Protected Area"). The > criteria for detecting "unused" drive is first sector's contents > (AFAIK): is it MBR or not. > > When you inserted your drive to that Windows box, BIOS decided it is > not used (no MB and backed itself up to it. As GELI's control block is > residing at the end of encrypted container, it is gone forever. > > So, it's neither GELI's nor Windows bug, it is just dangerous BIOSes' > feature. > > -- > Best regards, > Alaksiej > Ok, that sounds resonable, so I should always backup the metadata of a disc for such cases. If I had a backup, I could just use the "geli restore" functionality and it would be fine again, right? Anyway, thanks for your answer. From owner-freebsd-geom@FreeBSD.ORG Thu Jan 21 15:06:57 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 51652106566C for ; Thu, 21 Jan 2010 15:06:57 +0000 (UTC) (envelope-from gcubfg-freebsd-geom@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id 0BAC18FC1E for ; Thu, 21 Jan 2010 15:06:56 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.50) id 1NXycW-0007uQ-QP for freebsd-geom@freebsd.org; Thu, 21 Jan 2010 16:06:52 +0100 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 21 Jan 2010 16:06:52 +0100 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 21 Jan 2010 16:06:52 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-geom@freebsd.org From: Ivan Voras Date: Thu, 21 Jan 2010 16:06:37 +0100 Lines: 17 Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.5) Gecko/20100118 Thunderbird/3.0 In-Reply-To: Sender: news Subject: Re: geli recovery 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, 21 Jan 2010 15:06:57 -0000 On 01/21/10 15:23, BSD Life wrote: > It looks like Windows or maybe the Bios wrote this. This is the > chipset description of my Windows PC. > So I think, if geli does not have any metadata backup on disc, data is gone :( If you created the drive with a recent version of FreeBSD, it might be possible to restore the data if the drive was not the root drive: init Initialize provider which needs to be encrypted. Here you can set up the cryptographic algorithm to use, key length, etc. The last provider’s sector is used to store metadata. The init subcommand also automatically backups metadata in /var/backups/.eli file. The metadata can be recovered with the restore subcommand described below. From owner-freebsd-geom@FreeBSD.ORG Thu Jan 21 15:12:24 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 482E31065697 for ; Thu, 21 Jan 2010 15:12:24 +0000 (UTC) (envelope-from ac@belngo.info) Received: from mail-bw0-f214.google.com (mail-bw0-f214.google.com [209.85.218.214]) by mx1.freebsd.org (Postfix) with ESMTP id DC0658FC1C for ; Thu, 21 Jan 2010 15:12:23 +0000 (UTC) Received: by bwz6 with SMTP id 6so80579bwz.31 for ; Thu, 21 Jan 2010 07:12:22 -0800 (PST) MIME-Version: 1.0 Received: by 10.204.5.198 with SMTP id 6mr800100bkw.141.1264086742097; Thu, 21 Jan 2010 07:12:22 -0800 (PST) In-Reply-To: References: <5709ce311001210622u43233cacw9646cc0306a6b907@mail.gmail.com> Date: Thu, 21 Jan 2010 17:12:22 +0200 Message-ID: <5709ce311001210712k7bc0584m658ce091813f4585@mail.gmail.com> From: Alaksiej C To: BSD Life Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-geom Subject: Re: geli recovery 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, 21 Jan 2010 15:12:24 -0000 Generally, yes, "geli restore" would save you. Of course, BIOS firmware could take enough space to harm not only metadata, but some data also, but not much. As Ivan Voras mentioned, geli in FreeBSD8 does metadata backup automatically by default, so check your /var/backups/ On Thu, Jan 21, 2010 at 4:31 PM, BSD Life wrote: > Sry, didn't sent to the list (googles webmail sucks ...) > > ---------- Forwarded message ---------- > From: BSD Life > Date: Thu, 21 Jan 2010 15:29:56 +0100 > Subject: Re: geli recovery > To: Alaksiej C > > 2010/1/21, Alaksiej C : >> Your data is lost. >> >> Explanation: some BIOSes do backup themselves on "unused" drives, at >> the end of the HDD space (Google for "Host Protected Area"). The >> criteria for detecting "unused" drive is first sector's contents >> (AFAIK): is it MBR or not. >> >> When you inserted your drive to that Windows box, BIOS decided it is >> not used (no MB and backed itself up to it. As GELI's control block is >> residing at the end of encrypted container, it is gone forever. >> >> So, it's neither GELI's nor Windows bug, it is just dangerous BIOSes' >> feature. >> >> -- >> Best regards, >> Alaksiej >> > > Ok, that sounds resonable, so I should always backup the metadata of a > disc for such cases. If I had a backup, I could just use the "geli > restore" functionality and it would be fine again, right? > > Anyway, thanks for your answer. > _______________________________________________ > 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 Thu Jan 21 15:17:40 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 4F913106566C for ; Thu, 21 Jan 2010 15:17:40 +0000 (UTC) (envelope-from bsd4life@googlemail.com) Received: from mail-bw0-f214.google.com (mail-bw0-f214.google.com [209.85.218.214]) by mx1.freebsd.org (Postfix) with ESMTP id D38318FC16 for ; Thu, 21 Jan 2010 15:17:39 +0000 (UTC) Received: by bwz6 with SMTP id 6so88019bwz.31 for ; Thu, 21 Jan 2010 07:17:38 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type; bh=pK00hmlhFG5j68Iw7R5zpY/GCfZtg/ioMAGtVS26AFo=; b=sPJB8NKvkDpePpX/OCcQnBoVzoS6W1Dlzhspb2E+1EKOUB3RHhRRyOULpc6pWVE1CQ 7/GNkZSW37gWLRsOD7dSDI8QovmdmKUKIhTqaTnFkGDyobN6RMjKrb0O2uhipkfiZH3f SOb9Q6qGeSCf3VmdzI/gu42g8DRRj+PQ9Y4GQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=G0to4HrdRMNrk8LLnf0ipSFxUjbZD2VSc05FUaI9fW/CLN688VYkwCWbsu8LFN6mco xwZ6BwPy2uzADfGnpZX+2VGLjoJPsen3DwE9Qd1eSE8qd7QYwdBe/JINgyC4bQRsPs/Z pebLKNXmYUbRUb706jIqyIDCQxqIPn+xPbDUg= MIME-Version: 1.0 Received: by 10.204.35.139 with SMTP id p11mr826010bkd.178.1264087058612; Thu, 21 Jan 2010 07:17:38 -0800 (PST) In-Reply-To: <5709ce311001210712k7bc0584m658ce091813f4585@mail.gmail.com> References: <5709ce311001210622u43233cacw9646cc0306a6b907@mail.gmail.com> <5709ce311001210712k7bc0584m658ce091813f4585@mail.gmail.com> Date: Thu, 21 Jan 2010 16:17:38 +0100 Message-ID: From: BSD Life To: freebsd-geom Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: geli recovery 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, 21 Jan 2010 15:17:40 -0000 2010/1/21 Alaksiej C > Generally, yes, "geli restore" would save you. Of course, BIOS > firmware could take enough space to harm not only metadata, but some > data also, but not much. > > As Ivan Voras mentioned, geli in FreeBSD8 does metadata backup > automatically by default, so check your /var/backups/ > I think it was initialized with 7.0 or stable between 7.0 and 7.1, /var/backup is empty. And Ivan, do you mean i should reinit it? Thanks for your help From owner-freebsd-geom@FreeBSD.ORG Thu Jan 21 15:25:08 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 69EA0106566B for ; Thu, 21 Jan 2010 15:25:08 +0000 (UTC) (envelope-from gcubfg-freebsd-geom@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id 233B98FC1E for ; Thu, 21 Jan 2010 15:25:07 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.50) id 1NXyu8-0008P6-PD for freebsd-geom@freebsd.org; Thu, 21 Jan 2010 16:25:04 +0100 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 21 Jan 2010 16:25:04 +0100 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 21 Jan 2010 16:25:04 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-geom@freebsd.org From: Ivan Voras Date: Thu, 21 Jan 2010 16:24:17 +0100 Lines: 20 Message-ID: References: <5709ce311001210622u43233cacw9646cc0306a6b907@mail.gmail.com> <5709ce311001210712k7bc0584m658ce091813f4585@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.5) Gecko/20100118 Thunderbird/3.0 In-Reply-To: Sender: news Subject: Re: geli recovery 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, 21 Jan 2010 15:25:08 -0000 On 01/21/10 16:17, BSD Life wrote: > 2010/1/21 Alaksiej C > >> Generally, yes, "geli restore" would save you. Of course, BIOS >> firmware could take enough space to harm not only metadata, but some >> data also, but not much. >> >> As Ivan Voras mentioned, geli in FreeBSD8 does metadata backup >> automatically by default, so check your /var/backups/ >> > > I think it was initialized with 7.0 or stable between 7.0 and 7.1, > /var/backup is empty. Then sorry, you don't have geli backups. > And Ivan, do you mean i should reinit it? Reiniting it would of course destroy the data thoroughly. From owner-freebsd-geom@FreeBSD.ORG Thu Jan 21 15:58:30 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 5FB57106566B for ; Thu, 21 Jan 2010 15:58:30 +0000 (UTC) (envelope-from ac@belngo.info) Received: from mail-bw0-f214.google.com (mail-bw0-f214.google.com [209.85.218.214]) by mx1.freebsd.org (Postfix) with ESMTP id EA8E38FC13 for ; Thu, 21 Jan 2010 15:58:29 +0000 (UTC) Received: by bwz6 with SMTP id 6so145669bwz.31 for ; Thu, 21 Jan 2010 07:58:28 -0800 (PST) MIME-Version: 1.0 Received: by 10.204.144.86 with SMTP id y22mr901123bku.43.1264089508246; Thu, 21 Jan 2010 07:58:28 -0800 (PST) In-Reply-To: References: <5709ce311001210622u43233cacw9646cc0306a6b907@mail.gmail.com> <5709ce311001210712k7bc0584m658ce091813f4585@mail.gmail.com> Date: Thu, 21 Jan 2010 17:58:28 +0200 Message-ID: <5709ce311001210758v8845fft1f6036b4d0a44f24@mail.gmail.com> From: Alaksiej C To: BSD Life Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-geom Subject: Re: geli recovery 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, 21 Jan 2010 15:58:30 -0000 Actually, I you can do whatever you want to do with this _empty_ disk. If you have no metadata backup then there's no data, just rubbish. I advice you to either partition your drive before recreation of geli container or to put fake MBR. It will protect you from those motherboards, which creates HPA. On Thu, Jan 21, 2010 at 5:17 PM, BSD Life wrote: > 2010/1/21 Alaksiej C > >> Generally, yes, "geli restore" would save you. Of course, BIOS >> firmware could take enough space to harm not only metadata, but some >> data also, but not much. >> >> As Ivan Voras mentioned, geli in FreeBSD8 does metadata backup >> automatically by default, so check your /var/backups/ >> > > =A0I think it was initialized with 7.0 or stable between 7.0 and 7.1, > /var/backup is empty. > And Ivan, do you mean i should reinit it? > > Thanks for your help > _______________________________________________ > 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 Thu Jan 21 15:20:23 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 78FC0106568F for ; Thu, 21 Jan 2010 15:20:23 +0000 (UTC) (envelope-from bsd4life@googlemail.com) Received: from mail-bw0-f214.google.com (mail-bw0-f214.google.com [209.85.218.214]) by mx1.freebsd.org (Postfix) with ESMTP id 081A68FC17 for ; Thu, 21 Jan 2010 15:20:22 +0000 (UTC) Received: by bwz6 with SMTP id 6so91867bwz.31 for ; Thu, 21 Jan 2010 07:20:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type; bh=1Hv94Laz8TC5Hc/yyTLJ/pzAVcuWKZ2TKQoaPRCXwbI=; b=kJZTwbjYy6iSuuiH2/7nWhjnrPHP+7xaQiAvvDGrhEjmX3NWce3TA3ULdAB1DqKvoS 7lilUmKXIDmwjBRV2EQKtVOyRupjj1P3XZl3CzCF2Dp0SIrNSez+aZmLv+BYuNrGmNhF fWjU4yLQpbKCNwyVXkpXV/AK5j2+z7jt4lZ7c= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=G4YqfdZC9/+IlNWTMQ7avpfIq311Lhs3R/gWY1eF88DKf7q1OBjbFKqK/jZghyj2Vx 4Z5xYlw8OWTs0DXe5G7uvJpZ//kLaZ753/9osCEpK77WzO0sfcuy42vzRwi4/Czbhi4c NO0ZGGziTzFKdpEt6iIW+pbwck3z7RrV46QPo= MIME-Version: 1.0 Received: by 10.204.9.151 with SMTP id l23mr847646bkl.76.1264087221538; Thu, 21 Jan 2010 07:20:21 -0800 (PST) In-Reply-To: References: <5709ce311001210622u43233cacw9646cc0306a6b907@mail.gmail.com> <5709ce311001210712k7bc0584m658ce091813f4585@mail.gmail.com> Date: Thu, 21 Jan 2010 16:20:21 +0100 Message-ID: From: BSD Life To: freebsd-geom X-Mailman-Approved-At: Thu, 21 Jan 2010 18:22:27 +0000 Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: geli recovery 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, 21 Jan 2010 15:20:23 -0000 Ah sorry, I misunderstood. So I just had bad luck. Thanks again.