HeresMyAccount: Anyway, after if finally finished displaying that error hundreds or thousands of times, it said:
BusyBox v1.30.1 (Ubuntu 1:1.30.1-4ubuntu6) built-in shell (ash)
Enter 'help' for a list of built-in commands.
(initramfs) unable to find a medium containing a live file system
Now if I had to take a wild guess about what all of that means, having no real idea, I'd say that "initramfs" is an abbreviation for "initialize RAM file system" (am I right?) and I guess that would mean that /dev/sr0 refers to some drive being emulated within RAM. So if that's all true then it means that it's having trouble getting the data that it needs to use for that, which means that the problem is being caused by my "auto_memdisk" in the .json file, meaning that memdisk isn't working for some reason. Is that accurate?
Why wouldn't it be working? I was really hoping to use memdisk mode, because the thing is - and correct me if I'm wrong - since I can't seem to enable persistence for loading in already stored data
without also enabling persistence for storing new changes, but I
think the changes only get made when the computer is told to shut down or restart, then theoretically, if I unplug the USB drive after it's finished booting and have it unplugged when I shut down (or perhaps even just push the button on the computer to shut down or restart, since there's nowhere to save any changes, anyway) then it should be prevented from ever writing any new information after that point, right? So I just thought that it would be best to have it load everything into RAM in the beginning so that the USB drive could be removed.
I think I may have mentioned the initramfs mechanism earlier. In a typical Linux distribution, the following happens:
1. Bootloader loads the kernel into RAM, along with an initramfs image (actually a cpio archive).
2. Linux (the kernel) unpacks the initramfs image into a RAM-based filesystem, and executes /init from that filesystem.
3. The initramfs then finds the real root filesystem, mounts it, and switches to that filesystem root, while executing (via execve() or similar) the final init system.
In this case, it's step 3 (out of the ones listed here) that failed. /dev/sr0 is your physical CD-ROM (or other optical) drive, which has nothing in it. The Linux system is not able to access the ISO that was loaded into memory, so it can't use that.
Memdisk, unfortunately, will only work with a Linux distribution that does one of two things:
* One that is aware of said in-memory ISO (which would mean putting a program called memdiskfind in the initramfs, plus the phram kernel module)
* Or one that never does step 3, like Tiny Core Linux or Alpine Linux.
I think your best option is to master your own live image; start with an existing image, customize it to your liking, and "burn" it to a USB device (though you may want to test it in a VM first).