CentOS - Oct 2017 - [External] /boot partition too small

> -----Original Message-----
> From: CentOS [mailto:centos-bounces at centos.org] On Behalf Of Toralf Lund
> Sent: den 12 oktober 2017 10:15
> To: CentOS mailing list <centos at centos.org>
> Subject: Re: [CentOS] [External] /boot partition too small
>
> >> Since a lot of people seem to say none of the above can be done,
I'm
> >> starting to feel slightly unsure, but I though gparted could
extend,
> >> shrink and move partitions while preserving data.
> >
> > You would be asking gparted to:
> >     1. Reach inside an LVM PV and shrink one filesystem and its LV,
> >     2. Rearrange the extents inside the PV to make free space at the 
> > beginning,
> >     3. Move the start of the PV and adjust all of the starting offsets
for
> > the LVs,
> >     4. Finally, enlarge partition 1 into the freed-up space.
> >
> > Even if gparted was willing to attempt that, there is no way I would
> > trust it to do it correctly.
> Quite. I'd never try this without a backup, of course. In fact,
I've
> only ever used gparted in situations where I had a system dump already.
> Still, it could save you from a bit of work, as in, if it does succeed,
> you won't have to do a full recovery.  Also, I'm not really sure
about
> the state of the LVM support, now that you mention it. (But there is
> supposed to be *something* in that area.)
Supposedly the below tool should be able to handle LVM volumes, and is 
bootable from CD. It costs though.

https://www.partitionwizard.com/partition-wizard-bootable-cd.html

Maybe helps a bit?
--
//Sorin

Stupid question: can't you do

rpm -qa | grep ^kernel

and then

rpm -e <kernel file>


On Thu, Oct 12, 2017 at 4:24 AM, Sorin Srbu <Sorin.Srbu at orgfarm.uu.se>
wrote:
>> -----Original Message-----
>> From: CentOS [mailto:centos-bounces at centos.org] On Behalf Of Toralf
Lund
>> Sent: den 12 oktober 2017 10:15
>> To: CentOS mailing list <centos at centos.org>
>> Subject: Re: [CentOS] [External] /boot partition too small
>>
>> >> Since a lot of people seem to say none of the above can be
done, I'm
>> >> starting to feel slightly unsure, but I though gparted could
extend,
>> >> shrink and move partitions while preserving data.
>> >
>> > You would be asking gparted to:
>> >     1. Reach inside an LVM PV and shrink one filesystem and its
LV,
>> >     2. Rearrange the extents inside the PV to make free space at
the
>> > beginning,
>> >     3. Move the start of the PV and adjust all of the starting
offsets for
>> > the LVs,
>> >     4. Finally, enlarge partition 1 into the freed-up space.
>> >
>> > Even if gparted was willing to attempt that, there is no way I
would
>> > trust it to do it correctly.
>> Quite. I'd never try this without a backup, of course. In fact,
I've
>> only ever used gparted in situations where I had a system dump already.
>> Still, it could save you from a bit of work, as in, if it does succeed,
>> you won't have to do a full recovery.  Also, I'm not really
sure about
>> the state of the LVM support, now that you mention it. (But there is
>> supposed to be *something* in that area.)
>
> Supposedly the below tool should be able to handle LVM volumes, and is
> bootable from CD. It costs though.
>
> https://www.partitionwizard.com/partition-wizard-bootable-cd.html
>
> Maybe helps a bit?
> --
> //Sorin
> _______________________________________________
> CentOS mailing list
> CentOS at centos.org
> https://lists.centos.org/mailman/listinfo/centos

On Thu, 12 Oct 2017, Mauricio Tavares wrote:
> Stupid question: can't you do
>
> rpm -qa | grep ^kernel
>
> and then
>
> rpm -e <kernel file>
With 100Mbyte /boot on a non-EFI system, I wouldn't have enough room for two
kernels, so updates would be tricky.

jh