From owner-freebsd-amd64@freebsd.org Mon Jan 25 11:08:26 2016 Return-Path: Delivered-To: freebsd-amd64@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 67BE6A45196 for ; Mon, 25 Jan 2016 11:08:26 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 3F6A7309 for ; Mon, 25 Jan 2016 11:08:26 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id u0PB8QJS047044 for ; Mon, 25 Jan 2016 11:08:26 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-amd64@FreeBSD.org Subject: [Bug 206599] Geli restore from backuped geli-metadata is not possible Date: Mon, 25 Jan 2016 11:08:26 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 10.2-STABLE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: marc.arnold.bach@gmail.com X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-bugs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter cc Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-Mailman-Approved-At: Mon, 25 Jan 2016 12:54:59 +0000 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jan 2016 11:08:26 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D206599 Bug ID: 206599 Summary: Geli restore from backuped geli-metadata is not possible Product: Base System Version: 10.2-STABLE Hardware: amd64 OS: Any Status: New Severity: Affects Some People Priority: --- Component: kern Assignee: freebsd-bugs@FreeBSD.org Reporter: marc.arnold.bach@gmail.com CC: freebsd-amd64@FreeBSD.org CC: freebsd-amd64@FreeBSD.org Hello, Setup: - I installed a freebsd in a vmware from using "auto zfs root" option. - The zroot pool is located on /dev/da0p4.eli after installation.=20 - Rebooting works, even if keyboardlayout during boot is US not selected... (this is a simple setting..) Symptom: Restoring a metadata from file is rejected by geli Procedure to reproduce this: root# geli backup /dev/da0p4 /root/backupme root# geli restore /root/backupme /dev/da0p4 geli: Cannot write metadata to /dev/da0p4: Operation not permitted Some tests I did: a) file backupme is existing and has size 512byte... For testing I tried to restore it to the created blockdevice da0p4.eli. The application rejects du= e to size, what makes sense as this is the inner container, not the partition itself. =3D> file seems to contain valid data b) I tried to force restoring to /dev/da0p4, even if partition was never modified.. same result: Operation not permitted... The zpool was not exported, nor the cryptodevice detached as it is the rootpool. However it is never mentioned that restore works only in detached, offline blockdevices... it is just a block of data at the end with same masterpwd... Regards Marc --=20 You are receiving this mail because: You are on the CC list for the bug.=