janlutmeh

Die geplanten Tasks sind intuitiv. Öffne, neuer Task, Programm auswählen, Name vergeben und ausführung (täglich, einmalig, etc.) wählen und anschliessend ggf. datum und Uhrzeit eingeben. Alles Assistenten basiert.

Sollte eigentlich mit den geplanten Tasks funktionieren. Start - Programme - Zubehör - Verwaltungsprogramme - Geplante Tasks Als Programm dann die Shutdown.exe aus %Systemroot%\System32 angeben.

hmmm. Sicher das das alte MoBo defekt war und nicht eine andere Komponente wie z. B. RAM?

Eigentlich sollte er für passthrough konfiguriert werden. Das Portforwarding nutzt man ja normal wenn er das passthrough nicht unterstützt.

AFAIK unterstützt der DI-604 kein VPN-Passtrough. So, nochmal editiert. Dafür machste ja die Ports auf. Wie läuft denn die Anmeldung/Authentifizierung? Da scheint er ja das Problem zu haben. Ansonsten gibts hier vielleicht auch noch ein paar kleine infos.

Das Eventlog zeigt Einträge von Systemereignissen an. Wenn die Einträge rot sind ist ein Fehler aufgetreten. Näheres erfährt man dann in der Fehlerbeschreibung nach nem Doppelklick auf das entsprechende Ereignis. Allerdings sind die häufig nicht sonderlich aussagekräftig. Da hilft dann Google oder die MS Knowledgebase. Oh wohl zu langsam.

Bekommst Du ne Fehlermeldung bei der Installation? Also klassisch das das Gerät nicht gefunden wurde? Anderen Slot schon mal probiert? Irgendwelche Besonderheiten im Eventlog oder Gerätemanager? Läuft der Plug&Play Dienst?

Also wenn Schmauchspuren oder mechanische Beschädigungen erkennbar sind wirst Du Dir von jemandem der einigermassen Ahnung hat sicherlich ein paar Fragen gefallen lassen müssen. Im Zweifelsfall wird Dir einfach unsachgemässe Handhabung unterstellt, und dann bist Du am Zug.

Ein Fall den ich schon mal hatte war das die Abstandhalte vom MoBo zu kurz waren und das Board somit einen unerwünschten Kontakt mit dem Gehäuse erzeugte. Allerdings hört sich das mit dem verschmorten Geruch ja an als wäre wirklich etwas abgefackelt. Vielleicht das Board nochmal ausbauen, Sichtprüfung ob Du eine Beschädigung entdeckst und nochmals überprüfen das das Board richtig (auch der Abstand zum Gehäuse) sitzt.

Deswegen grade edititiert, s.o. .Bin mal wieder zwischen Hosts und Lmhosts hin und her gestolpert.

In einer DNS Umgebung wird immer erst über DNS ( erst Cache dann Server ) aufgelöst. Der Inhalt der Hosts Datei sollte aber normalerweise beim Dienststart in den Auflösungscache geladen werden, und dann zur Verfügung stehen.

Was geht denn konkret nicht? Lädt er keine Updates, können sich die Clients nicht verbinden, hast Du keinen Zugriff auf die Admin Page, oder wie? Beschreib mal was funktioniert und was nicht.

Wäre ja auch gern gekommen, aber hab leider schon was vor. Vielleicht klappts ja beim nächsten mal.

@NR1 uiuiui Mit den ganze Ratschlägen und ungenauem Wissen tust Du ihm keinen Gefallen. Zum Ausbilderschein: ist bis 2008 ausgesetzt. genauen Wortlaut hat Bimei hier gepostet. Aber das machst Du ja durch Deine freundliche und höfliche Art wieder wett.

Da kann ich nur sagen richtig, Leistungsaufnahme und Abwärme sind sicherlich nicht ohne, aber worum es mir eigentlich geht ist das überleben der CPU. Mit der On-Die Clock Modulation kann man relativ sicher sein das auch bei einem ausgefallenen Lüfter oder anderen Fehlerquellen die CPU nicht abraucht. Ist eine vergleichbare Technik bei den Athlon 64 CPU´s auch drin, denn wenn ich das richtig verstanden habe dient Cool´n Quiet ja eigentlich nur zur Reduzierung der Leistungsaufnahme, und nicht dazu die CPU im Falle einer mangelhaften Kühlung zu schützen.

Gibt das Eventlog ne Fehlhermeldung aus? Hats vllt den Dienst Druckerwarteschlange abgeschossen?

