Freitag, 20. Oktober 2017
Wer das Problem nicht anderweitig in den Griff bekommt, dem hilft nur eines (sofern man einzig über den iTunes Store gekaufte Songs zu seinem Besitz zählt):
Quelle: Musiktitel auf dem iPhone doppelt, lassen sich nicht entfernen
Danach lädt man sich alle Lieder erneut von Apple herunter:
Tags: Duplikate, iOS, iPhone, iTunes, Lieder, MP3, Songs
Labels: Apple
Sonntag, 15. Oktober 2017
Wer sich dafür interessiert, in welcher Woche sein iPad, iPhone oder sein Mac produziert wurde, findet mittels der Seriennummer hier Auskunft:
Tags: Datum, iPad, iPhone, Produktionsdatum, S/N, Serial, Serial Number, Seriennummer
Labels: Apple
Samstag, 14. Oktober 2017
Da hat sich Apple mächtig ins Zeug gelegt — endlich ein brauchbarer Weg, um Speichersünder ausfindig zu machen. Mittelfristig gibt es in solchen Fällen aber nur eine Lösung: Auf die nächsthöhere Storage-Klasse ausweichen. D.h. von 16GB auf 32GB, oder von 64GB auf 128GB.
Ich habe vorgestern die Option aktiviert, nie selten gebrauchte Apps nach iCloud auszulagern:
Tags: iOS, iPad, iPhone, Link, Speicher, Storage
Labels: Apple
Freitag, 29. September 2017
Normalerweise warte ich bei Major-Releases von iOS jeweils die Version X.0.1 ab, bevor ich meinen Gerätepark auf die neue Version des mobilen Betriebssystems „lüpfe“. Diese Woche hielt ich mich nicht an meine eiserne Regel — unter anderem, weil die Medienberichterstattung nicht von gravierenden Problemen berichtete. Ein Fehler, der aber auch nicht mit Abwarten auf X.0.1 Linderung gebracht hätte.
Leider kämpfe ich auf meinem iPhone SE (Kaufdatum: April 2016) mit folgenden permanenten oder sporadisch auftretenden Problemen:
Es bleibt zu hoffen, dass Apple der Ursache des Problems auf der Spur ist und bald mit X.0.2 Abhilfe schafft.
PS: Das Problem beschränkt sich nicht nur auf mein iPhone SE — meine Frau klagt auch mit ihrem iPhone 6s ebenfalls über spürbare Performanceprobleme.
Tags: Apple, Bug, iOS, iOS 11, iPhone, iPhone 6s, iPhone SE, Langsam, Performance, Probleme, Update, Upgrade
Labels: Apple
Samstag, 29. Juli 2017
Bis iOS 10 war die Welt in Ordnung: Regelmässig kommt es vor, dass ich die iCloud-Kontaktkarte einen meiner Kontakte aktualisieren muss.
Global Suche (auch bekannt als „iOS Spotlight Search“) nach dem Namen des Kontakts, antippend, gewünschtes Feld ergänzen oder verändern, fertig.
Mit iOS 10 ist das nicht mehr möglich. Man findet mit Spotlight zwar den Kontakt, doch das sich danach öffnende Kontaktsheet verfügt über keinen Editier-Modus.
Stattdessen muss man Contacts.app öffnen, die Person dort suchen und danach mittels Edit den Eintrag anpassen.
Verdammt mühsam. Hoffen wir, dass iOS wieder die von iOS 9 gewohnte Funktionalität zurückbringt.
PS: Ich scheine nicht der einzige zu sein, der sich daran stört: iOS10 Problem – Can not edit a contact found using spotlight search
Tags: ändern, bearbeiten, Contacts, iCloud, iOS, iOS 10, iOS 11, iOS 9, iPad, iPhone, Spotlight
Labels: Apple
Sonntag, 14. Mai 2017
Am Mittwoch nahm ich beruflich im Hotel Mövenpick in Egerkingen an einem Workshop teil. Abgesehen vom kalten Duschwasser (das Hotel war in der Nacht vom Mittwoch auf den Donnerstag restlos ausgebucht) ein sehr angenehmer Aufenthalt!
Ein Arbeitskollege hatte aber anfänglich mit dem Gästeportal des kostenlosen WLAN zu kämpfen. Obwohl er sich jeweils mit dem WLAN verband, zeigte sein iPhone die sogenannte „Landing Page“ des Gästeportals nicht an. So war es ihm nicht möglich, sich mit Vornamen, Nachnamen und E-Mail-Adresse zu registrieren und den Internetzugang freizuschalten.
Mit meinem iPhone klappte die Registrierung problemlos, wobei sich das Telefon sowieso die meiste Zeit im Swisscom-WLAN einbuchte. Der Kollege war aus Wien und kam deshalb nicht in den Genuss von WLAN-Roaming seines Mobilfunkanbieters.
Doch wie löst man ein solches Problem? Ein kurze Google-Suche später die Erkenntnis:
Load the Authentication / Login Page manually
To load the login page, you have to get the router gate IP. You can get router gateway IP address from Wi-Fi details screen. To get router IP, go to iPhone Settings > Wi-Fi > tap on “i” of selected Wi-Fi network > Next Screen DHCP Tab > Router IP.
Now copy this router IP Address and type into your browser address area and enter to load the page.
Your browser will load the Wi-Fi provider’s authentication page, fill out the necessary details on this page before submitting.
Once you submit and the provider authenticates your connection, then you can start to enjoy the free Wi-Fi.
Quelle: How to Solve Wi-Fi Login Page not Loading Issue in iPhone & Connect Wi-Fi HotSpot
Diesen Trick kannte ich zugegebenermassen selber noch nicht: Man surfe einfach die IP des Gateways an (diese Informationen hat das iPhone vom DHCP-Server erhalten), und die Landing Page erscheint. Genau so funktionierte es auch bei dieser WLAN-Infrastruktur. Nett!
Tags: Gästeportal, iPhone, Landing Page, Mövenpick, Registrierung, WiFi, WLAN
Labels: IT
Sonntag, 19. März 2017
Auf Grund der bald bevorstehenden Reise in die USA habe ich mir heute Zeit genommen, einen VPN-Server einzurichten, mit welchem ich mich unterwegs in den USA mit iPhone, iPad und MacBook Air verbinden kann.
Obwohl heutzutage die meisten Web-Sites mit HTTPS kommunizieren, stelle ich damit sicher, dass allfällige unverschlüsselte Kommunikation im Hotel-WiFi nicht abgehört werden kann. Als netten Nebeneffekt gaukle ich meinen Geräten weiter vor, dass sie sich in der Schweiz befinden und umgehe so allfällige Geoblocks. Da wir seit einem Jahr eine Glasfaster-Internet-Anbindung mit 1 GBit/s symmetrischem Datenverkehr verfügen, sollte die Performance höchstens noch von der hohen Latenz getrübt werden.
Ich hatte bisher bereits eine Lösung im Einsatz (im Grunde zwei, PPTP sowie OpenVPN mit einem Shared Key), doch nun war es an der Zeit, das Gefrickel aufzuräumen und eine zukunftstaugliche, performante und sichere Lösung zu bauen, welche (fast) nativ mit macOS und iOS funktioniert — konkret mit Tunnelblick unter macOS sowie mit OpenVPN.app unter iOS.
Die beiden Applikationen kann man mittels .ovpn-Textdateien als VPN-Clients konfigurieren.
Ich bin im Grossen und Ganzen der Anleitung „How To Set Up an OpenVPN Server on Ubuntu 16.04“ von DigitalOcean gefolgt, habe die Konfiguration dabei aber meiner Heimnetzwerk-Architektur angepasst und mittels Bash-Scripts automatisiert. Denn irgendeinmal muss ich den OpenVPN-Server aktualisieren und bin mit dem DevOps-Ansatz sicher, mittels Knopfdruck wieder eine funktionierende Lösung bereit zu haben.
Die Anleitung zeigt einen netten Weg auf, wie man sich die .ovpn-Dateien vollautomatisierte mittels eines bash-Scripts erstellt.
Ich verwende nun für alle meine Geräte ein eigenständiges Zertifikat, damit ich diese im Notfall einzeln revozieren kann.
Die Konfiguration funktioniert tadellos — einzig bei Tunnelblick (d.h. unter macOS) musste ich die Passagen
... user nobody group nogroup ...
wieder auskommentieren, da es sonst zu komischen Fehlermeldungen im OpenVPN-Log des Clients kam. Ausserdem muss man im GUI anklicken, dass der gesamte IPv4-Verkehr durch das VPN geroutet wird:
Wehrmutstropfen: Eigentlich war der Aufbau eines VPN-Tunnels pro Device nur als Plan B gedacht. Denn bei Reisen verwende ich einen TP-LINK TL-MR3020 „Reiserouter“ (klitzekleiner Wireless Access Point, der sich mit USB-Stromversorgung betreiben lässt), um diesen mit Hotel-WiFis zu verbinden und die SSID mit den Zugangsdaten meines Heimnetzwerkes anzubieten. So spare ich es mir, dass das Hotel-WiFi auf all meinen Geräten konfiguriert werden muss.
Auf dem Router habe ich mir das quelloffene OpenWrt (Version Attitude Adjustment) installiert und mittlerweile so konfiguriert, damit es mit allen möglichen WLAN-Netzwerken von Unterkünften funktioniert (einige Hersteller von Gästeportalen frickeln massiv mit dem Netzwerk herum, um Clients auf die Landing Pages zu bringen).
Plan A war es nun eigentlich, OpenVPN auf dem Router selbst zu installieren und jedes Mal automatisch eine Verbindung mit meinem OpenVPN-Server in der Schweiz herzustellen, sobald der Router eine Internet-Verbindung herstellen kann. So hätte ich nicht pro Endgerät einzeln eine VPN-Verbindung aufbauen müssen und die Verschlüsselung wäre ohne weitere Interaktion standardmässig aktiviert gewesen.
Eine Anleitung zur Installation von OpenVPN als VPN-Client auf einem TP-LINK TL-MR3020 findet sich dazu im Netz (plus eine generische Anleitung für OpenWRT), doch leider habe ich erst während der Installation bemerkt, dass der Router nicht genügend Speicherplatz mit sich bringt, um die Pakete openvpn, openssl und andere Libraries zu installieren:
Da opkg nicht komplett durchgelaufen ist, musste ich die über das Router-Filesystem verstreute Überreste der Pakete eigenhändig entfernen (indem ich die .ipks vom offiziellen Repository händisch herunterlud, mit gzip entpackte und die resultierenden Dateien dann erneut mit tar und gzip entpackte):
. ./kmod-tun_3.3.8-1_ar71xx ./kmod-tun_3.3.8-1_ar71xx/etc ./kmod-tun_3.3.8-1_ar71xx/etc/modules.d ./kmod-tun_3.3.8-1_ar71xx/etc/modules.d/30-tun ./kmod-tun_3.3.8-1_ar71xx/lib ./kmod-tun_3.3.8-1_ar71xx/lib/modules ./kmod-tun_3.3.8-1_ar71xx/lib/modules/3.3.8 ./kmod-tun_3.3.8-1_ar71xx/lib/modules/3.3.8/tun.ko ./kmod-tun_3.3.8-1_ar71xx/postinst ./liblzo_2.06-1_ar71xx ./liblzo_2.06-1_ar71xx/usr ./liblzo_2.06-1_ar71xx/usr/lib ./liblzo_2.06-1_ar71xx/usr/lib/liblzo2.so ./liblzo_2.06-1_ar71xx/usr/lib/liblzo2.so.2 ./liblzo_2.06-1_ar71xx/usr/lib/liblzo2.so.2.0.0 ./libopenssl_1.0.1h-1_ar71xx ./libopenssl_1.0.1h-1_ar71xx/usr ./libopenssl_1.0.1h-1_ar71xx/usr/lib ./libopenssl_1.0.1h-1_ar71xx/usr/lib/libcrypto.so.1.0.0 ./libopenssl_1.0.1h-1_ar71xx/usr/lib/libssl.so.1.0.0 ./openvpn_2.2.2-2_ar71xx ./openvpn_2.2.2-2_ar71xx/conffiles ./openvpn_2.2.2-2_ar71xx/etc ./openvpn_2.2.2-2_ar71xx/etc/config ./openvpn_2.2.2-2_ar71xx/etc/config/openvpn ./openvpn_2.2.2-2_ar71xx/etc/init.d ./openvpn_2.2.2-2_ar71xx/etc/init.d/openvpn ./openvpn_2.2.2-2_ar71xx/etc/openvpn ./openvpn_2.2.2-2_ar71xx/lib ./openvpn_2.2.2-2_ar71xx/lib/upgrade ./openvpn_2.2.2-2_ar71xx/lib/upgrade/keep.d ./openvpn_2.2.2-2_ar71xx/lib/upgrade/keep.d/openvpn ./openvpn_2.2.2-2_ar71xx/usr ./openvpn_2.2.2-2_ar71xx/usr/sbin ./openvpn_2.2.2-2_ar71xx/usr/sbin/openvpn ./zlib_1.2.7-1_ar71xx ./zlib_1.2.7-1_ar71xx/usr ./zlib_1.2.7-1_ar71xx/usr/lib ./zlib_1.2.7-1_ar71xx/usr/lib/libz.so ./zlib_1.2.7-1_ar71xx/usr/lib/libz.so.1 ./zlib_1.2.7-1_ar71xx/usr/lib/libz.so.1.2.7
So konnte ich die Überreste schlussendlich entfernen (der Router bootete nach der Bereinigungsaktion tatsächlich noch) und der Router hat nun wieder 800 KB Speicher frei … wie zu DOS-Zeiten!
Tags: iOS, iPad, iPhone, ipk, MacBook Air, MR3020, OpenVPN, opkg, TL-MR3020, TP-LINK, Tunnelblick
Labels: IT
Mittwoch, 28. September 2016
Nachdem ich meinen Mac mini endlich auf OS X 10.11 El Capitan gelüpft hatte, konnte ich endlich auch iCloud Drive über all meine Geräte (Mac mini, MacBook Air, iPhone SE, iPad Air 2, iPad 4) aktivieren.
Leider aber bockt WhatsApp auf meinem iPhone SE und will partout nicht nach iCloud backupen:
Uploading: 0 bytes of 456.0 MB (0%)
Und genau in diesem Zustand verweilt die Anzeige, minuten- und stundenlang, ohne dass ein einziges Byte in die iCloud hochgeladen wird.
Gestern und heute habe ich ein, zwei Stunden investiert, um dem Problem auf den Grund zu gehen. Leider habe ich die Lösung (noch?) nicht gefunden.
Ein Blick auf dem iPhone SE unter Settings > iCloud > iCloud Drive zeigt, dass iCloud aktiviert ist, WhatsApp der Zugriff auf iCloud erlaubt ist und das iPhone auch über das Mobilfunknetz mit iCloud kommunizieren darf:
Soweit so gut. Spannend wird es, wenn ich den iCloud Speicherverbrauch genauer anschaue. Hierzu gehe ich zu Settings > iCloud > Storage > Manage Storage, wo ich unter der Rubrik „DOCUMENTS & DATA“ den Eintrag
WhatsApp Messen… 2.1MB
entdecke:
Gestern reagierte das iPhone nicht, als ich diesen Eintrag antippte.
Als nächste loggte ich mich auf die Web-Oberfläche von iCloud ein und versuchte es dort mit einer Bereinigung. Unter Einstellungen fand ich folgendes Dialogfeld:
Leider klappte das auch nicht:
Man kann übrigens auch versuchen, das WhatsApp-Backup unter OS X zu entfernen — doch gestern schlug auch das fehl:
In der Console las ich die nichtssagende Fehlermeldung:
Doch heute gelange ich auf dem iPhone schnurstracks in die Detailansicht:
Edit angetippt, dann erscheint die Möglichkeit, die Daten zu löschen:
Dies habe ich soeben getan, und tatsächlich, WhatsApp erscheint nun nicht mehr in der Liste. Immerhin ein Fortschritt zu gestern — wobei ich felsenfest überzeugt war, dass wenn einmal dieses veraltete Backup weg ist das Backup funktionieren wird. Falsch gedacht; WhatsApp hängt immer noch bei 0 Bytes.
Ein kompletter Neustart des Gerätes änderte schlussendlich alles! Als ich den Button Back Up Now anklickte, lud das iPhone nach ein paar Sekunden „Preparing“ Daten in irrer Geschwindigkeit nach iCloud:
Seither kann ich endlich beruhigt sein, bei einem Verlust meines Telefons garantiert noch alle WhatsApp-Mitteilungen als Sicherung auf iCloud zu besitzen:
Leider für mich immer noch ein Mysterium. Doch was ich gestern gemacht habe: iCloud Drive auf all meinen Geräten ausgeschaltet, die Geräte heruntergefahren, neugestartet und erst dann wieder eingeschaltet.
Update 2016-11-17: Ich vermute mittlerweile, dass das iOS-Upgrade meines ehrwürdigen iPad 4 das Problem gelöst hat. Meine Hypothese: Da auf dem Gerät noch iOS 9 installiert war, verhinderte das Gerät so, dass meine iCloud upgegradet werden kann. Sobald das Gerät auf iOS 10 migriert war, konnte die von Apple durchgeführte, transparente Migration endlich losgetreten werden.
Während dem Debugging-Prozess ist mir aufgefallen, dass ich weder über meinen Mac mini, noch mein iPad Air 2 auf das (webbasierte) iCloud Drive unter iCloud.com zugreifen kann. Folgende Fehlermeldung erscheint:
There was a problem loading the content of this folder.
Der nette Herr von der Apple Support-Hotline konnte mir heute mit diesem Problem leider auch nicht weiterhelfen. Seine einzige Empfehlung: Cookies löschen und den Mac mini neu starten. Immerhin hat mich Apple angerufen und so den Anruf auf das Mobilfunknetz bezahlt.
Er beharrte zudem darauf, dass ich diesen Screen auf meinem iPad nicht anzeigen lassen könne — doch, kann ich, wenn ich in Safari lange auf dem Reload-Button verharre und dann „Request Desktop Site“ auswähle.
Im Laufe der Untersuchung kam ich zudem auf die Idee, den WhatsApp-Ordner auf iCloud über meinen Mac zu löschen. Das iCloud Drive wird auf meinem Mac mini unter OS X 10.11 in folgendem Verzeichnis gecached:
~/Library/Mobile Documents/
Mit dem Tool Plain Cloud erhält man eine Übersichtsliste in Form eines GUIs:
Dort habe ich dann auch WhatsApp wiedergefunden, welches im folgenden Pfad liegt (lag):
~/Library/Mobile Documents/57T9237FN3~net~whatsapp~WhatsApp
Der Inhalt gestern (vor rm -rf):
Dieses Verzeichnis auf der Kommandozeile von Hand zu löschen brachte gestern leider nicht den gewünschten Erfolg.
Apple stellt mit brctl ein Kommandozeilentool zur Verfügung (Kommentar von Mendel Kucharzeck vom 11.07.16 um 22:08 Uhr), welches beim Debugging eventuell auch noch weiterhelfen könnte. Hier der Output für gestern:
$ brctl log
[note] 0.000 [2016-09-27 02:40:22.115] sqlite.clientTruth sync-down.periodic-sync BRCPeriodicSyncOperation.m:137
scheduled a useless periodic sync
[note] 28798.505 [2016-09-27 10:40:20.620] sqlite.clientTruth sync-down.periodic-sync BRCPeriodicSyncOperation.m:137
scheduled a useless periodic sync
[ERROR] 32416.649 [2016-09-27 11:40:38.764] cloudkit.operation.callback sync.down BRCSyncDownOperation.m:201
fetch operation 57T9237FN3.net.whatsapp.WhatsApp error: <CKError 0x7ff7cd9f6220: "Server Rejected Request" (15/6000); server message = "Zone migration failed"; Retry after 43200.0 seconds; uuid = 1CFAE291-105A-4BA7-B0DA-663C5F5EA27F; conta
[note] 56254.108 [2016-09-27 18:17:56.223] brc.sync container.scheduler BRCContainerScheduler.m:819
received a push for container 57T9237FN3~net~whatsapp~WhatsApp
[note] 56254.412 [2016-09-27 18:17:56.527] brc.sync container.scheduler BRCContainerScheduler.m:808
received a push for the container-metadata zone
[note] 56261.563 [2016-09-27 18:18:03.677] brc.sync container.scheduler BRCContainerScheduler.m:808
received a push for the container-metadata zone
[WARN] 56318.506 [2016-09-27 18:19:00.621] cloudkit.operation.callback sync-down.container-metadata BRCContainerMetadataSyncDownOperation.m:44
no data in record <CKRecord: 0x7ff7cd6392c0; recordType=AppContainer, recordID=iCloud.com.microsoft.lync2013.iphone:(com.apple.CloudDocs.container-metadata:__defaultOwner__), recordChangeTag=3>
[WARN] 56318.506 [2016-09-27 18:19:00.621] cloudkit.operation.callback sync-down.container-metadata BRCContainerMetadataSyncDownOperation.m:44
no data in record <CKRecord: 0x7ff7cd68bb00; recordType=AppContainer, recordID=iCloud.com.kayak.travel:(com.apple.CloudDocs.container-metadata:__defaultOwner__), recordChangeTag=4>
[WARN] 56318.507 [2016-09-27 18:19:00.621] cloudkit.operation.callback sync-down.container-metadata BRCContainerMetadataSyncDownOperation.m:44
no data in record <CKRecord: 0x7ff7cd6caad0; recordType=AppContainer, recordID=iCloud.com.reddit.alienblue:(com.apple.CloudDocs.container-metadata:__defaultOwner__), recordChangeTag=5>
[WARN] 56318.507 [2016-09-27 18:19:00.622] cloudkit.operation.callback sync-down.container-metadata BRCContainerMetadataSyncDownOperation.m:44
no data in record <CKRecord: 0x7ff7cd631250; recordType=AppContainer, recordID=LWL9XTYF8Q.com.syniumsoftware.macfamilytree7:(com.apple.CloudDocs.container-metadata:__defaultOwner__), recordChangeTag=6>
[WARN] 56318.507 [2016-09-27 18:19:00.622] cloudkit.operation.callback sync-down.container-metadata BRCContainerMetadataSyncDownOperation.m:44
no data in record <CKRecord: 0x7ff7cd6392c0; recordType=AppContainer, recordID=iCloud.QW9YDLAY9G.com.hotels.HotelsNearMe:(com.apple.CloudDocs.container-metadata:__defaultOwner__), recordChangeTag=7>
[WARN] 56318.508 [2016-09-27 18:19:00.622] cloudkit.operation.callback sync-down.container-metadata BRCContainerMetadataSyncDownOperation.m:44
no data in record <CKRecord: 0x7ff7cd6caad0; recordType=AppContainer, recordID=ZKENARDFWN.com.ifolor.ifolor-designer:(com.apple.CloudDocs.container-metadata:__defaultOwner__), recordChangeTag=8>
[WARN] 56318.508 [2016-09-27 18:19:00.623] cloudkit.operation.callback sync-down.container-metadata BRCContainerMetadataSyncDownOperation.m:44
no data in record <CKRecord: 0x7ff7cd631250; recordType=AppContainer, recordID=iCloud.com.getdropbox.Dropbox:(com.apple.CloudDocs.container-metadata:__defaultOwner__), recordChangeTag=9>
[WARN] 56318.509 [2016-09-27 18:19:00.623] cloudkit.operation.callback sync-down.container-metadata BRCContainerMetadataSyncDownOperation.m:44
no data in record <CKRecord: 0x7ff7cd68b2e0; recordType=AppContainer, recordID=com.apple.mobilemail:(com.apple.CloudDocs.container-metadata:__defaultOwner__), recordChangeTag=a>
[WARN] 56318.509 [2016-09-27 18:19:00.623] cloudkit.operation.callback sync-down.container-metadata BRCContainerMetadataSyncDownOperation.m:44
no data in record <CKRecord: 0x7ff7cd6392c0; recordType=AppContainer, recordID=L996Q9B5UB.com.landi.weather:(com.apple.CloudDocs.container-metadata:__defaultOwner__), recordChangeTag=b>
[WARN] 56318.509 [2016-09-27 18:19:00.624] cloudkit.operation.callback sync-down.container-metadata BRCContainerMetadataSyncDownOperation.m:44
no data in record <CKRecord: 0x7ff7cd68b2e0; recordType=AppContainer, recordID=iCloud.com.apple.iBooks:(com.apple.CloudDocs.container-metadata:__defaultOwner__), recordChangeTag=c>
[WARN] 56318.509 [2016-09-27 18:19:00.624] cloudkit.operation.callback sync-down.container-metadata BRCContainerMetadataSyncDownOperation.m:44
no data in record <CKRecord: 0x7ff7cd68bb00; recordType=AppContainer, recordID=F6266T9T75.com.apple.iMovie:(com.apple.CloudDocs.container-metadata:__defaultOwner__), recordChangeTag=d>
[WARN] 56318.510 [2016-09-27 18:19:00.625] cloudkit.operation.callback sync-down.container-metadata BRCContainerMetadataSyncDownOperation.m:44
no data in record <CKRecord: 0x7ff7ca980b30; recordType=AppContainer, recordID=com.apple.Numbers:(com.apple.CloudDocs.container-metadata:__defaultOwner__), recordChangeTag=e>
[WARN] 56318.510 [2016-09-27 18:19:00.625] cloudkit.operation.callback sync-down.container-metadata BRCContainerMetadataSyncDownOperation.m:44
no data in record <CKRecord: 0x7ff7c860c6c0; recordType=AppContainer, recordID=com.apple.QuickTimePlayerX:(com.apple.CloudDocs.container-metadata:__defaultOwner__), recordChangeTag=f>
[WARN] 56318.511 [2016-09-27 18:19:00.625] cloudkit.operation.callback sync-down.container-metadata BRCContainerMetadataSyncDownOperation.m:44
no data in record <CKRecord: 0x7ff7c8610550; recordType=AppContainer, recordID=com.apple.Preview:(com.apple.CloudDocs.container-metadata:__defaultOwner__), recordChangeTag=g>
[WARN] 56318.511 [2016-09-27 18:19:00.626] cloudkit.operation.callback sync-down.container-metadata BRCContainerMetadataSyncDownOperation.m:44
no data in record <CKRecord: 0x7ff7cd906ac0; recordType=AppContainer, recordID=com.apple.Notes:(com.apple.CloudDocs.container-metadata:__defaultOwner__), recordChangeTag=h>
[WARN] 56318.511 [2016-09-27 18:19:00.626] cloudkit.operation.callback sync-down.container-metadata BRCContainerMetadataSyncDownOperation.m:44
no data in record <CKRecord: 0x7ff7c860c6c0; recordType=AppContainer, recordID=8YE23NZS57.com.kayak.travel:(com.apple.CloudDocs.container-metadata:__defaultOwner__), recordChangeTag=i>
[WARN] 56318.512 [2016-09-27 18:19:00.626] cloudkit.operation.callback sync-down.container-metadata BRCContainerMetadataSyncDownOperation.m:44
no data in record <CKRecord: 0x7ff7c8610550; recordType=AppContainer, recordID=com.apple.Pages:(com.apple.CloudDocs.container-metadata:__defaultOwner__), recordChangeTag=j>
[WARN] 56318.512 [2016-09-27 18:19:00.627] cloudkit.operation.callback sync-down.container-metadata BRCContainerMetadataSyncDownOperation.m:44
no data in record <CKRecord: 0x7ff7c860c6c0; recordType=AppContainer, recordID=iCloud.com.tinyspeck.chatlyio:(com.apple.CloudDocs.container-metadata:__defaultOwner__), recordChangeTag=k>
[WARN] 56318.512 [2016-09-27 18:19:00.627] cloudkit.operation.callback sync-down.container-metadata BRCContainerMetadataSyncDownOperation.m:44
no data in record <CKRecord: 0x7ff7c8610550; recordType=AppContainer, recordID=com.apple.mail:(com.apple.CloudDocs.container-metadata:__defaultOwner__), recordChangeTag=l>
[WARN] 56318.513 [2016-09-27 18:19:00.627] cloudkit.operation.callback sync-down.container-metadata BRCContainerMetadataSyncDownOperation.m:44
no data in record <CKRecord: 0x7ff7cd9e2800; recordType=AppContainer, recordID=com.apple.TextEdit:(com.apple.CloudDocs.container-metadata:__defaultOwner__), recordChangeTag=m>
[WARN] 56318.513 [2016-09-27 18:19:00.628] cloudkit.operation.callback sync-down.container-metadata BRCContainerMetadataSyncDownOperation.m:44
no data in record <CKRecord: 0x7ff7c8610550; recordType=AppContainer, recordID=57T9237FN3.net.whatsapp.WhatsApp:(com.apple.CloudDocs.container-metadata:__defaultOwner__), recordChangeTag=n>
[WARN] 56318.513 [2016-09-27 18:19:00.628] cloudkit.operation.callback sync-down.container-metadata BRCContainerMetadataSyncDownOperation.m:44
no data in record <CKRecord: 0x7ff7c860c6c0; recordType=AppContainer, recordID=37GSA6A9EQ.com.benkazez.FlightTrack:(com.apple.CloudDocs.container-metadata:__defaultOwner__), recordChangeTag=o>
[WARN] 56318.514 [2016-09-27 18:19:00.628] cloudkit.operation.callback sync-down.container-metadata BRCContainerMetadataSyncDownOperation.m:44
no data in record <CKRecord: 0x7ff7c8611e30; recordType=AppContainer, recordID=CZF32S63U5.com.phaidon.wallpaperParis:(com.apple.CloudDocs.container-metadata:__defaultOwner__), recordChangeTag=p>
[WARN]
Spannend ist insbesondere dieser Eintrag mit dem Fehler „Zone migration failed“:
[ERROR] 32416.649 [2016-09-27 11:40:38.764] cloudkit.operation.callback sync.down BRCSyncDownOperation.m:201
fetch operation 57T9237FN3.net.whatsapp.WhatsApp error: <CKError 0x7ff7cd9f6220: "Server Rejected Request" (15/6000); server message = "Zone migration failed"; Retry after 43200.0 seconds; uuid = 1CFAE291-105A-4BA7-B0DA-663C5F5EA27F; conta
[note] 56254.108 [2016-09-27 18:17:56.223] brc.sync container.scheduler BRCContainerScheduler.m:819
received a push for container 57T9237FN3~net~whatsapp~WhatsApp
[note] 56254.412 [2016-09-27 18:17:56.527] brc.sync container.scheduler BRCContainerScheduler.m:808
received a push for the container-metadata zone
[note] 56261.563 [2016-09-27 18:18:03.677] brc.sync container.scheduler BRCContainerScheduler.m:808
received a push for the container-metadata zone
Tags: Apple, Backup, Broken, Hangs, iCloud, iCloud Drive, iCloud.com, iPhone, iPhone SE, Kunde, Stalls, WhatsApp
Labels: Apple
Samstag, 27. August 2016
Ein neuer Arbeitskollege verwendet statt eines Vibrationsalarms (ich habe diesen im geräuschlosen Modus komplett ausgeschaltet, da er in Sitzungen nur nervt) einen optischen Alarm: Kriegt er ein SMS oder einen Anruf, blinkt der LED-Blitz seines iPhones äusserst gut sichtbar, auch durch Kleidungsstücke hindurch.
Fasziniert musste ich natürlich sofort wissen, wie man diese Funktionalität einschaltet:
Quelle: How to turn on the LED notification light on your iPhone
Ich denke, dass diese Funktion eigentlich für taube Mitmenschen entwickelt wurde — im Büroalltag aber durchaus auch brauchbar.
Freitag, 12. August 2016
In solchen Fällen lohnt es sich, mit dem Browser als erstes folgende URL aufzurufen:
calendar.google.com/calendar/iphoneselect
Dort überprüft man, ob man den gewünschten Kalender tatsächlich zur Synchronisation mit iOS-Geräten (iPhone oder iPad) ausgewählt hat.
Quelle: HOW TO SYNC MULTIPLE GOOGLE CALENDARS TO YOUR IPHONE OR IPAD
Tags: Google, Google Calendar, iOS, iPad, iPhone, Kalender, Sync, Synchronisation
Labels: Apple
Mario Aeby, geboren am 25. September 1980 in Bern, Schweiz
Ein Weblog über IT (Linux, OSS, Apple), Heim-Automation; mein mittlerweile abgeschlossenes Geschichtsstudium; Erkenntnisse aus meiner aktuellen Tätigkeit in der Informationssicherheit, meine Erfahrungen als IT-Berater, IT-Auditor, Web-Developer und IT-Supporter; die Schweiz, den Kanton Bern, meine ursprüngliche und auch wieder aktuelle Wohngemeinde Neuenegg, meine vorherige Wohngemeinde Bern, über lokale, regionale und globale Politik; meine Reisetätigkeit und Erfahrungen mit anderen Kulturen; und zu Guter letzt auch das Älter werden.
Alle in diesem Blog gemachten Aussagen und Meinungen sind persönlich und nicht als Ansichten meines aktuellen und/oder meiner bisherigen Arbeitgeber zu verstehen.
 |