Home-RootServer einrichten

In dem Tutorial, das ich Dir oben angegeben hab, sollte eigentlich alles wunderschön beschrieben sein. Das ist nämlich das offizielle Deutsche HowTo. Natürlich hab ich vergessen, zu erwähnen, daß das alles in einem Terminal von statten gehen muß. Das ist eigentlich die Regel, wenn Du in einem Dokument sowas wie das da lesen kannst.

# cd /usr/src/linux
# make menuconfig

Die Befehle führt man dann ohne die # aus, weil das das Kommentierungszeichen ist. Dient vermutlich dazu, daß Leute, die nicht wissen, was sie da tun, die Befehle nicht unüberlegt ausführen. Das ist i.Ü. generell eine Regel. Führe keinen Befehl aus, von dem Du nicht weißt, was er macht. Wenn Du hängst, dann solltest Du Abwägen, ob es das Risiko wert ist, einen Befehl auszuführen, der Dein gesamtes System (softwaretechnisch) zerdeppern kann. Und: "Ist der Befehl auch noch so klein, kann er dennoch aggro sein!"[TM] Wenn Du meinst, daß das ok ist, dann darfste auch Befehle ausführen, von denen Du glaubst zu wissen, was das bewirkt.

Viel Erfolg!

XFree86-Mesa-4.3.99.902-40.i586.rpm brauchst Du auf einem Server nicht. Das ist X (also die graphische Oberfläche). Mit

rpm -qa | grep kernel

kannst Du nachsehen, was bei Dir alles installiert ist und im Namen "kernel" trägt.

Das Paket mesa-dingsda ist vermutlich zur Installation vorgemerkt. Du hast aber - soweit ich das in Erinnerung habe - nur 1-2 ISOs heruntergeladen (mehr brauchst Du eigentlich auch nicht). Der Fehler sollte weiter eigentlich nicht stören. Falls Du ihn aber beheben willst, solltest Du yast ohne Kommandozeilenoptionen mal starten. Vielleicht kannst Du in der Paketauswahl das Paket mesa-zeug-glump deselektieren. Sollte die Deselektion aufgrund von Abhängigkeiten[1] scheitern, dann versuch es über diese Alternative:

1. Installationsquelle in YaST einstellen/ändern
2. Hinzufügen eines suse-mirrors (z.B. ftp://ftp.gwdg.de/pub/linux/su…se.com/suse/i386/9.3/suse <-- beachte: das ist die Quelle für SuSE 9.3!!!)
3. Installation ausgewählter Pakete starten

Das sollte relativ einfach sein. Ich habe damals mit SuSE angefangen und finde das Paketmanagement von SuSE heute noch für Anfänger sehr gut. Debian ist bei weitem verwirrender, wenn auch apt-get super ist, wenn man erst mal damit arbeiten kann. Auch RedHat fand ich damals nicht wirklich benutzerfreundlich, weil ich von YaST einfacheres gewohnt war. RedHat setzt allerdings auch auf rpm und ist daher nicht wirklich viel anders als SuSE. Fazit: SuSE ist für Dich ein geeignetes System zum Einsteigen. Bleib dabei. (Meine Meinung[TM])

[1] Jedes Paket hat sog. Abhängigkeiten. Wenn Du z.B. ein KDE-Programm installieren willst, dann brauchst Du X und als Window-Manager KDE. Vergleichbar ist das z.B. mit der vb-runtime bzw. dem .NET-framework unter Windows. Manche Programme brauchen eben Voraussetzungen.

Ooops, stimmt da war was. Ich bin in zuvielen Threads gleichzeitig.

Du gehst es ein wenig falsch an: "yast -i kernel-source" bedeutet, daß Du ein Paket installieren willst. Das jedoch über YaST. YaST liebt aber Abhängigkeiten, weil es den --nodeps Parameter jedenfalls nicht kennt, wenn man es mit -i aufruft. Sagt Dir jetzt wahrscheinlich nicht viel bis gar nichts.

Kurze Rede, kurzer Sinn:

Installiere NICHT mit YaST -i. Sondern interaktiv in YaST. <-- machen und nicht ignorieren

Wenn das nicht geht (und nur dann!):

Besorg Dir das Quellpaket mit den kernel-sources. Heißt z.B. bei SuSE 9.3 "kernel-source-2.6.11.4-20a.i586.rpm". Findest Du entweder auf einer der CDs oder unter den ftp.suse.com Mirrors. Du hast mal was von SuSE 9.1 geschrieben: ftp://ftp.gwdg.de/pub/linux/su…-source-2.6.4-52.i586.rpm

Kopier das rpm-Paket in ein Verzeichnis Deiner Wahl und installier es dann mit dem Befehl "rpm -ihv --nodeps kernel-source-2.6.4-52.i586.rpm"

Das ist mal wieder eine Holzhammermethode und das vorgehende Problem ist damit nicht beseitigt. Aber zumindest hast Du unter /usr/src/linux die Kernelquellen liegen.

Hast Du eigentlich die Installation vollständig durchführen können oder hast Du die abgebrochen? Normalerweise sollte er nämlich nicht meckern, daß ein rpm Paket nicht installiert ist.

Ach ja! Dazu wollte ich mich auch noch äußern:

Zitat von teQUila

Da sieht man ma wieder, wie kompatibel Windows doch ist:
Reinstecken, installieren, dfü verbindung herstellen, fertig

Falsch! Windows ist überhaupt nicht kompatibel. Alle Produkte sind Windows kompatibel. Und das das nicht immer so war zeigen schon Zeichen wie "designed for Windows xx". M$ hat viele Standards begründet. In den letzten Jahren neigt M$ aber immer mehr dazu, Standards zu brechen und eigene widerstrebende Standards zu erfinden.

Das hat viele Hersteller dazu bewogen, Sachen entgegen der gewöhnlichen Standards nur für Windoof zu basteln (Peripherie mit proprietären Treibern, GDI-Drucker, Software en masse). Viele JAVA-Anwendungen sind beispielsweise lange nicht unter Linux gelaufen. Hat einfach keinen interessiert. Wie gut es klappen könnte, zeigt sich immer öfter. Vergleiche Word-Filter, PDF-Unterstützung etc. Wer sich gute Hardware kauft, wird erkennen, daß es Hersteller gibt, die nicht für die breite Masse herstellen, sondern um eine höchstmögliche Kompatibilität zu erreichen. Meistens erreicht man dadurch sauberes Programmieren und somit auch gute Stabilität sowie Performance.

Ich vermute, Du bist noch einer, dem man das so erklären kann, daß er es von sich aus versteht. Für alle anderen gilt der hübsche Satz Linus Torvalds: "Ich denke, Linux ist für einen Serverbetrieb nicht geeignet!" Die erklärt auch den momentanen Anteil von Linux-Servern im Internet. :c:D

Zitat

Linux:
Kernel installieren, reinstecken, neue treiber suchen, forum anposten, weiterversuchen treiber zu finden, gefunden,
installieren, kernel macht wieder probleme, neu machen, geht nicht, forum anposten ect.

das ist irre nervig -.- dabei wollte ich nur 2 bekackte server errichten xD

Allerdings mit mit einem unglaublich unpassendem Modem. Mit einem Router würderst Du schon lange zocken.