Zitat von M-K-D-B

Wieso wundert dich das?


Gestern Abend > Kumulatives Update für 2004
Alles läuft ohne Probleme.

root@pebkac:/home/arne# apt upgrade
OK:1 http://ftp.debian.org/debian bullseye InRelease
OK:2 http://ftp.debian.org/debian bullseye-updates InRelease
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.       
Statusinformationen werden eingelesen.... Fertig
Aktualisierung für 63 Pakete verfügbar. Führen Sie »apt list --upgradable« aus, um sie anzuzeigen.
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.       
Statusinformationen werden eingelesen.... Fertig
Paketaktualisierung (Upgrade) wird berechnet... Fertig
Die folgenden Pakete wurden automatisch installiert und werden nicht mehr benötigt:
   libllvm9 (1:9.0.1-12)
   libllvm9:i386 (1:9.0.1-12)
   libplacebo7 (1.7.0-2)
Verwenden Sie »apt autoremove«, um sie zu entfernen.
Die folgenden NEUEN Pakete werden installiert:
   libllvm10 (1:10.0.0-4)
   libllvm10:i386 (1:10.0.0-4)
   libplacebo29 (1.29.1+dfsg1-2)
Die folgenden Pakete werden aktualisiert (Upgrade):
   audacious (4.0.2-1 => 4.0.4-1)
   audacious-plugins (4.0.2-1 => 4.0.4-1)
   audacious-plugins-data (4.0.2-1 => 4.0.4-1)
   cryptsetup (2:2.3.2-1 => 2:2.3.3-1)
   cryptsetup-bin (2:2.3.2-1 => 2:2.3.3-1)
   cryptsetup-initramfs (2:2.3.2-1 => 2:2.3.3-1)
   cryptsetup-run (2:2.3.2-1 => 2:2.3.3-1)
   gir1.2-gdkpixbuf-2.0 (2.40.0+dfsg-4 => 2.40.0+dfsg-5)
   libaudcore5 (4.0.2-1 => 4.0.4-1)
   libaudgui5 (4.0.2-1 => 4.0.4-1)
   libaudqt2 (4.0.2-1 => 4.0.4-1)
   libaudtag3 (4.0.2-1 => 4.0.4-1)
   libcryptsetup12 (2:2.3.2-1 => 2:2.3.3-1)
   libegl-mesa0 (19.3.3-1 => 20.0.7-1)
   libexif12 (0.6.21-9 => 0.6.22-1)
   libexif12:i386 (0.6.21-9 => 0.6.22-1)
   libgbm1 (19.3.3-1 => 20.0.7-1)
   libgdk-pixbuf2.0-0 (2.40.0+dfsg-4 => 2.40.0+dfsg-5)
   libgdk-pixbuf2.0-0:i386 (2.40.0+dfsg-4 => 2.40.0+dfsg-5)
   libgdk-pixbuf2.0-bin (2.40.0+dfsg-4 => 2.40.0+dfsg-5)
   libgdk-pixbuf2.0-common (2.40.0+dfsg-4 => 2.40.0+dfsg-5)
   libgl1-mesa-dri (19.3.3-1 => 20.0.7-1)
   libgl1-mesa-dri:i386 (19.3.3-1 => 20.0.7-1)
   libgl1-mesa-glx (19.3.3-1 => 20.0.7-1)
   libglapi-mesa (19.3.3-1 => 20.0.7-1)
   libglapi-mesa:i386 (19.3.3-1 => 20.0.7-1)
   libglx-mesa0 (19.3.3-1 => 20.0.7-1)
   libglx-mesa0:i386 (19.3.3-1 => 20.0.7-1)
   libmtdev1 (1.1.5-1.1 => 1.1.6-1)
   libnss-systemd (245.5-3 => 245.6-1)
   libosmesa6 (19.3.3-1 => 20.0.7-1)
   libpam-systemd (245.5-3 => 245.6-1)
   libsystemd0 (245.5-3 => 245.6-1)
   libsystemd0:i386 (245.5-3 => 245.6-1)
   libudev1 (245.5-3 => 245.6-1)
   libudev1:i386 (245.5-3 => 245.6-1)
   libvlc-bin (3.0.10-1 => 3.0.10-1+b1)
   libvlc5 (3.0.10-1 => 3.0.10-1+b1)
   libvlccore9 (3.0.10-1 => 3.0.10-1+b1)
   libxatracker2 (19.3.3-1 => 20.0.7-1)
   libz3-4 (4.8.7-4 => 4.8.8-1)
   libz3-4:i386 (4.8.7-4 => 4.8.8-1)
   libzstd1 (1.4.5+dfsg-1 => 1.4.5+dfsg-2)
   libzstd1:i386 (1.4.5+dfsg-1 => 1.4.5+dfsg-2)
   mesa-va-drivers (19.3.3-1 => 20.0.7-1)
   mesa-va-drivers:i386 (19.3.3-1 => 20.0.7-1)
   mesa-vdpau-drivers (19.3.3-1 => 20.0.7-1)
   mesa-vdpau-drivers:i386 (19.3.3-1 => 20.0.7-1)
   mesa-vulkan-drivers (19.3.3-1 => 20.0.7-1)
   mesa-vulkan-drivers:i386 (19.3.3-1 => 20.0.7-1)
   openssh-client (1:8.2p1-4 => 1:8.3p1-1)
   openssh-server (1:8.2p1-4 => 1:8.3p1-1)
   openssh-sftp-server (1:8.2p1-4 => 1:8.3p1-1)
   systemd (245.5-3 => 245.6-1)
   systemd-sysv (245.5-3 => 245.6-1)
   systemd-timesyncd (245.5-3 => 245.6-1)
   udev (245.5-3 => 245.6-1)
   vlc (3.0.10-1 => 3.0.10-1+b1)
   vlc-bin (3.0.10-1 => 3.0.10-1+b1)
   vlc-plugin-base (3.0.10-1 => 3.0.10-1+b1)
   vlc-plugin-fluidsynth (3.0.10-1 => 3.0.10-1+b1)
   vlc-plugin-qt (3.0.10-1 => 3.0.10-1+b1)
   vlc-plugin-video-output (3.0.10-1 => 3.0.10-1+b1)
