shrinking encrypted LVM's

[solarflow99]

On Wed, Aug 26, 2009 at 1:43 AM, Aldo Foot <lunixer at gmail.com> wrote:

> On Tue, Aug 25, 2009 at 10:17 AM, solarflow99<solarflow99 at gmail.com>
> wrote:
> > I noticed resize2fs doesn't seem to work on my encrypted LVM, even the
> GUI
> > tool cant do anything with the underlying filesystem.  Does anyone know
> what
> > can be done about this?  I want to shrink a volume.
> >
> >   # resize2fs /dev/VolGroup00/LVspare 39G
> > resize2fs 1.41.4 (27-Jan-2009)
> > resize2fs: Device or resource busy while trying to open
> > /dev/VolGroup00/LVspare
> > Couldn't find valid filesystem superblock.
> >
>
> I don't know whether encryption has anything do to with the size.
> But start by reading the lvresize man page.
>
> "man lvresize"
>
> DESCRIPTION
>       lvresize allows you to resize a logical volume.  Be  careful
> when  reducing  a  logical  volume’s  size,
>       because  data in the reduced part is lost!!!  You should
> therefore ensure that any filesystem on the vol-
>       ume is shrunk first so that the extents that are to be removed
> are not in use.  Resizing snapshot logical
>       volumes  (see  lvcreate(8) for information about creating
> snapshots) is supported as well.  But to change
>       the number of copies in a mirrored logical volume use lvconvert(8).


thats why i was using resize2fs.  I can't even get the fs down in the first
place, before I can lvreduce or lvresize.  The GUI tool doesn't warn you
either, I have a bugzilla on that one too.
https://bugzilla.redhat.com/show_bug.cgi?id=517759
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.fedoraproject.org/pipermail/users/attachments/20090826/1e3fc397/attachment-0001.html