Stefan, bitte lasse beim Zitieren die Eileitung stehen, so dass man weiss, wer was in diesem Thread geschrieben hat. Ich habe hier die laten Zitate geloescht... Stefan Malte Schumacher schrieb:
[...] Die Fehlermeldung kann bei einem selbercompilierten Kernel, verwendet habe ich die Sourcen für den Suse 2.4.18-Kernel der bei der Distribution dabei war. Die Fehlermeldungen kamen, wenn IDE-Scsi als Modul kompiliert war. In der Initrd waren sonst nur noch Sachen für Zeugs für RAID-Controller da, IDE-Zeugs ist fest eincompiliert. Wie gesagt, gebootet hat er weder mit scsi-ide als modul noch wenn es fest eincompiliert war.
Wenn es unresolved references gab, dann ist es kein Wunder, dass das Modul nicht in den laufenden Kernel geladen werden konnte. Das geht naemlich dann nicht. Du solltest also das mal naeher unter die Lupe neh- men. Evtl. hast Du da ein kleines Problem in der Ker- nelkonfiguration.
Verstehe ich dich richtig, daß eventuell ein Problem mit ide-scsi und ide-cd gibt ? Soweit ich verstanden habe, wird doch die SCSI-Emulation erst aktiviert, wenn der Kernel mit den entsprechenden Parametern gebootet wird ?
Wenn Du beide Module in die initrd aufnimmst, dann streiten die sich mitunter darum, wer fuer was zu- staendig ist. Benutze nur ein Modul und entsprechende Bootparameter, dann kann nichts passieren. Oder nimm die Module nicht in die initrd auf und loese das Ganze ueber /etc/modules.conf. David hat schon oft hier geschrieben, wie das im Detail geht - Du findest also Loesungsmoeglichkeiten im Archiv dieser Liste.
[...] Das mit dem eigenen RPM ist natürlich nicht die Lösung, die ich mir gewünscht hätte. Gerade weil ich auch mal gerne Unstables oder CVS-Versionen teste und dann keine Lust habe jeweils wieder ein neues RPM zu bauen. Was ich mir gewünscht hätte wäre ein Flag ala ` Paket ist anderweitig installiert, keine Fehlermeldungen für Depedancies anzeigen, die dieses Paket benötigen'.
Bei SuSE 8.2 kann man YaST2 dazu zwingen, gewisse Ab- haengigkeiten zu ignorieren. Das ist aber sicher keine Idealloesung und Du solltest Dich dann auch nicht wun- dern, wenn mal etwas nicht geht bei Dir. Wenn Du auf RPM verzichtest, dann wird es mitunter sehr schwer, im System installierte Software wieder zu deinstal- lieren, etc. Gerade wenn Du so viel testest, solltest Du Dir das Bauen von RPMs wirklich angewoehnen. Oder zumindest "checkinstall" als Workaround benutzen.
[...] Mit dem aktuellen System geht es, ich wollte allerdings die Installation (iptables, Traffic-Shaping, postfix etc sind schon konfiguriert) als Basis für meinen im Moment noch auf 2.2.10 laufenden Router nehmen und der hat weniger Plattenplatz. Abgesehen davon ist es ein bisschen Perfektionismus, wozu brauche ich KDE und Gnome-Libraries wenn ich diese Pakete ganz bestimmt nicht selber verwenden werde. Ich will einfach nicht soviel Schrott auf der Platte haben.
Wie Du das Deinstallieren testen kannst, stand in der letzten Mail. Du solltest die Abhaengigkeiten aber nicht ignorieren, sondern alle aufloesen! CU, Thomson