Operator

Hi, vielleicht findest Du mit procexp.exe (Process Explorer) von http://www.sysinternals.com den Prozess, der auf die Datei zugreift. Den kannst Du dann einfach markieren und mit ENTF abschießen (sofern der nicht wichtig ist *g*) Give it a try... Andre

Hi, kopier Dir _BEVOR_ du das Backup einspielst mal die boot.ini im Root von C: zur Seite. Die Datei ist versteckt, so daß Du über Extras / Ordneroptionen erst alle Dateien sichtbar machen musst. Nachdem Du das Backup eingespielt hast, kopierst Du die zur Seite kopierte boot.ini über die, die im Root steht. Dort steht höchstwahrscheinlich drin, daß er über SCSI booten soll, was ja mangels fehlendem Controller scheitert. Danach sollte zumindest das Booten weiterhin klappen. Gruß Andre

Hi, also ohne den Scanner zu kennen behaupte ich mal, daß 3x etwas schwierig wird. Zumindest mit 1x Scannen. Es gibt Barcodes, die via Barcode noch ein ENTER ausgeben, aber das wären dann zusätzliche Barcodes. Kann man in deinem Fall nicht mit Makros oder sowas arbeiten? Andre

Bei meinen Symbol Scannern gibts immer eine Option am Scanner selbst am Ende eines Barcodes ein ENTER zu senden. Dies variiert aber je nach Scanner. Solche Einstellungen werden meistens mit speziellen Konfigurationsbarcodes vorgenommen. Ein paar Hinweise zum verwendeten Scanner, was der Barcode enthalten soll und in welchem Format dieser vorliegt wären hilfreich. Gruß Andre

Push doch nicht immer deine Beiträge... lass es andere tun :) Eine Basis findest Du hier... http://groups.google.de/groups?q=vbscript+read+share+property&hl=de&lr=&ie=UTF-8&selm=OIXbISDJAHA.283%40cppssbbsa05&rnum=1 Ist natürlich für deinen Zweck noch anzupassen, da Dir das Script alle Berechtigungen anzeigt. Außerdem musst Du noch einen Weg finden den realen Pfad auf dem Rechner basierend auf den Share-Namen herauszufinden. Gruß Andre

Hi, ich bins nochmal. Bei meinen normalen Domain-PC's klappt es ohne Probleme. Bin im Netzwerk aber auch gerade als Domain-Admin unterwegs. Wird bei Dir also ein Berechtigungsproblem sein. Andre

Wenn Du das "On Error Resume Next" rausnimmst, bekommst Du zumindest schon mal ne Fehlermeldung. In meinem Fall lautete die sinngemäß, daß ich keinen Zugriff auf den Rechner habe. Gibt es vielleicht eine Authentifizierung beim WMI oder eine Rechteverwaltung, die man nutzen könnte? Ansonsten bleibt Dir immer noch das Script jeweils lokal per Anmeldescript auszuführen und trotzdem alle Daten zentral zu sammeln. Andre

Ich nochmal... Mir kommt gerade noch so ein Geistesblitz. Vielleicht muss das Profil ja ganz normal heißen.. also z.b. \\meinserver\profiles\operator Aber der Eintrag im Benutzerprofil dann \\meinserver\profiles\operator.man Da ich immer noch Urlaub habe und nicht in der Firma bin, kann ich es gerade nicht testen. Aber vielleicht kommst Du ja dazu. Gruß Andre

Hi Krypto, sorry, daß ich nicht eher antworten konnte. Aber ich war im Urlaub :) Genau an der Stelle hab ich das mit der Directory-Endung auf .man auch gelesen. Allerdings in der Printversion. Wusste gar nicht, daß die die Artikel so schnell Online setzen. Werds noch mal ausprobieren bzw. weiter recherchieren. Interessant wäre es ja schon.... Bis später :) Andre

Hi, schau mal hier: http://www.realvnc.com/why.html Gruß Andre

Hi, was spricht im Auslog-Batch gegen net use X: /d Oder wenns erzwungen sein soll (weil noch Daten geöffnet sind): echo j|net use x: /d Andre