63 aktualisiert, 3 neu installiert, 0 zu entfernen und 0 nicht aktualisiert.
Es müssen noch 0 B von 109 MB an Archiven heruntergeladen werden.
Nach dieser Operation werden 170 MB Plattenplatz zusätzlich benutzt.
         

Alles läuft ohne Probleme und die Installation hat drei Minuten gedauert. Kein reboot nötig!

Zitat von webwatcher

Heute morgen (10.6.) kumulatives Update für 1909

Es ist Patchday, noch nicht bemerkt?

Zitat von Xynthetic

Es ist Patchday, noch nicht bemerkt?

Der war doch schon gestern (2. Dienstag im Juno)

Auf dem neuen PC war ich es leid und hab das Update manuell auf 2004 ohne
jedes Problem durchgezogen und auch das aktuelle kumulative Update.
Der ältere PC ist weiter auf die Warteliste gesetzt. Anscheinend vertraut M$
nicht so ganz, dass 2004 reibungslos auch auf älteren PC läuft und versorgt
auch die 1909 erstmal weiter. Außer der Neugier, wann M$ von selbst in die
Schuhe kommt, ist mir das eigentlich egal.

qed: https://winfuture.de/news,116327.html

Windows 10 Mai 2020 Update: Frische Probleme und neue Bugs

Zitat von cosinus

Der war doch schon gestern (2. Dienstag im Juno)

Entschuldige bitte. Es war Patchday.

Anscheinend vertraut M$
nicht so ganz, dass 2004 reibungslos auch auf älteren PC läuft und versorgt
auch die 1909 erstmal weiter.

Natürlich, 1909 ist ja auch noch nicht aus dem offiziellen Support raus...

Zitat von webwatcher

Anscheinend vertraut M$
nicht so ganz, dass 2004 reibungslos auch auf älteren PC läuft und versorgt
auch die 1909 erstmal weiter.

Alle Versionen von Windows 10 (1809 bis 2004), die noch Support bekommen, sollten dieses Update angeboten bekommen.
Das war zumindest bislang doch schon immer so... von daher wunderte mich dein Kommentar.

Zitat von M-K-D-B

Alle Versionen von Windows 10 (1809 bis 2004), die noch Support bekommen, sollten dieses Update angeboten bekommen.
Das war zumindest bislang doch schon immer so... von daher wunderte mich dein Kommentar.

hast ja Recht, Altertumspflege gehört dazu...
(1809 stammt von Oktober 2018: sind in unserer schnelllebigen Zeit Jahrzehnte )

PS: chip weiß wie Altertümer gepflegt werden
https://www.chip.de/news/Windows-10-Patchday-Juni-2020-Bugfix-fuer-2004_174974199.html

https://www.notebookcheck.com/Window....469743.0.html

