I have provisioned a Debian 11 bullseye system for "hijacking" conversion into a Bedrock system.
The system is QEMU/KVM guest running on a x86/64-bit host.
Not knowing about the limitations from the combination of Btrfs and Grub, I encountered an error when running the conversion script.
However, it was insufficient to eliminate this error even by achieving successful boot entirely through rEFInd.
In fact, each of the following increasingly more aggressive steps have failed to eliminate the error:
Install rEFInd and achieve working boot entirely without Grub.
Remove Grub system utilities from system.
Same, but with purge command given to APT package manager utility.
Remove file /boot/grub/grub.cfg.
Remove entire directory /boot.
Remove all Grub binaries from EFI partition.
Include argument --force-update in invocation of conversion utility.
I am seeking advice on how to proceed.
I would also suggest an option for manually overriding the check. As long as the boot process is not dependent on Grub, and as long as the update routine would not set Grub as the default boot loader, then the mere presence of Grub should not cause problems. Ideally, drastic steps would not be necessary to proceed with system conversion, if a user chooses instead simply to force the conversion utility to proceed.
Presently, even after completing all steps listed above, the conversion utility proceeds as shown in the following output capture:
$ sudo sh ./bedrock-linux-0.7.28-x86_64.sh --hijack
* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *
* *
* Continuing will: *
* - Move the existing install to a temporary location *
* - Install Bedrock Linux on the root of the filesystem *
* - Add the previous install as a new Bedrock Linux stratum *
* *
* YOU ARE ABOUT TO REPLACE YOUR EXISTING LINUX INSTALL WITH A *
* BEDROCK LINUX INSTALL! THIS IS NOT INTENDED TO BE REVERSIBLE! *
* *
* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *
Please type "Not reversible!" without quotes at the prompt to continue:
> Not reversible!
__ __ __
\ \_________\ \____________\ \___
\ _ \ _\ _ \ _\ __ \ __\ /
\___/\__/\__/ \_\ \___/\__/\_\_\
Bedrock Linux 0.7.28 Poki
[1/6 ( 16%)] Performing sanity checks
ERROR: Detected BTRFS mount and GRUB reference in /boot. GRUB can get confused when updating its configuration in this scenario. Either use another filesystem or another bootloader.
Yet, it is puzzling what is mean by the "GRUB reference in /boot".
Following represents the current contents of /boot:
I have provisioned a Debian 11 bullseye system for "hijacking" conversion into a Bedrock system.
The system is QEMU/KVM guest running on a x86/64-bit host.
Not knowing about the limitations from the combination of Btrfs and Grub, I encountered an error when running the conversion script.
However, it was insufficient to eliminate this error even by achieving successful boot entirely through rEFInd.
In fact, each of the following increasingly more aggressive steps have failed to eliminate the error:
purge
command given to APT package manager utility./boot/grub/grub.cfg
./boot
.--force-update
in invocation of conversion utility.I am seeking advice on how to proceed.
I would also suggest an option for manually overriding the check. As long as the boot process is not dependent on Grub, and as long as the update routine would not set Grub as the default boot loader, then the mere presence of Grub should not cause problems. Ideally, drastic steps would not be necessary to proceed with system conversion, if a user chooses instead simply to force the conversion utility to proceed.
Presently, even after completing all steps listed above, the conversion utility proceeds as shown in the following output capture:
Yet, it is puzzling what is mean by the "
GRUB reference in /boot
".Following represents the current contents of
/boot
:Thank you for the support, and for considering the suggestion.