Hi Krypto, gelesen hab ich das auch schon mal, find aber grad bei MS und bei Google nix genaues darüber. Hast Du beide Kombinationen in den Einstellungen zum Profil probiert? \\server\share\benutzer \\server\share\benutzer.man Könnte ja sein, daß die Endung automatisch angehangen wird und danach gesucht wird. In einer Dokumentation von MS hab ich nur gelesen, daß der Pfad nicht mit .MAN enden sollte, also wird es was damit zu tun haben. Werd mir den Artikel, den ich zuhause liegen hab noch mal anschauen und falls ich was rausfinde nochmal posten. Schönes WE schon mal... Andre

Sorry, fällt mir leider nichts zu ein... Aber wie mit den Laufwerksbuchstaben legt man sich da einfach auf einen Standard fest... Wenns nicht allzu viele Drucker sind benutzt Du für Drucker1 nur LPT1 und für Drucker2 nur LPT2 usw. Gruß Andre

Hi, soweit ich weiß benötigt man bei Type-1 Schriften immer die .PFM und die .PFB Dateien.. Kopier mal scriptgesteuert beide Dateitypen nach %windir%\fonts und schau ob das klappt. Andre

So, musste ein paar Tage mal meinen Urlaub und die Sonne genießen :) Vielleicht verweigert ZoneAlarm ja dem lokalen PC den Zugriff. Soweit ich weiß funktioniert die Kommunikation mit den Verwaltungsdiensten für Datenträger via RPC. Deaktiviere mal ZoneAlarm und teste dann noch mal... Andre

Hi Patrick, ja da gibts wahrscheinlich noch ne Lösung, an der ich gerade selber arbeite. Weiß aber noch nicht, ob das ganze so funktioniert, wie ich mir das vorstelle. In den nächsten 3 Wochen werd ich daran aber auch nichts machen, weil ich gerade meinen Urlaub genieße (ja auch im MCSEboard *g*). Aber hier mal die Grundidee: - Pro Drucker in der Domäne eine Gruppe erstellen "Drucker1", "Drucker2" - Per GPO eine Computer-Richtlinie erstellen und den eingeschränkten Gruppen die Gruppe hinzufügen, die den Drucker bezeichnet, der hinterher verbunden werden soll - Dieser Gruppe dann "Jeder" oder besser "Authentifizierte Benutzer" hinzufügen - Die GPO an die Computer binden, auf die die Einstellung wirksam sein soll Dadurch sollte dann ein angemeldeter Benutzer in der Gruppe "Drucker1" bspw. sein. Mit dem RessourceKit Tool ifmember.exe kann nun die Gruppenmitgliedschaft in dieser Gruppe abgefragt werden und bei positivem Ergebnis der Drucker zugewiesen werden. Falls jemand ne Idee hat, das einfacher zu machen, würde mich das natürlich auch sehr interessieren... manchmal denkt man ja um 3 Ecken zu viel :) Meine erste Idee ist natürlich die einfachere und würde etwa so aussehen.... --- SNIP --- GOTO %COMPUTERNAME% GOTO WEITER :PC1 :PC2 :PC3 net use lpt: \\server\printer1 :PC4 net use lpt: \\server\printer2 :WEITER --- SNIP --- Damit werden die Computernamen als Sprungmarken benutzt, oder falls ein PC nicht existiert einfach übersprungen. Gruß Andre

Ja, soweit richtig.. wenn bereits eine Verbindung besteht verbindet er nichts neues... daher vorher trennen, ob eine Verbindung besteht oder nicht ist egal. Endresultat ist immer: Der entsprechende Laufwerksbuchstabe ist nicht gemappt... net use H: /d Alternative, falls wirklich eine aktive Verbindung besteht und Trennen erzwungen werden soll: echo j|net use H: /d Das beantwortet die Sicherheitsabfrage, ob wirklich getrennt werden soll. Danach kannst Du mit dem normalen "net use" deine Freigabe verbinden. Und das funktioniert seit mehreren Jahren in meinem Netzwerk in der Firma. Seit neuestem mache ich das ganze aber über VBScript, da dort das Trennen und Verbinden wesentlich schneller geht (und die Ausführung meines gesamtes Scriptes jetzt nicht mehr 12-15 Sekunden, sondern nur noch 1-2 Sekunden braucht). Andre

