From owner-freebsd-geom@FreeBSD.ORG Mon Jan 9 11:07:03 2012 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 DE1A6106566B for ; Mon, 9 Jan 2012 11:07:03 +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 CBEB08FC1D for ; Mon, 9 Jan 2012 11:07:03 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q09B73du042175 for ; Mon, 9 Jan 2012 11:07:03 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q09B73AB042173 for freebsd-geom@FreeBSD.org; Mon, 9 Jan 2012 11:07:03 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 9 Jan 2012 11:07:03 GMT Message-Id: <201201091107.q09B73AB042173@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, 09 Jan 2012 11:07:03 -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/163020 geom [geli] [patch] enable the Camellia-XTS on GEOM ELI 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 kern/161752 geom [geom] glabel(8) doesn't get gpt label change o bin/161677 geom gpart(8) Probably bug in gptboot o kern/160562 geom [geom][patch] Allow to insert new component to geom_ra o kern/160409 geom [geli] failed to attach provider f kern/159595 geom [geom] [panic] panic on gmirror unload in vbox [regres 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 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/134922 geom [gmirror] [panic] kernel panic when use fdisk on disk o kern/134113 geom [geli] Problem setting secondary GELI key o kern/133931 geom [geli] [request] intentionally wrong password to destr o bin/132845 geom [geom] [patch] ggated(8) does not close files opened a o 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 f kern/128276 geom [gmirror] machine lock up when gmirror module is used o kern/127420 geom [geom] [gjournal] [panic] Journal overflow on gmirrore o kern/124973 geom [gjournal] [patch] boot order affects geom_journal con o kern/124969 geom gvinum(8): gvinum raid5 plex does not detect missing s o kern/123962 geom [panic] [gjournal] gjournal (455Gb data, 8Gb journal), o kern/123122 geom [geom] GEOM / gjournal kernel lock o kern/122738 geom [geom] gmirror list "losts consumers" after gmirror de o kern/122067 geom [geom] [panic] Geom crashed during boot o kern/121364 geom [gmirror] Removing all providers create a "zombie" mir o kern/120091 geom [geom] [geli] [gjournal] geli does not prompt for pass o kern/115856 geom [geli] ZFS thought it was degraded when it should have o kern/115547 geom [geom] [patch] [request] let GEOM Eli get password fro o kern/114532 geom [geom] GEOM_MIRROR shows up in kldstat even if compile f kern/113957 geom [gmirror] gmirror is intermittently reporting a degrad o kern/113837 geom [geom] unable to access 1024 sector size storage o kern/113419 geom [geom] geom fox multipathing not failing back o kern/107707 geom [geom] [patch] [request] add new class geom_xbox360 to o kern/94632 geom [geom] Kernel output resets input while GELI asks for o kern/90582 geom [geom] [panic] Restore cause panic string (ffs_blkfree o bin/90093 geom fdisk(8) incapable of altering in-core geometry o kern/87544 geom [gbde] mmaping large files on a gbde filesystem deadlo o bin/86388 geom [geom] [geom_part] periodic(8) daily should backup gpa o kern/84556 geom [geom] [panic] GBDE-encrypted swap causes panic at shu o kern/79251 geom [2TB] newfs fails on 2.6TB gbde device o kern/79035 geom [vinum] gvinum unable to create a striped set of mirro o bin/78131 geom gbde(8) "destroy" not working. 67 problems total. From owner-freebsd-geom@FreeBSD.ORG Mon Jan 9 16:18:54 2012 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 CC131106564A for ; Mon, 9 Jan 2012 16:18:54 +0000 (UTC) (envelope-from gtolemans@gmail.com) Received: from mail-yx0-f182.google.com (mail-yx0-f182.google.com [209.85.213.182]) by mx1.freebsd.org (Postfix) with ESMTP id 8D81F8FC18 for ; Mon, 9 Jan 2012 16:18:54 +0000 (UTC) Received: by yenl9 with SMTP id l9so1808153yen.13 for ; Mon, 09 Jan 2012 08:18:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=from:content-type:content-transfer-encoding:subject:date:message-id :to:mime-version:x-mailer; bh=OiS2VL4FWgwDKmY3jX61AZSQluLcpO+TXDuhazdapaA=; b=SHD441G0ZAZgKLkEp4bEJTBbESnDqBhxMqPn+02kRgsfiQuMvypVt/gCYNu1mx2Trz RqOSY5l9u7v7OyclPP3jQ4cnaoIXn9wLIZ4IAWQCtZT8LrU2xKidIZrHqSIy4go6JTck y0ZOK4uizdQEWVWuG2uDftxhKLqvYfiSGQoHM= Received: by 10.236.9.33 with SMTP id 21mr20424041yhs.76.1326124359160; Mon, 09 Jan 2012 07:52:39 -0800 (PST) Received: from [10.64.192.139] (campus.hartland.edu. [12.47.113.114]) by mx.google.com with ESMTPS id q40sm161565375anh.18.2012.01.09.07.52.37 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 09 Jan 2012 07:52:38 -0800 (PST) From: Nathan Wehr Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Date: Mon, 9 Jan 2012 10:52:24 -0500 Message-Id: To: freebsd-geom@freebsd.org Mime-Version: 1.0 (Apple Message framework v1251.1) X-Mailer: Apple Mail (2.1251.1) Subject: Lost geli metadata 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, 09 Jan 2012 16:18:54 -0000 I have FreeBSD 8.0 installed on a machine with geli encrypting one of = the hard drives. Most of what's on the drive I can live without, but = there are a few important items that, unfortunately, don't exist = elsewhere. When I try to attach the drive, I get the following message: [root@baxter ~/]# geli attach -k /root/ad4.key /dev/ad4 [root@baxter ~/]# Enter Passphrase: (I enter passphrase no problem, geli = seems to attach) [root@baxter ~/]# mount /dev/ad4.eli /private mount: /dev/ad4.eli : No such file or directory <-- This is the problem The rest of this sad story is really just a long list of me making = stupid mistakes. Here's a bit of history that might be helpful: Mistake #1: Store non-backedup data on a backup drive that's encrypted.=20= If I hadn't of made Mistake #1, losing all of my data would be far less = heart-wrenching. However - and unfortunately - my mistakes do not end = there. To start out with, I took out the CD/DVD drive from the machine = to install it in a different one. After I did that, the drive label for = the encrypted drive changed from ad4 to ad2. And of course geli wouldn't = attach the drive and so I tried to use glabel. Needless to say, glabel = didn't work. After that, I backed up the meta data (more like overwrote = meta data that was already backed up when I originally encrypted the = drive) that geli puts on the drive and then try to restore it after I = insert the CD/DVD drive.=20 This didn't work, and with a little bit of research, I found out that = both geli and glabel both write data to the same place on the hard drive = (the last sector). Which means that the backed up meta data which is at = /var/backups/ad4.eli now contains data for glabel instead of geli. I = read somewhere that the meta data for geli contains key information = which doesn't make sense to me because I have the key stored at = /root/ad4.key. So, my question... Is there any hope at recovering the = information on the drive? If so, how? And, if not, why? I would appreciate any help that you could offer, especially regarding = the failed mount command listed above. From owner-freebsd-geom@FreeBSD.ORG Mon Jan 9 22:42:24 2012 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 85D4C106566B for ; Mon, 9 Jan 2012 22:42:24 +0000 (UTC) (envelope-from pawel@dawidek.net) Received: from mail.dawidek.net (60.wheelsystems.com [83.12.187.60]) by mx1.freebsd.org (Postfix) with ESMTP id EF9E08FC0C for ; Mon, 9 Jan 2012 22:42:23 +0000 (UTC) Received: from localhost (89-73-195-149.dynamic.chello.pl [89.73.195.149]) by mail.dawidek.net (Postfix) with ESMTPSA id A9446A0C; Mon, 9 Jan 2012 23:25:31 +0100 (CET) Date: Mon, 9 Jan 2012 23:24:24 +0100 From: Pawel Jakub Dawidek To: Nathan Wehr Message-ID: <20120109222423.GA1801@garage.freebsd.pl> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="SLDf9lqlvOQaIe6s" Content-Disposition: inline In-Reply-To: X-OS: FreeBSD 9.0-CURRENT amd64 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-geom@freebsd.org Subject: Re: Lost geli metadata 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, 09 Jan 2012 22:42:24 -0000 --SLDf9lqlvOQaIe6s Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jan 09, 2012 at 10:52:24AM -0500, Nathan Wehr wrote: > I have FreeBSD 8.0 installed on a machine with geli encrypting one of the= hard drives. Most of what's on the drive I can live without, but there are= a few important items that, unfortunately, don't exist elsewhere. When I t= ry to attach the drive, I get the following message: >=20 > [root@baxter ~/]# geli attach -k /root/ad4.key /dev/ad4 > [root@baxter ~/]# Enter Passphrase: (I enter passphrase no problem, geli = seems to attach) >=20 > [root@baxter ~/]# mount /dev/ad4.eli /private > mount: /dev/ad4.eli : No such file or directory <-- This is the problem >=20 > The rest of this sad story is really just a long list of me making stupid= mistakes. Here's a bit of history that might be helpful: >=20 > Mistake #1: Store non-backedup data on a backup drive that's encrypted.= =20 >=20 > If I hadn't of made Mistake #1, losing all of my data would be far less h= eart-wrenching. However - and unfortunately - my mistakes do not end there.= To start out with, I took out the CD/DVD drive from the machine to install= it in a different one. After I did that, the drive label for the encrypted= drive changed from ad4 to ad2. And of course geli wouldn't attach the driv= e and so I tried to use glabel. Needless to say, glabel didn't work. After = that, I backed up the meta data (more like overwrote meta data that was alr= eady backed up when I originally encrypted the drive) that geli puts on the= drive and then try to restore it after I insert the CD/DVD drive.=20 >=20 > This didn't work, and with a little bit of research, I found out that bot= h geli and glabel both write data to the same place on the hard drive (the = last sector). Which means that the backed up meta data which is at /var/bac= kups/ad4.eli now contains data for glabel instead of geli. I read somewhere= that the meta data for geli contains key information which doesn't make se= nse to me because I have the key stored at /root/ad4.key. So, my question..= =2E Is there any hope at recovering the information on the drive? If so, ho= w? And, if not, why? The /root/ad4.key file contains only a key that is being used to decrypt the master key, which is stored in provider's last sector. Ok, first of all, when you attach ad4 and it asks you for a passphrase, it means that metadata is there. What is the output of: # geli dump /dev/ad4 | head and what is the output after attaching of: # diskinfo -v /dev/ad4.eli Also note that geli automatically creates metadata backup on 'geli init' and stores it in /var/backups/ directory. Can you take a look if you have files with .eli suffix on the machine you initialized geli for this disk? --=20 Pawel Jakub Dawidek http://www.wheelsystems.com FreeBSD committer http://www.FreeBSD.org Am I Evil? Yes, I Am! http://yomoli.com --SLDf9lqlvOQaIe6s Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEARECAAYFAk8LaRcACgkQForvXbEpPzQjUACfVM5S7CuLrWAJr6NoQ5JOF7gM mE0AnjO9jLhwAbI+QdsCXlD0Zbdb0CUW =cSGV -----END PGP SIGNATURE----- --SLDf9lqlvOQaIe6s--