Some people don´t like building a custom kernel. For those of you: you must build your own kernel if you want to share data between Solaris and Linux on one hard disk. If, however, you do not want to share data, you are safe with your old kernel.
Here are your kernel options for ``Solaris compatibility'':
Prompt for development drivers
Unfortunately UFS writing is still experimental.
UFS file system support
UFS is the Solaris file system
UFS file system write support
The only way to pass data to Solaris
partition types / Solaris (x86) partition table support
Is needed for the slices within your Solaris partition to be found.
Before messing with your boot loader, please make sure that you have an emergency disk ready which enables you to boot your old system.
Unfortunately the Solaris install overwrites the master boot record (MBR) and overwrites your old boot manager.
Fortunately, the Solaris boot manager is able to chain-boot. For this to work you have to put your old boot loader (e.g. lilo) into the boot sector of one primary Linux partition.
For lilo this means: look at your /etc/lilo.conf. Look for the
boot= line. If it is something like
boot=/dev/hda1 everything is fine. But if it´s something like
boot=/dev/hda it points to the MBR. Please change it to point to a primary Linux partition (e.g.
A way to check if your boot-loader is chain-loadable is installing lilo in to the MBR and trying to chain load your other boot-manager. I used the following file called lilo.conf.mbr for this:
#lilo.conf.mbr #Lilo in Master Boot Record doing nothing but chain-loading another lilo boot=/dev/hda root=/dev/hda5 install=/boot/boot.b map=/boot/map vga=ask delay=50 other=/dev/hda1 label=lilochain
lilo -C lilo.conf.mbrto install lilo into your MBR. And don´t forget to run
liloto have lilo in the boot sector of your hard-drive.
If you reboot now, you should have a lilo-prompt. When you select
other this chain loads the old lilo, which in turn loads Linux.