Well, I'm not opposed; If someone who knows Multiboot code wants to try to figure it out, I'll do my best to help out. I have a feeling though that, without changing Multiboot's code, there are two options: 1. run it via console mode or, 2. set up an item that loads the Maemo OS, but somehow launches BackupMenu in the boot process. (with boot options?)
main() { local sel i init_hw init_fs init_pm if [ -f ${BOOT_FAST} ] then FAST_BOOT=YES rm -f ${BOOT_FAST} fi if [ -f ${BOOT_ITEM} ] then load_config 99 ${BOOT_ITEM} fi if is_fast_boot || ! is_slide_open then boot_item 99 fi init_screen init_backlight read_config while : do print_menu sel=$(wait_keypress) echo -e -n '\r' case $sel in # Timeout D) sel=99 ;; # Enter 28) sel=99 ;; # 0-9 16) sel=1 ;; 17) sel=2 ;; 18) sel=3 ;; 19) sel=4 ;; 20) sel=5 ;; 21) sel=6 ;; 22) sel=7 ;; 23) sel=8 ;; 24) sel=9 ;; 25) sel=0 ;; # S - shell 31) boot_shell ;; # Backscape - reboot 14) safe_reboot ;; # X - poweroff 45) safe_poweroff ;; # B - Fallback if everything else fails 48) boot_script /sbin/preinit_real ;; # D - Debugging another script 32) boot_script /sbin/multiboot_debug ;; esac if [ -n "$(array NAME $sel)" ] then wait_screen $sel boot_item $sel fi done } main # End
# D - Debugging another script 32) boot_script /sbin/BackupMenu.item ;;