Hallo,
hätte mich schon früher gemeldet, aber ich musste mich erst registrieren & aktivieren. Das habe ich leider erst jetzt fertig bekommen.
Also: die Sache ist ein Bug, siehe hier: https://bugzilla.novell.com/show_bug.cgi?id=531183. Voraussetzung: du hast - wie ich - den Pfad /usr in eine eigene Partition installiert - wenn nicht, weitersuchen, dann passt dieses hier nicht für deinen Fall.
Wenn doch: ich sehe keine Lösung. Ich habs probiert, indem ich staprun von /usr/bin nach /bin und die benötigten shared libs nach /lib64 kopiert habe. Dann kommt staprun zwar selbst zum Laufen, aber gleich danach die nächste Fehlermeldung. Da soll nämlich ein Programm namen stapio gestartet werden, das wird aber auch unter /usr erwartet. Und das noch passend hinzukriegen, sodass boot.startpreload glücklich ist ... ich habs noch nicht probiert, weil ich auch nicht sicher bin, obs überhaupt geht.
Mögliche Optionen: (1) ignorieren, bei mir läufts auch so (aber vielleicht etwas landsamer als üblich, s.u.). (2) Neu installieren und /usr _nicht_ in eine eigene Partition packen. (3) Abwarten, obs einen Bugfix gibt
Zum Zeck des Pakets: ich glaube, dass hier versucht wird, vorab zu ladende Module während des Bootens zu ermitteln (-> "preload"). Dazu passt, dass passend zu boot.startpreload ein weiteres Init-Skript names stoppreload existiert, das nämlich das oben erwähnte stapio wieder beendet und dessen Ausgabe verarbeitet. Aber genaueres muss ich noch erforschen.