cj_berlin

Ja, stimmt, die Office Apps... Aber schaut mal, ob der Citrix Optimizer was helfen kann. Ich hatte immer eine Kombi aus dem und dem VMware OSOT (derzeit offenbar eingefroren) benutzt, mit gutem Erfolg.

Ja, das kann ich bestätigen. Wenn man jetzt paranoid wäre, könnte man meinen, das ist ein sanfter Schubs in Richtung AVD. Welche Image-Optimierungen macht ihr denn? Citrix Optimizer hat einige Punkte für Windows 11 und Server 2025... Und, last but not least: gibt es einen klaren Bedarf nach 2025 in der Apps-Umgebung? 2022 ist ja noch eine ganze Weile supported...

Moin, bitte genau welche Befehle, mit welchen Parametern und mit welchem Ergebnis, wenn dieser Post was anderes sein soll als nur Dampf ablassen. Ansonsten sagt meine Erfahrung, dass: im CBS.log einige sachdienlichen Hinweise zu finden sein werden bei dem Fehlercode auch das Inplace-Upgrade scheitern wird.

Leider nicht wirklich...

Basic ist wieder voll in - alle holen sich den neuen C64 und so...

Oh, wow...

Moin, von den neueren Büchern, das hier ist nicht schlecht: https://www.amazon.de/dp/B09MFY582N Das ist ein Klassiker, aber schon was älter: https://www.amazon.de/Active-Directory-Designing-Deploying-Running-ebook/dp/B00CBM1WES Wenn einer von denen für das Thema richtig brennen sollte, kann er sich mein Buch reinziehen

Moin, kannst Du bitte den Unterschied zwischen "Terminalserver" und "Clientserver" kurz erläutern. Zweiteres ist mir kein Begriff. Und vielleicht verlierst Du zwei-drei Worte zu der Umgebung (Broker mit/ohne HA, wie viele Collections, was für Clients usw.)

Ich hoffe, dass dies in die 30% KI-generierten Code fällt. Kann mir nicht vorstellen, was ich tun würde, wenn ich als Dev den Job kriege, so einen Scheißdreck zu programmieren... Oder nutzt das jemand wirklich, und ich verpasse die einmalige Chance, meinen Alltag zu optimieren?

Der erste Test war positiv, aber das Phänomen ist leider nicht beliebig reproduzierbar. Ich werde es beobachten und das Ergebnis melden.

Moin, nein, das mit dem Deaktivieren des Power Managements hatte ich noch nicht versucht, danke für den Hinweis. BIOS ist aktuell.

Hmmm, bei den heutigen RAM-Preisen mal eben zwei 48GB DIMMs tauschen, da würge ich das Teil lieber ab, oder skripte Reboot+Shutdown. Garantie ist schwierig, weil die DIMMs nicht offiziell supported sind (es gibt nur ein einziges supportetes Modell mit 48GB, und das habe ich aufs Verrecken nicht kaufbar finden können).

Hallo zusammen, ich habe hier so einen NUC von ASUS, auf dem Server 2022 als Hyper-V läuft. Tatsächlich habe ich davon zwei, der andere verhält sich aber normal. Die BIOS-Einstellungen bei den beiden sind identisch, soweit ich es beurteilen kann, die BIOS-Version auch. Der erste verhielt sich auch normal, bis irgendwann ein DIMM kaputt war und getauscht werden musste. Seitdem gibt es folgendes - NICHT deterministisches - Verhalten: wenn ich den Rechner hochfahre, ein bisschen im Leerlauf lasse und dann herunterfahre, geht er ganz normal aus wenn ich aber VMs starte (dieses Lab lastet die Maschine so ca. 50% aus), diese laufen lasse und anschließend alle beende (oder hart ausschalte), fährt der Rechner zwar insofern herunter, dass nichts mehr reagiert und auch der Bildschirm aus ist, er schaltet sich aber nicht aus und muss "erwürgt" werden. Aber nicht immer - manchmal klappt's auch. Aber eher selten. arbeite ich mit VMs, boote den Host dann neu und fahre ihn danach herunter, geht er wieder ordnungsgemäß aus. Jegliche Ideen zur Diagnose und Behebung sind willkommen, wie immer

Also Du siehst über ICA/HDX die Maske gar nicht, wo Du den Admin eingeben sollst? Ich würde sagen, wenn es ÜBERHAUPT funktionieren soll, dann brauchst Du PropmtOnSecureDesktop=0 und nicht 1, denn 1 ist ja genau das, was Du auch so erlebst... Die Regkeys, die Du da beschreibst, sind auch nichts neues, sondern das ganz normale UAC.

Aber mit 40GB und einem Postfach ist die Grenze für Festplattenversand noch lange nicht erreicht. Duplikate: