Weingeist

Gib doch bei Duration mal 23h ein. Dann wiederholt er es - nach meiner Interpration - maximal 23h lang, also einen Tag.

Angeblich soll es mit Dism auch mit DC's klappen. In der GUI dagegen nicht.

Einen Grund den DC von Standard auf Datacenter zu heben gibt es eigentlich nicht. Du kannst auch eine Standard-Version mit einer Datacenter-Lizenz aktivieren. Aktivierst Du mit Standard, kannst ihn auch mal auf eine dedizierte Maschine verschieben wenn Du möchtest, auch wenn diese nur mit Standard lizenziert ist. Sonst geht das nicht. Ganz korrekt ist es meines Wissens nicht, dass Die Key-Aktualisierung bei Eval nicht geht. Habe das mal gelesen und noch kurz google angeworfen, da wird folgendes genannt: Dism /online /Set-Edition:ServerStandard /AcceptEula /ProductKey:KEY in einer Kommandozeile eingeben. Ob das erlaubt ist keine Ahnung, sinnvoll naja. Scheint als würde es bei manchen klappen und bei manchen nicht. Ist nur ein Schuss in den Ofen, ausprobiert habe ich das selber nicht. Ich installier produktiv nie mit Eval.

Also folgendes ist noch offen: 1. Willst Du eine Systempartition haben oder nicht? 2. Du willst also C + D auf der grossen Platte. Welche Partitionierung? So wie sie aktuell ist? Also rund 200GB für C:, Rest für D: und die kleine SSD z.B. als E? 3. Erwarte ich in Zukunft eine ehrliche Antwort wenn ich frage ob Du etwas genauso gemacht hast wie ich es gesagt habe. Auch ein Nein ist OK solange man eben die Begründung abliefert. Aber einfach etwas anderes machen und dann behaupten man hätte es genauso gemacht, ist unfair. OK?

Die interessante Spalte Info fehlt bei den Volumes. Auf welchen Volumes steht da System und wo Startpart? Ich tippe auf System bei Volume 0 ;) Also etwas kann ich schon sagen, dass sieht defnitiv nicht nach einem Windows-Installer Konstrukt aus. Ich behaupte, Du hast entweder selber Partitionen mit Diskpart erstellt, diese waren bereit so vorhanden oder Du hast diese nicht vorgängig gelöscht wie ich beschrieben habe. Ansonsten wäre da keine RAW-Partition (Nr. 3). Das macht der Windows Installer nicht selbständig. Wenn Du es auf der grossen nicht gemacht hast, vermute ich, dass Du es auch auf der kleinen nicht sauber gemacht hast. Wenn Du also willst, dass es endlich funktioniert, dann musst Du auch befolgen was Dir gesagt wird. Wenn Du am Ende zwei bzw. 3 Partitionen (mit der System-Reservierten Partition) auf der Festplatte haben möchtest, dann bitte auch sagen, dann sehen die Befehle nämlich anders aus. Aber einfach sagen du hättest es so gemacht, machst es aber nicht weil Du was anderes möchtest, bringt gar nix. Wenn Dir dir nicht klar ist, wie Du die Platte(n) ganz platt machst bitte auch sagen oder nochmals nachlesen. Als erstes musst jetzt also entscheiden ob Du nur ein C oder auch ein D für die Daten auf der grossen Platte haben möchtest. Dann must Disk 0 und Disk 1 Platt machen, also inkl. der Partitionstabellen und dann die Disks neu betanken.

list disk und list volume hätte ich gerne. ;)

Es ist leider so, dass dieser Bug wohl noch einen Moment erhalten bleibt. Die neueste Build des Updates ist davon immer noch betroffen. So wie auch weitere Bugs in Bezug auf Netzwerk-Share's die nicht mehr automatisch verbunden werden sowie RemoteDesktop-Verbindungen die teilweise innert Sekunden getrent werden. Irgendwie wird es langsam aber sicher richtig peinlich.

Von mir aus kein Problem, schönes Week also ;)

Das ist total unlogisch. Windows erstellt immer eine Systempartition ausser es gibt bereits eine oder die Festplatte wurde vorpartitioniert. Kannst mal ein Foto machen oder rauschreiben? (Edit: Eigentlich lieber foto) diskpart.exe im CMD (Shift + F10) List Disk: Ergebnis List Volume: Ergebnis

Immer wieder "lustig", aber leider fast schon Standard bei dem ganzen Industriekram. Das Zeug ist technisch zwar oft Top, die Software auf den PC's ist aber gerne mal wie ein Geschwür das irgendwie drangehängt wurde. Schon unzählige Stunden damit verbracht. Die Aufgabenplanungsvariante nehme ich jeweils als Übergangslösung. Ein weiteres Script mit Verknüpfung auf dem Desktop welches dann die Aufgabe ausführt. Schön ist das nicht wirklich. --> Manchmal ist auch ein Kompatibilitätsmodus durch den Installateur des Messystems/Maschine hinterlegt. Der greift dann im dümmsten Fall nur auf Benutzerebene. Muss man auch erstmal drauf kommen. Mit ProcMon solltest dem Zugriffs-Fehler aber schon auf die Schliche kommen, half eigentlich (fast) immer. Vielleicht auch mal die Sicherheits-Log prüfen, viele Zugriffsfehler bleiben auch da hängen. Läuft ja sehr vieles über die Filter-Engine. Evtl. das Auditlevel vorgängig erhöhen. --> Sollte das Programm in der Registry rumschreiben, kannst auch mal mit RegShot die Differenzen rausssuchen und so die RegHives herausfinden.

Ist halt wie die Suche nach der Nadel im Heuhaufen, da hilft fast nur systematisches ausprobieren. Ausser jemand weiss grad was da krum läuft. Was Du noch ausprobieren kannst ist die Verwendungen einer hochpotenten Maschine mit schneller CPU (3GHZ) eigener Graka (z.B. CAD-Maschine) als Client. Die Maschine möglichst in eine OU auf dem ActiveDirectory das keine der üblichen GPO's für Clients bekommt. Damit dann auf den Server verbinden. Wenn das gut läuft, verschiebst die Maschine in die übliche Client OU und startest Sie neu, wenn es immer noch sauber läuft, dann braucht das neue RDP mehr Leistung für das gleiche oder drosselt selbständig die Leistung wenn (angeblich) zu wenig Leistung sieht. Wenn es mit einem solchen Power-Client schlecht läuft, muss es eigentlich irgend eine serverseitige Einstellung/GPO sein oder die Verbindungsgeschwindigkeit wird falsch erkannt (wobei Du das ja bereits ausprobiert haben wirst, indem Du fix LAN vorgibst in den RDP-Einstellungen). Der schlechteste Fall wäre, wenn 2016 generell schlechter sein soll als 2012R2. Kann ich mir irgendwie nicht so richtig vorstellen, zumal viele RDP-Upgrades normal den Weg in alle aktuellen Versionen via Updates finden und es dann ebenfalls mies sein sollte.

Jeder wie er mag =) Spätestens wenn AD-Aktivierung mit VAMT in Betracht gezogen wird, würde ichs aber definitiv auslagern (SQL).

Die SanDisk dürfte das USB Teil unter 9 sein. Auf Deiner Toshiba fehlen also die Bootinformationen sonst würde er davon booten. ;) Das heisst, die Toshiba oder auch auf der SanDisk war bei Deinem 2. Installationsversuch mit grosser Wahrscheinlichkeit eben nicht komplett gelöscht. Also Nochmals den Installer starten (wenn es CD ist, vielleicht CD/DV nach oben schieben) - Im ersten Auswahlfenster benutzerdefiniert wählen - In der Disc-Auflistung alles löschen was an Partitioen da ist (NICHT formatieren, das bringt nichts) alternativ mit diskpart - Die SanDisk wie vorher beschrieben vorpatitionieren mit diskpart - Das OS auf die Toshiba installieren. Dann muss die Systempartition + OS inklusive Bootflag auf die Toshiba geschrieben werden.

Könntest mal das Profil des Benutzers auf dieser Kiste löschen. Alternativ - wenn er ned erfreut sein würde wegen x-einstellungen - auch einfach mit einem Beutzer versuchen, der sich noch nie an der Mühle angemeldet hat. Wenn da das Probleme auch auftritt, ist es vermutlich die Kiste, sonst eher das Benutzerprofil.

Ob der KMS dagegen auf den DC sollte? ;)

Das ist ein aktueller Bug von Windows 10. Eigentlich vom Oktober-Update und nicht von 1803. Evtl. ist er weg wenn Du das neue Oktober-Update drüberbügelst.

Du hast noch immer nicht gesagt was im BIOS als Bootreihenfolge explizit drinsteht und ob Du diese angepasst hast. Die Toshiba hast Du also manuell komplett gelöscht? Nach den ganzen vorherigen Versuchen? Die SSD auch? --> da war vorher ja die Systempartition drauf und die muss auch erstmal weg, sonst sind da bootinfos drauf für die andere Platte obwohl die eigene hat. Irgendwie passt Deine aktuelle Beschreibung ganz und gar nicht zu meinem Erfahrungen. Daher nochmal von vorn, alles an Partitionen löschen mittels diskpart, damit beide Disks leer sind. Dann die SSD vor-partitionieren damit keine System Partion darauf erstellt werden kann. Dann nochmals auf der Toshiba installieren.

Da würde ich auch erstmal Speicher nachschieben. CPU Belastung geht auch rauf?

Nicht alles was man mit Excel anstellt ist mit einer DB auch einfach abgebildet. Insbesondere nicht einfach abgeändert wenn sich neue Ideen bilden. ;) Ist der Excel-Teufel einer der auch VBA mit eigenen Makros benutzen tut? Dann hilft oft nur eine GHZ-Starke CPU da diese Funktionen eigentlich nur Single-Core ausgeführt werden. Ich nehme für Workstations der Power-User immer CPU's mit über 3GHZ. Das bringt für das User-Feeling oft am meisten (neben der SSD). Dazu muss die Anzeige im Ressourcenmonitor nichtmal immer bei 100% stehen um trotztdem eine massive Verbesserung zu haben. Auch das abdrehen der 100'000 Aufzeichnungen die Windows betreibt bringt auf gut genutzten Workstations eine teilweise spürbare Verbesserung. Ansonsten kann man gängige Vorgehensweisen teilweise schon in der Performance verbessern indem man die genutzen Funktionen und die herangehensweise an die Probleme überprüft. Komplexe Berechnungen sind z.B. oft schneller per spezifscher VBA-Funktion gelöst als tief verschachtelter und voneinander abhängige Formeln. Ist halt unter Umständen nicht mit der Policy vereinbar. 64bit hilft eigentlich nur wenn tatsächlich RAM das Problem ist, sonst wird Excel oder allgemein die Office Apps tendenziell eher langsamer wie schneller. Ist aber mehr ein Gefühl wie tatsächlich per Bench geprüft. Schafft manchmal noch sonstige Probleme (wenn mit AddIns gearbeitet wird, was die PowerUser gerne mal tun).

Die Toshiba hast also nicht partitioniert? Die Partition hast Du nach der ersten und vor der erneuten installation wieder gelöscht? Sonst geht es logischerweise auch nicht, da die festplatte bereits durch die letzte Installation partitioniert worden ist. Das wäre dann wie das beschriebene vorgehen zum verhindern der Systempartition. Dann muss aber der Active-Flag gesetzt werden. ;) Sprich z.B. mit Diskpart die Partition auf der toshiba löschen, damit wieder eine jungfräuliche Disk präsentiert wird. Geht glaub sogar in der GUI, indem Du die Disk markierst und alles löschen klickst.

Irgendwo muss die auftauchen, sonst wird davon auch nicht gebootet. Evtl. ist sie aber als USB oder PCI-Express angebunden, dann muss Removable USB Devices oder wie auch immer das in deinem bios heisst nach unten schieben bzw. die Toshiba ganz nach oben. Mit Diskpart hast nur die SanDisk partitioniert?

Etwas seltsam ist das aber schon. Wenn sich keine Bootinformationen auf einem Datenträger findet, sollte die Kiste einfach solange die nächsten Platten durchgehen, bis sie Bootinfos findet. Insofern vermute ich, dass die Platte gar nicht in der Bootreihenfolge auftaucht. Oder aber Du hast nicht nur die kleine Platte mit Diskpart partitioniert, sondern auch die grosse. Wenn Du das gemacht hast, dann musst Du auch der Befehl Active auf die Partition setzen, damit die Partition als Bootpartition des Datenträgers erkannt wird. Dann fehlt dir aber die Systempartition. Ich mache das manchmal bewusst so, um sie weglassen zu können. Kannst das auch mal im Nachhinein testweise versuchen, nachher die Installation einfach abbrechen (da schon installiert). Wenn Du das ausschliessen kannst, bleibt dir nichts anderes übrig als das BIOS durchzuackern ob es irgendwo eine Einstellungen gibt. Unter Umständen ist der Controller an dem die Platte hängt, gar nicht für Boot aktiviert, im schlimmsten Fall auch nicht aktivierbar. Dabei kann die Einstellung ob die Platten des Controllers erscheinen irgendwo sein und nicht absolut zwingend unter Boot.

Normal sollte es völlig ausreichen, wenn du Die SanDisk vorgängig partitionierst. Dann wird da auch nix draufgeschrieben. Das geht indem Du sobald das Fenster mit der Auswahl für die Disks kommt wohin installiert werden soll mit Shift + F10, das öffnet die Kommandozeile. Mit dem Tool Diskpart.exe kannst nun die Disks formatieren. 1. Mit List Disk herausfinden welche Nr. die SanDisk hat 2. Mit Select Disk X (x=nr der Disk) die Disk auswählen 3. Mit Create Partition Primary eine Partition erstellen Theoretisch müsste es bis hier schon ausreichen, falls nicht, noch ein Filesystem draufpacken: 4. Mit List Volume die Volume Id herausfinden (normal dürfte das 0 oder 1 sein, weiss ich grad nimmer auswendig) 5. Select Volume X (x=nr des Volumes) 6. Format fs=ntfs quick 2x Exit Die Ansicht im Install-Fenster aktualisieren und diegewünschte Disk für die Installation auswählen. Normalerweise sollte Windows jetzt nichts mehr auf dieser Disk erstellen. Das Verfahren kann auch verwendet werden um zu verhindern, dass diese Systempartition überhaupt erstelt wird indem die ganze Disk wo Windows drauf soll, ebenfalls vorpartitioniert wird. Da braucht es dann noch den Befehl Active bei der Partition von der gebootet werden soll.

Es dürfte wohl kaum jede noch so kleine Firma die Ressourcen haben sich dahingehend umfangreich im Detail beraten zu lassen. Daher muss man sich wohl oder übel an solche Massnahmen halten damit Aufzeichnung und Übermittlung von Daten möglichst verhindert wird. Wird möglichst nix aufgzeichnet und übermittelt, hat man auch "viel" gemacht um die Anforderungen zu erfüllen. Von MS gibt es übrigens eine Liste mit ein paar Erklärungen dazu wohin sich welche Programme verbinden. Auch wenn es ewig gedauert hat undunter dem Namen Endpoint etwas gut versteckt ist, finde ich das für einmal vorbildlich. Manch einer wird erschrecken wie lange sie ist. Lustig finde ich, dass sie wohl selbst keine Ahnung haben was sie überhaupt wohin übermitteln und einschlägige Tools für die Analyse hernehmen mussten. ;) https://docs.microsoft.com/en-us/windows/privacy/manage-windows-endpoints https://docs.microsoft.com/en-us/windows/privacy/windows-endpoints-1709-non-enterprise-editions https://docs.microsoft.com/en-us/windows/privacy/windows-endpoints-1803-non-enterprise-editions Die Hürden für das vollständige Abdrehen sind zwar nach wie vor ziemlich gross, aber wenigstens kann man mal die Kommunikation unterbinden. Zumindest bis wieder Änderungen mit neuen Builds gemacht werden. Einfache Windows-Firewall-Regeln ziehen übrigens nicht zwingend, da es teilweise explizite Ausnahmen für manche Dienste in der Registry gibt (Static/Configurable).

Jetzt verstehe ich auch was Du erreichen möchtest. Sie sollen den Ordner selber nicht umbenenen können, innerhalb des Ordners aber dennoch Schreibrechte haben. Das ist etwas tricky. Lösen kannst Du es, indem Du mit den erweiterten Einstellungen jweils für alle Gruppen zwei Berechtigungssätze erstellst. Einen Satz für diesen Ordner UND einen Satz für Unterordner und Dateien. Gleichzeitig musst Du auf dem Hauptornder selber die Vererbung deaktivieren, damit Du granulare Einstellungen treffen kannst bzw. diese nicht überschrieben werden von oben. Die granularen Einstellungen gibt es dann nur unter Erweitert, also der Button ganz unten im Sicherheitsfenster. Da deaktivierst Du die Vererbung (kannst ja der einfachheit halber die Rechte kopieren und dann abändern). Da legst Du Leserechte für alle fest (für diesen Ordner). Der Zweite Satz (Button hinzufügen für die gleiche Zugriffsgruppe) stattest Du für die gleiche Gruppe mit Schreibrechten für Unterordner und Dateien aus. Wenn Du das im gleichen Fenster machst, dann überschreibst das vorherige. Du musst also zwingend eines hinzufügen. Der Wechsel des Dropdowns = überschreiben des aktuellen Satzes und nicht das setzen von zusätzliches Rechten. Wenn Du auch den Admin Schreibrechte wegnimmst, aber Zugriff auf Sicherheitseinstellungen erlaubst, dann poppt auch bei denen ein UAC auf und wird so nicht versehentlich geändert. EDIT: Habe noch eine Grafik hochgeladen, falls es etwas kompliziert zu verstehen ist. =)