Gegenüber den Möglichkeiten, die unter Unix-Systemen in z.B. der BASH zur Verfügung stehen, hat die mit Windows mitgelieferte CMD.exe einen eher schlechten Ruf. Microsoft hat zwar mit der Powershell im Laufe der Jahre eine leitsungsfähige Alternative geschaffen, die allerdings ohne entsprechenden Einarbeitungsaufwand alles andere als intuitiv funktioniert.

Will man sich einfach nur durch mehrere Unterverzeichnisse wühlen, reicht innerhalb einer Batch-Datei folgender Aufruf:

Der Platzhalter “[Wurzelverzeichnis]” muß durch den entsprechenden Pfad ersetzt werden, wobei die umgebenden Anführungszeichen bei einem vorhandenen Leerzeichen innerhalb des Pfades beibehalten werden müssen.

Zwischen den Klammern können beliebige Befehle eingesetzt werden.

Eine der unschönen Neuerungen die mit der Einführung von systemd Einzug halten ist daß Logdateien statt im jederzeit problemlos les- und verarbeitbaren Textformat nun mittels journald gesammelt, verwaltet und vor allem als Binärdateien gespeichert werden.

Will man Einsicht in ein Log erhalten, so benötigt man hierzu den Befehl

welcher bei Aufruf die bisher erstellten Logeinträge in chronologischer Reihenfolge ausgibt.

Sollen nur die Einträge eines bestimmten Dienstes angezeigt werden, so kann mittles “-u Dienstname” ein Filter gesetzt werden:

listet zum Beispiel nur die zum Dienst “shairport-sync” gehörenden Einträge auf.

Sofern man einem Dienst bei der Arbeit über die Schulter schauen möchte, kann dies durch den Parameter “-f” (analog zu z.B. “tail”) erreicht werden:

zeigt die letzten Einträge sowie die neu hinzukommenden Einträge an.

Standardmäßig werden die Einträge seitenweise ausgegeben, dies kann durch den Parameter “–no-pager” geändert werden.

Eine Liste der möglichen Parameter und ihrer Verwendung erhält man durch die Eingabe von

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

auf der Kommandozeile des NAS erledigt.