Re: [CentOS] [External] /boot partition too small

2017-10-11 Thread Toralf Lund

On 10/10/17 15:55, KM wrote:

First off - let me say I am not an administrator.   I need to know if there is 
an easy way to increase my /boot partition.  When I installed CentOS 6 after 
running 5, it was my oversight not to increase the /boot size.  it's too small 
and I can't do yum updates.
if it's not easy to actually increase it, is it safe to take a chunk in my root 
filesystem (like /new.boot or something) and just mount it as /boot from now on 
so it uses the space or is that not a good idea?  I am sure I could easily copy 
the rpms/kernel stuff over to it and then unmounts the real /boot and mount 
this new area as /boot.
Can you administrators let me know what you think of all this?   Thanks in 
advance.

Hi,

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'd have to use the 
"live" version when operating on system partitions. See https://gparted.org


- T


KM
___
CentOS mailing list
CentOS@centos.org
https://urldefense.proofpoint.com/v2/url?u=https-3A__lists.centos.org_mailman_listinfo_centos&d=DwIGaQ&c=KV_I7O14pmwRcmAVyJ1eg4Jwb8Y2JAxuL5YgMGHpjcQ&r=Q0oqxzgUp3xCCIiJDwS-RbNDndQ-KZDhj8wwveNoqU4&m=nLs0WJ6kZnQCcGRXR2LX8ssZUKMhx-U1cQI8WOrVWGI&s=UK49u-sb55j-VQMkNwZkYYYe1fGSEm_ug0xk9kLfscc&e=



___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] [External] /boot partition too small

2017-10-11 Thread John R Pierce

On 10/11/2017 12:04 AM, Toralf Lund wrote:

On 10/10/17 15:55, KM wrote:
First off - let me say I am not an administrator.   I need to know if 
there is an easy way to increase my /boot partition.  When I 
installed CentOS 6 after running 5, it was my oversight not to 
increase the /boot size.  it's too small and I can't do yum updates.
if it's not easy to actually increase it, is it safe to take a chunk 
in my root filesystem (like /new.boot or something) and just mount it 
as /boot from now on so it uses the space or is that not a good 
idea?  I am sure I could easily copy the rpms/kernel stuff over to it 
and then unmounts the real /boot and mount this new area as /boot.
Can you administrators let me know what you think of all this? Thanks 
in advance.

Hi,

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'd have to use 
the "live" version when operating on system partitions. See 
https://gparted.org



I would prefer boot up in single, and partition a new boot device, with 
the larger /dev/sda1, and whatever else lvm stuff, then copy the file 
systems across with dump or xfsdump or whatever, swap the devices and 
boot.   this way the old disk is a safe backup.   heck, /boot can be a 
SD card or USB stick :-p





--
john r pierce, recycling bits in santa cruz

___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] [External] /boot partition too small

2017-10-11 Thread Robert Nichols

On 10/11/2017 02:04 AM, Toralf Lund wrote:

On 10/10/17 15:55, KM wrote:

First off - let me say I am not an administrator.   I need to know if there is 
an easy way to increase my /boot partition.  When I installed CentOS 6 after 
running 5, it was my oversight not to increase the /boot size.  it's too small 
and I can't do yum updates.
if it's not easy to actually increase it, is it safe to take a chunk in my root 
filesystem (like /new.boot or something) and just mount it as /boot from now on 
so it uses the space or is that not a good idea?  I am sure I could easily copy 
the rpms/kernel stuff over to it and then unmounts the real /boot and mount 
this new area as /boot.
Can you administrators let me know what you think of all this?   Thanks in 
advance.

Hi,

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.

--
Bob Nichols "NOSPAM" is really part of my email address.
Do NOT delete it.

___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] [External] /boot partition too small

2017-10-12 Thread Toralf Lund

On 11/10/17 15:22, Robert Nichols wrote:

On 10/11/2017 02:04 AM, Toralf Lund wrote:

On 10/10/17 15:55, KM wrote:
First off - let me say I am not an administrator.   I need to 
know if there is an easy way to increase my /boot partition.  When I 
installed CentOS 6 after running 5, it was my oversight not to 
increase the /boot size.  it's too small and I can't do yum updates.
if it's not easy to actually increase it, is it safe to take a chunk 
in my root filesystem (like /new.boot or something) and just mount 
it as /boot from now on so it uses the space or is that not a good 
idea?  I am sure I could easily copy the rpms/kernel stuff over to 
it and then unmounts the real /boot and mount this new area as /boot.
Can you administrators let me know what you think of all this?   
Thanks in advance.

Hi,

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.)


- Toralf


___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] [External] /boot partition too small

2017-10-12 Thread Sorin Srbu
> -Original Message-
> From: CentOS [mailto:centos-boun...@centos.org] On Behalf Of Toralf Lund
> Sent: den 12 oktober 2017 10:15
> To: CentOS mailing list 
> 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@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] [External] /boot partition too small

2017-10-12 Thread Mauricio Tavares
Stupid question: can't you do

rpm -qa | grep ^kernel

and then

rpm -e 


On Thu, Oct 12, 2017 at 4:24 AM, Sorin Srbu  wrote:
>> -Original Message-
>> From: CentOS [mailto:centos-boun...@centos.org] On Behalf Of Toralf Lund
>> Sent: den 12 oktober 2017 10:15
>> To: CentOS mailing list 
>> 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@centos.org
> https://lists.centos.org/mailman/listinfo/centos
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] [External] /boot partition too small

2017-10-12 Thread John Hodrien

On Thu, 12 Oct 2017, Mauricio Tavares wrote:


Stupid question: can't you do

rpm -qa | grep ^kernel

and then

rpm -e 


With 100Mbyte /boot on a non-EFI system, I wouldn't have enough room for two
kernels, so updates would be tricky.

jh
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] [External] /boot partition too small

2017-10-12 Thread Mauricio Tavares
On Thu, Oct 12, 2017 at 8:38 AM, John Hodrien  wrote:
> On Thu, 12 Oct 2017, Mauricio Tavares wrote:
>
>> Stupid question: can't you do
>>
>> rpm -qa | grep ^kernel
>>
>> and then
>>
>> rpm -e 
>
>
> With 100Mbyte /boot on a non-EFI system, I wouldn't have enough room for two
> kernels, so updates would be tricky.
>
  You have a point there. I was thinking the OP's situation was
/boot is a reasonable size but just got filled up because it was not
being monitored. And, as a result, he made yum sad. So now all he
wants is to clean it up just enough to use other stuff, and then as
mentioned before reconfigure grub2.cfg to keep only a couple of 3
kernels around.

Not going to say that happened to me in ubuntu before. O:)

> jh
>
> ___
> CentOS mailing list
> CentOS@centos.org
> https://lists.centos.org/mailman/listinfo/centos
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos