Linux Swap is pretty much linux swap. Just add it to the fstab or mount it from the command-line.
Kernel image + initrd = bigger than a floppy. Unless you can come up with an installation program which uses a custom-stripped kernel specific to your hardware, and doesn't have scripts which assume initrd is going to be used, you are looking at more pain than doing a few edits in /boot/grub/grub.conf.
The first or primary installation of linux(Rh9) should have a separate /boot partition, the following installs of linux should have boot reside in it's repective /. Use grub for all of them--I think. Then add entries for the other distros in /boot/grub/grub.conf with a full path to the kernel which you want to boot--using appropriate syntax for the actual hard drive partition in which the specific /boot and kernel image reside. Before rebooting temperarily mount the other versions of /boot/grub/grub.conf and edit them to also reflect the different distros. OK, yes you are going to be renaming stuff so each vmlinuz has a distinctive name. Read the stuff I linnked to on the bottom of the page.
As I said before, with windows--unless you use the "reach-around" is limited to 26 (a-z) "drives" total ("drives" includes partitions). BUT, windows ignores non-windows partitions.
**Rem. 3 primary + 1 extended + a bunch of logical partitions. Windows will demand to be the first primary (NT4, 2000, or XP)--OR--the only primary (DOS, 95, 98)--OR-- you can try more than one primary, but it might get mad at you (98se, ME, NT). I've done it without problems, but don't know whether circumstances can cause problems.
The first logical drive partition should be windows to prevent problems--it doesn't have to be big.
Linux supports up to six ide interfaces with two drives per interface. That means up to 12 ide based drives. This is from ide.txt--
http://enpc3240.eas.asu.edu/lxr/linu...tation/ide.txt
But this online document is from 2.4 based source, when I searched it, I found mentions of patching the IDE.txt, and didn't read those.
**Note that means drives--not partitions. Partitions are a separate issue.
I'm looking for the other stuff now. I'm probably supposing wrong, but that to me means /dev/hda--/dev/hdl ("L") Remember, other devices aren't included if they aren't ide hard drives or ide cdroms (DVD). Not really positive on other ide-based devices like Zip-drives or ide-tape. All I know is 6 interfaces. If you have one on-board ide then that means you can add 2 more dual channel ide adapter cards on to the PCI bus. But hey, that still leaves SCSI if you get hard-up.
Since I am a low dough kind of guy, I really don't care about the serial stuff--but I think it is seen as IDE. I could be wrong.
http://enpc3240.eas.asu.edu/lxr/linu...es.txt?v=2.4.9
199 For partitions, add to the whole disk device number:
200 0 = /dev/hd? Whole disk
201 1 = /dev/hd?1 First partition
202 2 = /dev/hd?2 Second partition
203 ...
204 63 = /dev/hd?63 63rd partition
205
206 For Linux/i386, partitions 1-4 are the primary
207 partitions, and 5 and above are logical partitions.
208 Other versions of Linux use partitioning schemes
209 appropriate to their respective architectures.
/*Well, I guess that means you can have /dev/hda1-63 with 5-63 being logical partitions (or volumes). That gives you 58 possible logicals + 3 primaries or 59 partitions available if you are dual booting windows NT4, 2K, or XP, because the first primary and first logical go to windows.
*note again this is documentation for 2.4.x kernels, 2.5 kernels may have extensions or differences available.
You definitely must plan your partitions on paper and keep it somewhere you can find it. Don't lose that map of your drive. Be specific as to starting and ending cylinders and actual sizes of the partitions. You will not remember where everything is. The more O.S. -es you put on a system, the more opportunities to hose everything. And go ahead and spend a little time reviewing the partitioning information--I did a search for you.
I strongly suggest you get Acronis TrueImage--not cheap, but much faster than ghost and much less likely to hose stuff up. It also has the option to resize and re-label a partition upon restoration--this is very handy at 2 AM when I am trying to scavenge space to do repairs or recovery of files which weren't backed up from any hosed file system. (Sure, I can do these things in other ways, but I don't have to think with TrueImage--I can just do it. If your time and sanity is worth anything, spend the money. BTW, it will also allow the recover of single files from an image, just like tar and cpio--but has the advantage of working with optical media, tape, network, and hard drive, natively.)
/*I really don't know exactly what caused a problem I had a while back, because to many possibilities were involved and I didn't want to spend the time to really track it down. The solution is to never use an imaging program to back up linux partitions from
within windows--especially NT4, 2K, or XP. I had very bad things happen, specifically, windows becoming aware of the partition somehow and attempting to "fix it". To be absolutely safe, create the bootable media and create the images using that on another partition which is shared between windows and linux. Also, linux can be used without an Imaging program to create compressed binary images of partitions. (In reality, that is exactly what TrueImage does, using Cygwin from with-in windows, and a stripped-down knoppix with all of the file utilities from it's own bootable media.)*/
And read up on KickStart for RedHat and the equivalent for the others.
PARTITIONING:
Really intensive article on partitioning, but with examples and why's:
http://www.linuxsa.org.au/tips/disk-partitioning.html Possibly the best.
/*I like keeping /usr as a separate partition because it has become so large on my system--I have developer stuff on there as well and it is rather large. It will eventually get larger. I also like his set-up for the web-server and other stuff--it is definitely a no-no to put stuff like that in /var. Although I keep it all on it"s own partition and mount it to a directory--which is correct, I didn't think of giving it a /home. Spiffy and posix as hell. (It's probably in one of the admin books I have in "like-new" condition.)*/
Don't forget
http://www.tldp.org/HOWTO/Partition/index.html
On the second IBM page (articles n-z) you have to scroll down a ways to the "p" section, you will find some articles on partitioning.
Ah, but there's more to it than that. I suggested using the "LABEL=" parameter in fstab instead of the /dev/hdxX entries. Why? because it gives you the freedom to move partitions around without breaking everything (with the exception of the /boot and / partitions).
Oo-oo, you can only have one /boot or / at a time, right? Well, not necessarily. And, in case you haven't noticed, the new kernels use initrd as well as the kernel image to boot, and the combination don't fit on one floppy anymore.
ARTICLES ON DUAL-BOOTING BETWEEN DIFFERENT LINUX DISTROS:
/*Again, I did a search for you--I really didn't find as much as I expected. You may want to do additional searches to give you more people's experiences in their own words--I find if I look and read enough, someone will put things in a way that makes everything very clear to me. Unless I am willing to recover from a melt-down I invest the time before I do something. In the end, it saves time--really.*/
This is one way to do it--but don't use the label thing just yet. This is a method using lilo. These are IBM guys. Their site has gotten huge! Cool!
http://www-106.ibm.com/developerwork...y/l-dboot.html
This is the main page--look around, neat stuff in here. Okay, it's a little dated, but so am I.
http://www-106.ibm.com/developerwork...x/articles.jsp
Here is a reply rebuttal from LWN about multiple incidences of linux--it left me confused--still looking for the easier, softer way.
/*Didn't know about the history of chroot and its original uses though--it"s worth looking and maybe learning enough to really understand and use it. I really wish I had good CS instructors for my first undergrad degree, I might have gone that way back then--instead they left me confused and semi-suicidal. (Sort of like the snob who wrote about chroot. He reminded me.)*/
http://lwn.net/Articles/2761/
Another from a lug:
http://www.linux.ie/pipermail/ilug/2...ne/004137.html
read previous and following entries in the thread
From linux questions RedHat + SuSE
http://www.linuxquestions.org/questi...2001/11/2/8350
redhat and debian
http://www.linuxsa.org.au/mailing-li...3-08/1011.html
***I know, I do go on--don't I? Well, when I was first attempting to use/learn linux--people gave me short and glib answers. Many of the answers told me to read the docs. One of my problems was that I didn't even know how to search effectively-- books or websearches--and I was completely buried in information; most of which started with the assumption that I already knew much more than I did. It was heart breaking.
The more I jumped around trying to fill in the gaps in what I knew, the more confused, frustrated and buried I became. That's why I always stress starting from the beginning, taking it easy, pacing yourself to avoid burn-out, and trying to approach this thing in a structured way. I don't want to see anyone putting themselves through the absolute personal hell that I created for myself.
You see, before I learned Linux, I THOUGHT I knew about hardware, networking, administration, and computers in general. In reality, I could pass tests and do things--but I was doing things by rote, without really understanding what I was doing or why I was doing things exactly the way that I did them.
I'm not ignorant, I can "bitch-slap" the average admin.. But, I am far removed from what I consider to be a truly competant Linux administrator--even though I took the courses and passed the tests. In the end, there is too much to know--it is mostly knowing where to look and how to perform effective searching. (Ironically, if I "think" about what I am doing to repair broken software or installations, I am dead-meat. I have to try to "not think" when I am doing stuff; I follow a set of procedures to determine what is wrong. If they are not followed exactly, I complicate things and end up wasting someone else's very expensive time. In my case, it is best not to think. I have in fact, done major repairs to installations without being able to say exactly what I did. That has led to problems with a few people who believe I am ignorant, but can't do what I do. It drives them right up the wall.)
I can honestly say I am very familiar with the file systems, applications, and the source-code for linux. I can say much the same for 98se, NT, W2K, and XP. What I can't say, is that I KNOW them. ****