Moin,
- Aus mir unbekannten Gruenden musste ich den Bootkernel (ich wollte den 2.1.xx installieren) zweimal angeben, da immer wieder der 2.0xx gebootet wurde.
Ging mir genauso, hab erst ein wenig suchen muessen, der Kernel liegt unter /boot und lilo.conf zeiget auch dahin. Die bisherigen Kernel und lilo zeigten jedoch auf /
Ist schon ok, ich halte es für aufgeräumter, wenn der Kernel in /boot liegt. Kein Problem.
voreinstellen - Die Maus lief danach _extrem_ beschwerlich - spaeter in X11 jedoch wieder normal.
Hm, SAX hab ich garnicht ausprobiert. Einfach X mit der urspruenglichen Konfig gestartet, keine Probleme.
Ihr habt nur upgedatet, richtig ? Ich habe ausnahmsweise eine Komplettinstalltion durchgeführt, da mir die alte Plattenpartitionierung nicht gefallen hat, so ist es ein guter Grund gleich komplett neu zu installieren.
Ich setze den OS/2 Bootmanager ein, da noch OS/2 und Windoof auf der Kiste laueft. LiLo hat nur gemeckert das er nicht im MBR eingetragen worden ist, nur in der Logische Partition, das war alles.
Auch eine Variante, leider mangels OS/2 ... ;-)
<g> Teilweise stimmt auch der Zeilenumbruch nicht, aber was solls. Lustigerweise kann mein /usr (dev/sdb6) beim runterfahren nicht ummounted werden, wenn der KDM im Hintergrund noch laeuft. Sauberer Systemabschluss ist netterweise nur ueber den KDM erreichbar ..!?!?
Kann ich hier nicht nachvollziehen, was auffällt, das der Shutdown-Vorgang extrem lange dauert, allerdings habe ich auch nocht nicht deswegen geforscht.
Keine Probleme hier. Null, nix garnix. Subjektiv ist das System schneller geworden, Abstuerze gabs hier noch keine.
Das System an sich läuft einigermassen, gestern hatte ich ausserdem während des Arbeitens einen Absturz - Ich vermute der X-Server für die Matrox G200 streikte - ich werde es weiter beobachten.
- Der KDE ist zwar 1.0 aber leider alt und buggy (hier vermute ich obigen Fehler - Memory-Leak). Wenn schon Alpha-Versionen auf der CD warum nicht die aktuelle aus dem CVS-Tree ? Die funktionierten unter 5.3 sehr zuverlaessig.
Laeuft wie vorher.
Kann ich nicht bestätigen. Nachforschungen haben ergeben, das sich die Variablen "LD_LIBRARY_PATH" nicht so verhalten wie sie es eigentlich sollten. Wo wird diese Variable definiert ? In den mir geläufigen Konfigurationsfiles habe ich nichts gefunden, dennoch wird sie gesetzt und jedem Programm übergeben (die Variable ist unvollständig - wo es insgesamt zu generellen Problemen beim kompilieren führen kann). Es befindet sich eine libstdc++ in /usr/i486-linux-libc5/lib die standardmässig bei einigen Compilerläufen vorgezogen wurde, da kam es zu eigenartigen Systemabstürzen, erst ein versetzen der Zeile in der /etc/ld.so.conf an letzter Stelle kam eigenartiger Weise dem übel bei. Trotz installierter tiff-lib und crypt-lib und das einfügen der Verzeichnisse in der LD_LIBRARY_PATH Variable wurden diese bei der Kompilierung einiger Pakete zwar gefunden (Trace von configure bewies es), allerdings später nicht verwendet, so kam es zum Abbruch von diversen Programmpaketen während der Kompilierung. Nur direkte Pfadangaben machten die Programme letztendlich lauffähig. Gruss Carsten -- Um aus der Liste ausgetragen zu werden, eine Mail an majordomo@suse.com schicken, mit dem Text: unsubscribe suse-linux