bourbon

Thema hat sich erledigt. Wenigstens der Tipp von Microsoft stimmt. Mit einem aktuelleren ISO konnte ich ein Inplace Upgrade machen, der den Server 2025 von Build 26100.1 auf 26100.4irgendwas brachte. Danach funktionierten auch die regulären Updates. Vielleicht hilft das ja auch dem einen oder anderen hier. Eine Frage ist aber nicht geklärt: Windows-11-ISO-Abbilder kann man sich frei runterladen, warum die der Servervarianten nicht?

Nach einem Schluck Bourbon bin ich auch nicht mehr ganz so wütend Bitte entschuldigt meine deftige Wortwahl. Ich berichte wie es mit meinem Systemhaus lief und ob ich dann per IU das Problem lösen konnte. Komischerweise haben zwei Domänencontroller mit 2016 direkt per IU auf 2025 letzte Woche keine Probleme gemacht.

Unannehmlichkeiten hab ich schon genug durch Microsoft. Viel schlimmer gehts nichts mehr. Aber ich werd's mir merken, schimpfen werde ich hier nicht mehr, wenn ich Dampf ablassen will geh ich zu heise. Wollte keinem hier auf den Schlips treten.

C:\Windows\System32>DISM /Online /Cleanup-Image /RestoreHealth Tool zur Imageverwaltung für die Bereitstellung Version: 10.0.26100.1 Abbildversion: 10.0.26100.1 [==========================100.0%==========================] Der Wiederherstellungsvorgang wurde erfolgreich abgeschlossen. Der Vorgang wurde erfolgreich beendet. Das Inplace Upgrade von 2019 auf 2025 hat jedenfalls geklappt. Ob das nun grundsätzlich nicht mehr geht weiß ich erst wenn ich eine aktuelle ISO habe. Und mal ganz ehrlich, Microsoft hat doch nicht mehr alle Latten am Zaun wenn ich nach sachdienlichen Hinweisen in 2 GB dicken Logs suchen muss. C:\Windows\Logs\CBS>dir Volume in Laufwerk C: hat keine Bezeichnung. Volumeseriennummer: 5040-CD88 Verzeichnis von C:\Windows\Logs\CBS 01.02.2026 18:48 <DIR> . 01.02.2026 16:42 <DIR> .. 01.02.2026 20:05 28.593 CBS.log 31.01.2026 22:39 2.133.407.112 CbsPersist_20260131214255.log 31.01.2026 23:09 1.382.847.145 CbsPersist_20260131220944.log 31.01.2026 23:44 2.147.490.308 CbsPersist_20260131224930.log 01.02.2026 17:20 669.272.998 CbsPersist_20260201162909.log 01.02.2026 18:47 899.491.744 CbsPersist_20260201174837.log 01.02.2026 17:51 962 FilterList.log 7 Datei(en), 7.232.538.862 Bytes 2 Verzeichnis(se), 67.372.007.424 Bytes frei

Na, das hoffe ich doch sehr, dass die von MS hier mitlesen Die Evaluierungsversion bringt mir nichts, weil dann "behalten von Apps, Dokumenten und Einstellungen" ausgegraut ist. Das ist auch der Grund warum man das genau passende ISO mit der richtigen Sprache braucht. Mal sehen was unser freundliches Systemhaus morgen sagt. Da haben wir die Data Center Edition ja auch gekauft. Ich brauch nur ein passendes ISO-File. Es ist mir unbegreiflich warum Microsoft sowas einfach nicht zum Download anbietet aber schnell, einfach und effektiv waren ja schon immer Fremdwörter für diesen Saftladen.

Wieso soll ich den Datenträger umtauschen? Ich brauch doch bloß eine aktuelle ISO-Datei. Windows 11 kann man doch auch normal runterladen, wo sind die Downloadlinks für die Server-Varianten? Microsoft ist [wegen Wortwahl von der Moderation bearbeitet] Wenn man Probleme hat lassen sie die Anwender im Regen stehen, man kann nichtmal unkompliziert ein aktuelles ISO-Abbild für das Inplace-Upgrade laden! Die Fehleranalyse mit ihren gigabytegroßen CBS-Logs ist eine Zumutung. Was für Leute arbeiten da eigentlich bei MS, das müssen wohl die letzten Voll***en sein. Werde morgen mein Systemhaus nach einem Abbild fragen, nochmal werden wir nicht Geld ausgeben, wir haben bereits Lizenzen gekauft! Leider kann man nicht alles auf Linux umstellen sonst hätten wir diesen Windowsdreck schon lange komplett entsorgt.

Hi, ich hab hier eine VM von 2019 auf 2025 erfolgreich aktualisiert. Leider bleibt die jetzt beim Update stecken d.h. sie verharrt bei Buildversion 26100.1 Das aktuelle Update KB5073379 / 26100.32230 kann nicht installiert werden, bricht immer mit dem Fehler 0x80070032 ab. Die altbekannten Befehle wie sfc oder dism wurden schon erfolglos ausprobiert. Jetzt dachte ich an ein Inplace-Upgrade mit einer aktuellen ISO aber man bekommt bei MS nur Eval-Versionen! Hat irgendjemnd ne Idee wie ich diese VM auf einen aktuellen Stand bekomme?

