>>> I've become used to using kickstart files to automate my Fedora
>>> installs to VMs and bare-metal x86 hardware.  I'm getting started with
>>> Fedora on ARM and am wondering if there is something similar to create
>>> custom disk images.  The closest I've found is the page on creating ARM
>>> remixes:
>>> <https://fedoraproject.org/wiki/Architectures/ARM/Creating_Remixes>.
>>>
>>> Is that still the way to go, or is there a better approach?
>>
>> It depends a little, ARMv7 or aarch64? The mechanism will work for
>> ARMv7, for aarch64 you'll need to use imagefactory.
>>
>> You can also run the install directly on the device as you can use
>> u-boot to PXE boot and kick off an install using tftp like on x86,
>> depending a little on the device some people will even put u-boot on a
>> small SD card, eg an old 128Mb one from a phone, and then pxe/tftp
>> install to another medium. With F-28 in theory (I'm not sure anyone
>> has had a chance to test it) you can use uEFI/iPXE from u-boot to do a
>> whole lot of other options too.

> what is the best solution between
>
>     using a pre-built image from fedora (it is really easy to dump the image
> on a SD card and plug it into the ARM box :) )
>
>     using a kickstart process to setup it with all customizations you want
> (but kickstart can be tricky to setup/tune at least a few years ago !)

It depends on your use case, for the vast majority of users the
easiest way is to use a pre-canned image and then use a tool like
ansible to configure the machine to their liking. It tends to be more
self contained and easier to deal with multiple different use cases.

> By the way, is there documentation describing all stuffs need to kickstart
> (u-boot for example) and how to setup everything

The setup is basically the same as doing it on x86, u-boot (and uEFI
on u-boot on aarch64), in the vast majority of devices, will
automatically fall back to attempting to do network boot in the case
there's no local OS install to boot.

> on an external flash drive ? (it is easy to move lvm from sd to ssd for
> example)

Why move it? Why not set it up like that from the outset? The process
would be the same as any other architecture/storage combination for
moving data around with LVM, arm is no special case here.
_______________________________________________
arm mailing list -- [email protected]
To unsubscribe send an email to [email protected]

Reply via email to