Re: [PATCH v2] expand-on-first-boot: support resizing a btrfs root

[Henning Schild <henning.schild@siemens.com>]

Am Sat, 10 Dec 2022 04:28:48 +0100
schrieb "Roberto A. Foglietta" <roberto.foglietta@gmail.com>:

> On Fri, 9 Dec 2022 at 16:40, Henning Schild
> <henning.schild@siemens.com> wrote:
> >
> > It all looks like we want to revert the systemd-growfs patch and go
> > back to using plain tools for each partition type. So i looked at
> > this again and will likely propose another round, keeping the
> > author but changing it quite a bit.
> >
> > Am Fri, 22 Oct 2021 15:50:47 -0400
> > schrieb Joe MacDonald <joe_macdonald@mentor.com>:
> >  
> > > resize2fs fails if the build sets the root filesystem for an
> > > image to btrfs though the partition is expanded properly. Since
> > > the rest of the script works as intended, simply checking the
> > > last partition type with lsblk and adding `btrfs resize` instead
> > > of `resize2fs` in the appropriate circumstance allows everything
> > > to function as expected.  
> >
> > It it not about "rootfs" it is about the last partition.  
> 
> This is the code you need to integrate btrfs filesystem
> 
> case $(lsblk -fno FSTYPE "${LAST_PART}") in
>         ext4)   resize2fs "${LAST_PART}"
>                 ;;
>         btrfs)  mkdir -p /tmp/btrfs
>                 mount "${LAST_PART}" /tmp/btrfs
>                 btrfs filesystem resize max /tmp/btrfs
>                 umount /tmp/btrfs && rmdir /tmp/btrfs
>                 ;;
> esac

I have an updated version of Joes patch looking very similar but still
needing some more testing. Feel free to review that once it comes.

As for this one, it is a clumsy duplicate and i will not even review.

Henning

> In attachment the patch against the current next branch.
> It has been sent by elastic mail but went in moderation, as usual.
> 
> Best regards, R-