Wer bereits die neueste Windows 10-Version 2004 auf seinem PC laufen hat, wird es vielleicht schon bemerkt haben. Ein neuer Eintrag listet ein Windows Feature Experience-Pack in den Einstellungen, zu dessen Sinn und Zweck sich Microsoft allerdings beharrlich ausschweigt.

https://winfuture.de/news,116415.html

Das Feature Experience Pack beinhaltet offenbar einige für Windows 10 Version 2004 (und höher) "kritische" Funktionalitäten. Man sollte auch nicht versuchen, diese zu entfernen. Die Bündelung dürfte den Hintergrund haben, dass man diese Komponente(n) auf diese Weise schneller aktualisieren kann als das Betriebssystem selbst. Das liegt natürlich daran, dass das Update wie bei einer App über den Store erfolgen würde bzw. wird.

Aufruf:
Einstellungen > System > Info > Windows-Spezifikationen >
"Leistung > Windows Feature Experience Pack" was immer das bedeuten soll
in 1909 ist dieser Punkt nicht vorhanden

Nach wie vor der Nagscreen. Das Update wird immer noch nicht in der Updatesuche angeboten.
Mal sehen, wie das jetzt noch dauert.
Ich hab den Verdacht, dass M$ auf diese Tour die Verantwortung dafür, wenn was schiefgeht,
den Usern in die Schuhe schiebt, nach dem Motto selber schuld, hättest warten sollen.

Den anderen PC hatte ich manuell updatet.

Zitat von webwatcher

Nach wie vor der Nagscreen. Das Update wird immer noch nicht in der Updatesuche angeboten.
Mal sehen, wie das jetzt noch dauert.
Ich hab den Verdacht, dass M$ auf diese Tour die Verantwortung dafür, wenn was schiefgeht,
den Usern in die Schuhe schiebt, nach dem Motto selber schuld, hättest warten sollen.

Den anderen PC hatte ich manuell updatet.

Wie alt ist denn der PC oder das Notebook, das nicht upgedatet wird?

Zitat von Darklord666

Wie alt ist denn der PC oder das Notebook, das nicht upgedatet wird?

Ist 10 Jahre alt, aber das heißt nichts. Alle bisherigen Updates von W7 bis W10 1909
sind ohne die geringsten Probleme durchgezogen. Die Performance ist für Otto Normalo
voll befriedigend. Es mein Test- und Backup-PC. Auf dem
anderen PC zieh ich keine Experimente durch. Wenn der hier crashen sollte, juckt
es mich nicht und spiel das Backup drauf und basta...

M$ sagt ja nicht, dass es nicht geht, sondern warten angesagt ist.
Wer dann ungeduldig ist und es "eigenmächtig" macht, wenn es nicht geht, die A..karte
gezogen. Warum/Worin 2004 so verschieden von 1909 sein soll, dass es
Kompatibitätsprobleme geben könnte, die in 1909 nicht vorhanden waren,
wird nicht erklärt.

Könnte das Update durchziehen. Entweder es klappt oder es klemmt.
Könnte dann das Backup draufspielen, aber das ist für mich unbefriedigend.
Ich möchte eben wissen, wie lang M$ die User zappeln läßt

Zitat von webwatcher

Könnte das Update durchziehen. Entweder es klappt oder es klemmt.
Könnte dann das Backup draufspielen, aber das ist für mich unbefriedigend.
Ich möchte eben wissen, wie lang M$ die User zappeln läßt

So wie ich das einmal auf einem Beitrag auf BC gelesen habe, wird das Update schrittweise (je nach Hardware) an die entsprechenden Nutzer verteilt.
Das kann schon mal 8-12 Wochen dauern... hab das auch so von einem Kollegen auf der Arbeit gehört (mit v1903).

Zitat von M-K-D-B

Das kann schon mal 8-12 Wochen dauern... hab das auch so von einem Kollegen auf der Arbeit gehört (mit v1903).

Ok, dann über wir uns eben weiter in Geduld, es drängelt ja nichts

Ist IMHO auch für den Support hier ganz nützlich zu wissen, dass das Update u.U
noch etwas auf sich warten läßt, wenn der/das Update auf neueste Version empfohlen wird.

Wie auch anderweitig immer wieder empfohlen: Systemzustände mittels Images sichern. Danach die Feature-Updates installieren.

Eine Aktualisierung kann sodann auch frühzeitiger über das geladene ISO-Image erfolgen (nach deren Download Rechtsklick, "Bereitstellen", setup.exe ausführen und Update-Vorgang starten).

Nochmal: erstens ist bei mir alles gesichert und habe Null Problemo und zweitens interessiert mich einzig und allein und ausschließlich nur das weitere Vorgehen von M$