SP2 != R2
Es gibt seit ca. 2 Jahren eine Second Release Version aller Server 2003 Versionen. Für die gibt es dann auch das SP2.
Ich habe z.B. hier Windows Server 2003 Standard Edition R2 mit SP2
ich benutzte aber NICHT die R2 und auch nicht sie SP2 server 2003 ent.
sondern mit sp1 drin. (davon hatte ich die original cd, und konnte 100% die f6 treiber integrieren.
diese r2 liegt zwar im netz, aber wer weiß was beim sp integrieren wieder verändert wurde.
außerdem RATE ICH DRINGEND AB, versionen aus dem netz zu benutzen.
schonmal drüber nachgedacht das in sochlchen versionen backdoors und trojaner sein könnten?
tief in dlls,treibern oder im kernel integriert? so das der virenscanner nicht dran kommt?
vllt. noch vorm/im hypervisor. wenn ich der staat wäre, oder ein nachrichtendienst, ich würde
solche versionen extra im netz 'gecrackt' auslegen. beim software installieren, machen sich immer
alle einen kopf, dass dort etwas drin sein könnte, oder in keygens. dass kennt man ja.
aber direkt ins os
das ist ne böse falle. das gleiche mit gecracktem im netz liegendem drive crypt....
in welches programm würde sich wohl mehr lohnen einen backdoor einzubauen?
wer hat am meisten zu verheimlichen? leute mit geklauten betriebsystemen und cryptprogrammen ...)
von daher nehme ich lieber ein etwas älteres, aaaber originales os, wo ich mir sicher sein kann das
es mich nicht ausspioniert.
ich hab zwar keine großen geheimnisse, dennoch ist der computer mein bester freund
mit dem ich die meiste zeit verbringe und dem ich alles anvertraue.
sprich mails, chats, downloads,besuchte seiten,(zugangs)passwörter,kontakte,handy sync etc.
mit sp1 funzte es wunderbar. bisher mein stabilstes windows master betriebsystem.
xp läuft auch phantastisch, in einer virtuellen maschine
natürlich wirds mit r2 oder sp2 nicht schlechter laufen
---
die informationen mit den cpu sockeln hört sich interessant an und werde ich verfolgen. obgleich ich es nicht ganz glauben kann. wäre aber schön.
---
und die information zum smbus sind auch sehr interessant.
statt abkleben, böte sich noch die option schutzlack (z.b. klarer nagellack
ist relativ robust)
drauf zu machen.
wenn euch das tesafilm im sockel runter rutscht, gibts direkt mehrere
probleme. zum einen sind die gewünschten leiterbahnen dann NICHT mehr unterbrochen und zudem hängt der kunststoff des klebebandes irgendwo im pci/e sockel, und verhindert dort vllt den kontakt zu einem anderen wichtigen
pin.
hört sich in jedem fall interessant an.
in wie weit der smbus fürs cli wichtig ist, sollte man nicht aus den augen verlieren.
aber schön das sich mal wieder etwas neues tut
sollte dies wirklich eine lösung sein, dann könnte man die leiterbahnen auch
durchtrennen. (kann nachträglich auch mit einem kleinen tropfen lötzinn wieder verbunden werden.)
Hinzugefügter Post:
ich habe jetzt mal im forum gelesen.
es gibt tatsächlich user die bestätigen das es funktioniert.
sowohl auf x35/33 boards
the PCI-E pins for PERC 5i have 2 parts "short" and "long"
"from short side (left to right), use tape to cover pin 5 and 6 that don't alow it connect to MB PCI-E slot."
und x38+48
"FYI DFI DK x38/x48 is working with pins taped
and 3-19 bios"
wobei ich nicht verstehe was das and 3-19 bios heißen soll.
wahrscheinlich die bios versions nummer.
alles sehr interessant. sollte jemand HIER AUS DEM FORUM bestätigen können das es mit dem
x38 board geht, dann werde ich wohl wieder auf intel umsteigen.
wäre dann der 4 mainboardumbau. aber leider bietet das (eigendlich sehr gute)
striker ii mainboard mit 780i chipsatz nicht die bios option:
memory remap feature. das hat den nachteil das ich kein server2003 mehr
installieren kann. bzw. installieren geht, aber nach dem installieren der
(alten x-fi) driver, kackte das system irgendwann ab, weil die soundkarte
DMA speicher benötigt. das 780i mainboard aber die kompletten 4 gig
dem memorycontroller vom windows zur verfüging stellt.
bekommt die soundkarte paged ram, stürzt windows irgendwann unter
spektakulären grafik+sound fehlern ab.
liegt aber 100% an soundkarte. erst nach dem treiber passierts.
es gibt aber seit ein paar tagen ein treiber update, was diesen fehler beheben soll.
wie auch immer, bisher auf intelboards, deaktivierte ich das memory remamp feature.
dadurch konnte ich zwar nur 3gb hauptspeicher nutzen, da der dma speicher der
hardware mit in den adressbereich eingeblendet wurde, aber es funzte alles super.
das 780i board hat keine direkte möglichkeit memoryremap auszuschalten.
evtl. macht das board diese funktion dann, wenn eine der cpu funktionen
ein oder ausgeschaltet wird, so als randerscheinung.
mir ist das mal aus versehen passiert. kann mich aber nicht erinnern, wie ich es ausgelöst habe.
zudem bin ich mir nicht sicher, wie das mit dem memory remap funzt.
wenn der speicher der dann hinter dem dma hole genutzt wird gepaged wird,
macht das den speicherzugriff auch nicht gerade schneller.
von daher verzichte ich lieber auf das knappe gb.
selbst wenn der speicher wie eine bänke behandelt wird, so ist doch vllt. ein taktzyklus
zum switchen der bänke von nöten.
(/NOPAE) in der boot ini funzt leider nicht. server 2003 hat immer pae an.
vllt. gibts noch eine andere möglichkeit die smbus probleme in den griff
zu bekommen.
z.b. andere ramchips, dessen SPD anders programmiert ist
es gibt doch hier im forum user die nicht die original rams nutzen, sondern
1 gig riegel, usw.
eine 2. karte hätte ich ja noch. aber keinen ramriegel der nicht original ist,
und trotzdem 100% auf dem perc läuft.
ich denke ramriegel gegen einen tauschen, wo es mit dem spd funzt,
wäre der eleganteste weg. so braucht man auch seine pci/e sockel
nicht unnötig ausleiern, indem man klebeband/schutzlack mit reinquetscht.
am besten gegen einen mit 1 oder 2 GB, und ein kleines biosupdate,
oder bios hack, welches die 1-2 gb cache nutzbar macht.