Habe das Problem selbst gelöst: Da die zweite Platte am 2. IDE-Controller hängt, kann zwar der System Commander-Bootmanager die Partition starten, aber LILO (ist nicht wie im Handbuch beschrieben in der /-Partition, sondern am Anfang der /boot-Partition!!!) kommt nicht weiter als bis "L ...". Dies ist besonders tückisch, da die dem "L" unmittelbar folgende Zeichenkette "01 01 01 01 01 ..." ("01" ist die Fehlernummer von LILO) ohne Ende ausgegeben wird, da LILO scheinbar ständig weiter probiert, irgendetwas zum Laufen zu bringen. Deshalb hatte ich das "L" anfangs auch gar nicht wahrgenommen, erst bei Druck von SCROLL LOCK oder PAUSE konnte man das "L" erkennen. Somit wahr klar, daß der Boot-Manager also kein Problem hat, Linux zu starten, bloß der LILO selbst. Bemerkung: Interessant in diesem Zshg. ist, daß trotz Wahl von "LILO nicht installieren" in Yast2 bei der Installation dieser trotzdem installiert wird, jedoch in der /boot-Partition. Jetzt mußte ich also "nur noch" LILO zum Laufen bringen. Das Problem wahr, daß Linux die zweite Festplatte als Devioce 0x82h anspricht und 0x81h (was eigentlich für die zweite Festplatte gelten soll) für das CDROM-Laufwerk (2. Laufwerk am ersten IDE-Port). Folgendes Vorgehen löste das Problem: 1. Rettungssystem starten (von CDROM) 2. System wird aus einem RAMDISK-Image gestartet 3. Anmelden mit "root" (kein Paßwort beim Rettungssystem) 4. Montieren der Partitionen des installierten Linux-System (/ und /boot) in die Basis-Verzeichnisstruktur. Dazu: "mount -t ext2 /dev/hdd6 /mnt" (zum Einhängen von /) "mount -t ext2 /dev/hdd2 /boot" (zum Einhängen von /boot) Hinweis: Wo "/" eingehängt wird ist egal, wird nur für Zugriff auf /sbin/lilo und lilo.conf benötigt, "/boot" muß unter "/boot" eingehängt werden, also da wo es auch nach einem reguären Systemstart vorzufinden ist, damit /sbin/lilo den Bootsektor nach Anpassung der lilo.conf dort neu schreiben kann (nicht direkt im Verzeichnis /boot, aber am Anfang der Partition, auf der /boot liegt). 5. /mnt/etc/lilo.conf um folgende Zeilen ergänzen (im allg. Abschnitt der lilo.conf, i. d. R. ganz oben): "disk = /dev/hdd" "bios = 0x081" Jetzt wird die zweite Platte beim nächsten Neustart korrekt mit 0x81 angesprochen. Davor muß nur noch.... 6. ... mit "lilo -v -C /mnt/etc/lilo.conf" LILO samt Bootsektor neu installiert werden ("-v" optional, nur zur genaueren Anzeige von LILO-Meldungen) Bemerkung: Yast2 hatte in der lilo.conf bereits korrekt "boot = /dev/hdd2" eingetragen, aber nicht berücksichtigt, das eine Festplatte auch als 4. Gerät (2. am 2. Port) betrieben werden kann, sogar wie bei mir bootfähig nach Linux, wenn man einen Bootmanager verwendet, der auch von der zweiten Festplatte Bootsektoren beliebiger Partitinen starten kann. Sollte es trotzdem noch Probleme geben, war das einzige, was ich nch als Ursache ausmachen könnte, die 1024-Zylinder-Grenze. Nach Probierversuchen kann ich sagen, bringt es nicht viel am BIOS-Setup des Computers herumzuspielen (außer es kommt gar nichts, nicht mal "L..." - siehe oben), besser hilft dann die Vorgabe in der lilo.conf, welche Geometriedaten LILO zu verwenden hat: "disk = /dev/hdd" "cylinders = 784" "heads = 255" "sectors = 63" (Übereinstimmen mit dem BIOS und der Partitionstabelle auf der betroffenen Platte sollten diese Werte natürlich schon, ggf. Korrektur mit fdisk (Achtung, vorsichtig!) bzw. manuelle Vorgabe der Werte im BIOS-Setup). Ich hoffe, anderen Leuten helfen diese Informationen etwas weiter.