Montag, 5. Februar 2024
Gelegentlich bekomme ich unter macOS folgendes Dialogfeld zu Gesicht:
Es gibt verschiedene Applikationen, die das produzieren — und bis heute habe ich nicht herausgefunden, was genau dieses Problem verursacht, und wie man es behebt (einige Apps zaubern dieses Fenster non-stopp hervor).
Tags: Choose Application, macOS
Labels: Apple
Mittwoch, 5. Oktober 2022
Seit einer Woche funktioniert das Backup meines Mac mini auf Backblaze mit duplicity nicht mehr.
Das erste Problem war beim manuellen Aufruf des Backup-Scripts rasch erkannt: Letzte Woche scheint es mit den internen DHCP- und DNS-Servern ein Problem gegeben zu haben, weshalb der Mac mini nicht seinen ordentlichen DNS-Namen erhielt. duplicity verweigerte deshalb das Backup, da es davon ausgehen musste, dass jemand versucht, zwei Systeme auf dieselbe Destination zu sichern. Die Kommandozeilenoption --allow-source-mismatch löste dieses Problem.
Nichtdestotrotz konnte ich das Backup-Script nicht ausführen, weil das Python-Modul duplicity nicht (mehr) gefunden werden konnte. Da hatten wohl die Updates der letzten Tage irgendwas zerschossen.
Auf meinem System habe ich MacPorts installiert und verwende deren Python-Interpreter, um Python-Scripts laufen zu lassen. duplicity habe ich auch als MacPorts-Paket installiert. Doch ich konnte mich erinnern, dass ich nicht dieses duplicity verwende, sondern jeweils den neuesten Quellcode von launchpad.net herunterlade.
Nach viel Pröbeln dann die Lösung (ich ging auf Nummer sicher und installierte Duplicity sowie alle benötigten Python-Pakete für alle drei vorhandenen Python-Versionen):
cd ~/Downloads/duplicity-1.0.1 sudo /opt/local/bin/python3.7 setup.py install --librsync-dir=/opt/local sudo /opt/local/bin/python3.8 setup.py install --librsync-dir=/opt/local sudo /opt/local/bin/python3.9 setup.py install --librsync-dir=/opt/local sudo /opt/local/bin/python3.7 -m pip install -r requirements.txt sudo /opt/local/bin/python3.8 -m pip install -r requirements.txt sudo /opt/local/bin/python3.9 -m pip install -r requirements.txt sudo /opt/local/bin/python3.7 -m pip install b2sdk sudo /opt/local/bin/python3.8 -m pip install b2sdk sudo /opt/local/bin/python3.9 -m pip install b2sdk
Dienstag, 26. April 2022
Apple hat kürzlich ein Firmware-Upgrade 2.7.0 für sein MagSafe Battery Pack veröffentlicht, welches die Ladegeschwindigkeit von 5 Watt auf 7.5W erhöht.
MacRumors hat darüber berichtet und ein How To veröffentlicht.
Die Firmware aktualisiert man am Besten, indem man das Battery Pack mit einem Lightning-auf-USB-C-Kabel an einen Mac oder ein iPad anschliesst. Ausser anschliessen kann man nichts tun; das Update wird vom Betriebssystem anschliessend selbständig eingespielt.
Beim Battery Pack meiner Frau (Firmware-Version: 2.5.0b) klappte das Upgrade innert 1-2 Minuten nachdem ich es an mein MacBook Air M1 angeschlossen hatte.
Mein Battery Pack (Firmware-Version: 2.0.2c) hing mit demselben Kabel für ca. 15 Minuten an meinem Mac mini M1 (macOS Monterey 12.3.1), ohne dass sich etwas tat. Danach schloss ich es an das MacBook Air (macOS Big Sur 11.6.5) an, doch auch hier tat sich nach 10 Minuten nichts.
Ohne grosse Hoffnung schloss ich das Battery Pack schlussendlich noch an ein Lightning-auf-USB-A-Kabel an, welches am Thinkvision-Monitor meines Arbeitgebers angeschlossen ist. Der Monitor ist mit Thunderbolt/USB-C an einem älteren MacBook Pro (macOS Big Sur 11.6.5) angehängt.
Und siehe da: Nachdem ich einige Emails beantwortet hatte und das Battery Pack vergessen hatte, öffnete ich nach ungefähr 5-10 Minuten Apfel-Menu > About this Mac > System Report > USB, wählte das MagSafe Battery Pack in der Liste aus, und siehe da:
MagSafe Battery Pack: Product ID: 0x1399 Vendor ID: 0x05ac (Apple Inc.) Version: 27.0b Serial Number: DL2FJGDE0NLJ Speed: Up to 12 Mb/s Manufacturer: Apple Inc. Location ID: 0x01100000 / 1 Current Available (mA): 500 Current Required (mA): 500 Extra Operating Current (mA): 1900 Sleep current (mA): 2400
Wieso der Version ein Punkt fehlt, ist mir schleierhaft. Als Originalversion stand in diesem Dialogfeld 20.2c, beim Battery Pack meiner Frau 25.0b.
Tipp: Wer den System Report geöffnet hat, kann mittels Apfel-R den Baum neu anzeigen lassen. Sollte die Firmware in der Zwischenzeit aktualisiert worden sein, spiegelt sich dass im Feld Version entsprechend wieder.
Sonstige Links: Diskussion bei Apfeltalk, Meldung bei Heise sowie Allgemeiner Support-Artikel von Apple.
Tags: Battery Pack, Big Sur, Firmware, Lightning, macOS, MagSafe, MagSafe Battery Pack, Monterey, Update, Upgrade, USB-C
Labels: Apple
Sonntag, 6. März 2022
Unter macOS Monterey 12.2.1 habe ich seit einigen Tagen das Problem, dass Finders Quick Look nicht mehr richtig funktioniert. Anstelle bspw. ein Video abzuspielen, wird nur das Thumbnail in einer etwas grösseren Form im grauen Overlay angezeigt.
Das Problem scheint bekannt. Die Lösung:
Im Activity Monitor den Prozess QuickLookUIService (Finder) beenden.
Danach funktioniert die Vorschau wieder wie erwartet.
Tags: Defekt, Kaputt, macOS, Monterey, Quick Look
Labels: Apple
Sonntag, 23. Januar 2022
Gestern Samstag-Abend: Vor dem-zu-Bett-gehen starte ich die Aktualisierung meines iMac 27 Zoll (iMac 17,1), Late 2015, Quad-Core i7, 24 GB, 2 TB von macOS Big Sur 11.6.1 auf 11.6.2. Ich habe das Gerät im Oktober 2017 für 1950 CHF gebraucht gekauft; da ist das Gerät gerade sieben Monate alt. Schnäppchen!
Heute Morgen ist das elektronische Postfach voll mit in Episoden an- und abklingenden monit-Meldungen. Als ich mich am Vormittag hinter das Gerät setze, ist schnell klar, dass etwas ganz und gar nicht stimmt. Es folgt ein Debug-Marathon, ursprünglich davon ausgehend, dass ich es mit einem Software-Problem zu tun habe. Im Laufe des Tages folgt das (widerwillige) Upgrade auf macOS Monterey, bis ich schlussendlich der Ursache des Ausfalls auf die Schliche komme:
Der im Innern des iMacs installierte Lüfter muss während — oder kurz nach — dem Betriebssystem-Upgrade kaputt gegangen sein.
Die Symptome:
Obwohl sich dieser Stackexchange-Artikel und dieser offizielle Apple-Artikel auf (überhitzende) MacBook Pros bezieht, gibt er mir den wichtigsten Tipp: Hitze!
Und tatsächlich, das Gehäuse ist heiss. Und plötzlich erinnere ich mich, dass ich den Lüfter des iMacs verdächtig lange nicht (mehr) gehört habe. Normalerweise lief der täglich mehrmals an, insbesondere, wenn zwei Mal täglich Backups (rsync auf das Synology NAS, TimeMachine auf die TimeCapsule sowie mit Arq zu Backblaze) durchgeführt wurden.
Ich installiere mir die Software Macs Fan Control, welche den Verdacht bestätigt: Die aktuelle Umdrehungszahl beträgt (orange eingefärbt) 0. Minimal müssten eigentlich 1200 Umdrehungen gefahren werde. Ich schalte auf Full Blast (2850 Umdrehungen) — doch kein Wank, kein Geräusch, keine Zirkulation. Währenddessen sehe ich, dass die CPU-Temperatur bei 87 Grad angekommen ist.
Nachtrag: Das geht übrigens alles auch von der Kommandozeile, ohne Installation von Drittsoftware. Um die Temperaturen der CPU-Kerne auszulesen:
# powermetrics --samplers smc | grep -i "CPU die temperature" CPU die temperature: 47.70 C CPU die temperature: 46.17 C CPU die temperature: 46.41 C CPU die temperature: 46.48 C CPU die temperature: 46.30 C ...
Um die Lüftergeschwindigkeit auszulesen:
# powermetrics --samplers smc | grep Fan Fan: 0 rpm Fan: 0 rpm ...
Und plötzlich macht alles Sinn: Die CPU droht zu überhitzen, weil sie der iMac mangels funktionierendem Lüfter nicht mehr kühlen kann. Deshalb schreitet nun kernel_task zur Tat: Er drosselt alle laufenden Prozesse, damit diese die CPU nicht weiter strapazieren. Für den Benutzer bedeutet das ein extrem träges System. Indem ich den externen Monitor abgehängt habe, läuft die GPU nicht mehr (so) heiss, was ebenfalls Linderung in der „finnischen Sauna“ im Innern des iMac bringt.
Rückblickend ein Wunder, dass ich Monterey während Stunden (!) tatsächlich installieren konnte und die Kiste dabei nicht gegrillt habe (geschweige denn einen Wohnungsbrand ausgelöst habe).
Ich trenne den iMac vom Strom, um den System Management Controller (SMC) zurückzusetzen (Quelle). Leider springt der Lüfter auch danach nicht mehr an. Damit sind alle Lösungsversuche, die auch unter folgender Frage beschrieben wurden, ausgeschöpft: iMac fans stopped, what must I do?
Die leider letzte verbleibende Lösung? Den defekten Lüfter austauschen — hilfreich könnte diese iFixIt-Anleitung sein. Ich habe aber keine Lust, an meinem iMac rumzumechen.
Nun habe ich mir als Ersatz einen Mac mini M1 bestellt.
Sobald das Ersatzgerät da ist, werde ich abklären, wie viel mich bei DataQuest DQ Solutions in Bern ein Austausch des Lüfters kosten wird (ich befürchte mehrere hundert Franken, da der ganze Mac auseinandergebaut und ein Ersatzlüfter eingebaut werden muss).
Dann werde ich mir überlegen müssen, ob ich das Gerät repariere, und falls ja, ob ich es danach wieder in Betrieb nehme, oder es auf Ricardo verkaufe. Vermutlich Letzteres: Die Zukunft gehört M1, und wahrscheinlich wäre das der richtige Zeitpunkt, auch auf dem Desktop den Wechsel zu vollziehen (diesen Text schreibe ich auf einem MacBook Air M1).
64 bytes from 1.2.3.4: icmp_seq=11856 ttl=64 time=5.659 ms 64 bytes from 1.2.3.4: icmp_seq=11857 ttl=64 time=5.565 ms 64 bytes from 1.2.3.4: icmp_seq=11858 ttl=64 time=8.133 ms 64 bytes from 1.2.3.4: icmp_seq=11859 ttl=64 time=6.890 ms 64 bytes from 1.2.3.4: icmp_seq=11860 ttl=64 time=6.753 ms 64 bytes from 1.2.3.4: icmp_seq=11861 ttl=64 time=14.673 ms 64 bytes from 1.2.3.4: icmp_seq=11862 ttl=64 time=52.217 ms 64 bytes from 1.2.3.4: icmp_seq=11863 ttl=64 time=101.217 ms 64 bytes from 1.2.3.4: icmp_seq=11864 ttl=64 time=153.161 ms 64 bytes from 1.2.3.4: icmp_seq=11865 ttl=64 time=11.308 ms 64 bytes from 1.2.3.4: icmp_seq=11866 ttl=64 time=6.809 ms 64 bytes from 1.2.3.4: icmp_seq=11867 ttl=64 time=9.474 ms 64 bytes from 1.2.3.4: icmp_seq=11868 ttl=64 time=5.172 ms 64 bytes from 1.2.3.4: icmp_seq=11869 ttl=64 time=6.211 ms 64 bytes from 1.2.3.4: icmp_seq=11870 ttl=64 time=7.839 ms 64 bytes from 1.2.3.4: icmp_seq=11871 ttl=64 time=5.575 ms 64 bytes from 1.2.3.4: icmp_seq=11872 ttl=64 time=5.559 ms 64 bytes from 1.2.3.4: icmp_seq=11873 ttl=64 time=20.077 ms 64 bytes from 1.2.3.4: icmp_seq=11874 ttl=64 time=60.732 ms 64 bytes from 1.2.3.4: icmp_seq=11875 ttl=64 time=107.225 ms 64 bytes from 1.2.3.4: icmp_seq=11876 ttl=64 time=159.577 ms 64 bytes from 1.2.3.4: icmp_seq=11877 ttl=64 time=6.760 ms 64 bytes from 1.2.3.4: icmp_seq=11878 ttl=64 time=13.282 ms 64 bytes from 1.2.3.4: icmp_seq=11879 ttl=64 time=15.027 ms 64 bytes from 1.2.3.4: icmp_seq=11880 ttl=64 time=6.770 ms 64 bytes from 1.2.3.4: icmp_seq=11881 ttl=64 time=4.986 ms 64 bytes from 1.2.3.4: icmp_seq=11882 ttl=64 time=5.948 ms 64 bytes from 1.2.3.4: icmp_seq=11883 ttl=64 time=8.361 ms 64 bytes from 1.2.3.4: icmp_seq=11884 ttl=64 time=5.632 ms 64 bytes from 1.2.3.4: icmp_seq=11885 ttl=64 time=21.801 ms 64 bytes from 1.2.3.4: icmp_seq=11886 ttl=64 time=66.570 ms 64 bytes from 1.2.3.4: icmp_seq=11887 ttl=64 time=109.075 ms 64 bytes from 1.2.3.4: icmp_seq=11888 ttl=64 time=153.075 ms 64 bytes from 1.2.3.4: icmp_seq=11889 ttl=64 time=10.720 ms 64 bytes from 1.2.3.4: icmp_seq=11890 ttl=64 time=8.682 ms
Tags: Apple, Big Sur, Defekt, Fan, iMac, kernel_task, Late 2015, Lüfter, macOS, Monterey, powermetrics, Reparatur
Labels: Apple, IT
Dienstag, 23. November 2021
Seit längerem habe ich das gelegentliche Problem, dass unser neuer Xerox B215 Multifunktionslaserdrucker bei einigen Druckaufträgen unter macOS 11.6 Zeichensalat ausdruckt, und das über dutzende von Seiten.
Gestern war es wieder einmal so weit. Ich hatte eine zu druckende PDF-Datei, die bei jedem Druckauftrag solchen Zeichensalat produzierte.
Nach einigen Recherchen im Netz dann die Lösung: Printing gibberish or random characters in Xerox B215:
I’ve found that most of the problems were due to „Airprint Secure“. I disabled airprint and it seems to have reduced the cases.
Anstelle von (Secure) AirPrint habe ich den Drucker neben AirPrint nun mittels Internet Printing Protocol (IPP, Port 631) eingerichtet. Diesen neuen Drucker ausgewählt, und das PDF druckte auf Anhieb problemlos.
Tags: AirPrint, Fehler, Gibberish, IPP, Lösung, macOS, PDF, Random Characters, Secure AirPrint, Xerox, Zeichensalat
Labels: IT
Donnerstag, 14. Oktober 2021
Vor einiger Zeit habe ich hier im Artikel Öffne Terminal mit dem aktuellen macOS Finder-Pfad über die macOS Finder-Erweiterung OpenInTerminal geschrieben.
Folgendes Problem tritt dabei periodisch auf: Klickt man auf das Finder-Icon, heisst es im aufklappenden Dialog lapidar „Waiting…“
Die Lösung, eine Antwort auf meinen Bug-Report: Option-Klick auf Finder und Relaunch anwählen.
Tags: Atom, Bash, Editor, Finder, macOS, OpenInTerminal, Shell, Terminal
Labels: Apple, IT
Sonntag, 29. August 2021
Kürzlich beim zurückschreiben eines SD-Card RPi Backups auf eine neue SD-Card:
Starting imaging './emeidi-dashboard.img' to /dev/disk4 ... ^C11128+0 records in 11127+0 records out 11667505152 bytes transferred in 3849.682711 secs (3030771 bytes/sec) Done.
3030771 bytes/sec, das sind 2959 kilobytes/sec oder 2.89 megabytes/sec. Eine 32GB SD-Card schreibt man also in 11’072 Sekunden, das heisst … in unglaublich langen 3 Stunden.
Tags: /dev/disk, /dev/rdisk, macOS, SD, SD-Card, SD-Karten
Labels: Apple, IT
Sonntag, 9. Mai 2021
Seit ich mein MacBook Air mit M1-Chip und macOS Big Sur verwende, erhalte ich beim Login auf meinen Raspberry Pi 3 über SSH folgende Warnung zu Gesicht:
ssh dashboard Linux DASHBOARD 5.10.17-v7+ #1403 SMP Mon Feb 22 11:29:51 GMT 2021 armv7l Last login: Sat May 8 05:00:24 2021 -bash: warning: setlocale: LC_ALL: cannot change locale (en_US.UTF-8)
Ursache des Problems: en_US.UTF-8 ist in /etc/locale.gen kommentiert:
$ cat /etc/locale.gen | grep -v "^#" en_GB.UTF-8 UTF-8
Somit die Datei öffnen, die Zeile mit en_US.UTF-8 suchen, ent-kommentieren, speichern und dann folgenden Befehl ausführen:
# locale-gen
Via: warning: setlocale: LC_ALL: cannot change locale
Beim nächsten Login erscheint die Fehlermeldung nicht mehr.
Tags: Big Sur, en_GB, en_US, LC_ALL, locale, locale-gen, macOS, Raspbian, RPi, RPi3, SSH, UTF-8
Labels: IT
Dienstag, 16. März 2021
Ich verwende csshx unter macOS gelegentlich, um mich gleichzeitig auf mehrere Linux-Maschinen zu verbinden und dann auf allen Maschinen dieselben Kommandos auszuführen.
Unter macOS Big Sur läuft csshx auf Anhieb nicht (mehr):
$ csshx Unimplemented: POSIX::tmpnam(): use File::Temp instead at /System/Library/Perl/5.28/darwin-thread-multi-2level/POSIX.pm line 185. Unimplemented: POSIX::tmpnam() at /usr/local/bin/csshX line 1130. BEGIN failed--compilation aborted at /usr/local/bin/csshX line 1130.
Die Lösung:
$ defaults write com.apple.versioner.perl Version -string 5.18
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.
 |