Neuer Centos-Server

[Quintus14]

Hat da jetzt niemand eine Meinung dazu(?) - es stehen zur Auswahl:

• nunmehr ASRock Extreme 3 und AMD Athlon II X2 240e, 2x 2.80GHz
• oder das MSI H55M-ED55 und Intel i3-530.

Bei ersterem müsste ich eine GraKa + LPT + 2. NIC über die Expansionsslots nachrüsten, bei zweiterem nur die 2. NIC.

Oder ist's wurscht? Gefallen würd' mir schon, wenn ich mir eine extra GraKa sparen kann...

Thx

[Quintus14]

Zitat von Quintus14

• oder das MSI H55M-ED55 und Intel i3-530.

Hab' grad auf den MSI-Seiten rum gesucht, sowohl zu obigem Board (link) als auch zum MSI 880GMA-E55 (wg integr. Grafik). Bei keinem der zwei steht was von Linux-Treibern... bin überfordert.

LG

[Don Manuel]

Lies mal hier ein wenig...

Eine weitere Besonderheit bei Linux ist das Treiber - Konzept. Die Entwickler hatten damals festgestellt, daß es zwar viele Anbieter von Hardware, Karten ... gibt, jedoch nur wenige Chipsatz - Hersteller. Logischerweise hat man in Linux die Unterstützung für Chipsätze direkt eingebaut - es sind also immer alle Treiber fester Bestandteil jeder Linux Distribution. Nur in wenigen Ausnahmefällen müssen Treiber-Disketten bei der Installation schon eingeschoben werden, wie z.B. bei RAID - Controllern, wenn man direkt von RAID booten möchte, oder bei Grafikkarten, wo der Treiber meistens in dem X-Server steckt, manchmal auch im Kernel. In solch seltenen Fällen kann es ggf. sinnvoll sein, direkt zur Redhat/cAos - Distribution zu greifen, bzw. erst einmal Knoppix auf unbekannter Hardware auszuprobieren. In jedem Fall ist ein Blick in die Hardware - Kompatibilitätsliste von Linux vor der Anschaffung der Hardware empfehlenswert.

Von hier.

[Quintus14]

Danke, Don Manuel. Dann wird's wohl ein MSI H55M-ED55 oder MSI H57M-ED65 mit i3/530.

Thx

[Don Manuel]

Gerne! Schließlich ist das Treiber-Konzept für mich ein ebenso wichtiger Grund, fast nur mehr Linux einzusetzen, wie das automatische Paketmanagement.

[Quintus14]

Ich bin mir jetzt noch unschlüssig, ob ich das Wagnis einer SSD-DOM für die System-HDD eingehen soll oder nicht - wegen der Langlebigkeit hab' ich Bauchweh.

Alternative wäre eine WD AV-25 500GB - 24/7 zertifiziert, nur 2 Watt Stromverbrauch, 1 Mio MTBF, 4.2 ms Latenzzeit.

Oder eben eine herkömmliche WD Caviar Black.

[Quintus14]

Zitat von Quintus14

Ich bin mir jetzt noch unschlüssig, ob ich das Wagnis einer SSD-DOM für die System-HDD eingehen soll oder nicht - wegen der Langlebigkeit hab' ich Bauchweh. ..... Alternative wäre eine WD AV-25 500GB - 24/7 zertifiziert, nur 2 Watt Stromverbrauch, 1 Mio MTBF, 4.2 ms Latenzzeit.... Oder eben eine herkömmliche WD Caviar Black.

Womit wir beim nächsten Problem sind: so ziemlich alle neue Platten (wie die o.g. WD AV-25 500GB) sind 4k-Sektoren-Platten. Laut >diesem Whitepaper von Samsung< (Seite 10) unterstützt Linux ab Kernel 2.6.31 die 4k-Sektoren. Das aktuelle Centos 5.5 beruht laut >hier< auf Kernel 2.6.18. Heißt das nun, dass Centos 5.5 (noch) nicht mit den neuen Platten kann?

Thx

[Philipp]

Zitat von Quintus14

Das aktuelle Centos 5.5 beruht laut >hier< auf Kernel 2.6.18. Heißt das nun, dass Centos 5.5 (noch) nicht mit den neuen Platten kann?

Der Kernel 2.6.18 von CentOS hat nicht sehr viel mit dem original Kernel zu tun.

[Quintus14]

Zur bereits angeschnittenen Diskussion, ob Centos die 4k-Sektoren-HDDs richtig unterstützt, hab' ich quer gelesen und einerseits gefunden, dass das erst ab v 6 passieren wird (>link<) bzw. siehe >hier< Reply3. Anderseits meint Philipp:

Zitat von Philipp

Der Kernel 2.6.18 von CentOS hat nicht sehr viel mit dem original Kernel zu tun.

Ich bin somit verwirrt.

Wenn ich also von centos.org die x86_64 v5.5 downloade - unter welchen Voraussetzungen hab' ich mit einer 4k-HDD full speed? Oder gibt's einen Workaround - z.B. formatieren (ext4) der Daten-HDD mit einer Linux-live-cd mit einem Kernel gleich oder neuer 2.6.31?

Thx


P.S.: die Teile sind bestellt, sollten Mitte/Ende der Woche alle da sein. Dann fang ich mal mit memtest an...

[Don Manuel]

? Außer dass es eine uralte Version aus 2006 ist, die auch noch alte Treiber enthält, sind nur alle bugs und security holes, die seither bekannt wurden, per backport auch in diesem alten Kernel gefixt worden. Gerade bei neuester Hardware würde ich da vorsichtig sein. Ich finde die Diskussion hier dazu recht ausgewogen.