Das bezieht sich auf den öffentlichen Kalender. Kennst du dieses Verhalten?

Hallo allerseits! Unsere User berichten sporadische Probleme bei Terminen und Terminänderungen im öffentlichen Kalender. Dabei sind die Teilnehmer teilweise mehrfach drin oder der Besprechungsorganisator fliegt raus, falls er auch gleichzeitig Teilnehmer ist. Das gleiche passiert auch bei den Meetingräumen. Bei der bisherigen Recherche sind wir noch zu keiner Lösung gestoßen. Wir haben ein Exchange SE Server mit Microsoft Office 2024 Standard 64-Bit auf den Clients.

Naja, dieses zusätzliche Subnet im selben VLAN ist ja auch ziemlich verpönt. Speziell Norbert war da recht deutlich 😸 Dass wir solche Geräte in ein eigenes VLAN stecken müssen wurde aber auch schonmal mehrmals hier thematisiert. Ich denke nächstes Jahr isses soweit.

Ja, über ausgeblendete Geräte hat man auch nichts weiter gesehen. Hab auch netsh int ipv4 reset gemacht. Ist das denn eine bekannte Einstellung? Wenn macht Windows das ja nur, wenn es tote IPs im selben Subnet erreichen will. Oder anders gefragt: kennst du konkret dieses Verhalten von Windows?

Ich seh hier keine Reste von alten Adaptern. Interessant ist, dass nicht jeder Rechner dieses Verhalten zeigt. Hab hier noch eine Testmaschine mit Windows 7, ist in der Domäne, darf aber nicht ins Internet. Da will Windows nicht übers Gateway zur toten IP im selben Subnet. Auch bei einer Test-VM mit Windows 2025 hab ich das Verhalten nicht gesehen.

Hab jetzt noch ein bisschen weiter getestet. Neues Subnetz 10.168.0.0/16 , aber immer noch das selbe VLAN. Linux-PC: 10.168.101.0 Windows-PC mit separatem Adapter: 10.168.101.35 Ergebnis: Der Windows-PC kann sich selbst und den Linux-PC also 10.168.101.0 anpingen Wenn ich auf irgendeine nicht vergebene Adresse mit tracert draufgehe, dann sehe ich, wie Windows das über das Standardgateway versucht zu erreichen. Warum macht Windows sowas? Windows sollte doch wissen, dass auch diese nicht vergebene IP sich im selben Subnetz befindet. Kennt wirklich niemand dieses Verhalten? Aber wieso kommt Windows auf die Idee, etwas ans Gateway zu senden, wenn es sich um eine Adresse aus dem 2. Subnetz handelt, in dem Windows mit dem 2. Adapter sich auch befindet. Das verstehe ich einfach nicht.

Nein natürlich nicht, da ist nur die zusätzliche Adresse eingetragen. Ich wollte eigentlich hier nur fragen, ob jemanden dieses Verhalten bekannt ist. Ich war nämlich bevor ich das Problem hörte auch fest davon überzeugt, dass Windows nichts ans default gateway sendet in so einer Konstellation. Ich teste die Tage das nochmal und falls ich weitere Erkenntnisse habe poste ich diese hier.

Ich weiß, dass das nicht schön ist. War aber nicht meine Idee. Wollte die andere Abteilung so. Ob wir das noch mal irgendwann ändern, mal sehen. Über einen zusätzlichen Adapter weil der primäre interne Adapter mit dem Firmennetz verbunden ist und auf DHCP steht. Da kann man über Windows keine zusätzliche Adresse manuell hinzufügen, zumindest geht das nicht über ncpa.cpl Ich hab jedenfalls beobachtet, dass Windows versucht das über das Standardgateway zu senden wenn dort kein ping forward aktiviert ist. Windows bekommt dann vom Gateway eine AW, dass der Zielport nicht erreichbar sei - und genau das verstehe ich nicht, warum Windows da versucht über das Gatway zu senden, da dem 2. Netzwerkadapter doch direkt eine Adresse aus diesem Bereich zugeordnet ist. Genau das hatte ich auch gedacht, wurde aber von Windows wieder eines besseren belehrt um nicht zu sagen, dass es mir mal wieder frech den Mittelfinger zeigte. Noch ist für das Subnetz 10.0.0.0/24 kein eigenes VLAN definiert, noch ist alles im selben VLAN. Dennoch: wieso versucht Windows etwas über das Default Gateway zu senden, wenn es doch direkt senden könnte? Weißt du da was? Ich kann das Ergebnis jedenfalls nicht anders interpretieren, wieso sollte als Antwort denn was vom Default Gateway auch kommen.