From: Milan Broz <gmazyland@gmail.com>
To: "Richard W.M. Jones" <rjones@redhat.com>
Cc: Karel Zak <kzak@redhat.com>, util-linux@vger.kernel.org
Subject: Re: [PATCH] wipefs: Add --force option
Date: Tue, 20 Nov 2012 16:07:37 +0100 [thread overview]
Message-ID: <50AB9CB9.3040104@gmail.com> (raw)
In-Reply-To: <20121120144111.GN1444@rhmail.home.annexia.org>
On 11/20/2012 03:41 PM, Richard W.M. Jones wrote:
> In fact the problem case is where you try to wipe a device which
> contains a volume groups and a logical volume; note the LVs don't
> contain filesystems, and nothing is mounted.
Well there is a problem. While you can wipe part table, kernel will
reload it and destroy all obsolete partitions.
There should not be problem if it contains lvm, only if it contains
active LVs mapped.
If there are active device-mapper devices (either created by kpartx,
lvm, crypt, ...) you will lost metadata and cannot remove them
using standard tools, you are forced to do it with dmsetup later.
So wipe part table is fine, but not if partition is mounted or
mapped... You should remove mapping first.
And --force here should be used as a last resort - why not deactivate
mapped device on top first?
It should not be big problem (I think someone wrote this using
lsblk --inverse).
Using force in this situation just creates problem later.
(I am not against the patch, it should have --force option but it
should be used very carefully.)
> libguestfs: trace: lvcreate_free "LV" "VG" 100
> libguestfs: trace: lvcreate_free = 0
> libguestfs: trace: wipefs "/dev/sda"
> libguestfs: trace: wipefs = -1 (error)
IMHO lvcreate implicitly activates device.
Try lvcreate -a n !
Milan
next prev parent reply other threads:[~2012-11-20 15:07 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-11-19 15:41 [PATCH] wipefs: Add --force option Richard W.M. Jones
2012-11-20 11:16 ` Karel Zak
2012-11-20 13:52 ` Karel Zak
2012-11-20 14:41 ` Richard W.M. Jones
2012-11-20 15:07 ` Milan Broz [this message]
2012-11-20 15:41 ` Richard W.M. Jones
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=50AB9CB9.3040104@gmail.com \
--to=gmazyland@gmail.com \
--cc=kzak@redhat.com \
--cc=rjones@redhat.com \
--cc=util-linux@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).