I finally, after some trouble, installed FreeDOS 1.3-RC2 onto a USB stick, but not the intended one.
I downloaded the USB-stick image, unzipped and wrote to the installation USB stick using dd, from NetBSD. It seems writing the installer USB stick was OK. I subsequently booted that USB stick, accepted the offer to install, and the installation just installed without asking which disk to install to. That is dangerous to the user's data! The unintended target USB stick was my System Rescue CD 4.3.0 which included a Super Grub2 Disk image that I use to boot FreeBSD and NetBSD, and can boot other OSes. When I booted that target USB stick, it went into the new FreeDOS without the choice to use the other boot images on that USB stick. What was on the System Rescue CD 4.3.0 USB stick remained intact but not bootable. I was able to boot a newer System Rescue CD USB stick, which no longer includes the Super Grub2 Disk image, went into Linux on the System Rescue CD, and (re)installed Syslinux with syslinux --install /dev/sde . That restored the System Rescue CD 4.3.0's functionality, and I was back in business, but unable to boot the FreeDOS installation. It is important that any installation program let the user know where it wants to install to, and give the user a choice, give the user a chance to examine the USB-stick data contents to be sure user is installing to the intended place. With a little less luck, I could have trashed my hard disk data. I can't install FreeDOS, or ReactOS, to hard drive because of GPT partitioning. I tried to see if I could bring back the FreeDOS accessibility in syslinux/syslinux.cfg with the insertion of LABEL freedos-1.3rc2 MENU LABEL FREEDOS-1.3rc2 kernel /KERNEL.SYS append - but have not tried that yet to see if it works. I also copied the Super Grub2 Disk part to newer versions of the System Rescue CD, and copied the Super Grub2 Disk image to /bootdisk on the System Rescue CD USB stick. That ought to work, but I haven't tried that yet. Maybe that teaches me that I should use UEFI wherever possible. Tom _______________________________________________ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
