Bug 150253

The 10.1 beta2 intial Partitioning unhappily changes the long time YaST2 installations since previous Suse versions and distros. While 10.0 installs streamlined by the user selecting one of the available partitions for root, 10.1 tries automatically to delete (format) and split the LAST partition found in two partitions for / and /home, regardless if there is a system installed on it from beforehand. 

Example:
On a multiboot installation containing Win2k, and several Linux distros:
/dev/hda9  (containing JDS3/SLES9)
/dev/hda10 (Free for OpenSuse10.1) 
/dev/hda11 (containing Ubuntu 5.10)
/dev/hda12 (containing OpenSuse 10.0)

During a new installation of OpenSuse 10.1 beta2, Partitioning automatically tries to delete /dev/hda12 and split it into /dev/12 and /dev/hda13 fro /home and / respectively.
First of all it is easy to oversee and dangerous by unwishible get deleted the previous Suse 10.0 installation in this case. 
Well, to avoid this problem, one has to go into Partitioning, use the suggested shceme, delete /dev/hda13, resize /dev/hda12 back again, change mount point from /home to /suse10, select /dev/hda10 and set mount point to / (for 10.1).
At the same time I set mount point to /jds3 for /dev/hda9.

Another side effect of this stupid atomatical partitioning, is that Suse 10.0 wasn't included on GRUB's startup menu, while Windows and JDS3/Linux were. I had to add it manually into the /boot/grub/menu.lst file for OpenSuse10.1.

Suggestion:
Let the user continue to manually select partition for the 10.x installation, and let the user select an extra /home partition, especially if delete/format of an existing partition is necessary (not automatically).