Bugzilla – Bug 141461
partitioner changes for PegasosPPC
Last modified: 2006-11-10 16:01:05 UTC
On a PegasosPPC machine, the partitioner should suggest to have at least one ext2/ext3 partition, as it's needed for booting (the prepared kernel must be on an ext2 or ext3 partition, other way OpenFirmare of PegasosPPC can not load it). This is always there on an ODW (Open Desktop Workstation, a computer prebuilt around the Pegasos2 PPC mother board), as it comes with several Linux-es preinstalled, but is missing, if a user builds a machine herself. The partitioner should not suggest to create the CHRP boot partartition, as the Pegasos can not do anything with it.
I don't think we can or even want to make different partitioning proposals for different brands of hardware of the same architecture. If you have a large numer of those machines to install, consider using AutoYaST with a partitioning scheme that fits your purposes. Please refer to the AutoYaST documentation for more details.
If a large number of these machines are to be installed, the sysadmin will already know about it, and won't be confused. But I got a large number of forum posts and e-mails, like: "do I really need this CHRP boot partition thing?" or "Why can't I list my boot partition from OpenFirmware" Pegasos uses probably the same processor, but booting is handled differently on different Power based machines. Both of these problems are simple to check at exit from the partitioner: if (machine=CHRP) and (not machine=Pegasos) then begin if no CHRP boot partition exist then showmessage('missing CHRP boot partition'); end; if machine=Pegasos then begin if no ext2/ext3 partition on harddrives then showmessage('You need an ext2 or ext3 partition to boot your Pegasos'); end;
Since these Hardware is not officially supported I will not make any changes regarding this hardware. I could not do this anyway since hardware detection currently does not detect this machine type.
we will add that support.
So this is something for SLES11...
I'm closing this bug. please follow up with a FATE request for Code11...
thats for 10.2
As talked in private e-mails with Olaf: if Pegasos is detected - do not create / suggest a CHRP boot partition - if the HDD is empty, create an ext2 partition for /boot on /dev/hda1 and do the rest as on other platforms. - check for an OF bootable partition, and complain if no ext2/ext3/AFS/FAT/VFAT partition is found on the attached HDDs, as the default partition type on SUSE is ReiserFS, which is not supported by Genesi OpenFirmware
Created attachment 94888 [details] yast2-storage.amiga.patch
Created attachment 94889 [details] yast2-storage.amiga.cyl1.patch
Created attachment 99624 [details] yast2-storage.amiga.isPPCPegasos.patch add a function to detect Pegasos
Created attachment 99625 [details] yast2-storage.amiga.pegasos.default.patch
Created attachment 99626 [details] yast2-storage.amiga.pegasos.default.patch
Created attachment 99718 [details] yast2-storage.amiga.max_primary.patch seems to work without this change
I have commited these patches to yast2-storage, .r33189:33194
Finally, there was a factory build, which could actually be installed, so I tested it in two situations: - modification of existing Amiga partition table workes fine - empty HDD is initialised with Amiga partition table and works fine I could not yet test one thing: what happens, if a HDD already has a DOS partition table with some partitions containing data and the one modifies the partitions? Will it be kept as DOS? Other way all data is lost (as it was the other way around in 10.0).
yes, it should work now.