Hallo, ich muß dazu auch nochmal was "ablassen" ;) Am Donnerstag, 28. August 2003 17:01 schrieb Thomas Hertweck:
Bernd Brodesser schrieb:
[...] Ja, man muß immer alles Kleingedruckte lesen und verstehen, auch wenn es ein paar Seiten sind, und für nicht Fachleute unverständlich. Das mag zwar rechtlich korrekt sein, aber sonst imho nicht.
Wenn es um Linux geht, sollte man sich _vor einem Kauf_ erkundigen, ob die Hardware unterstuetzt wird, nicht danach. Das gilt im Prin- zip auch fuer andere Betriebssysteme, bei Linux ist das vielleicht etwas essentieller. Wenn man das nicht tut, dann sollte man sich hinterher auch nicht unbedingt wundern, wenn etwas nicht laeuft... Ferner kann von Kleingedrucktem nicht die Rede sein. Geh mal auf die Homepage von SuSE. Und per google finden sich auch zahlreiche Hinweise, dass besagte CPU von SuSE 8.2 nicht unterstuetzt wird. Ich gehe ja nicht soweit und sage, Claus ist an allem selbst Schuld - aber ich meine, mit etwas Sorgfalt lassen sich solche Klippen, wie er sie erlebt hat, leicht umschiffen.
[...] Warum ist es denn nicht möglich für ältere Systeme einen anderen Kernel beizulegen?
Es geht ja nicht nur um den Kernel. Die gesamte Software der DVD ist fuer neuere Systeme optimiert. Wenn Du verlangst, dass SuSE 8.2 auch auf aelteren Systemen laeuft, dann muesste SuSE entweder a) auf die Optimierung verzichten oder b) eine extra Distribution fuer aeltere Systeme herausbringen. SuSE hat sich eben anschei- nend fuer die Optimierung entschieden
Die SuSE .. bekommt es ja teilweise schon nicht hin auf halbwegs gängigen Systemen zu funktionieren. Mein Hauptärgernis war ein HP L...irgendwie..Server - 4(8)x Pentium Pro200/1M mit 4 GB RAM. Da in der Kiste kein CDROM war wollte ich die Kiste per NFS installieren ... Soweit so gut, mach ich sonst praktisch immer so .. nur mit der Umsetzung klappte es nicht, die SuSE-installation (alle von 7.0 - 8.2) kam mit hängen und würgen über das Starten des "Installations-Kernels" hinaus .. zumindest manchmal :(((. Darauf folgte aber sogleich das Einfrieren des kompletten Systems ... *bä* Also CD-RUM-BUM einbauen - die Inst. von der CD hat dann geklappt aber nur die der 7.2 *grrr* (7.0/7.1 nicht getestet) Beim anschließenden Start des SMP-Kernel war aber nix mit Server, da nix Netzwerk (Tx Timeout ....), das Anlegen eines Filesystems auf dem RAID endete mit OOPS .. OOPS .. Panic Komisch nur, daß er mit dem Standard-Kernel einwandfrei lief - nur was mach ich mit den restlichen 3 bzw. 7 in der Kiste umherhängenden CPU's ... heizen oder so Übrigens mit den anderen SuSI's verhieltes sich ähnlich, wenn ich auf einer anderen Maschine installierte und die Platte in den HP einbaute (7.3 - 8.2) Der Support (kostenpflichtig) war auch nicht sonderlich hilfreich -> nur Standardfloskeln (Zitieren der SDB ... bla ... bla ... sonst nix) .. als wenn ich dan nicht schon probiert hätte!? Ich hatte halt nicht wirklich das Gefühl, das sich einer Supportleute für das Problem interessieren würde - das erinnerte mich an meine Erfahrungen mit M$ :(((( Auch aus den Kernelquellen einen funktionierenden SMP!!!-Kernel zu erzeugen wollte mir nicht gelingen -> ein Kernel aus den Qriginal-Quellen lief ohne Probleme (mit SMP). Ebenso liefen RedHat, Debian - Installationen und Kernel ohne Probleme
.... und dass b) nicht wirklich praktikabel und wirtschaftlich ist sollte verstaendlich sein. Da- fuer waere der Markt fuer so eine Extra-Distribution viel zu klein.
wo wär das Problem die Professional etwas aufzuwerten und auf der DVD die Binär-Pakete als als 586er und 386er draufzuhaben, die Quellen sind eh gleich? Dazu noch einen 386/486er Kernel und gut ist! Professional eben!!! Für die Maintream-(Aldi, Blöd- und Klo-Markt)-Rechner gibt es dann die Personal. Es wäre IMHO sinnvoll die Trennung nach Anwendung der Distri zu machen: Personal -> Desktop Professional -> Server
[...] Es bleibt die Frage von Claus, warum da nicht in irgend einer Fehlermeldung drauf hingewiesen wird.
Der Kernel bootet und kann mit Instruktionen nichts anfangen. Das fuehrt zu einem Kernel-Panic. Wie sollte das abgefangen wer- den? Da muesste ja irgendein CPU-Check erfolgen, bevor ueber- haupt Linux geladen wird... Mir wuerde da so spontan nicht ge- rade eine Loesung einfallen.
Einen vernünftigen Installationskernel vorausgesetzt (bringt er denn Vorteile, der Pentium-Kernel?) und der Entsorgung dieser "blöden bunten Bildchen" sollte das trotzdem machbar sein den "Installateur" drauf hinzuweisen, das seine CPU nicht der Bringer ist. ... aber wenns schen macht ;)
[...] Das Gleiche gilt für Software. Also kauft alle schön brav Windows. Es ist schon seltsam, daß ein Unternehmen, daß auf Leute setzt, die nicht mit dem Mainstream schwimmen von ihnen verlangt, daß sie mit dem Mainstream schwimmen.
Wie ich schon schrieb: in gewisser Weise kann ich SuSE verste- hen. Wenn Du zu lange alte Dinge unterstuetzt, blockierst Du eben so manche Weiterentwicklung. Auch im Linux-Kernel selbst gab es so manchen Bruch und Dinge waren nicht mehr rueckwaerts- kompatibel. Oder nimm den GCC 3.x - da war die C++ API auch nicht mehr kompatibel mit der 2.9x Version... Ist fuer dieje- nigen, die es trifft, natuerlich nicht schoen - ich kann da auch so manches Lied von singen.
Trotzdem unschön.
Da hast Du Recht. Was Rueckwaertskompatibilitaet angeht, scheint es manchmal eben nicht anders zu gehen. Was den Support anbe- trifft, da gebe ich Dir voll und ganz Recht.
Gerade im "Serverbereich" stehen nicht selten etwas "angestaubte" Kisten und grade dort tauchen mittlerweile die meisten Probleme auf ... und das bei einer "Professional Version" ... aber zum glück gibt es ja noch andere RoteHüte, Debian, Mandrake, ... oder gar die BSD's Jetzt läuft halt FreeBSD 4.8 drauf und gut ist! Tschüß SuSE ... So nun aber genug ... MfG Mirko Richter -- +--[ Mirko Richter (RHCE) ]------------------------+ | Networks & Communicationsystems | | Mirko Richter | | Ernst-Thaelmann-Str. 5, D-06774 Soellichau | | E-MAIL: m.richter@ngi.de | | Tel. +49/(0)34243/3369-50 \\\\ | | Fax. +49/(0)34243/3369-28 (O O) | +-----------------------------------oOOo-(_)-oOOo--+