BOfH_666

BItte keine Bilder von Code posten. Das ist kontraproduktiv, da man den Code im Zweifel nicht kopieren und vielleicht mal ausführen kann. Einfach den Code mittels "</>" aus der Symbolleiste einfügen! Was passiert denn, wenn Du die Argumentliste komplett von einfachen Gänsefüßchen umschlossen übergibst? Also ungefähr so: Start-Process -FilePath 'mysql.exe' -ArgumentList '--host=BlaKeks --user=root -password=Sicher -execute="Show databases"' -NoNewWindow -Wait

Wenn Du zwischendurch mal ein bissl Zeit hast, kannst Du Dich ein bissl "berieseln" lassen. Der kostenlose Videokurs in der Microsoft Virtual Academy - Getting Started with Powershell ist für Einsteiger sehr empfehlenswert. (wenigstens so lange er noch verfügbar ist) Und wenn Du dann in der Schulung sitzt, hast Du schon einen kleinen Vorsprung.

Das ist - bei ansatzweise aktueller Powershell - so nicht ganz richtig. Seit Powershell v3.0 gibt es für Get-ChildItem die Parameter -File und -Directory.

Ich hab es schonmal gesagt und ich wiederhole es gerne nochmal: Nimm Dir doch bitte ein bissl Zeit, um Dir die Grundlagen von Powershell anzueignen. Du stellst Anfängerfragen, die in jedem (Online)-Kurs oder Buch oder Tutorial in den ersten Kapiteln behandelt werden. Es gibt zahlreiche auch meist kostenlose Quellen im Internet, die Dir einen einfachen Einstieg ermöglichen. Wenn Du der englishen Sprache mächtig bist, ist der Kurs Getting Started with Powershell in der Microsoft Virtual Academy sehr zu empfehlen. Dort bringt Dir der Erfinder der Powershell, Jeffrey Snover, die Grundlagen bei. ... und was mir noch einfällt: Poste doch bitte nicht immer Screenshots! Es genügt völlig, wenn Du den Code, den Du benutzt, postest und vielleicht Fehlermeldungen, wenn Du welche erhältst. ... oder Auszüge aus Text-Dateien, falls hilfreich. Screenshots sind immer wenig hilfreich, da man daraus keinen Code oder Text kopieren kann um es zu testen.

Das hängt von Deinen Fähigkeiten ab ... aber prinzipiell ja - klar!!!! ... Ich kann also Nils nur zustimmen. Nimm Dir ein bissl Zeit und schaff Dir die Grundlagen von Powershell drauf. Ein guter Startpunkt könnte die Microsoft Virtual Academy sein. Dort der kostenlose Kurs Getting Started with Microsoft Powershell. Keine Angst, dort geht es zwar um Powershell 3.0 aber die Grundlagen passen auch sehr gut für die aktuelle Windows Version 5.1. Viel Spaß

Dann lösch doch einfach die Screenshots - die helfen dann im Zweifel auch jemand anderem nicht weiter, wenn mal jemand das Gleiche oder was Ähnliches sucht. An diesem kleinen Fehler ist aber schon zu sehen, dass diese Lösung alles andere als robust und fehlertolerant ist. Du solltest also peinlich genau darauf achten, dass alle nötigen Voraussetzungen erfüllt sind oder entsprechend eine gute Fehlerbehandlung einbauen - ganz besonders, wenn Du nicht der Einzige bist, der mit diesem Code arbeiten soll.

Ich dachte, wir hätten uns darauf geeinigt, dass Du aufhörst mit Batch rumzupfrimeln und endlich anfängst mit Powershell zu arbeiten? Übrigens ist es keine Schande, wenn man mal das ein oder andere selbst per Googlen rauskriegt? Ich wette, für die meisten Deiner Fragen bist Du nicht der erste, der solche Aufgaben zu lösen versucht.

Brav! Definitiv. Hier ... nur zum Angeben .... Get-Content -Path .\Ergebnis.txt -OutVariable Ergebnis Get-Content -Path .\Buchstaben.txt -OutVariable Buchstaben Get-Content -Path .\Zahlen.txt -OutVariable Zahlen "$Ergebnis" -match '(\w)\s+(\d)' $Buchstaben -replace $Matches[1] | Set-Content -Path .\Buchstaben.txt -Force $Zahlen -replace $Matches[2] | Set-Content -Path .\Zahlen.txt -Force ... mehr ist für den Anfang nicht nötig ...

Warum? Welche Aufgabe willst Du denn wirklich damit lösen? Ich gehe davon aus, dass Du das bereits weißt, aber ich wiederhole es einfach zur Sicherheit nochmal: .bat/.cmd/batch ist ziemlich obsolet und wurde schon vor 'ner ganzen Weile durch die viel mächtigere Powershell ersetzt - besonders wenn es um komplexere Aufgaben geht. Es gibt quasi nix, was Du mit .bat/.cmd/batch machen konntest, was Du nicht genauso oder einfacher und besser mit Powershell machen kannst. Wenn Du vorhast, noch eine Weile in "Windows-Umgebungen unterwegs zu sein", empfehle ich Dir dringend, Dich mit Powershell zu beschäftigen. Das wird Dir das Leben erleichtern und ich bin mir sicher, dass es sich für Dich auszahlen wird.