Weiss ja nu nich wieviel Speicher Du hast, aber 3 Stunden find ich doch eher bedenklich. a) Lass nochmal laufen mit weniger optionen (gibt glaub ich nen default schnelltest) Gibt noch jede Menge andere Tools zum Memory testen, vllt mal ein anderes probieren C) einfach mal über Nacht laufen lassen, das sollte dann zeitmässig ja wohl reichen.

Hört sich für mich nach nem Treiber Problem an. Sicherstellen das der richtige Treiber installiert ist.

Also wie jetzt? Ist also rein Board abhängig, von ASUS, oder verpeil ich das jetzt?

Das lässt ja nun darauf schliessen das der client noch nicht richtig konfiguriert ist, da er ja nicht versucht sich mit dem SUS zu verbinden, sonst würde da ja der entsprechende eintrag auftauchen. Am besten die Konfig nochmal checken. Wie habt ihr den client konfiguriert? Mit GPO? Ist vielleicht das Update komplett deaktiviert? Hat der Client die GPO gezogen / angewendet?

MDAC steht für Microsoft Data Access Components. Stellt prinzipiell Dantenbankzugriffs-Komponenten bereit. Aktuelle Version ist die 2.8 denke ich. weitere Infos bei Microsoft. Download hier

Im log muss sich eine Zeile in dieser Art befinden: 2004-06-15 08:35:25 07:35:25 Success IUENGINE Querying software update catalog from https://v4.windowsupdate.microsoft.com/consumerdrivers/getmanifest.asp Wobei natürlich hier jetzt der Windows Update Server angegeben ist. Also bei euch sollte das dann entsprechend der SUS sein. Wenn diese URL im IE eingegeben wird sollte die normalerweise auf ein XML Dokument führen, in dem eigentlich nicht viel mehr als das hier stehen sollte: - <catalog> <provider /> </catalog> Wenn das nicht klappt findet er den SUS nicht. Dann müsst Ihr abgleichen welchen Namen Ihr in der SUS-Server verwaltung eingegeben habt und welchen Namen der Client hat. Ist in der SUS-Verwaltung ein Name angegeben, braucht man eine funktionierende DNS Namensauflösung für den Client! Für den Client muss der Name der in der SUS config angegeben ist eingestellt sein, nicht der Rechner Name, nicht die Rechner IP oder sonst was, dann wird der SUS nicht gefunden. Das ist dann auch über die Log nachvollziehbar über den Errorcode. Ausgabe der Error erfolgt Hex, also die letzten 4 Stellen im Rechner eben von Hex auf Dez umsetzen. Standard wäre 0194h ergibt 404 also Seite nicht gefunden.

Also ich hab mir jetzt den P4 550 3,4 GHz geholt. Überlegung war einfach das ein vergleichbares AMD 64 Maschinchen auch nicht billiger gewesen wäre. Und irgendwie häng ich halt noch ein bisschen an den thermischen Vorteilen der Intel Proze. Muss allerdings auch zugeben das ich mit meinem XP 1800 auch nie Probleme hatte solange ich nicht getweakt habe und für ausreichend Kühlung gesorgt habe.

Die meisten Probleme liegen immer in der Namensauflösung/ dem finden des SUS. Wenn Ihr die IP des SUS am Client eingetragen habt, muss am SUS als Name auch die IP eingetragen sein. Da sind die Kisten ein bisschen zickig. Gibts im Eventlog denn ne Fehlermeldung? Man könnte auch einen Blick in die Windows_Update.log werfen, liegt in der Systemroot. Da siehst Du die URL von der er die XML Datei mit der Liste der Updates aufruft. URLrauskopieren und testen ob man die über den IE öffnen kann. Klappt das nicht "findet" er den SUS nicht und wir sind zurück beim Namensproblem.

Bei der letzten Technet Veranstaltung bei der ich war wurde Ende des Jahres angegeben. Also denk ich mal das es Januar wird. Angeblich verzögert sich deshalb auch noch der WUS, da dieser auf jeden Fall bis nach dem Rollout des SP1 für W2K3 gehalten werden soll. Dort soll der Hintergrund sein einen einheitlichen Stand für WUS zu garantieren, der z. B. erst Win XP ab SP2 unterstützen soll (heisst ältere Updates werden dann über WUS nicht mehr bereitgestellt. Aber Vorsicht natürlich. Auch wenn diese Infos von Microsoft in Tech@Night, TechNet@fterWork und ähnlichen Veranstaltungen kommuniziert werden, gibts das weder schriftlich noch hält sich MS zwingend dran.