Nachdem Google mit Release LMY48I eine aktualisierte Android 5.1.1-Version für das Nexus 4 anbietet, war es an der Zeit, einen erneuten Aktualisierungsversuch der installierten 5.0.1 (LRX22C) durchzuführen:

Nach mehreren Wochen, in denen die Datenverbindung zuverlässig funktionierte, brachte das angebotene OTA-Update auf Version LMY47V wieder drei Abbrüche der Datenverbindung innerhalb eines Tages.

Das manuell als Factory Image installierte Release LMY48I scheint hingegen deutlich zuverlässiger zu arbeiten - zumindest in den letzten rund 1,5 Wochen gab es keine größeren Probleme mit der Datenverbindung, Kamera und Blitz arbeiten synchron und auch das Wechseln zwischen WiFi und mobiler Datenverbindung erfolgt halbwegs zuverlässig.

Der Grund hierfür scheint in den zwischenzeitlich hinzugefügten Patches zu sein, welche sich - entgegen der vielerorts zu lesenden Aussagen - nicht nur mit Stagefright beschäftigen: während sich hinter LMY47V Android 5.1.1_r1 verbirgt, ist LMY48I mit Android 5.1.1_r9 insgesamt 8 Versionssprünge weiter.

Seit einigen Wochen verliert mein Nexus 4 unter Android “Lollipop” 5.1.1 (LMY47V) sporadisch die Datenverbindung: Mobildaten werden weder verschickt noch empfangen und statt dem “E” ist neben den Empfangsbalken in der Statusleiste nur noch ein “!” zu sehen.

Ab- und wieder Anschalten der Datenverbindung hilft i.d.R. als Workaround, genauso wie das Wechseln in den Flugmodus. Das Phänomen tritt auch gelegentlich beim Deaktivieren des WiFi auf, genauso wie sporadisch nach Telefonaten.

Die Lösungssuche führte zu dem Thread “Nexus 5 - Android 5.1 - Intermittent data connection issue” in den Google-Produktforen, der eigentlich für Nexus 5 gedacht ist, in dem sich auch mehrere Nexus 4-Benutzer mit dem gleichen Problem gemeldet haben.

Laut den meisten Beobachtungen (die sich auch mit meinen decken) war das Problem sowohl unter 5.0 bzw. 5.0.1 noch nicht existent und hat erst mit 5.1 Einzug gehalten. Eine Lösung ist aktuell nicht in Sicht, weder SIM tauschen noch APN zurücksetzen oder ähnliches hat geholfen - lediglich nach einem manuellen Flashen des 5.0.1 Factory Images (LRX22C ohne anschließendes Update) funktioniert die Datenverbindung wieder zuverlässig.

Wer den Ruhezustand der Festplatten konfiguriert hat, bereitet diesen nach dem Einspielen des DSM 5.2-5565 Update 1 nicht nur schlaflose Nächte: egal, welcher Zeitraum auch konfiguriert wird, die Festplatten bleiben im Dauerlauf.

Während Synology weiter auf einen Fix warten lässt, findet sich bei Github eine Kurzbeschreibung der Ursache sowie ein Workaround für alle, die nicht auf den fehlerverursachenden winbindd angewiesen sind - den Dienst zu stoppen, was ein einfaches

initctl stop winbindd

auf der Kommandozeile des NAS erledigt.

Kaum ist KB3035583 erfolgreich umschifft, stehen mit KB3068708 und KB2952664 die nächsten Updates bereit, die nur der Vorbereitung auf Windows 10 zu dienen scheinen:

KB3068708:

This kind of update helps the overall application experience on Windows, by improving the current operating system for upgrade to the latest version of Windows.

KB2952664:

This update helps Microsoft make improvements to the current operating system in order to ease the upgrade experience to the latest version of Windows.

Also denn … Rechtsklick auf “Update ausblenden” und hoffen, daß in ein paar Tagen nicht das nächste Windows 10-Update vor der Tür steht.

Seit wenigen Tagen bekommen alle, die das Update KB3035583 nicht deinstalliert haben, nicht nur ein neues Icon im System-Tray, das zum Registrierung für Windows 10 auffordert; auch das Fenster von “Windows Update” in der Systemsteuerung wurde mit Werbung bepflastert:

Ich bleibe dabei:

Für solche Zwecke den Windows Update-Mechanismus zu verwenden ist mehr als bedenklich. Die Akzeptanz, automatisch Updates einspielen zu lassen, könnte durch solches “Marketing durch die Hintertür” rapide schwinden. An einer wachsenden Zahl von PCs mit abgeschaltetem Windows Update kann aber auch Microsoft eigentlich nicht interessiert sein.

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