06_RAMSESS made to ignore kernels the RAM Session doesn't have modules for
Giving RAM booster the ability to make proper grub menu entries

This commit makes it so that 10_linux works no matter if update-grub
is running from within the Original OS, or the RAM Session
Fixed small mistake in sed line that edits 10_linux
Fixed small oversight in sed line that changes 10_linux
Fixed small problem caused by 'sh -e' in 10_linux
Moved "update-grub2" line

Due to a recent change, we can't update the grub menu until
/var/squashfs/lib/modules exists. This folder clearly doesn't exist until
we copy the whole FS to /var/squashfs, so we had to move the update-grub2
line down a bit
Made rupdate mount Original OS to /mnt for 10_linux
Fixed formatting for update-grub line
Undoing the --both check

I ended up having 2 checks that both see if the Original OS has the
/lib/modules/ folder necessary to support a particular kernel. Both
these checks interfeare with each other. I kept the better one, and
deleted the other in this commit
Fixed spelling mistake
/boot was NOT mounting for the Original OS. Fixed

This was a problem because if there was a kernel update for both the
RAM Session and the Original OS, this is what would happen:

-RAM Session updates, and puts new kernel on real /boot
-Original OS updates, and puts new kernel on fake /boot
-Original OS automatically runs 'update-grub' after kernel
	updates, which writes the new grub.cfg to fake /boot
-After everything unmounts and you reboot, the fake grub.cfg
	that has the Original OS using the new kernel is NOT
	read, and the real boot's grub.cfg still has the
	Original OS using the old kernel
Merge branch '10_linux_fix'