Um den Google Updater unter OS X effektiv und permanent abzuwürgen, empfiehlt sich folgendes Vorgehen:
$ cd ~/Library/LaunchAgents $ chmod 0 com.google.keystone.agent.plist
Quelle: MacBook Pro keeps freezing, could Google Update be the cause?
Donnerstag, 30. April 2015
Um den Google Updater unter OS X effektiv und permanent abzuwürgen, empfiehlt sich folgendes Vorgehen:
$ cd ~/Library/LaunchAgents $ chmod 0 com.google.keystone.agent.plist
Quelle: MacBook Pro keeps freezing, could Google Update be the cause?
Tags: Google, Google Updater, LaunchAgents, Library, OS X
Labels: Apple
Donnerstag, 30. April 2015
Folgender Befehl bewirkt eine gehörige Entschlackung des Menus:
# /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/LaunchServices.framework/Versions/A/Support/lsregister -kill -r -domain local -domain user # killall Finder
Quelle: Remove Duplicates from the “Open With” Right-Click Menu in Mac OS X
Mittwoch, 29. April 2015
Mein Arbeitsplatz zu Hause besteht aus einem Mac mini (2012), einem Dell Ultrasharp U2711 (27″, 2560×1440) sowie einem mittlerweile über 11 Jahre alten Eizo-Bildschirm (19″, 1280×768), welchen ich in den Porträt-Modus gedreht habe und rechts neben dem Dell als Zweitmonitor betreibe („Dual-Monitor-Setup“ auf neudeutsch).
Beim Einsatz von iPhoto laufe ich immer wieder in folgendes Problem: Das Programmfenster ist auf dem Dell in voller Grösse geöffnet. Ich wechsle in ein Programm, dessen Fenster auf dem Zweitmonitor angezeigt wird – beispielsweise Messages oder qTorrent. Wenn ich nun zu iPhoto zurückwechsle und dazu mit der Maus in die Oberfläche klicke, verschiebt sich das iPhoto-Programmfenster im besten Fall auf den zweiten Bildschirm, von wo ich es dann wieder auf den grossen Monitor ziehen muss. Im schlimmsten Fall stürzt iPhoto beim automatischen Verschieben aber auch einfach ab.
Ich bin nicht der einzige, der dieses Problem hat, wie eine Google-Suche aufgezeigt hat. Auf MacRumors gibt es sogar einen eigenen Thread zur Problematik:
iPhoto changing screens (Januar 2014)
Tags: Dual Screen, iPhoto, Konfiguration, Mac OS X, Mavericks, Monitor
Labels: Apple
Samstag, 10. Januar 2015
Seit einigen Wochen plagt mein Mac OS X 10.9 Mavericks auf einem Mac mini (Late 2012) ein merkwürdiges Problem: Beim Programmstart von Safari springt das Dock-Icon während genau 30 Sekunden auf und ab, bevor das Browser-Fenster erscheint. Ein Logout und ein Login in mein Benutzerkonto beheben das Problem nicht.
Leider habe ich bis jetzt keine Lösung für das Problem gefunden, weshalb ich hier erst einmal dokumentiere, was ich diesbezüglich herausgefunden habe.
Das Apple-Tool fs_usage ist mein Freund. Hier ein Beispiel-Auszug der Dateizugriffe des Safari-Prozesses:
# fs_usage ... 12:37:38.681696 open F=13 (RW____) /dev/dtracehelper 0.000026 Safari.6649750 12:37:38.681703 ioctl F=130.000006 Safari.6649750 12:37:38.681708 close F=13 0.000005 Safari.6649750 12:37:38.681816 stat64 /System/Library/StagedFrameworks/Safari/WebInspectorUI.framework/Versions/A/WebInspectorUI 0.000011 Safari.6649750 12:37:38.681836 open F=13 (R_____) /System/Library/StagedFrameworks/Safari/WebInspectorUI.framework/Versions/A/WebInspectorUI 0.000018 Safari.6649750 12:37:38.681840 pread F=13 B=0x1000 O=0x00000000 0.000004 Safari.6649750 12:37:38.681842 pread F=13 B=0x1000 O=0x00004000 0.000002 Safari.6649750 12:37:38.681846 fcntl F=13 0.000002 Safari.6649750 12:37:38.681887 close F=13 0.000003 Safari.6649750 12:37:38.684252 socket F=13 0.000007 Safari.6649750 12:37:38.684284 connect F=13 private/var/run/usbmuxd 0.000020 Safari.6649750 12:37:38.684288 ioctl F=13 0.000002 Safari.6649750 12:37:38.684365 close F=14 0.000004 Safari.6649750 12:37:38.684375 sendto F=13 B=0x10 0.000008 Safari.6649750 12:37:38.684380 sendto F=13 B=0x1f2 0.000004 Safari.6649750 12:38:08.684465 close F=14 0.000018 Safari.6649750 12:38:08.684588 close F=13 0.000107 Safari.6649750 12:38:08.688500 stat64 [ 2] /Library/Managed Preferences>>>>>>>>>>>>>>>>>>>>>>>>>>>> 0.000005 Safari.6649750 12:38:08.688805 open F=13 (R_____) /Library/Preferences/com.apple.security.plist 0.000010 Safari.6649750 12:38:08.688811 close F=13 0.000002 Safari.6649750 12:38:08.689103 stat64 /Users/mario/Library/Preferences/com.apple.security.plist 0.000043 Safari.6649750 12:38:08.689108 stat64 [ 2] /Library/Preferences/com.apple.security-common.plist 0.000003 Safari.6649750 12:38:08.689201 getattrlist /Users 0.000009 Safari.6649750
Zwischen 12:37:38 und 12:38:08 dreht der Prozess Däumchen. Hinweis gibt die folgende Zeile:
12:37:38.684284 connect F=13 private/var/run/usbmuxd 0.000020 Safari.6649750
Safari scheint 30 Sekunden auf den connect zu private/var/run/usbmuxd zu warten.
In Console.app erscheint zudem genau nach 30 Sekunden folgende Meldung:
... 10.01.15 20:35:58.844 Safari[72526]: _SubscribeForMuxNotifications (thread 0x7fff74373310): USBMuxListenerCreate: Operation timed out ...
usbmuxd ist der Daemon, mit welchem iTunes resp. Mac OS X mit iPhones „spricht“ — wenn ich die Erklärungen verstehe so etwas wie TCP-over-USB: Usbmux — The iPhone Wiki.
Tags: Langsam, Safari, Slow, Timeout, USB, usbmuxd, USBMuxListenerCreate
Labels: Apple
Dienstag, 25. November 2014
Vor wenigen Tagen habe ich mir folgendes Referat an der JailbreakCon zu Gemüte geführt:
Ich bin auf das Video gestossen, weil wir einen neuen Plasma-Fernseher angeschafft haben, welcher selbstverständlich Full HD unterstützt — mein Apple TV 2 gibt aber nur maximal 720p aus. Während ich mich auf den einschlägigen Online-Plattformen nach einer Occasion eines Apple TV 3 umsah, realisierte ich plötzlich, dass Leute Unsummen für Apple TV 2-Geräte ausgaben. Rasch wurde klar, dass der Apple TV 3 offenbar (noch?) nicht „jailbreaked“ werden konnte — nicht so wie sein jüngerer Bruder, der Apple TV 2.
Eine Web-Seite empfahl obiges Video, um mehr über den Jailbreak-Prozess zu erfahren. Ich habe es mir angeschaut und schlussendlich realisiert, dass ich 20 Minuten meines Lebens verdödelt habe. Was stört mich konkret an der Präsentation?
Nun, einiges: Die Lacher des Typs (Kevin Bradley) gehen einem äusserst rasch auf die Nerven. Ferner eiert er auf der Bühne sowas von rum, dass ich rasch einmal das Gefühl kriegte, dass er der Marketing-Dödel eines Geeks ist, der im Kämmerchen grosse Jailbreak-Arbeit leistet. Ausser Bulletpoints ablesen scheint er nichts zu können. Zusätzliches Indiz: Er trägt einen Anzug, sowohl im Referat als auch auf dem Photo im Interview. Kevin scheint den Zenit seines Schaffens längst überschritten zu haben, sonnt sich aber gerne im vergangenen Ruhm.
Montag, 24. November 2014
Normalerweise kommentiere ich meinen Medienkonsum hier auf meinem Blog nicht mehr wirklich, doch das hier muss zum Auftritt Greg Joswiaks an der diesjährigen re/code gesagt sein:
Tags: Fried, Greg, Greg Joswiak, Ian, Ina, Ina Fried, Joswiak, re/code, Walt Mossberg
Labels: Apple
Mittwoch, 29. Oktober 2014
Kürzlich durfte ich einem Arbeitskollegen helfen, welcher sein neues Retina MacBook-Pro bei der Installation von Mac OS X Yosemite und dem anschliessenden Restore des TimeMachine-Backups zerschossen hatte.
Bootete der Kollege den Mac, erschien alsbald das blinkende Fragezeichen, welches darauf hindeutete, dass im System kein brauchbares Boot-Volume gefunden wurde.
Wir booteten deshalb in den Recovery-Modus und ich sah mir anschliessend die Situation genauer an. Im Disk Utility erschien die Festplatte zwar, uns war es aber nicht möglich, Partitionen auf der Festplatte zu erstellen oder zu löschen. Wählten wird die Systempartition an, blieb der „-„-Knopf (für „Löschen“) ausgegraut.
Ich wechselte deshalb in Terminal.app und startete auf einem anderen PC einige Google-Suchen zur Thematik. Äusserst rasch stiess ich auf folgende Ask Different/Stackexchange-Frage:
Wie in der Frage dargelegt führte ich ebenfalls folgendes Kommando aus:
# diskutil list ~ - Tue Aug 14 10:12:00: diskutil list /dev/disk0 #: TYPE NAME SIZE IDENTIFIER 0: GUID_partition_scheme *512.1 GB disk0 1: EFI 209.7 MB disk0s1 2: Apple_HFS MacSSD 425.7 GB disk0s2 3: Apple_Boot Recovery HD 784.2 MB disk0s5 4: Apple_CoreStorage MacSSD 2 85.3 GB disk0s4 <--- Want to remove this 5: Apple_Boot Boot OS X 134.2 MB disk0s6 /dev/disk1 #: TYPE NAME SIZE IDENTIFIER 0: Apple_HFS MacSSD2 *84.9 GB disk1
(Symbolauszug) Wie auch bei dem Terminalauszug auf Stackexchange lag das Problem bei uns auch bei einer Partition, die als "Apple_CoreStorage" gekennzeichnet war. Dies bedeutet, dass die Partition mit FileVault verschlüsselt ist.
Der Kollege gab mir sein OK, dass ich die Partition löschen konnte, da er ja ein aktuelles Backup auf seiner TimeCapsule liegen hatte. Wie in der Antwort auf Stackexchange beschrieben listet ich zuerst alle File Vault-Partitionen auf:
# diskutil cs list
Anschliessend kopierte ich die Volume ID des Logical Volumes, eine Zeichenkette aus den Buchstaben und Zahlen A-F0-9. Als nächstes löschte ich die Volumengruppe:
# diskutil cs delete <Volume ID>
Nach dieser Aktion starteten wir Disk Utility wieder - und siehe da, die Festplatte konnte neu partitioniert werden.
Meine Vermutung war daraufhin, dass der Restore mit Time Machine eine fehlerhafte Manipulation an der Festplattenverschlüsselung vorgenommen und die Partition unlesbar gemacht hatte.
Tags: diskutil, fdisk, File Vault, File Vault 2, Partition, Time Machine
Labels: Apple
Mittwoch, 10. September 2014
Mittlerweile habe ich mir die Zeit genommen, um den gestrigen Apple Special Event zu Gemüte zu führen. Nachfolgend einige wenige Bemerkungen zum (vielleicht) neuen Apple-Blockbuster:
Und zu guter letzt: Wie lange reicht eigentlich die Batterie dieses Teils?
Für mich als zunehmenden Traditionalisten und Bünzli ist klar: Wenn ich jemals wieder eine Uhr tragen werde, dann etwas edles, elegantes und langlebiges aus Schweizerischer Manufaktur.
Tags: Apple Watch, Kritik
Labels: Apple
Mittwoch, 10. September 2014
Die Ankündigung und die Gerüchteküchen haben wahrlich nicht zu viel versprochen — auch wenn sowohl die Apple Watch als auch die zwei neuen, grösseren iPhones 6 nichts für mich sein werden. Das iPhone 5s hingegen hat sozusagen über Nacht 200 Franken an Wert eingebüsst und erscheint mir je länger desto mehr als ein verführerisches Angebot.
Was mich heute ab 19 Uhr fürchterlich aufgeregt hat waren die mannigfaltigen Probleme mit dem Live-Stream, welchen ich mir über unseren Apple TV am neuen 50″ Plasma zu Gemüte führen wollte. Denkste!
Würde Steve leben, stünden morgen einige Mitarbeiter auf der Strasse und ausgewählte Dienstleister dürften von Apple wohl nie mehr mit Aufträgen bedacht werden …
Tags: Apple Pay, Apple Watch, iPhone 6, September
Labels: Apple
Mittwoch, 11. Juni 2014
Sicherheitsbewusste Mac-User werden das Phänomen kennen: Nach einigen Monaten wird das FileVault 1-Image eines Benutzerkontos fett und belegt trotz regelmässigen manuellen Säuberungsaktionen von Dateien und Ordnern (Disk Inventory X zu Hilfe!) unerklärbar viel Speicherplatz.
Apple verwendet das sogenannte .sparsebundle-Format, um die Daten im home-Verzeichnis eines Benutzers in einem verschlüsselten Image abzulegen. Das Image scheint die Eigenschaft zu haben Speicherplatz nicht immer automatisch freizugeben.
Dem kann Abhilfe geschafft werden:
$ sudo hdiutil compact /Users/.mario/mario.sparsebundle
eingeben
Nun könnte die Festplatte um einige Gigabytes leichter sein.
Führt man obiges Shell-Kommando auf einem Laptop durch, könnte einem folgende Fehlermeldung entgegengeworfen werden:
Initializing ... Finishing ... hdiutil: compact failed – Function not implemented
Ein grosses Bravo an Apple für völlig nutzlose, nichtssagende Fehlermeldungen! Die Ursache ist im Batteriebetrieb des Laptops zu suchen. Die Lösung des Problems ist deshalb die Verwendung der Option -batteryallowed:
$ sudo hdiutil compact /Users/.mario/mario.sparsebundle -batteryallowed
Quelle: Solution for hdiutil: compact failed – Function not implemented
Tags: Disk Utility, FileVault, hdutil, Mac OS X, sparsebundle
Labels: Apple