Hmm... dann vermute ich mal, daß sich dein Rechner zwar in der Domain befindet, Du dich aber dennoch lokal anmeldest. Sobald Du im Anmeldedialog statt deines Rechner-Namens den Domain Namen auswählst, hast Du auch automatisch Zugriff auf den Verzeichnisdienst (sofern Berechtigung, z.b. Domain Admin). Falls es das war kannst Du deine lokalen Profileinstellung mithilfe von Systemsteuerung / System in das Domain Profil kopieren. Dann brauchst Du deine Einstellungen nicht komplett neu einrichten. Als Administrator unter XP wechselst Du nach Erweitert und klickst dann auf Einstellungen unter Benutzerprofile. Dort kannst Du dein lokales Profil auswählen, als Ziel den Pfad des Domain Profils angeben und als Berechtigung deinen Domain Benutzer auswählen. Ist zwar nur ne Kurzanleitung, aber vielleicht hilfts ja :) Ansonsten einfach noch mal nachhaken. Ergänzung: Die Berechtigungsgeschichte sollte aber auch mit einer lokalen Anmeldung funktionieren. Im Benutzer-Such-Dialog musst Du statt des lokalen Rechners eigentlich die Domäne auswählen können und dann alle Konten sehen. Andre

Hi Patrick, in einem Startskript wirst Du auch keinen Erfolg haben, da solche Netzwerkverbindungen über "net use" immer benutzerabhängig sind. Startskripte werden aber im Sicherheitskontext SYSTEM des Computers ausgeführt. Deine Idee wird nur funktionieren, wenn das Script als Anmeldescript des Benutzers aufgerufen wird. Dann sollte alles wie erwartet funktionieren. Die Einstellung im GPO nimmst Du dann unter den Benutzer- statt den Computereinstellungen im Punkt Anmeldeskripte vor. Falls Du dennoch pro PC eine Unterscheidung haben musst, kannst Du im Skript den Computernamen abfragen und daraufhin entweder LPT1 verbinden oder halt nicht. Beispielskripte auf Netzlaufwerke bezogen findest Du zuhauf über die Boardsuche oder Google. Bei Fragen fragen :-) Andre

Hi, hast Du denn zuhause auch eine Domain? Wenn nämlich nicht, musst Du nach dem Arbeitsgruppen-Prinzip auf jedem Rechner jeden Benutzer mit denselben Kennwörtern anlegen, damit Du das Konzept ähnlich wie in der Firma umsetzen kannst. Ab einer gewissen Größe lohnt sich dann erst ein Server als DomainController, der die Benutzerverwaltung vereinfacht. Andre

Hmm... Also normalerweise sollte das ohne Probleme funktionieren. Also muss der Haken woanders liegen. Du kannst das Laufwerk übrigens auch ohne If-Abfrage einfach trennen... von der Fehlermeldung bekommst Du ja eh nicht viel mit und das verzögert die Ausführung auch nicht sonderlich. Weitere Ideen: 1. Funktioniert das Script denn, wenn Du es als bereits angemeldeter Benutzer ausführst? Dazu kannst Du das Laufwerk H: ja mal mit ner anderen Freigabe verbinden und nach Ausführung des Scriptes prüfen ob alles geklappt hat. 2. Ist im Pfad für das Benutzerprofil (bzw. Terminalserver-Profil bei TS-Anmeldung) ein Laufwerksbuchstabe zum Basisverzeichnis verbunden? Wenn da für den Benutzer H: angegeben ist, könnte es da auch zu Konflikten kommen. Bitte prüf das mal nach und meld Dich noch mal... Gruß Andre

Ist vielleicht beim Unfall nicht so witzig, aber in diesem Kontext schon (wie finde): "Kollision erkannt. Sollen Airbags jetzt auslösen? Ja/Nein" Naja wirds wohl so schnell nicht geben ;) Aber vielleicht fährt ja irgendwann mal einer von Euch an mir vorbei während mein Notebook meldet: "Neue Hardware gefunden: Fiat Lancia" Bitte legen Sie die Hersteller-CD zur Treiberinstallation ein ;) So, jetzt ist gut und ich geh ins Bettchen... Andre

wie wärs denn, wenn du einfach folgendes machst? net use h: /delete net use h: \\server\share Damit bekommst Du bestimmt keine Meldungen bei der Anmeldung. Andre

Aber mit "doskey" hat Dir auch keiner ein Bein stellen wollen und hat den Befehl "net" mittels Makro verbogen? Aber dann sollte auch das Ausführen aus system32 nicht mehr klappen... Schon komisch die Sache... Kannst ja zur Vollständigkeit mal die Ausgabe von "set" am Prompt posten... Andre

Wie siehst mit den Punkten aus? Hast Du Dich nicht zu geäußert :) Andre