Bei einem Standard-Kernel des Systems sollten eigentlich keine unresolved symbols auftreten. Dort ist IDE-SCSI auch nicht fest im Kernel in- tegriert, sondern als Modul compiliert, d.h. es muesste entsprechend in die Initial Ramdisk aufgenommen werden. Ist das ein selbstcompi- lierter Kernel? Oder ist IDE-SCSI (auf keinen Fall ide-cd(!), das gibt dann evtl. Konflikte) in der initrd enthalten?
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. 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 ?
Es gilt zu beachten, dass der Kernel 2.4.18-4GB, der Standard-Kernel der SuSE 8.0, ein Problem hat, sobald mehrere IDE-Festplatten im System benutzt werden. Es gab ein offizielles Kernel- Update, das Du auf alle Faelle einspielen soll- test.
Okay, danke für den Hinweis, wobei ich eh auf den 2.4.20er updaten werde.
Im SuSE Kernel wirst Du zahlreiche Patches fin- den, die im Vanilla-Kernel nicht enthalten sind. Die Integration der ALSA-Module ist da nur ein Teilaspekt. Wie ist denn nun die aktuelle Loe- sung inplementiert? Benutzt Du eine initrd oder wird das Modul spaeter geladen? Oder ist jetzt IDE-SCSI wirklich fest im Kernel?
Ich habe mehrere Lösungswege ausprobiert ; Bei der Compilation als Modul habe ich zumindest den Hinweis auf die unresolved symbols bekommen, das heißt ,das etwas nicht stimmt.
Ja, das ist logisch, oder?
War auch mehr eine Situationsbeschreibung als Verwunderung.
Du baust Dir ein eigenes RPM aus Deinen selbst
werden. Nimm einen SuSE-Kernel, dann passt
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'.
Leidest Du unter Festplattenplatzmangel? An- sonsten macht es IMHO wenig Sinn, solche Aktio- nen zu machen. YaST sollte Dir eigentlich schon
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. Bye Stefan