Your fat drive should be fairly simple to find, as long as you formatted it. The order of drives is fairly straight forward. Let's say that you have your FAT partition on the master hard drive, and it's the fourth partition on the drive. It would be called /dev/hda4.
"/dev" is the devices directory
"/hd" means that it is an IDE hard drive or cd/dvd drive. If it was a SCSI drive it would be "/sd"
"a" means the first drive on the primary IDE channel. If it was the slave, it would be "b". If it was the master drive on the second IDE channel, it would be "c".
"4" means that it is on the fourth partition.
If you are dual booting with Windows, you need to make sure that Windows is on the first partition on the Master drive on the primary IDE channel. Windows makes the rather arrogant assumtion that you would never use any other operating system, so why build in the capability to boot from anywhere else? Windows, if you have it, will be on /dev/hda1.
I found a bunch of rpm packages in /var/spool/repackage. I'm guessing that they are from up2date. The /var/spool/up2date directory only has headers in it. Most likely, you can just copy things over from that location to your FAT drive using:
Code:
# mount vfat umask=000 /dev/hd[your drive location] /mnt/[pick a mount point name]
Code:
# cp /var/spool/repackage/*rpm [mount point]
In case the *rpm is a bit mystifying to anyone, the * is a wild card. It means that cp will copy every file that ends with rpm.
BTW, my brother just called on the phone yesterday, and we had a 2 hour conversation about this problem. He tried to update to kernel 2.6.11 using up2date, and now his machine hangs on boot when CUPS tries to start. If he boots interactively, and says "no" to CUPS, it boots just fine.
Definitely stick with YUM for now. I do hope that up2date eventually gets working for Fedora. It really is a nice way to update.
Good luck