install to-filesystem unable to replace bootloader.

[jmarrero]

Installing on a Digital Ocean droplet:

tune2fs -O verity /dev/vda1

podman run --privileged --pid=host --user=root:root \
     -v /var/lib/containers:/var/lib/containers \
     -v /dev:/dev \
     --security-opt label=type:unconfined_t \
     -v /:/target \
     -v /root/.ssh/authorized_keys:/bootc_authorized_ssh_keys/root \
     ghcr.io/jmarrero/ubuntu-bootc:latest \
     bootc install to-existing-root \
     --acknowledge-destructive \
     --skip-fetch-check \
     --composefs-backend \
     --cleanup \
     --root-ssh-authorized-keys /bootc_authorized_ssh_keys/root --insecure --bootloader systemd 

System fails to boot with:

SeaBIOS
Booting from Hard Disk...
error: file '/grub/i386-pc/normal.mod' not found.
Entering rescue mode...
grub rescue>

[jmarrero]

@Johan-Liebert1 @ckyrouac anything obvious I am missing here?

[Johan-Liebert1]

So, I tried with your image locally on a fedora cloud VM and it did successfully replace the bootloader and it boots. What was your environment? The only step I skipped is the authorized_ssh_keys one

[jmarrero]

I am starting from a fresh install of Ubuntu on Digital ocean. I have been successful with fedora on digital ocean using system-reinstall-bootc but with a fedora-bootc image. I wonder if the partitions are the culprit here. Checking that next.

Actually this command fails the same on Fedora, not sure what exactly is the issue yet.

[root@fedora-s-2vcpu-8gb-160gb-intel-sfo2-01 ~]# df -h
Filesystem      Size  Used Avail Use% Mounted on
/dev/vda4       159G  637M  158G   1% /
devtmpfs        4.0M     0  4.0M   0% /dev
tmpfs           3.9G     0  3.9G   0% /dev/shm
tmpfs           1.6G  700K  1.6G   1% /run
tmpfs           1.0M     0  1.0M   0% /run/credentials/systemd-journald.service
tmpfs           3.9G     0  3.9G   0% /tmp
/dev/vda4       159G  637M  158G   1% /home
/dev/vda4       159G  637M  158G   1% /var
/dev/vda3       966M   86M  815M  10% /boot
/dev/vda2       100M   17M   83M  18% /boot/efi
tmpfs           1.0M     0  1.0M   0% /run/credentials/systemd-resolved.service
tmpfs           1.0M     0  1.0M   0% /run/credentials/serial-getty@ttyS0.service
tmpfs           1.0M     0  1.0M   0% /run/credentials/getty@tty1.service
tmpfs           794M  4.0K  794M   1% /run/user/0

podman run --privileged --pid=host --user=root:root -v /var/lib/containers:/var/lib/containers -v /dev:/dev --security-opt label=type:unconfined_t -v /:/target -v /tmp/.tmpv5VLj3:/bootc_authorized_ssh_keys/root ghcr.io/jmarrero/ubuntu-bootc:latest bootc install to-existing-root --acknowledge-destructive --skip-fetch-check --composefs-backend --cleanup --root-ssh-authorized-keys /bootc_authorized_ssh_keys/root

The above command fails in the same way.

[Johan-Liebert1]

I don't believe this could have anything to do with a cloud env. Could you run the command with RUST_LOG=debug so we can see the debug logs