modify crappy partitionning

[thibaut noah]

Swapped off in order to be able to use vgreduce.
So partitions are ok but i cannot boot, i thought this was a bad fstab, so
i mounted root partition with the live usb key to acces fstab to fix the
issue.
Fstab seems ok (i replaced /dev/mapper/home-home by /dev/mapper/root-home
same for swap).
But when i try to boot the system still tries to load the Home vg though it
doesn't exist anymore, i don't get it, what am i missing here?
Obviously there is a place in the filesystem where i have to change things
also but i don't know where.

2016-03-30 10:43 GMT+02:00 thibaut noah <thibaut.noah at gmail.com>:

>
> 2016-03-28 9:30 GMT+02:00 Chris Murphy <lists at colorremedies.com>:
>
>> I suggest substituting e2fsresize and lvresize with fsadm. It combines
>> the steps, and also does an fsck first. It takes the form:
>> # fsadm -v -l -y resize /dev/VG/testext4 25g
>>
>> That's really the only step you need the live boot for, the pvmove step
>> can be done while the file system being moved is in use, and also vgreduce.
>>
>> Also, pvmove can be slow, so you might want to use -i option with a value
>> of say 30, to get an update every 30 seconds. Compare pvs 'PFree' for the
>> SSD and lvs 'LSize' for home to make sure there's enough room on the SSD to
>> move the LV over, otherwise pvmove won't work (or at least it won't
>> completely move everything over). So you'll want to get the resize step
>> correct.
>
>
> Used fsadm command before vgmerge, worked great.
> Succeeded at creating new pv on my ssd to merge it with the root vg thus
> allowing me to use the full size of the ssd.
> The problem i got is when trying to merge root with Home, i have to make
> lv inactive, working on /dev/Home/home with lvchange -an but not working on
> /dev/Home/swap.
> Tells me the logical volume is in use.
> How can the logical volume be in use when i booted on a live usb key?
> Is it possible to force it or find another way?
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.fedoraproject.org/pipermail/users/attachments/20160330/82ba6ec6/attachment.html>