Du kannst die execution policy nicht aus einem Script heraus ändern, wenn das Ausführen von Scripten noch nciht zugelassen ist ... das ist so ähnlich wie ein Henne - Ei - Problem .... Du musst die Execution policy entsprechend anpassen bevor du das Script startest.

Ich hab auch schon mal von nem Kollegen gehört, der von einem anderen Kollegen gehört hat, dass er einfach mal nach sowas gesucht hat und tatsächlich auch noch fündig geworden ist ... aber ich glaube, das war nur ein Gerücht.

Du wirst aber bestimmt auch verstehen, dass wir hier, ohne den Code der Macros zu kennen und ohne die genauen Umstände zu kennen, nicht wirklich viel Hilfreiches beitragen können. Das ist bestenfalls "Raten auf hohem Niveau" - sorry.

Wie wäre es, den Ersteller der Datei / der Macros einzuspanne? Der sollte wissen, wie man dem Fehler auf den Grund gehen kann.

Ich hab's grad mal bei mir getestet und ich fürchte, Du wirst Dir wohl doch ein klein wenig mehr Mühe machen müssen. $template = Get-ADUser -Identity <sAMAccountName> -Properties City,Department,Description,DisplayName,info,MemberOf,Office,OfficePhone,Organization New-ADUser -Instance $template -Name InstanceTest -SamAccountName InstanceTest -DisplayName InstanceTest -Path '<distinguished Name der Ziel-OU>' -UserPrincipalName InstanceTest@<domain> -Enabled $false Mit diesem Schnipsel konnte ich einen neuen Account anlegen. Es ist also empfehlenswert, einen speziellen Vorlagen-Benutzer anzulegen, bei dem auch nur die nötigsten Attribute gepflegt sind. Und es hilft, auch nur die Attribute zu extrahieren, die man wirklich kopiert haben möchte. Alles andere Eindeutige übergibt man dann beim Anlagen des neuen Benutzers. .... probier ma!

Na sag ich doch ... deswegen ist es egal ob man wie rakli schreibt: New-ADUser Test-rakli -Instance $user oder eben wie Sunny New-AdUser -Name 'Test Rakli' -Instance $user Nur dass die beiden eben nicht den gleichen Namen benutzen. .... und dass (wie ich glaube) der Name wegen des Bindestrichs bei rakli auch in Gänsefüßchen gehört.

Hab ich 'n Knick in der Optik? ... die beiden Code-Schnipsel sind doch nahezu gleich - nur dass Sunny einmal einen benannten Parameter benutzt und rakli den Wert für Name eben implizit übergibt!?!? Das einzige Problem, dass ich sehe, ist das der Name einen Bindestrich enthält und deshalb in Gänsefüßchen gehört.

... wir haben 2018!! Wenn der Kollege immernoch PS-Version 2.0 verwendet, gehört er sowieso geteert und gefedert!

Möchtest Du denn für den neuen Benutzer "Test-rakli" wirklich nur die Eigenschaft "Name" ändern? Alles andere soll gleich dem Benutzer "Lehmann" bleiben? Ist der Benutzer "Lehmann" ein Template-Konto?

Wär das nicht der Fall gewesen, hätte die Fehlemeldung anders ausgesehen. Ausserdem braucht man das seit Powershell Version 3 nicht mehr explizit zu machen. Das macht die Powershell automatisch für Dich.

Es ist weniger das Format als eher der Typ. Es macht keinen Sinn Zahlen mit Strings zu vergleichen. Du musst also die Strings in Zahlen umwandeln. z.B. [INT]$LAENGE oder [SINGLE]$LAENGE oder [FLOAT]$LAENGE .... je nach dem, was für Zahlen Du verarbeiten möchtest. Hier ein paar weitere INfos dazu: https://ss64.com/ps/syntax-datatypes.html

.... das ist ja Deine Entscheidung ... wie oben schon mal erwähnt .... die anderen Quotas kann man mit fsutil verwalten.

Wenn Du die FSRM-Quotas nicht verwendest, kannst Du aber auch die FSRM-cmdlets nicht verwenden, oder? Das sind, wenn ich nicht irre, zwei verschiedene Geschichten. Edit: Für die andere Sorte Quotas ist dann fsutil vorhanden ... ein bissl sperriger vielleicht, aber immerhin auch ein Kommandozeilen-Tool.

Das ist ja auch so. Du stellst Quotas für Verzeichnisse ein - nicht für User. Jedenfalls ist mir nix anderes bekannt.

Dass Du ne Fehlemeldung erhältst, hättest Du aber auch ein bissl früher erwähnen dürfen. Wenn Get-FSRMQuota meint, dass auf dem Ordner noch keine Quota gesetzt ist, wird es damit vermutlich Recht haben. Hast Du's über die FSRM-Konsole mal geprüft?

Is nich mein Tach heute ... ich steh irgendwie immernoch auf'm Schlauch ... Du hast also schon ein Script, mit dem Du Quotas für User-Verzeichnisse verwaltest. Und brauchst jetzt ein Script, mit dem Du Quotas für "Standorte" verwaltest. Und wo klemmt's da jetzt? Kannst Du das Script nicht für die Standorte "adaptieren"?