Aktuell werden von Microsoft die beiden Updates KB3035583 sowie KB2990214 verteilt.

Während KB2990214 als optional eingestuft wird, ist die Installation von KB3035583 empfohlen und wird somit - je nach Einstellung des Systems - ohne Rückfrage automatisch installiert.

Aus der Beschreibung des zugehörigen Knowledge-Base-Artikels kann man lediglich entnehmen, daß zusätzliche Funktionen für Windows-Update Benachrichtigungen eingerichtet werden:

This update enables additional capabilities for Windows Update notifications when new updates are available to the user. It applies to a computer that is running Windows 8.1 or Windows 7 Service Pack 1 (SP1).

die sich aber nicht auf eine tatsächliche Verbesserung des aktuell installierten Betriebssystems beziehen, sondern offensichtlich der Vorbereitung des Windows 10-Rollouts dienen.

Wie heise online erläutert, wird nicht nur Software installiert, die ab einem von Microsoft definierten Zeitpunkt anfängt, beim Benutzer die Werbetrommel für Windows 10 zu rühren, offensichtlich dient die im Update enthaltene Datei “GWX.exe” (“Get Windows X”) auch gleich als Downloader für Microsofts demnächst erscheinende Betriebssystemversion.

Glücklicherweise ist eine Deinstallation des Updates über die Systemsteuerung problemlos möglich, die letzten Reste werden beim nächsten Neustart entfernt.

Offensichtlicher ist der Zweck beim optionalen Update KB2990214, hier führt der Link zu weiteren Informationen direkt zur “Vor der Installation”-Seite der Windows 10-Vorabversion.

Aktuelle Statistiken zeigen, dass auch ein Jahr nach Support-Ende noch immer rund 17% der PCs mit Windows XP laufen und die Umsteiger statt auf das ungeliebte Windows 8 (bzw. 8.1) lieber auf Windows 7 umsteigen, ein Betriebssystem, dass inzwischen auch schon 5 1/2 Jahre alt ist - einen Trend, den Microsoft wohl gerne steuern würde, vor allem um in wenigen Jahren nicht mit Windows 7 in das gleiche Problem zu laufen wie aktuell mit Windows XP.

Hierfür den Windows-Update-Mechanismus zu mißbrauchen ist allerdings mehr als bedenklich: die automatische, unkontrollierte Installation von Updates hinterlässt in der Regel ein unangenehmes Gefühl, viele Anwender nehmen sie trotzdem auf Grund der erhöhten Sicherheit in Kauf.

Diese Akzeptanz könnte durch solches “Marketing durch die Hintertür” aber rapide schwinden und an einer wachsenden Zahl von PCs mit abgeschaltetem Windows-Update kann auch Microsoft eigentlich nicht interessiert sein.

Vertrauen ist ein kostbares Gut, das man nicht leichtfertig verspielen sollte!

Wenn sich Windows und Linux eine physikalische Hardware-Plattform teilen, kann es zu Unstimmigkeiten über die tatsächliche Uhrzeit kommen. Dies liegt darin begründet, daß Linux die Systemzeit standardmäßig als UTC betreibt, Windows hingegen nach lokaler Zeit.

Um Zeitdifferenzen zu bereinigen genügt ein

hwclock --localtime --systohc

als Benutzer root auf der Kommandozeile des Linux-Systems, welche die Einstellung korrigiert und in der Datei “/etc/adjtime” festhält.

Nach einer Systemaktualisierung des Raspberry Pi Streamingclients mittels

[root@alarmpi ~]# pacman -Syu

sah im ersten Moment alles gut aus: das Update lief durch, “systemctl –failed” offenbarte keine neuen Baustellen und auch der zwischenzeitlich abtürzende gmrender-resurrect lief wieder wie geplant.

Ein Problem zeigte sich allerdings beim Abspielen des ersten Audio-Tracks: die Lautsprecher blieben stumm und “aplay -l” lieferte mit

[root@alarmpi ~]# aplay -l
aplay: device_list:268: no soundcards found...

den Hinweis, daß irgendetwas mit dem Treibern für den HiFiBerry nicht in Ordnung war.

Der entscheidende Tip kam vom HiFiBerry-Support innerhalb weniger Minuten in Form des “Configuring Linux 3.18.x-Guide”:

In January 2015, the Raspberry Pi kernel developers have decided to start using Linux 3.18.x. With this version a new way to load device drivers have been introduced to the Raspberry Pi environment. It is called device tree overlay. This brings big changes to the way how to configure the necessary drivers for the HiFiBerry boards.

Nach Einfügen der Zeile “dtoverlay=hifiberry-dac” in die Datei “/boot/config.txt” wurde der HiFIBerry wieder erkannt und die Soundausgabe funktionierte wieder.

Keine Ahnung, wie oft ich im Laufe der Jahre dem Windows 7-Assistenten zum Ermitteln der Probleme des Audiodienstes zugesehen habe …

… jedenfalls ist mir bis gestern noch nie aufgefallen, daß in der Titelzeile “Wiedergeben von Audiodataeien” steht.

So lobenswert die Stabilität von Debian im Serverbetrieb ist, für “das kleine Experiment zwischendurch” sind manche Programme in den offiziellen Repositories dann doch zu angestaubt. Als Alternative bietet es sich an, eine Sandbox auf Basis einer Rolling Release-Distribution zu installieren, die deutlich näher am Puls der Zeit ist, dafür aber vielleicht in Einzelfällen nicht ganz so fehlerfrei und stabil läuft.

Wer unter Windows 7 sowieso den virtuellen XP-Modus installiert hat, kann dafür die in diesem Fall bereits installierte Virtualisierungsumgebung verwenden.

Nach dem Download der offiziellen Installations-ISO wird eine neue virtuelle Maschine angelegt und die ISO als virtuelles CD/DVD-Laufwerk eingebunden. Als Basisdaten für die hier beschriebene Maschine wurde ein Hauptspeicher mit einer Größe von 768MB sowie eine dynamisch wachsende Festplatte mit einer Größe von 16GB gewählt.

Als Leitfaden für diesen Beitrag diente der “Beginner’s Guide” aus dem Arch Linux-Wiki, der auf die relevanten Stellen gekürzt bzw. um einige Informationen ergänzt wurde.

Weiterlesen