phoenixcp

Arbeitest du mit command.com oder cmd.exe? Gruss Carsten

Wenn du nen guten Hacker zur Hand hast, dann dürfte das machbar sein. Der musste die Applikation dann hooken und das Close-Event abfangen. Wäre es nicht einfacher sich einen Weg zu suchen, das dem Anwender das Beenden der Appliaktion untersagt wird? Gruss Carsten

Kurze Anmerkung zum Thema Acom: Ein Kollege hat letztens seinen Rechner nach dem Himmeln seines Netzteiles zu Acom gebracht und hat das Tauschen lassen. NEtzteil raus, Netzteil rein, Klick => Rauch Ein Loch in die southbridge gebrannt. Und jetzt wollen sie im Manipulation des Boards vorwerfen. Also ich finde den Laden schon aus diesem Aspekt nicht unbedingt so toll.

Japp, der Job macht Spass, aber er spannt mich tagsüber voll ein. Und da ist es eine willkommene Abwechslung abends dann mal wieder hier reinzuschnuppern und langsam wieder reinzukommen. Aber ihr habt es ja bis jetzt auch ohne mich geschafft. :)

Ich weiß, die Community wird mich sicher nicht sehr vermisst haben, aber ich melde mich trotzdem wieder zurück. Nachdem ich in meinem "neuen" Job etwas Anlaufzeit brauchte, bin ich jetzt wieder etwas mehr für die Community verfügbar. In diesem Sinne Gruss Carsten

Bei einem Distributor deines Vertrauens. :) Gruss Carsten

Neustart des Servers oder der Workstations???? Was sagt denn das Eventlog des Servers? Findet sich da etwas? Evtl. schonmal mit ner andren NIC im Server probiert? Nicht das deine NIC einen Klatsch weg hat und zeitweilig aussteigt. Gruss Carsten

Ist das die einzige Meldung die du erhälst? Oder gibt es da noch ein paar Details als SChmankerl? :) Gruss Carsten

1.) Alle Probleme sind irgendwie dringend. Mögliche Problemlösungen sind: Fahr mal ein NTFS-Recovery, damit kannst du evtl. einen Teil der Daten wiederherstellen. Sollte das nix bringen, dann ist meine eigne Meinung zu diesem Thema leider: Dann ist das halt so. Um so einem Fall vorzubeugen hilft folgendes: 1. Backup vor der Neuinstallation, falls man sich nicht sicher ist, ob man diese Daten vielleicht noch benötigt. 2. Die notwendige Sorgfalt, gerade dann wenn man ein UAS ausführt. Dann sollte man sich seiner Sache schon sehr sicher sein, bzw. sich sicher sein, das die Daten wirklich nicht benötigt werden. Sollte 2. nicht erfüllbar sein, dann greift automatisch 1. :) Gruss Carsten

Hast du denn schonmal einen Blick ins Eventlog riskiert? Wenn da was auffälliges ist, dann geh dem nach. Sollte sich da noch nix finden, dann jag mal einen Sbybot S/D und ein AdAware über deine Maschine. Evtl. hast du dir irgendwas eingefangen, was dir deine Tastatureingaben abfängt. Gruss Carsten

Hat vielleicht trotzdem jemand eine Idee, wie man diese Meldung im Log verhindern kann? Bei mir sind das am Tag ein paar hundert Einträge und wenn man doch mal was im Eventlog sucht, dann ist es recht aufwendig das richtige zu finden. Gruss Carsten

Kommst du mit nem Win PE an die Kiste noch ran? Sollte das gehen: Eventlog anschauen, evtl. mal die Registry checken. So haben wir letztens einen DC gerettet, allerdings auch nur solange um die Daten runterzuholen, weil später wieder gestorben ist.

Was bezweckt er damit? Ich befürchte fast, das das Ganze in eine rechtlich bedenkliche Ecke laufen wird.

HAst du evtl. irgendwelchen merkwürdigen Einträge im Eventlog mit denen ich bei http://www.eventid.net evtl. ne Erklärung finden lässt?

HI Uwe. Deine Infos dazu sind etwas dünn. Mit ein paar mehr Informationen kann dir eher jemand helfen.

Du hast aber während der Installation per F6 den Treiber für den SCSI-Kontroller mitgegeben? Oder nicht?

Wie jetzt "kopieren konnte"? Hast du ne bestehende Windows-Installation auf diese Platte kopiert oder wie soll ich das verstehen?

Aha. Und warum versucht er die da zu löschen? Und wie hast du ganze gemacht? Hast du das "echo off" global für das ganze Skript gesetzt, oder löst du jeden Befehl einzeln mit "echo off" aus.

Warum denn nen Fehler unterdrücken? Ist es nicht eher ratsam, diesem Fehler nachzugehen und das Problem zu lösen, als den Fehler zu verbergen? Gruss Carsten

Wie ist denn die NIC eingestellt? Kann es sein, das die auf Auto oder 100 MBit Half Duplex steht? Wenn ja, dann stell sie mal auf 100 MBit Full Duplex. Wäre meine erste Idee zum kontrollieren. Gruss Carsten

Wenn du die interne IP (192.168.xxx.xxx) angiebst, wie willst du den Rechner denn dann von aussen finden? Was schliessen wir daraus? Du musst die externe, fixe IP angeben. Gruss Carsten

Hallo? Urlaub? Wo gibt es denn sowas? Ist der vom Boardadmin genehmigt? Nee, Spass beiseite. Euch beiden nen schönen Urlaub und beim reiten nicht vom Pferd fallen. ;)

Lösung A würde ich bevorzugen. Damit kannst du nämlich sparen, 3 Server nach aussen auf zu machen und damit ne breitere Angriffsfläche zu bieten. Noch günstiger wäre es, wenn du dir nen Extra PC hinstellst, auf den du dich remote verbindest und dann von dort aus wieder remote deine Server administrierst. Gruss Carsten

Weil das Werbung ist und dann ganz klein der Kommentar steht, das das nur geht, wenn die entsprechende Infarstruktur vorhanden ist. Aber ich glaube nicht, das sich freiwillig jemand findet, der auf dem Mt. Everest öffentliche Hotspots installiert.

Belasst es einfach bei den Bändern und lass die Finger von IDE-Platten im Zusammenhang mit Servern. Viele denken sich das IDE ja billiger ist und alle wollen sparen. Aber früher oder später zeigt sich (gerade bei nem Dauerläufer wie nem Server), das das die falsche Entscheidung war. Also: 100% ACK Dr. Melzer