Grafischer Hochlauf weg wie (III Ärger!)
Ich komme nicht umhin, hier mal meinen Frust loszuwerden. SuSE hat sich entschlossen der Version 7.2 diese Kinderei mit dem grafischen Hochlauf zu verpassen. Grundsätzlich hab ich nichts gegen Spielerein, der Ärger beginnt da, wo man einen solch Mumpitz offenbar bloss durch Neukompilieren des Kernels (sinnigerweise unter Verlust des Supports) wirklich wegkriegt. Sowas geht bei einer Distribution, die sich "professionell" nennt, einfach nicht. Seit zwei Tagen verliere ich Zeit beim Versuch, diesen verd... grafischen Hochlauf wegzukriegen. Der Grund ist der: Ich hab gar keine so exotische Umgebung - einfach Linux auf einem Server, die Clients arbeiten mit XDMCP unter KDM. Am Server brauchts so als Bildschirm natürlich bloss das billigste was wir haben. Ich kann meinem Management nicht weis machen, dass ich da ein SVGA-Ding brauche, bloss weil SuSE gern ein bisschen rumspielt. Nachdem ich einiges an der lilo.conf rumgemacht habe, wie unausführlich genug vom SuSE-Support vorgeschlagen, habe ich schlussendlich zwar das Grafikspielzeug weg, nachdem ich "vga = 771" auskommentiert hatte (mit #), aber jetzt fährt kdm beim Booten nicht mehr hoch, die Clients haben kein KDM mehr. Rückgängigmachen der Änderung in lilo.conf und ausführen von lilo nützt nix. Ich hab jetzt noch eine Option: Neu Installieren der ganzen Version 7.2 mit yast statt mit yast2, denn dabei würde der Grafikfirlefanz gar nicht erst installiert, sagt SuSE. Nun ja, ich frage nur einfach, wer eigentlich solche völlig unnötigen Arbeiten bezahlen soll. -- Redaktion Online PC mobile / Paul Batt, Redaktor BR SVVF Kernstrasse 27, 8004 Zürich Tel +41 (1) 242 39 76 Fax +41 (1) 242 20 94 Mobile +41 (0)79 318 64 58 E-Mail paulbatt@onlinepc.ch
Am Donnerstag, 9. August 2001 11:38 schrieb Paul Batt:
Ich komme nicht umhin, hier mal meinen Frust loszuwerden. SuSE hat sich entschlossen der Version 7.2 diese Kinderei mit dem grafischen Hochlauf zu verpassen. Grundsätzlich hab ich nichts gegen Spielerein, der Ärger beginnt da, wo man einen solch Mumpitz offenbar bloss durch Neukompilieren des Kernels (sinnigerweise unter Verlust des Supports) wirklich wegkriegt. Sowas geht bei einer Distribution, die sich "professionell" nennt, einfach nicht. Seit zwei Tagen verliere ich Zeit beim Versuch, diesen verd... grafischen Hochlauf wegzukriegen. Der Grund ist der: Ich hab gar keine so exotische Umgebung - einfach Linux auf einem Server, die Clients arbeiten mit XDMCP unter KDM. Am Server brauchts so als Bildschirm natürlich bloss das billigste was wir haben. Ich kann meinem Management nicht weis machen, dass ich da ein SVGA-Ding brauche, bloss weil SuSE gern ein bisschen rumspielt. Nachdem ich einiges an der lilo.conf rumgemacht habe, wie unausführlich genug vom SuSE-Support vorgeschlagen, habe ich schlussendlich zwar das Grafikspielzeug weg, nachdem ich "vga = 771" auskommentiert hatte (mit #), aber jetzt fährt kdm beim Booten nicht mehr hoch, die Clients haben kein KDM mehr. Rückgängigmachen der Änderung in lilo.conf und ausführen von lilo nützt nix. Ich hab jetzt noch eine Option: Neu Installieren der ganzen Version 7.2 mit yast statt mit yast2, denn dabei würde der Grafikfirlefanz gar nicht erst installiert,
Ich würde den Kernel einfach neu compilieren ohne diese Option (kannst du unter Frame buffer support ausschalten). Das ist für einen Server IMHO sowieso empfehlenswert. SuSE hat einen Haufen Zeug drin, dass man meist nicht braucht, vor allem nicht für einen Server.
sagt SuSE. Nun ja, ich frage nur einfach, wer eigentlich solche völlig unnötigen Arbeiten bezahlen soll. ACK So ein Schnickschnack hat zumindest in einer Professional Version nichts zu suchen.
-- Redaktion Online PC mobile / Paul Batt, Redaktor BR SVVF Kernstrasse 27, 8004 Zürich Tel +41 (1) 242 39 76 Fax +41 (1) 242 20 94 Mobile +41 (0)79 318 64 58 E-Mail paulbatt@onlinepc.ch
* Robert Szentmihalyi [Thu, 9 Aug 2001 12:13:40 +0200]:
SuSE hat einen Haufen Zeug drin, dass man meist nicht braucht, vor allem nicht für einen Server.
Dafür hat SuSE aber euch einige Fixes drin, die einem Server gut zu Gesicht stehen ;-) -- Penguins to save the dinosaurs -- Handelsblatt on Linux for S/390
Am Montag, 13. August 2001 02:41 schrieb Philipp Thomas:
* Robert Szentmihalyi [Thu, 9 Aug 2001 12:13:40 +0200]:
SuSE hat einen Haufen Zeug drin, dass man meist nicht braucht, vor allem nicht für einen Server.
Dafür hat SuSE aber euch einige Fixes drin, die einem Server gut zu Gesicht stehen ;-)
Natürlich. Trotzdem ist der SuSE Kernel hoffnungslos überladen. Bei einem Server kommt es immer darauf an, wofür man ihn einsetzt. Die Patches / Fixes, die man im speziellen Fall braucht, muß man halt anwenden. SuSE kocht auch nur mit Wasser und hat nichts drin, was nicht offen zugänglich wäre und von jemandem, der auf dem laufenden ist (also z.B die Kernel Mailing List verfolgt) und etwas von den Interna des Linux Kernels versteht, ebenso oder im individuellen Fall sogar besser gelöst werden kann. Manche Patches, die man eventuell in einem speziellen Fall braucht (wie z.B. ACL support für einen Samba File Server), lerfordern ohnehin ein neu compilieren des Kernels. Ausserdem wirst du doch zugeben müssen, dass es für jemanden, der einen speziellen Server für eine wicht5ige Anwendung baut und weiss, was er tut, wohl zu empfehlen ist, einen Kernel zu compilieren, der nur das enthält, was er wirklich braucht. Diese Möglichkeit zu haben, ist ja der große Vorteil von Linux... Den SuSE Kernel sehe ich eher als (sehr guten) Service für den engagierten Heimanwender, der ohne viel Mühe ein sicheres und stabiles System zum arbeiten braucht bzw. als Desktop-System im professionellen Bereich (was zugegebenermaßen leider noch recht selten ist) Robert
Hallo Paul,
-----Ursprüngliche Nachricht----- Von: Paul Batt [mailto:paulbatt@onlinepc.ch] Gesendet am: Donnerstag, 9. August 2001 11:39 An: Suse-Linux Beiträge Betreff: Grafischer Hochlauf weg wie (III Ärger!)
Ich komme nicht umhin, hier mal meinen Frust loszuwerden. SuSE hat sich entschlossen der Version 7.2 diese Kinderei mit dem grafischen Hochlauf zu verpassen. Grundsätzlich hab ich nichts gegen Spielerein, der Ärger beginnt da, wo man einen solch Mumpitz offenbar bloss durch Neukompilieren des Kernels (sinnigerweise unter Verlust des Supports) wirklich wegkriegt. Sowas geht bei einer Distribution, die sich "professionell" nennt, einfach nicht.
Falsch, es gibt 2 Lösungsansätze die glaube ich beide in diesem aber auf jeden Fall in einem der x vorherigen Threads genannt wurden: vga=normal oder append="splash=0" zumindest letzterer funktioniert absolut problemlos.
Seit zwei Tagen verliere ich Zeit beim Versuch, diesen verd... grafischen Hochlauf wegzukriegen. Der Grund ist der: Ich hab gar keine so exotische Umgebung - einfach Linux auf einem Server, die Clients arbeiten mit XDMCP unter KDM. Am Server brauchts so als Bildschirm natürlich bloss das billigste was wir haben. Ich kann meinem Management nicht weis machen, dass ich da ein SVGA-Ding brauche, bloss weil SuSE gern ein bisschen rumspielt.
Eigentlich hat KDM mit den Lilo Optionen nichts zu tun, außer Du nutzt Framebuffer um X darzustellen, dann fällt obige Variante 1 flach, die 2te sollte aber funktionieren.
Nachdem ich einiges an der lilo.conf rumgemacht habe, wie unausführlich genug vom SuSE-Support vorgeschlagen, habe ich schlussendlich zwar das Grafikspielzeug weg, nachdem ich "vga = 771" auskommentiert hatte (mit #), aber jetzt fährt kdm beim Booten nicht mehr hoch, die Clients haben kein KDM mehr. Rückgängigmachen der Änderung in lilo.conf und ausführen von lilo nützt nix. Ich hab jetzt noch eine Option: Neu Installieren der ganzen
Das zeigt eigentlich, daß es mit Lilo nicht zusammenhängen kann. Versuche trotzdem nochmal die Variante mit dem append... und lass vga=771 stehen. Gruß Christian
On Don, 09 Aug 2001, Paul Batt wrote:
genug vom SuSE-Support vorgeschlagen, habe ich schlussendlich zwar das Grafikspielzeug weg, nachdem ich "vga = 771" auskommentiert hatte (mit #), aber jetzt fährt kdm beim Booten nicht mehr hoch, die Clients haben kein KDM mehr.
AFAIK ist das der "progress patch" fuer den Kernel... Aus dessen README: 4.3 Get rid of it Why? Ok. For temporary reasons you can specify something like "vga=4" in your lilo.conf. For permanent removal install your backup kernel. D.h. ein vga-mode ohne framebuffer (z.B. muesste auch vga=normal ohne fb sein... Siehe auch /usr/src/linux/Documentation/fb/vesafb.txt -dnh -- "Wer nicht merkt das er Merkbefreit ist, dem sollte man eine Merkbefreiung für´s Leben verpassen. D.B.D.D.H.K.P. Das macht Spass und tut nicht weh." [WoKo in dag°]
On Don, 09 Aug 2001 at 11:38 (+0200), Paul Batt wrote:
Ich komme nicht umhin, hier mal meinen Frust loszuwerden. SuSE hat sich entschlossen der Version 7.2 diese Kinderei mit dem grafischen Hochlauf zu verpassen. Grundsätzlich hab ich nichts gegen Spielerein, der Ärger beginnt
Wenn Du Frust loswerden willst, dann nimm feedback@suse.de! Hier hat sowas nichts zu suchen. Wenn Du wissen willst, welche Lösungen es gibt - ok, dann frag. Ansonsten nimm ´nen Punching ball! [...]
gar nicht erst installiert, sagt SuSE. Nun ja, ich frage nur einfach, wer eigentlich solche völlig unnötigen Arbeiten bezahlen soll.
Waaas? Du benutzt ein GPL-System und willst Dir das noch bezahlen lassen? Komm runter von Deinem Pferd! <sarkasmus> Von SuSE kriegst Du eine Distribution - wenn sie Dir nicht passt, dann kauf W2K - da wirst Du ja von allem grafischen Schnickschnack befreit und brauchst nur ein Text-Terminal ;-/ Und das ist ja auch viel preiswerter als dieses völig überteuerte Professional. </sarkasmus> Jan P.S.: Nein, ich will Dir nicht verbieten, Kritik zu üben - aber bitte an den richtigen Empfänger, mit einem (dem Preis und der GPL gegenüber) angemessenen Anspruchsdenken und ohne Meckerei hier. Wir sind auch nur SuSE-Anwender! Die SuSE-Leute, die hier mitlesen und helfen tun das privat!
On Fri, 10 Aug 2001 00:01:50 +0200, Jan Trippler wrote:
On Don, 09 Aug 2001 at 11:38 (+0200), Paul Batt wrote:
Ich komme nicht umhin, hier mal meinen Frust loszuwerden. SuSE hat sich entschlossen der Version 7.2 diese Kinderei mit dem grafischen Hochlauf zu verpassen. Grundsätzlich hab ich nichts gegen Spielerein, der Ärger beginnt
Wenn Du Frust loswerden willst, dann nimm feedback@suse.de! Hier hat sowas nichts zu suchen. Wenn Du wissen willst, welche Lösungen es gibt - ok, dann frag. Ansonsten nimm ´nen Punching ball!
[...]
gar nicht erst installiert, sagt SuSE. Nun ja, ich frage nur einfach, wer eigentlich solche völlig unnötigen Arbeiten bezahlen soll.
Waaas? Du benutzt ein GPL-System und willst Dir das noch bezahlen lassen? Komm runter von Deinem Pferd! <sarkasmus> Von SuSE kriegst Du eine Distribution - wenn sie Dir nicht passt, dann kauf W2K - da wirst Du ja von allem grafischen Schnickschnack befreit und brauchst nur ein Text-Terminal ;-/ Und das ist ja auch viel preiswerter als dieses völig überteuerte Professional. </sarkasmus>
Jan
P.S.: Nein, ich will Dir nicht verbieten, Kritik zu üben - aber bitte an den richtigen Empfänger, mit einem (dem Preis und der GPL gegenüber) angemessenen Anspruchsdenken und ohne Meckerei hier. Wir sind auch nur SuSE-Anwender! Die SuSE-Leute, die hier mitlesen und helfen tun das privat!
Ich denke mal du mißverstehst hier was. Yast könnte in einigen Dingen ruhig flexibler sein. Es mag für einige ganz nett sein was Yast so anstellt, aber für bestimmte Aufgaben ist das einfach ein unflexibler Klotz. Also da ist nichts Professionelles dran. Ich habe jedensfalls den Yast der 7.2 deinstalliert und durch den der 7.1 ersetzt, der ist wenigstens nicht ganz so penetrant. Und ob der grafische schnickschack der ungefragt installiert sinnvoll ist wage ich ganz stark zu bezweifeln. Was ist wenn ich diese aus vielerei Gründen nicht gebrauchen kann und nicht will. Und vom Speicherverbrauch der InstallationsCD garnicht zu reden. PS: Und über suse@feedback.de Schwamm drüber. PPS: Wenigstens blamiert sich Suse bei den Roadshows nicht mehr !!!! It's time to close windows !!! with best regards from Dortmund Matthias Popp 49-163-4289 455 PGP Public Key Fingerprint = 71 13 E9 4B 89 E5 88 6C 66 1D B8 E8 32 3A AE AB
Hallo, On Friday, 10. August 2001 15:14, Matthias Popp wrote:
Ich denke mal du mißverstehst hier was. Yast könnte in einigen Dingen ruhig flexibler sein. Es mag für einige ganz nett sein was Yast so anstellt, aber für bestimmte Aufgaben ist das einfach ein unflexibler Klotz. Also da ist nichts Professionelles dran.
wenn Yast an die Grenzen seiner Möglichkeiten stößt, wird es doch erst interessant. ;-) Ich habe mir vor einiger Zeit die von SuSEconfig abgearbeiteten Skripte zu Gemüte geführt, dabei viel über mein System gelernt und seit dem wissentlich kein Yast mehr benutzt - nicht weil ich es nicht mag, sondern weil ich es seitdem vorziehe, die von Yast ausgeführte Arbeit selbst zu übernehmen. Gruß, Stephan -- Stephan Hakuli | mailto: stephan@hakuli.de | * GnuPG/PGP-Key * | callto: 01 71 - 651 89 43 | available, please | surfto: http://www.hakuli.de | visit my homepage
* Matthias Popp schrieb am 10.Aug.2001:
On Fri, 10 Aug 2001 00:01:50 +0200, Jan Trippler wrote:
[viel Wahres und Richtiges]
Ich denke mal du mißverstehst hier was. Yast könnte in einigen Dingen ruhig flexibler sein. Es mag für einige ganz nett sein was Yast so
Ich glaube, Du mißverstehst hier was. Erst einmal meinst Du offensichtlich yast2 und nicht yast. An yast hat sich kaum was geändert, vor allem ist es nicht graphisch, sonder läuft auf der Konsole. Wesentlich aber ist, daß das hier das falsche Forum ist. Mag ja sein, daß da SuSE irgend ein Mist gebaut hat. Kann ich das ändern? Oder Jan, oder irgendwer hier auf der Liste? Das war die Kritik von Jan, auf der Du mit keinem Wort eingegangen bist.
nicht gebrauchen kann und nicht will. Und vom Speicherverbrauch der InstallationsCD garnicht zu reden.
Wie meist Du das denn? Eine CD hat einen Speicher von ungefähr 650 MB wenn sie voll ist. Soll die CD nun nicht so voll sein, oder wären Dir weniger CDs lieber, oder wie oder was? Bernd -- LILO funktioniert nicht? Hast Du /etc/lilo.conf verändert und vergessen, lilo aufzurufen? Ist Deine /boot-Partition unter der 1024 Zylindergrenze? Bei anderen LILO Problemen mal in der SDB nachschauen: http://localhost/doc/sdb/de/html/rb_bootdisk.html |Zufallssignatur 6
participants (9)
-
B.Brodesser＠t-online.de -
Christian Herzyk -
David Haller -
Jan.Trippler＠t-online.de -
Matthias Popp -
Paul Batt -
Philipp Thomas -
Robert Szentmihalyi -
Stephan Hakuli